JP2000224301A - Intelligent network provided with internet call waiting function - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a user terminal connected to the internet with an intelligent network(IN) service by referring to a user information management table and transmitting a call termination notifying message to a called terminal to a gateway device when a call is terminated to the terminal during communication. SOLUTION: The service controller SCP 2 of IN connected through a common line signal network to exchanges 4a and 4b and connected through a service control gateway device 1 to an internet protocol network 8 is provided with the user information management table for indicating whether or not terminal equipment 6a-6n connected to a transmission network are connected to the internet. Then, when a call is terminated to one terminal during the communication, the user information management table is referred to and whether the called terminal is a general call or an internet connection call is judged. Then, at the time of the internet connection call, the service controller SCP 2 notifies call termination to the called terminal through the internet through the service control gateway device 1.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to an intelligent network (IN) capable of serving Internet users, and more particularly to an "intelligent network service control point (Service Control Point) having an Internet Call Waiting service function. (Hereinafter referred to as SCP) "," an IP communication device connected to an Internet Protocol (IP) network "having a communication function with the SCP, and a service control gateway for connecting the SCP with the IP communication device Related to the device.

[0002]

2. Description of the Related Art Dial-up connection is one of the methods for connecting a public network to the Internet. By using a dial-up connection, a personal computer at home can be connected to the Internet for a necessary time when necessary, using a general analog telephone line or ISDN line. When a terminal device such as a personal computer is connected to the Internet using a dial-up connection, authentication of a terminal user (subscriber) or IP of a terminal user (subscriber) is performed by a gateway device connecting the "analog telephone network or ISDN network" and the Internet network.
Address assignment is performed. When the user dials
While connected to the Internet with an up connection,
The exchange accommodating the subscriber line of the user terminal cannot identify whether the user terminal is connected to the Internet, even if it can identify whether the subscriber is busy.

[0003] On the other hand, an intelligent network (IN) that enables service customization and quick service provision is based on a function-specific plane called a plane (service plane, global function plane, distributed function plane, (Capacity Set 1) that defines each plane and a more advanced “Capability Set 2” that defines the generation and management of services including inter-network connection services (ITU). -T Recommendation: Q.1220-Q.1228).

[0004] The intelligent network has a high function (Intelligen) comprising a transport (Transport Layer) network comprising a plurality of exchanges and a service control point (Service Control Point) connected to the above-mentioned transport network by a common channel signaling network.
t Layer) network and a service management point (Service Management Point) connected to the SCP. "I
The network connection service in “N capability set 2” is based on ITU-T
As described in Recommendation Q.1224, the main method is to provide services by linking service data functions and service control functions between IN networks, and to provide communication services by linking IN service control functions with the Internet network. The method is not specified.

[0005] Regarding a method of providing a communication service in cooperation with the service control function of IN and the Internet network,
In order to transmit a service request from an Internet user to the IN Service Control Function (SCF), the ITU-T provides "a user agent function for transmitting a service request by the user on the Internet side. A proposal has been proposed to provide a “service control gateway function” between the network and the network. However, specific service provision methods and service realization methods using these functions will be studied in the future. ing.

[0006]

In recent years, with the diversification of communication services, as a new service by linking the service control function of IN with the Internet network, for example, Internet Call Waiting (Internet Cal Weighting)
l Waiting: The provision of ICW services is desired.
The ICW states, "When a user connected to the Internet receives an incoming call, the user who has been notified of the incoming call determines the continuation processing method of the incoming call (for example, call rejection, call transfer, etc.) from the user terminal to the IN service control function. Is a service function. The IN service control function continues the call processing according to the instruction from the user.

However, according to the conventional technique, when a user is in a call state in a telephone network, the exchange cannot determine whether the call in progress is an Internet connection call or a general call connecting between telephones. . When a terminal communicating on a general call receives an incoming call, the called terminal can normally receive the incoming notification signal provided by an analog signal from the exchange, but the terminal communicating on the Internet connection call receives a digital signal. Therefore, the incoming call notification of the analog signal given from the exchange is treated as noise, and the incoming call cannot be notified. Therefore, at present, an ICW service for notifying a user connected to the Internet of an incoming call has not been realized.

An object of the present invention is to provide a communication network capable of providing an IN service to a user terminal connected to the Internet.

Another object of the present invention is to provide an Internet Call Wait.
An object of the present invention is to provide an intelligent network service control device (Service Control Point) having an ing service function.

Another object of the present invention is to provide a service control apparatus for an intelligent network.
Point) and a service control gateway device for connecting the Internet.

[0011]

In order to achieve the above object, according to the present invention, a service control gateway device is connected to a plurality of exchanges constituting a transmission network via a common channel signaling network and connected to an Internet protocol network. The "intelligent network service control device" connected via the terminal has a user information management table indicating whether or not the terminal devices (plurality) connected to the transmission network are connected to the Internet. When there is an incoming call on one terminal,
By referring to the above user information management table,
The called terminal determines whether the general call is an Internet connection call. If the called terminal is an Internet connection call, the service control device notifies the called terminal of the incoming call via the Internet via the service control gateway device.

More specifically, an "intelligent network service control device" according to the present invention is provided from a first terminal device connected to the Internet protocol network via the transmission network.
A first means for storing, in a user information management table, information indicating that the first terminal device is connected to the Internet when receiving a service request; and one of the plurality of exchanges When notified that "the first terminal device has received an incoming call from the second terminal device",
Second means for referring to the user information management table and transmitting an incoming call notification message to the first terminal device to the gateway device.

The user information management table includes, for example,
An entry comprising a telephone number of the first terminal, flag information indicating whether or not the first terminal is connected to the Internet, and address information of the gateway device; And the second means refers to the flag information and the address information of the entry. Further, the service control device according to the present invention, when receiving a notification response message “indicating a response from the user of the first terminal device to the incoming call notification” via the gateway device, the second means, One exchange is provided with connection service for an incoming call to the first terminal device in accordance with the response.

According to the present invention, an "intelligent network service control device" connected to a plurality of exchanges constituting a transmission network via a common channel signaling network, and an "Internet protocol network" connected to the transmission network. "Service control gateway device" to connect
A "service request message" transmitted from the first terminal device connected to the Internet protocol network via the transmission network and requesting an Internet call waiting service by the service control device.
Protocol conversion means for converting the message converted into a "message addressed to the service control device" including an identifier specifying one of a plurality of service control programs executed by the service control device; and And means for transmitting to a signal line connected to the service control device.

One feature of the present invention is that the service control gateway device transmits an incoming call notification message transmitted from the service control device and indicating that "the first terminal device has received an incoming call from the second terminal device". Means for converting a message included in the Internet protocol network into a message addressed to the "server communicating with the first terminal device", and transmitting the message after the protocol conversion to a signal line connected to the server. Means for doing so. The server has a function of transferring a message received from the service control gateway device to the first terminal device.

Another feature of the present invention is that the service control gateway device is transmitted from the service control device,
"There is an incoming call from the second terminal device to the first terminal device"
Is sent to the Internet
Protocol conversion means for converting a message included in the protocol network to a message addressed to the "access point device communicating with the first terminal device", and transmitting the message after the protocol conversion to a signal line connected to the Internet protocol network Means for doing so. The access point device has a function of transferring a message received from the service control gateway device to the first terminal device.

According to another communication service control method of the present invention,
A transmission network constituted by a plurality of exchanges is connected to the Internet via a gateway device. A service control device including a storage device for storing service control information for each user is connected to a transmission network via a common channel signaling network. The service control device stores the user information management table, and includes the first procedure and the second means.

[0018] Information on the supplementary service of the subscriber is stored in the gateway device.

When the gateway device receives a request for connection to the Internet via a switch from a user,
The gateway device uses the information on the supplementary service to search for a subscription to the supplementary service that notifies a user connected to the Internet of an incoming call. When the user has subscribed to the supplementary service, the gateway device transmits an incoming call notification request to the service control gateway device, and the service control gateway device refers to information stored in advance for identifying the service control device. Then, an incoming call notification request is transmitted to the service control apparatus, and the service control apparatus having received the request updates service information corresponding to the user using the first means.

Further, the service control device is provided from
When notified of the “incoming call to the relevant user”, the service control device transmits an incoming call notification signal to the service control gateway device using the second means, and receives an incoming call to the user via the gateway device. Notify that
Features of 2.

Further, a means for selecting a continuation processing method of a call is provided to a user who has received the incoming call notification using the incoming call notification program on the terminal, and the means selected by the user is provided with a response signal to the incoming call notification signal. A third feature is that the service control device transmits the service to the service control device via the gateway device and the service control gateway device, and the service control device continues processing of the IN service using the received information.

[0022] By registering information that the user is accessing the Internet in the service control device via the service control gateway device, it is possible to respond to the request of the relevant user when an incoming call is received by the relevant user. It is possible to provide a service (for example, designation of a call transfer destination).

[0023]

Embodiments of the present invention will be described with reference to the drawings.

FIG. 1 shows a first embodiment of the present invention.
"SCP of intelligent network and W of IP network
A network configuration in which the WW server 3 is connected via the service control gateway device 1 "is shown.

Intelligent Network (IN)
Is a high-performance (Intelligent Layer) network including a service control point (SCP) 2 and a subscriber line 5 (5
a to 5n), a plurality of subscriber terminal devices 6 (6a to 6n).
n) for connecting the two networks with a transport (Transport Layer) network including a plurality of exchanges 4 (4a, 4b) accommodating No. n). 7 common line signal system (SS
And 7) a common line signaling network 9. The intelligent network includes a service management point (SMP) connected to the SCP, but the SMP is not shown in the drawing because it is not related to the present invention. Each of the above exchanges 4
Are referred to as service switching points (SSPs). The SCP 2 is for executing a special exchange service that cannot be handled only by each exchange. For example, a free dial service that is charged to a called user when a user dials a predetermined number, For example, a "network-wide service" such as a number conversion service and a "customer service" that provides different services depending on time periods by accessing incoming service data registered in advance for each user are realized. .

For example, when a call is detected, each of the exchanges 4 transmits a new B corresponding to the call (or dial number).
A CSM (Basic Call State Model) is generated and the BCS
According to M, subsequent basic call processing is executed. Each of the above BCSMs consists of a plurality of states (or steps), some of which are SC
DP for which a trigger for accessing P is set
(Detection Point). If the detected call is a call that needs to access the SCP2 (IN call), a BCSM in which a trigger is set in advance to a specific DP determined by the type of IN service is generated,
When the state of the call transits to the specific DP, a message corresponding to the type of trigger set in the DP is transmitted from the exchange to the SCP2. The SCP 2 provides the above-mentioned special switching service to each call by executing a service program determined by the trigger type. In the case of a call that does not require access to the SCP2 (general call), a BCSM that does not include any trigger for accessing the SCP is generated, and call processing is executed in a closed form in each exchange.

According to the first embodiment of the present invention, the Internet (IP) network 8 is connected to the above-described IN transmission network via an access point 7 composed of, for example, a gateway device, and connects to the WWW server 3 and service control. It is connected to the above-mentioned SCP 2 of the IN via a gateway device (SCGW) 1.

FIG. 2 shows the configuration of the service control gateway device (SCGW) 1.

The SCGW 1 is an SCP 2 or WWW server 3
And a memory 11 for controlling communication between the
2, an IP network interface unit 13 for terminating the signal line 14 connected to the WWW server, a high-performance network interface unit 15 for terminating the signal line 16 connected to the SCP, and these elements are connected. And a bus 17.

The SCGW 1 communicates with the WWW server 3 and the SCP 2
For converting and relaying a message format of a control message relating to an Internet call waiting service exchanged with the Internet 12
FIG. 3A shows a program for converting and relaying the above-mentioned message format and information necessary for user authentication.
And a user management table 410 shown in FIG. 3B.

The SCP address management table 400 is referenced to determine an SCP to be accessed when a message is received from the Internet (in this embodiment, the WWW server 3). As shown in FIG. In correspondence with the message type 401 and the network ID 402, an SCP address 403 and a service number 404 to which the received message is transmitted are defined.

In FIG. 1, one SCP2 is provided in SCGW1.
3A, the SCP address management table 400 shown in FIG.
Is assumed to be connected to a communication network, and the received message is transferred to a different SCP according to the network ID of the intelligent network accommodating the terminal device requesting the Internet call waiting service. The service number 404 is information for designating a service program to be executed in the SCP 2 instead of the trigger information.

As shown in FIG. 3B, the user management table 410 is composed of a plurality of entries (or records) generated for each user ID.
The telephone number 412 indicating the terminal that has requested the Internet call waiting service in correspondence with D411.
, A correlation ID 413 used to determine a correspondence between a transmission message and a reception message in communication between the SCP and the SCGW 1, the WWW server 3 and the SC
A correlation ID 414 used to determine a correspondence between a transmission message and a reception message in communication with the GW1, a WWW server address 415, a service status code 416, and a terminal requesting a service from the WWW server And URL identification information 417 indicating the storage location of the incoming call notification display data to be transmitted.

The WWW server 3 stores various service information provided on the Internet, and each user browses desired service information by communicating with the WWW server via a browser provided in the user terminal. I do. In the present embodiment, the WWW server 3 includes, for example, a request management table 430 shown in FIG. 4A and a service management table 44 shown in FIG. 4B to support the Internet call waiting service.
0 and a user status management table 450 shown in FIG. 4C.

FIG. 4A shows the request management table 430.
, A service program number 432 to be executed is defined corresponding to the type (or request type) 431 of the message received from the terminal 6 and the SCGW 1.
When the WWW server receives Internet call waiting (ICW) service control messages such as an IN service request message, an incoming call notification message, and a notification response message, which will be described later, the WWW server executes a service program corresponding to these messages. .

As shown in FIG. 4B, the service management table 440 stores the IC indicated by the request management table 430.
Service program number for W service (432) 4
In correspondence with 41, an SCGW address 442, a network ID 443, a service number 444, and a URL 445 indicating a storage location of the incoming call notification display data are defined.

The user status management table 450 is shown in FIG.
, A service status code 452 and a correlation ID 453 used to determine a correspondence between a transmission message and a reception message in communication between WWW3 and SCGW1 are defined in correspondence with the user ID 451. ing. The correlation ID 453 to be used in WWW3 is
Specified by SCGW1.

FIGS. 5A to 5C show an example of a table provided in the SCP 2 for performing the ICW service.

FIG. 5A shows the service determination table 460.

The service determination table 460 indicates that “the IN issued by the exchange at a predetermined detection point (DP) of the basic call”.
It should be executed in accordance with a combination of the trigger information 461 indicated by the "service request", the number information 462 indicating a part of the dial number, and the service key 463 assigned to a specific subscriber (plural) of the public network. It consists of a plurality of entries defining the program number 465 of the service control program. Here, the service control program having the program number “500” indicated by the entry 460-2 performs the user information management table 480 illustrated in FIG. 5C based on the pointer address table 470 illustrated in FIG. It is assumed that the service control program has a function of referring to the user information stored in the service control program.

IC given to SCP2 from SCGW1
Unlike the IN service request issued by the exchange, the IN service request message for the W service does not include trigger information. Therefore, in the present invention, in order to support the ICW service in the SCP, the service number 464 is applied as information replacing the “combination of the trigger information 461, the number information 462, and the service key 463”. In the service determination table 460, a program number ("600" in this example) of the service control program for the ICW service is defined in association with the service number 464.

FIG. 5B shows a user information pointer address table 470 referred to by the SCP service control program.

User information pointer address table 47
0 stores a pointer address 473 indicating one entry of the user information management table 480 shown in FIG. 5C, corresponding to the combination of the program number 471 and the telephone number (dial number) 472. In the present invention,
For example, as indicated by entries 470-1 and 470-3, a telephone number "0423" qualified to receive the ICW service is provided.
Regarding “231111”, a table entry is prepared so that the same pointer address “xx” can be obtained whether accessed from the service control program with the number “500” or accessed from the service control program with the number “600”. Have been.

FIG. 5C shows a user information management table 480.
Is shown.

Each entry of the user information management table 480 is stored in the user information pointer address table 470.
Corresponding to the pointer address (473) 481 indicated by
A user ID 482, a telephone number (DN) 483, an IP access flag 484 indicating whether or not the user is accessing the Internet, and an SC as a destination of the control message
A GW address 485 and a correlation ID 486 used for determining a correspondence between a transmission message and a reception message in communication between the SCP and the SCGW are stored. The correlation ID 486 to be used in the SCP is S
Specified by CGW.

In this embodiment, when an ICW service is requested from a user terminal connected to the Internet, this service request (IN service request message) is sent to the WWW.
The information is transmitted to the SCP 2 via the server 3 and the SCGW 1 and the service control program “600” informs the user information management table 4 that the user terminal is performing IP access.
It is stored by the 80 IP access flag 484. When an incoming call is received at the user terminal, the SCP 2 refers to the user information management table 480 by the service control program “500”, and if the called terminal is performing IP access, the SCP 2 transmits the received information via the SCGW 1 and the WWW server 3. Then, the user terminal is notified of the incoming call using an IP packet. If the called terminal is not performing IP access, the incoming call is notified to the user terminal from the exchange that has requested the IN service.

FIG. 6 shows an IP packet 5 communicated between the terminal 6 and the WWW server 3 for the ICW service.
00 format.

The IP packet 500 has an IP header 510
, A TCP / UDP header 520, and a user data field 530, and a control message for an ICW service is set in the user data field 530.

The “IN service request message” 203 transmitted from the terminal 6 to the WWW server 3 includes a message type 531, a message length 532, a telephone number 533 of the requesting terminal, and a user ID 534. Also,
In response to the incoming call notification from SCP2, terminal 6 sends WWW
The “notification response message” 262 transmitted to the server 3 includes, in addition to the items 531 to 534, an action code 535 for designating a handling method (continuation method) of an incoming call as indicated by a broken line. When the action code indicates “transfer incoming call”, the action code 535 is followed by the “transfer destination telephone number” 356.

The communication between the SCGW 1 and the WWW server 3 includes, for example, IETF (Internet Engineering Task
Force) PINT (PSTN and Internet Internetworkin
g) The message format considered by the working group can be applied. Further, for the communication between the SCGW 1 and the SCP 2, for example, a message format for IN can be applied.

FIG. 7 shows a format of a packet 501 applied to the communication between the SCGW 1 and the WWW server 3.

The packet 501 includes an IP header 510,
A TCP / UDP header 520 and a TCAP (Transactio
n Capability Application Part) header 525 and a user data field 540, and the messages shown in FIGS. 8A to 8C are set in the user data field 540.

FIG. 8A shows an example in which the WWW server 3 sends the SCGW
1 shows a format of the IN service request message 205 transferred to the “1”.

The IN service request message 205 is generated based on the IN service request message 203 received from the terminal, and is composed of “message type 551, message length 552, SCGW address 553, WW
W server address 554, service number 555, telephone number (dial number) 556, and network ID 5
57, the user ID 558, and the URL 559 ".

In the field 551 indicating the message type, a code indicating that this message is an IN service request message is set. A telephone number 533 and a user ID 534 indicated by the IN service request message 203 received from the terminal are respectively set in the telephone number field 556 and the user ID field 558, and the user management table is set in the fields 553, 555, 557 and 559. The data obtained from 440 is set, and the address of the server 3 is set in the WWW server address field 554.

FIG. 8B shows a format of an “incoming call notification message” 237 generated by the SCGW 1 based on the incoming call notification message 235 described in FIG. 10B received from the SCP 2 and transmitted to the WWW server 3.

The incoming call notification message 237 includes a message type 551 indicating that this message is an incoming call notification, a message length 552, and an SCGW address 5
53, WWW server address 554, and user ID 5
58, a URL 559, and a correlation ID 561. Correlation ID5
Numeral 61 is for judging the correspondence between the notification response message 264 and the incoming call notification message 237 subsequently received from the WWW server. The correlation ID 561 is obtained from the user management table 410 shown in FIG. 3B. The value of the correlation ID 414 is applied.

FIG. 8C shows a message generated by the WWW server 3 based on the notification response message 262 received from the terminal.
The format of the “notification response message” 264 transmitted to the GW 1 is shown.

The message 264 has a message type 551 indicating that this message is a notification response.
, Message length 552, and SCGW address 553
, WWW server address 554, and correlation ID 571
, Action code 572, transfer destination telephone number 573
And "" respectively.
The correlation ID 571 has the same value as the correlation ID 561 specified in the incoming call notification message 237 shown in FIG. 8B.

FIG. 9 shows a format of a packet 800 applied to the communication between SCGW1 and SCP2.

The packet 800 has a destination code 801
, Originating code 802, link selection 803, SCC
P (Signaling Connection Control Part) header 804
And TCAP (Transaction Capabilities Application
Part) Header 805 and user data field 810
In the user data field 810, the messages shown in FIGS. 10A to 10C are set.

In the link selection 803, information for designating the working link among the duplicated links consisting of the working system and the protection system is set.

FIG. 10A shows a format of “IN service request message” 216 transmitted from SCGW 1 to SCP 2.

The IN service request message 216 contains W
The message is generated by the SCGW 1 based on the IN service request message 205 shown in FIG. 8A received from the WW server, and includes a message type 821 and a message length 822.
, Correlation ID 823, and source SCGW address 824
, Destination SCP address 825, and service number 826
, Telephone number (dial number) 827 and user ID 8
28 and "" respectively.

In the field 821 indicating the message type, a code indicating that this message is an IN service request message is set. The data retrieved from the SCP address management table 400 is set in the destination SCP address 825 and the service number 826, and the value of the correlation ID 413 in the user management table 410 is set in the correlation ID 823. The source SCGW address 824 sets the address of SCGW1, and the other items 827-828 set the data obtained from the IN service request message 205 received from the WWW server. In the packet 800 including the IN service request message 216 in the user data field 810, the SCP2 address is set as the destination code 801 and the SCGW1 address is set as the source code 802.

When the SCP 2 receives the IN service request message 216, the service program “600”
Then, the IP access flag 484 of the corresponding entry of the user management table 480 is set to “1”, and the SCG
The SCGW address 824 indicated by the IN service request message 216 is added to the W address 485 and the correlation ID 486.
And the value of the correlation ID 823 are set.

FIG. 10B shows the format of an “incoming call notification message” 235 generated by the SCP 2 that has received the “IN service request indicating an incoming call to the IN service subscribing user” from the exchange and transmitted to the SCGW 1.

The incoming call notification message 235 has a message type 8 indicating that this message is an incoming call notification.
21, a message length 822, a correlation ID 823, a destination SCGW address 831 and a source SCP address 8
32, the telephone number 827 that received the call, and the user ID 8
33 and "". The value indicated by the correlation ID 486 of the user management table 480 is set in the correlation ID 823.

FIG. 10C shows a “notification response message” 265 generated by SCGW 1 based on notification response message 264 received from WWW server 3 and transmitted to SCP 2.
Shows the format.

The message 265 includes a message type 821 indicating that this message is a notification response.
, Message length 822, correlation ID 823, source SCGW address 824, destination SCP address 82
5, action code 841, transfer destination telephone number 84
2 and "".

The value indicated by the correlation ID 413 of the user management table 410 is set in the correlation ID 823, and this value is the same as the correlation ID 823 of the incoming call notification message 235.

Next, according to the signal sequence shown in FIGS. 11 to 13, the Internet Cal in the communication network shown in FIG.
l The control procedure of the waiting service will be described.

FIG. 11 shows that the user of the terminal 6b subscribed to the ICW service is accessing the Internet (WWW server 3) via the exchanges 4a and 4b and the access point (for example, gateway device) 7 (200).
9 shows “Operations and message sequence of WWW server 3, SCGW1 and SCP2” executed when an input operation of “IN service request” (202) for receiving an incoming call notification from the SCP is performed.

At the terminal 6b, a browser for communicating with the WWW server is operating. When requesting the IN service, for example, on the browser screen, the user
After inputting the telephone number (DN) and the user ID, the user clicks the IN service request button (202). Thus, the telephone number (DN) 533 and the user I shown in FIG.
An IN service request message 203 including D534 is generated, the IN service request message 203 is included in the user data field 530, and the "destination address (S
A) I including the WWW server address as 511 and the address of the terminal 6b as the source address (DA) 512.
An IP packet having a P header 510 is transmitted to the WWW server 3.

When the WWW server 3 receives the IN service request message 203 and detects that “the IN service request has been received” from the message type 531 of the received message (204), the request management table 4
"Message type 5 of received message" defined in 30
31 ". As a result, a new entry using the user ID 534 extracted from the received message 203 as the search key 451 is added to the user status management table 450. In the status field 452 of the entry, a status code indicating that an IN service request is being performed is set. Further, “the address 442 of the SCGW serving as the destination of the IN service request, the service providing network identifier 443, the service number 444, and the URL4 retrieved from the service management table 440.
45 ”and“ telephone number (DN) 533, user ID 534 ”extracted from the received message 203, the IN service request message 205 shown in FIG. 8A is generated. The IN service request message 205 is I
SC in the destination address field 511 of the P header 510
The IP packet including the address of GW1 is transmitted to SCGW1 as the IP packet shown in FIG.

The SCGW 1 that has received the IN service request message 205 performs user authentication processing and protocol conversion according to the IP packet processing routine 140 shown in FIG. 14 (215), and converts the IN service request message 216 shown in FIG. Generate and send to SCP2.

That is, as shown in FIG.
1 receives the IP packet transmitted by the WWW server from the IP network interface 13 (step 141),
The user ID 558 included in the received message is checked against the user ID list of the IN service subscriber stored in the memory 12 in advance to determine whether the user ID 558 has been registered as an IN service subscriber (step 14).
2). If the user ID 558 is not a registered IN service subscriber, an error message is transmitted to the WWW server 3 (step 152).

If the user ID 558 is a registered IN service subscriber, it is checked whether or not the received message contains a correlation ID (step 143). By referring to the SCP address management table 400 shown in FIG. 3A based on the message type 551 and the network ID 557 extracted from the message, the SCP address 403 and the service number 404 serving as the destination of the IN service request are determined. After assigning the correlation ID 413 used in the communication between the SCP and the SCGW and the correlation ID 414 used in the communication between the WWW and the SCGW (step 144), “the packet including the IN service request message 216 Convert to 800 "
Protocol conversion is performed (step 146). When the received message includes the correlation ID, the user management table 41
From 0, the correlation ID 413 and other necessary data are read out (step 145), and protocol conversion is performed by applying these data (step 146).

Next, in the user management table 410, the status code 416 of the entry corresponding to the user ID
To update. If there is no entry corresponding to the user ID in the user management table 410, a new entry is added (step 147). Next, the packet generated in step 146 is transmitted to SCP2 (148),
Wait for a response from 2 (step 149). When the response (ACK) 218 is received from the SCP 2 (step 15)
0), and transmits a response 219 to the WWW server 3 (step 151), and waits for reception of the next IP packet.

The SCP 2 having received the IN service request message 216 from the SCGW 1 refers to the service determination table 460 based on the service number 826 extracted from the received packet and activates the service control program “600” to be executed. As a result, the received message 21
The pointer address 473 (for example, address “xx”) corresponding to the telephone number 827 included in No. 6 is searched, and the entry indicated by the pointer address in the user information management table 480 indicates that the user is accessing the Internet. An IP access flag 484;
SCGW address 4 obtained from received message 216
85 and the value of the correlation ID 486 are stored. After that, the SCP 2 transmits a response (ACK) 218 to the IN service request 216 to the SCGW 1.

As a result of the transfer of the IN service request message from the IP network to the IN network, as described above, “the specific user (user ID or telephone number) subscribed to the ICW service”
Is currently being accessed to the IP network (WWW server)? "With the IP access flag 484 of the user management table 480. Therefore, when the exchange 4a notifies that there is an incoming call to the specific telephone number, the SC
P2 refers to the user management table 480 by, for example, the service control program “500” and determines from the state of the IP access flag 484 attached to the specific telephone number if the terminal 6b is accessing the IP network. S
It is possible to notify the user of the incoming call via the CGW 1 and the WWW server 3, or otherwise via the exchange 4a.

FIG. 12 shows a message sequence when the terminal 6b accessing the WWW server 3 receives a call from another terminal (telephone) 6a.

When the exchange 4a receives the call request (Setup) 231 from the terminal 6a and detects that the user corresponding to the called number has subscribed to the IN service, the SCP 4a
2 is transmitted with an IN service request (Initial DP) message 232. In addition, the terminal transmits a call request acknowledgment (Call proc) 233 to the terminal 6a.

The SCP 2 that has received the IN service request message 232 transmits the service decision table 4 based on the trigger information and the called number included in the received message 232.
From 60, a service control program to be executed (for example, a service control program with a program number "500") is determined (step 234). When a user information acquisition routine, which is one of the function routines constituting the service control program, is executed, a pointer address (for example, from the user information pointer address table 470) is stored based on the program number 471 and the called number.
“Xx”), and according to the pointer address,
From the user information management table 480, control information 482-486 for the ICW service corresponding to the called number is obtained.

When it is determined from the state of the IP access flag 484 that is a part of the control information that the called user is accessing the Internet (WWW server), the service control program “500” executes FIG.
Is generated, and a packet 800 including the message is transmitted to the SCGW 1, and then a reception response (ACK) from the SCGW 1 is waited. If the called user is not accessing the Internet, SCP 2 will send an IN service request (Initial D
P) Instructs the exchange 4a, which is the source of the message 232, of an incoming call notification.

Upon receiving the reception response (ACK) from SCGW 1, service control program “500” enters a state of waiting for a notification response message, which is a user response to the above-mentioned incoming notification message 235.

The SCGW 1 transmits the incoming call notification message 2
Upon receiving 35, an IN packet processing routine 160 shown in FIG. 15 is executed (236).

In the IN packet processing routine 160, S
Upon receiving a message from the CP (step 161),
The correlation ID 823 included in the received message 235 is checked (Step 162), and the correlation ID is stored in the user management table 410 in association with the user ID 833 included in the received message 235.
If not, an error response is transmitted to the SCP (step 170). If the correlation between the correlation ID 823 and the correlation ID 413 is confirmed, the correlation ID 414, the WWW server address 415, and the URL 417 are read from the user management table 410 (step 16).
3) Generate an IP packet 501 including the incoming call notification message 237 shown in FIG. 8B (step 164), and set the status field 416 of the entry corresponding to the called user in the user management table 410 to a code indicating that the incoming call is being notified. After setting (step 165), this is transmitted to the WWW server 3 accessed by the called user (step 166).

The SCGW 1 waits for a response (ACK) from the WWW server 3 (step 167), and receives a response (ACK) 238 from the WWW server 3 (step 168). ACK) 239 (step 16
9) It is in a reception waiting state for the next IN packet.

The WWW server 3 that has received the incoming call notification message 237 sends a response signal (AC
K) After transmitting 238 to the SCGW 1, the correlation ID 561 indicated by the incoming call notification message 237 is changed to the user ID 5
58 is stored in the correlation ID field 453 of the user status management table entry corresponding to the entry, and a status code indicating that there is an incoming call notification is set in the status field 452 of the entry. The WWW server 3 further reads out the incoming call notification display data from the memory based on the URL 559 specified in the incoming call notification message 237, and transmits this as an incoming call notification message 241 to the browser running on the user terminal 6b ( 240).

According to the above-described SCP operation and message transfer, when a user receives an incoming call while accessing the WWW server, an incoming call notification issued from the SCP is sent to the S.
Via the CGW 1 and the WWW server 3, it can be displayed on the browser screen of the user terminal.

FIG. 13 shows that the user who has received the incoming call notification
Fig. 7 shows a message sequence when a notification response specifying a method for handling an incoming call is input.

The user of the terminal 6b that has received the incoming call notification via the browser, as a method of handling the incoming call, (a) announces to the calling user that the called user is busy.
(b) Connect the incoming call to the mailbox, (c) Connect to the designated transfer destination telephone number, (d) Disconnect the call, etc. Here, the operation when the user selects the transfer menu and inputs the telephone number of the transfer destination as the response input (261) to the incoming call notification will be described.

When the user selects the transfer menu and inputs the transfer destination telephone number, the IP packet 500 including the “notification response message 262 including the action code 535 and the transfer destination telephone number 536” shown in FIG. Terminal 6b
Is transmitted to the WWW server 3. Upon receiving the notification response message 262, the WWW server 3 executes the “service program corresponding to the message type 531 of the received message” defined in the request management table 430 (263). Thus, the address information read from the service management table 440 and the “correlation ID 45 corresponding to the user ID 534 of the received message read from the user status management table 450”
3 ”to apply the notification response message 2 shown in FIG. 8C.
64 is generated and SCGW1 is generated as the IP packet 501.
Sent to.

The SCGW 1 having received the notification response message 264 executes the IP packet processing routine shown in FIG. 14, and receives the SCP address 403 obtained from the SCP address management table 400 and the user when receiving the IN service request message 205. A notification response message 265 shown in FIG. 10C is generated by applying the correlation ID 413 stored in the management table 410, the action code 572 indicated by the received packet 264, and the transfer destination telephone number 573, and is transmitted to the SCP 2 as a packet 800. I do.

When the above-mentioned notification response message 265 is SCP2
Is received, the service control program “500” waiting to receive the notification response message collates the correlation ID 823 of the received message 265 with the correlation ID 486 of the user information management table 480, and authenticates the received message. Is done. When the transfer destination telephone number 842 is specified from the received message, a service control program for transfer processing is executed, whereby the exchange 4a
A Connect message 269 including the transfer destination telephone number is transmitted. Further, a reception response (ACK) 267 to the notification response message 265 is transmitted to the SCGW 1 (266).

Upon receiving the Connect message 269, the exchange 4a executes a call connection process (270) for connecting the call arriving at the terminal 6b to the telephone number 842 specified in the received message, and sends the call to the transfer destination terminal. Setup signal 2
Transmit 71. On the other hand, reception response (ACK) from SCP
The SCGW 1 that has received 267 transmits a reception response (ACK) 268 to the WWW server 3.

FIG. 16 shows an IN service request routine constituting a part of the browser function operating on the subscriber terminal. The IN service request routine is executed when a user starts a browser on the subscriber terminal 6b and selects an IN service menu.

[0099] WWW relaying IN service by user
When an input operation for designating the server 3 is performed, the IN service request routine requests the WWW server to transmit screen display information (step 602), and waits for a response from the WWW server (603). When a packet including screen display information is received from the WWW browser, the received information is analyzed (60).
5) Output the display information to the display screen of the user terminal (6)
06). Thereby, the input screen for the IN service request is provided to the user.

When the user inputs the telephone number (DN) of the terminal and the user ID on the input screen (607) and clicks the send button prepared on the display screen, the IN service request message 203 shown in FIG. The generated IP packet is generated and transmitted to the WWW server (608). W
Waiting for a response from the WWW server (609), and when receiving a response signal indicating that the WWW server has correctly received the transmission message from the terminal (610), the telephone number (DN), user ID, And a status code indicating that an IN service request is being made (611),
This routine ends. Step 604 or 610
When an error response is received from the WWW server 3,
The fact that an error has occurred is displayed on the terminal screen (613),
It is in a state of waiting for input from the user.

FIG. 17 shows the function of an IN service notification routine which constitutes a part of the browser function operating on the subscriber terminal. This routine is executed by the SCGW 1 from the incoming call notification 23.
7 is started when the WWW server 3 that has received the No. 7 transmits the incoming notification message 241 to the browser operating on the terminal 6 b.

The IN service notification routine receives the incoming notification message 241 transmitted from the WWW server (step 622), and analyzes the received message information (623). Next, the incoming call notification display data included in the received message is displayed on the terminal screen (624), and the status code is updated to a code indicating the reception of the incoming call notification (62).
5). According to the incoming call notification display data, the display screen of the terminal displays on the display screen of the terminal as a method of handling an incoming call that can be specified by the user, for example, (a) announcement, (b) connection to mailbox, (c) transfer, (d) disconnect A menu is provided for selecting one of the following.

When the user selects one of the menus displayed on the screen and selects the transfer, after inputting the telephone number of the transfer destination, the user clicks the send button (626). ), A notification response message 262 including the action code 535 and the transfer destination telephone number 536 is generated and transmitted to the WWW server 3 (627). Thereafter, the IN service notification routine waits for a response from the WWW server (628), and a response (AC indicating that the WWW server has correctly received the notification response message 262).
When K) is received (629), this routine ends.
It is in a state of waiting for a new message from the WWW server.

The above-described IN service request routine and IN
By executing the service notification routine, the terminal user can input an IN service request, receive an incoming call notification, and specify an incoming call handling method on the browser screen.

FIG. 18 is a diagram showing an IN service executed by the WWW server 3 when a request for canceling the IN service is issued from the terminal 6b.
9 shows a flowchart of a service end routine. IN
The service cancellation request message includes a telephone number and a user ID in the same manner as the IN service request message 203, and responds to selection of, for example, an IN service end button prepared on the browser screen or an Internet access end button. Then, it is transmitted to the WWW server 3.

Upon receiving the IN service cancellation request message from the terminal 6b (902), the IN service end routine analyzes the received message (903), and stores an entry corresponding to the user ID of the received message in the user status management table 450 in the user status management table 450. Or changes the status field 452 of the entry to the IN service canceled status (904). Next, an IN service cancellation request message is transmitted to SCGW1 (905), and SCG is
It waits for a response from W (906).

When SCGW 1 receives the cancellation request message, SCGW 1 deletes the entry corresponding to the user ID of the message in user management table 410, or
After the status field 416 of the entry is changed to the IN service cancel state, an IN service cancel request message is transmitted to SCP2. After receiving the IN service cancellation request message, the SCP 2 clears the IP access flag 484 corresponding to the user ID in the user information management table 480, and transmits a cancellation confirmation response signal to the SCGW. The acknowledgment signal is transferred from the SCGW 1 to the WWW server 3. The WWW server 3
When the confirmation response signal is received from CGW1 (907), a cancellation confirmation signal is transmitted to the browser running on terminal 6b (908), and this routine ends.

FIG. 19 shows a network configuration according to the second embodiment of the present invention.

Compared with FIG. 1, the network configuration of FIG.
"The SCP of the intelligent network and the IP network are connected via the service control gateway (SCGW) 1, and the transmission network of the intelligent network and the I
The above SCGW is provided to the gateway device 7 for connecting to the P network.
1 is provided with a communication function. SCGW
1 is connected to an IP network via a router (not shown), for example. However, the SCGW 1 is a gateway device 7
May be connected to the IP network interface included in the server.

In the present embodiment, SCGW1 corresponds to FIG.
The IP packet processing routine shown in FIG.
What is necessary is just to change the communication partner on the IP network side in the N packet processing routine from the WWW server 3 to the gateway device 7, and has substantially the same configuration as the first embodiment.

The gateway device 7 has a function necessary for connecting the subscriber terminal 6 to the IP network by dial-up connection, a communication function for communicating with the terminal 6 by the Internet protocol, and the WWW server 3 in the first embodiment. And a function for communicating an IN service control message with the SCGW 1 that has been performed by the PC.

In order to realize these functions, the gateway device 7 includes authentication information for each subscriber, additional service information for each subscriber, and the Internet call waiting service described with reference to FIGS. 4A to 4C. Management tables 430-450 and a plurality of programs for performing a control operation using the information.

In the first embodiment, when the user performs an IN service request input operation while accessing the Internet, an IN service request message is transmitted from the terminal 6 to the IP.
In the second embodiment, when a connection for IP communication is established between the terminal and the gateway device 7, the gateway device 7 automatically generates an IN service request message. The message is SCG
It is sent to W1. As the gateway device 7 suitable for equipping the above-described IN service message processing function, specifically, there is an access point operated and managed by a service provider.

The subscriber terminal 6b has the dial-up connection function and the WWW of the first embodiment during the Internet connection.
In place of the server, IN with the gateway device 7
A program similar to the IN service notification routine described with reference to FIG. 17 for transmitting and receiving the service control message is provided.

FIG. 20 shows the configuration of the gateway device 7.

The gateway device 7 includes the terminal 6 and the SCGW
And a memory 72 for storing the various information and programs described above.
And I for terminating the signal line 74 connected to the IP network.
It comprises a P network interface unit 73, a transmission network interface unit 75 for terminating a signal line 76 connected to a transmission network of the intelligent network, and a bus 77 connecting these elements. CPU71 and SCG
Communication with W1 is performed in accordance with the Internet protocol using packets shown in FIG.
Communication between the communication network 1 and the transmission network is performed according to, for example, a user network interface protocol of N-ISDN.

With reference to FIGS. 21 to 23, a control procedure method of the Internet Call Waiting service in the communication network of the second embodiment will be described.

FIG. 21 shows that when the user of the terminal 6b transmits a call signal (Setup) 101A to the gateway device 7 in order to connect to the IP network 8 using the dial-up function, the terminal 6b The connected exchange 4a
The calling signal (Setup) 101A is converted to a calling signal (Setup) 1
01B, and transferred to the gateway device 7,
A call acceptance signal (Call Proc) 102 is returned to the terminal 6b.

The gateway device 7 transmits a call signal (Setu
In response to p) 101, a call signal processing routine shown in FIG. 24 is executed.

That is, when the call signal (Setup) 101 is received from the transmission network interface 75 (step 74).
1) Analyze information elements included in the received signal and determine whether or not an incoming call can be accepted (step 742). When accepting an incoming call, the gateway device 7 sends the incoming call to the exchange 4
A response signal (Connect) 104 is transmitted to a (step 743). Switch 4 that has received the response signal
a transmits a response signal (Connect) 105 to the terminal 6b, and thereby the gateway device 7 and the terminal 6b
Are connected by telephone lines.

Thereafter, the gateway device 7 starts a PPP (Point to Point) connection operation in order to perform IP packet communication with the terminal 6b through the telephone line. First, between the terminal 6b and the gateway device 7, for example,
Link 1 by applying LCP (Link Control Protocol)
06 is established. Next, an authentication request including the user ID and the password is received from the terminal 6b (step 745), and the authentication processing 108 of the user ID and the password is performed using the authentication information stored in the memory 72 (step 7).
46) If the user ID and the password are authenticated, an authentication response 109 is transmitted to the terminal 6b (step 7).
47). Note that the authentication process may be executed by a user authentication server (not shown) connected to the gateway device 7.

The gateway device 7 receives an IP address from the terminal 6b.
Upon receiving the address assignment request 110 (step 74)
8) Obtain one free IP address from the IP address pool formed in the memory 72, store the correspondence between the free IP address and the user ID in the user information table (step 749), and then 112
Is notified to the terminal 6b (step 750).

Next, the gateway device 7 sets the memory 72
The IN service information table for each user stored in advance is searched (step 751). When it is determined that the user of the terminal 6b is a subscribed user of the IN service, an IN service request message 205 shown in FIG. 8 is generated. After transmitting to SCGW1 (step 752), SC
Wait for a reception response (ACK) 219 from GW1. SC
When the response (ACK) 219 from the GW 1 is received (step 754), the state becomes the PPP connection state 199.

As a result of analyzing the information element of the call signal in step 742, if the call cannot be received, if the user authentication fails in step 746, or if there is no free IP address in the IP address pool in step 749, Then, an error message is transmitted to the terminal 6b (step 756).

The SCGW 1 that has received the IN service request message 205 executes the IP packet processing routine shown in FIG. 14 as in the first embodiment, confirms the validity of the user by the user authentication processing, and then performs the protocol conversion. SCP service request message 216
Send to Also, a reception response (ACK) 2 from the SCP 2
SCGW1 receives the acknowledgment (ACK) 219 from the gateway device 7, which is the source of the IN service request message 205,
The P packet processing routine ends. When receiving the IN service request message 216, the SCP 2 executes a service request registration process 217 similar to the first embodiment.

FIG. 22 shows a message sequence when another terminal 6a receives a call from the terminal 6b that is in PPP connection with the gateway device 7.

As is apparent from comparison with the first embodiment shown in FIG. 12, in the second embodiment, the incoming call notification message 237 transmitted from the SCGW 1 is received by the gateway device 7, and the gateway device 7 WW of the first embodiment
On behalf of the W server 3, transfer of the incoming notification message 241 to the terminal 6b according to the program shown in FIG.
The reception response (ACK) 242 to the SCGW 1 is transmitted.

That is, the gateway device 7 uses the SCG
When receiving the incoming notification message 237 from W1 (step 761), the message type 551 of the received message is received.
Is activated, and the received message indicates from the "user information table indicating the correspondence between the IP address and the user ID" stored in step 111 of FIG. 21 (step 749 of FIG. 24). The IP address corresponding to the user ID 558 is read (step 762). Next, the processing routine for incoming call notification is started, an incoming call notification IP packet having the above IP address as the destination address is generated (step 763), and an incoming call notification message is transmitted to the terminal 6b (step 764), and the SC
Response (ACK) to the GW1 to the incoming notification 237
242 is transmitted (step 765).

FIG. 23 shows that the user who has received the incoming call notification
Fig. 7 shows a message sequence when a notification response specifying a method for handling an incoming call is input.

As is apparent from comparison with the first embodiment shown in FIG. 13, in the second embodiment, the gateway device 7 receives the notification response message 262 transmitted from the terminal 6b, and the gateway device 7 In place of the WWW server 3 of the first embodiment, a notification response message 264 is transferred to the SCGW 1 according to a program routine shown in FIG.

When the user of the terminal 6b that has received the incoming call notification
From the menu displayed on the terminal screen, when the user selects the handling of the incoming call desired, for example, "transfer" and designates the telephone number of the transfer destination (261), the terminal 6b sends the call to the gateway device 7 as shown in FIG. The notification response message 262 having the format shown in FIG. 6 is transmitted. When the message received from the terminal is a notification response, the gateway device 7 executes a notification response processing routine of FIG.

In the notification response processing routine, upon receiving the notification response message 262 (step 771), the service management table 440 and the user state management table 4
The SCGW address and the correlation ID are read from each of them, the notification response message 264 shown in FIG. 8C is generated (step 772), and the status field 452 of the user status management table 450 is updated to a code indicating the notification response status (step 773). Then, the notification response message 264 is transmitted to the SCGW 1 (step 774). After that, a reception response (ACK) 268 from the SCGW 1 is waited (step 775), and a reception response (A
When (CK) 268 is received (step 776), this routine ends. The operation of the SCGW 1 receiving the notification response message 264 and the operation of the SCP 2 receiving the notification response message 265 from the SCGW 1 are the same as those in the first embodiment.

FIG. 27 shows the terminal 6b and the gateway device 7.
9 shows a flowchart of an IN service end routine executed by the gateway device when the connection with the server is disconnected.

In the IN service end routine, the exchange 4
When the disconnection signal is received from the user (step 782), the received signal is analyzed (step 783), and the correlation ID 453 is read from the user state management table 450 (step 78).
4) Send an IN service cancellation request message to SCGW1 (step 785) and wait for a response from SCGW1 (step 786). When the response signal is received from SCGW1 (step 787), the IP address allocated to the PPP communication and the correlation ID 453 used for the communication between the gateway device 7 and the SCGW1 are released, and the state information 452 is cleared. (Step 78
8) A release signal is transmitted to the exchange 4 (step 789), and this routine ends.

The SCGW 1 that has received the IN service cancellation request message from the gateway device 7 deletes or deletes the entry corresponding to the terminal user in the user management table 410 as described with reference to FIG. 18 in the first embodiment. The status code is changed, and an IN service cancellation request message is transferred to SCP2. Also, S
When receiving the IN service cancellation request message, CP2 also clears the IP access flag corresponding to the terminal user in the user information management table. Therefore, SC
The incoming call notification service to the user via the IP network by P ends when the user disconnects communication with the Internet.

[0136]

As is apparent from the above description of the embodiment, according to the present invention, a user using the Internet receives a call from an intelligent network service control device (SCP) via the Internet. Notification messages can be sent. In addition, by transferring the notification response from the user to the SCP via the Internet, the SCP issues a connection command to the exchange such as "transfer of an incoming call to a user-specified terminal, announcement to the calling user, and disconnection of the incoming call" Can be given.

Therefore, a flexible communication service can be provided to the user.

[Brief description of the drawings]

FIG. 1 is a diagram showing “a network configuration in which an SCP of an intelligent network and a WWW server 3 of an IP network are connected via a service control gateway device 1” according to a first embodiment of the present invention.

FIG. 2 is a diagram showing a configuration of a service control gateway device (SCGW) 1 in FIG.

FIG. 3A is a diagram showing a configuration of an SCP address management table provided in SCGW1. FIG. 3B is a diagram showing a configuration of a user management table provided in SCGW1.

FIG. 4A is a diagram showing a configuration of a request management table provided in the WWW server 3 in FIG. 1; FIG. 4B
FIG. 4 is a diagram showing a configuration of a service management table provided in the WWW server 3. FIG. 4C is a diagram showing a configuration of a user status management table provided in the WWW server 3.

FIG. 5A is a diagram showing a configuration of a service determination table provided in SCP2 in FIG. 1; FIG. 5B shows the SCP2
FIG. 3 is a diagram showing a configuration of a user information pointer address table provided in the system. FIG. 5C is a diagram showing a configuration of a user information management table provided in SCP2.

FIG. 6 is a view showing an example of a packet format used in communication between the terminal device 6 and the WWW server 3 in FIG. 1;

FIG. 7 is a diagram showing an example of a packet format used in communication between the WWW server 3 and the service control gateway (SCGW) 1 in FIG.

FIG. 8A is a diagram showing a format of a service request message transmitted from the WWW server 3 to the SCGW 1. FIG. 8B is a diagram showing a format of an incoming notification message transmitted from the SCGW 1 to the WWW server 3. FIG.
FIG. 3C is a diagram showing a format of a notification response message transmitted from the WWW server 3 to the SCGW 1.

FIG. 9 is a view showing an example of a packet format used in communication between the SCGW 1 and the service control point (SCP) 2 in FIG. 1;

FIG. 10A is a diagram showing a format of a service request message transmitted from SCGW1 to SCP2. FIG. 10B is a diagram showing a format of an incoming notification message transmitted from SCP2 to SCGW1. FIG. 10C
9 is a diagram showing a format of a notification response message transmitted from the SCGW 1 to the SCP 2. FIG.

11 is a signal sequence diagram showing a control signal and a message communicated in the communication network shown in FIG. 1 when a "request incoming call notification" service request message is issued from a terminal device.

FIG. 12 is a signal sequence diagram showing a control signal and a message communicated in the communication network shown in FIG. 1 when an incoming call is received at the terminal device.

FIG. 13 is a signal sequence diagram showing a control signal and a message communicated in the communication network shown in FIG. 1 when a notification response message is issued from the terminal device.

FIG. 14 is a flowchart showing an operation of the SCGW 1 which is executed in response to receiving a control message from the IP network.

FIG. 15 is a flowchart showing an operation of the SCGW 1 executed in response to receiving a control message from the IN network.

FIG. 16 is a flowchart showing the operation of the browser executed in the terminal device 6 when the user requests the incoming call notification service.

FIG. 17 is a flowchart showing the operation of the browser executed in the terminal device 6 when receiving an incoming call notification from the WWW server.

FIG. 18 is a flowchart showing the operation of the WWW server executed when a call is disconnected.

FIG. 19 is a diagram showing a “network configuration in which an IP network and an SCP of an intelligent network are connected via a gateway device 7 and a service control gateway device 1” according to a second embodiment of the present invention.

FIG. 20 is a diagram showing a configuration of the gateway device 7 in FIG. 19;

21 is a signal sequence diagram showing a control signal and a message communicated in the communication network shown in FIG. 19 when a call (call setup) message is issued from a terminal device.

FIG. 22 is a signal sequence diagram showing a control signal and a message communicated in the communication network shown in FIG. 19 when an incoming call is received at the terminal device.

FIG. 23 is a signal sequence diagram showing a control signal and a message communicated in the communication network shown in FIG. 19 when a notification response “requesting transfer to a designated connection destination” is issued from the terminal device.

FIG. 24 is a flowchart showing a call signal processing routine executed by the gateway 7 when a call (call setup) message is received from the terminal device.

FIG. 25 is a flowchart showing an incoming call notification processing routine executed by the gateway 7 when receiving an incoming call notification message from the service control gateway 1;

FIG. 26 is a flowchart showing a notification response processing routine executed by the gateway 7 when receiving a notification response message from the terminal.

FIG. 27 shows IN executed by gateway 7 when a call is disconnected.
9 is a flowchart illustrating a service end routine.

[Explanation of symbols]

1 ... Service control gateway device, 2 ... SCP, 3
..WWW server, 4 ... exchanger, 6 ... subscriber terminal, 7 ...
Gateway device, 11 CPU, 12 memory, 1
3 ... IP network interface unit, 15 ... High function network interface unit.

Claims (31)

[Claims] 1. An intelligent network service control device connected to a plurality of exchanges constituting a transmission network via a common channel signaling network and connected to an Internet protocol network via a gateway device. When a call waiting service request is received from a first terminal device connected to the Internet protocol network via a network, information indicating that the first terminal device is connecting to the Internet is transmitted. First means for storing in the user information management table; and when one of the plurality of exchanges notifies that "the first terminal device has received an incoming call from the second terminal device", Referring to the user information management table, a second message for transmitting an incoming call notification message to the first terminal device to the gateway device. Service control apparatus characterized by a means. 2. The method according to claim 1, wherein the user information management table is the first information management table.
An entry comprising a telephone number of the terminal, flag information indicating whether or not the first terminal is connected to the Internet, and address information of the gateway device, wherein the first means updates the contents of the entry , The second
2. The service control device according to claim 1, wherein the means refers to the flag information and the address information of the entry. 3. When receiving a notification response message “indicating a response from the user of the first terminal device to the incoming call notification” via the gateway device, the second means sends the one switch to the one exchange, 2. The service control device according to claim 1, wherein connection service is provided for an incoming call to the first terminal device according to the response. 4. An "intelligent network service control device" connected to a plurality of exchanges constituting a transmission network via a common channel signaling network, and an "Internet protocol network" connected to the transmission network. In a "service control gateway device" for connection, an Internet call waiting service by the service control device transmitted from the first terminal device connected to the Internet protocol network via the transmission network. Protocol conversion means for converting the requested “service request message” into a “message addressed to the service control device” including an identifier specifying one of a plurality of service control programs executed by the service control device; The message converted by the protocol is transmitted to the service control device. Service control gateway, characterized in that it comprises a means for transmitting to the signal line connected to. 5. The method according to claim 5, wherein
"There is an incoming call from the second terminal device to the first terminal device"
Protocol conversion means for converting an incoming notification message indicating that the message is received into a message addressed to the “server communicating with the first terminal device” included in the Internet protocol network. The server receives the message from the service control gateway device. A function of transferring a message to the first terminal device;
5. The service control gateway device according to claim 4, further comprising means for transmitting a signal to a signal line connected to the server. 6. The service control device transmitted from the service control device,
"There is an incoming call from the second terminal device to the first terminal device"
Protocol conversion means for converting an incoming notification message indicating that the message is received into a message addressed to the "access point device communicating with the first terminal device" included in the Internet protocol network. A function of transferring a message received from a device to the first terminal device; and a means for transmitting the protocol-converted message to a signal line connected to the Internet protocol network. The service control gateway device according to claim 4. 7. A service control device in an intelligent network is connected to a service control gateway device, the service gateway device is connected to the gateway device by an Internet protocol network, and the gateway device is connected to a terminal device via a public network. In the service control device in the network configuration set forth above, when receiving, from the service control gateway device, control information on a service to which the terminal device subscribes, information that the terminal device is being connected to the Internet protocol network is transmitted. A service control device comprising storage means for storing. 8. A service control device having means for communicating with a service control gateway device connected to a server having means for communicating with a terminal device via an Internet protocol network, comprising: A service control device, comprising: storage means for storing information that the terminal device is being connected to the server when control information relating to a service requested by the server is received. 9. The service to which the terminal device subscribes is an incoming call notification service.
The service control device according to any one of the above. And means for transmitting and receiving information to and from an exchange accommodating the terminal device, wherein the service control is performed when a notification that a call request has been made to the terminal device from the exchange has been received. The service control device according to claim 9, wherein an incoming call notification is sent to the terminal via the gateway device and the gateway device. 11. A service control gateway device connected to a service control device, wherein the service control device is connected to a gateway device having means for communicating with a terminal device via a public network via an Internet protocol network, and provided by the service control device. A storage device for storing control information related to a service to which the terminal device subscribes, from the gateway device, reading control information corresponding to the received control information from the storage device, Control means for controlling transmission to the service control gateway apparatus. 12. A gateway device having means for communicating with a terminal device via a public network, wherein the gateway device is connected to a service control gateway device connected to the service control device by an Internet protocol network. A storage device for storing control information relating to a service to be provided, and when receiving a connection request from a terminal device, reads control information corresponding to a service to which the terminal device subscribes from the storage device, and stores the control information in the service control Control means for controlling transmission to the gateway device. 13. A service control device in an intelligent network is connected to a service control gateway device, the service gateway device is connected to the gateway device by an Internet protocol network, and the gateway device is connected to a terminal device via a public network. In the gateway device in the configured network configuration, upon receiving a connection request from the terminal device, determine whether or not the terminal device has subscribed to an incoming call notification service. And a control unit for controlling the service gateway device to transmit control information for requesting the service notification device to the service control gateway device. 14. A server having means for communicating with a service control gateway device connected to a service control device and means for communicating with a terminal device via an Internet protocol network, wherein the server provides a service provided by the service control device. A storage device for storing control information; and control means for reading out control information corresponding to a service requested from a terminal device from the storage device and transmitting the control information to the service control gateway device. A server characterized by the above-mentioned. 15. A means for communicating with a service control device,
A service control gateway device having means for communicating with a server having means for communicating with a terminal device via an Internet protocol network, comprising: a storage device for storing control information relating to a service provided by the service control device; Control means for receiving control information relating to a service requested by the terminal device, reading control information corresponding to the received control information from the storage device, and transmitting the control information to the service control device. Characteristic service control gateway device. 16. A service control device in an intelligent network is connected to a service control gateway device, the service gateway device is connected to the gateway device by an Internet protocol network, and the gateway device is connected to a terminal device via a public network. In the communication network, the terminal device makes a communication service request to the gateway device, and the gateway device stores the control information on the service provided by the intelligent network from the storage device storing the control information. The control information for requesting the service to be subscribed is read from the storage device, and the service control device is notified of the communication service request via the service control gateway device, and the service control device registers the communication service request. Communication service control method characterized by. 17. When the connection between the terminal device and the gateway device is disconnected, the gateway device deletes the registration of the communication service request from the service control device via the service control gateway device. The communication service control method according to claim 16, wherein the request is notified. 18. A service control device in an intelligent network is connected to a service control gateway device, the service gateway device is connected to the gateway device by an Internet protocol network, and the gateway device is connected to a terminal device via a public network. In the network configuration, the terminal device requests the gateway device to connect to the Internet protocol network, and the gateway device subscribes to the incoming call notification service provided by the intelligent network. If so, the control information relating to the incoming notification service is read from the storage device and notified to the service control device via the service control gateway device, and the service control device registers the incoming notification request of the terminal device. A communication service control method. 19. An exchange accommodating the terminal device, when detecting a call request to the terminal device, notifies the service control device of the call request, and notifies the service control device to the service control device. When the request for the incoming call notification of the terminal device is registered, the service control device transmits control information regarding the incoming call notification to the gateway device via the service control gateway device. 19. The terminal device according to claim 18, wherein control information relating to an incoming call notification is transmitted to the terminal device.
3. The communication service control method according to item 1. 20. When the connection between the terminal device and the gateway device is cut off, the gateway device sends, via the service control gateway device, the service control device with the registration cancellation of the incoming notification request. 20. The request is notified.
The communication service control method according to any one of the above. 21. The method according to claim 19, wherein the display screen of the terminal device which has received the control information relating to the incoming call notification displays options for a method of processing a call corresponding to the call request. Communication service control method. 22. The gateway device, via a service control gateway device, when receiving a notification requesting connection processing of a call corresponding to the call request from a terminal device subscribing to the incoming call notification service. 20. The communication service control method according to claim 19, wherein the service control device notifies the service connection request of the call, and the service control device notifies the exchange of the connection process of the call. 23. The terminal device according to claim 1, wherein the terminal device makes a dial-up connection to the gateway device.
The communication service control method according to any one of claims 6 to 22. 24. A terminal device issues a communication service request to a server connected to an Internet protocol network, and the server notifies the service control device of the communication service request via a service control gateway device. And a communication service control method, wherein the service control device registers the communication service request. 25. When the connection between the terminal device and the server is disconnected, the server requests the service control device to delete the registration of the communication service request via the service control gateway device. The communication service control method according to claim 24, wherein the communication service control method is notified. 26. A terminal device sends an incoming call notification request to a server connected to the Internet protocol network, and the server transmits the request via a service control gateway device.
A communication service control method, comprising: notifying the service control device of the incoming notification request; and registering the incoming notification request. 27. An exchange accommodating the terminal device, when detecting a call request to the terminal device, notifies the service control device of the call request, and notifies the service control device to the service control device. When the request for the incoming call notification from the terminal device is registered, the service control device transmits control information about the incoming call notification to the server via the service control gateway, and 27. The communication service control method according to claim 26, wherein control information relating to an incoming call notification is transmitted to the device. 28. When the connection between the terminal device and the server is disconnected, the server sends a request for deleting registration of the incoming notification request to the service control device via the service control gateway device. 28. The communication service control method according to claim 26, wherein the notification is performed. 29. The method according to claim 27, wherein the display screen of the terminal device which has received the control information relating to the incoming call notification displays an option of a method of processing a call corresponding to the call request. Communication service control method. 30. The server, via a service control gateway, when receiving a notification requesting connection processing of a call corresponding to the call request from the terminal device having received the control information relating to the incoming call notification. 29. The communication service control method according to claim 28, wherein the service control device notifies the service connection request of the call, and the service control device notifies the exchange of the connection process of the call. . 31. The communication service control method according to claim 24, wherein said terminal device makes a dial-up connection to said server.