JP2016152484A - Voice call system and subscriber data provision method - Google Patents

Abstract

PROBLEM TO BE SOLVED: To avoid a state in which subscriber data on the subscriber data managing side disagrees with that on the voice call service providing side.SOLUTION: A subscriber DB server 1, every time a request for rewriting subscriber data is received (with SO update from an OpS 5 as a trigger), increments an ID information value to add the incremented value to subscriber data to be rewritten; and transmits the subscriber data to be rewritten to which the ID information value after the incrementation is added, to a call control server 3. The call control server 3 compares an ID information value (first ID information value) added to transmitted subscriber data with an ID information value (second ID information value) added to held subscriber data; determines, on the basis of a result of the comparison, whether or not to perform subscriber data rewriting; and replaces the held subscriber data with the transmitted subscriber data only when the first ID information value is larger than the second ID information value.SELECTED DRAWING: Figure 1

Description

  The present invention relates to a technique for providing subscriber data in consideration of signal crossing.

  In order to provide a voice call service, a voice call system as shown in FIG. 3 is constructed. The voice call system includes a subscriber DB server 1 that centrally manages the original subscriber data, and a call control server 3 that provides a voice call service using a copy of the subscriber data.

  When the call control server 3 receives the call connection request from the subscriber terminal 7 and does not hold the request source subscriber data, the call control server 3 requests the subscriber DB server 1 for the subscriber data and downloads it. Obtain and start the service. On the other hand, the subscriber DB server 1 is pre-populated with subscriber data from OpS 5 and provides subscriber data in response to a request from the call control server 3.

  There are two opportunities for providing subscriber data, OpS opportunity and terminal opportunity as shown in FIG. In the case of OpS opportunity, the subscriber DB server 1 provides the call control server 3 with the timing when the subscriber data is input from OpS5. On the other hand, in the case of a terminal opportunity, the subscriber DB server 1 provides a request for subscriber data from the call control server 3 based on a connection request from the subscriber terminal 7.

  Regarding the provision of such subscriber data, since the voice call system is intended to provide a telephone service, (1) the subscriber data of the subscriber DB server 1 and the subscriber data of the call control server 3 are kept in agreement. (2) Immediate provision of subscriber data from the subscriber DB server 1 to the call control server 3 at the terminal opportunity is required.

  Here, the basic operation of providing subscriber data performed at the two occasions described above will be described. In the case of OpS opportunity, as shown in FIG. 5, when the subscriber data of the subscriber S is to be changed from s to s ′, the OpS 5 rewrites the subscriber data for rewriting the subscriber data of the subscriber S with s ′. A request (PUR) is transmitted to the subscriber DB server 1 (step S201).

  Next, the subscriber DB server 1 temporarily registers s ′ because the subscriber data of the subscriber S is permanently registered in s (step S202). Thereafter, a subscriber data rewrite request (PPR) for rewriting the subscriber data of the subscriber S with s ′ is transmitted to the call control server 3 (step S203).

  Next, the call control server 3 rewrites the subscriber data of the subscriber S with s ′ (step S204), and sends a subscriber data rewrite completion notification (PPA) indicating that the rewriting of the subscriber data is completed to the subscriber DB server. 1 (step S205).

  Finally, since the rewriting in the call control server 3 is completed, the subscriber DB server 1 rewrites the subscriber data of the subscriber S with s ′ that is temporarily registered (step S206). Thereafter, a subscriber data rewriting completion notification (PUA) indicating that the rewriting of subscriber data has been completed is transmitted to OpS 5 (step S207).

  On the other hand, in the case of a terminal opportunity, as shown in FIG. 6, the subscriber terminal 7 of the subscriber S transmits a service provision request (REG) for making a call connection request to the call control server 3 (step S301). .

  Next, the call control server 3 determines whether or not the subscriber data of the subscriber S is held. Only when the call control server 3 does not hold the subscriber data, the call control server 3 obtains the subscriber data DL request ( SAR) is transmitted to the subscriber DB server 1 (step S302).

  Next, the subscriber DB server 1 refers to the DB in its own server (step S303), and returns a subscriber data DL response (SAA) including the subscriber data s that is permanently registered to the subscriber S. It transmits to the call control server 3 (step S304). Finally, the call control server 3 registers the subscriber data s of the subscriber S (step S305).

JP 2014-149599 A

  However, when the subscriber data provision at the OpS opportunity and the subscriber data provision at the terminal opportunity operate in parallel, signal crossing on the network between the subscriber DB server 1 and the call control server 3 causes both servers to Subscriber data registration status may be inconsistent. Specifically, as shown in FIG. 7, when the previously transmitted subscriber data DL response (SAA) arrives after the later transmitted subscriber data rewrite request (PPR), the call control server 3 Since the subscriber data is rewritten with old subscriber data, the subscriber data of the subscriber DB server 1 and the subscriber data of the call control server 3 do not match.

  Therefore, there is a method of giving a time stamp of transmission time to signals such as various requests when providing subscriber data (see Patent Document 1). For example, as shown in FIG. 8, the subscriber DB server 1 gives a time stamp t1 when transmitting the subscriber data DL response (SAA), and sets a time when transmitting the subscriber data rewrite request (PPR). A stamp t2 (> t1) is given. When the call control server 3 compares the time stamps of these two signals and receives the subscriber data DL response (SAA) after the subscriber data rewrite request (PPR), the call control server 3 adds the old time stamp t1. The user data DL response (SAA) is discarded. Thereby, inconsistency between the subscriber data of the subscriber DB server 1 and the subscriber data of the call control server 3 can be avoided.

  However, there is a situation in which a mismatch of subscriber data cannot be avoided by the method of assigning the time stamp of the transmission time. For example, as shown in FIG. 9, after the subscriber data DL request (SAR) transmits the subscriber data rewrite request (PPR), and based on the subscriber data rewrite completion notification (PPA), this registration (rewrite) It is the case that it arrives before doing. In this case, since the subscriber data DL response (SAA) is given a time stamp t2 (> t1) that is newer than the time stamp t1 of the subscriber data rewrite request (PPR), the call control server 3 uses the subscriber data DL response (SAA). DL reply (SAA) subscriber data is adopted. Since the subscriber data is old data before the main registration (rewriting) in the subscriber DB server 1, the subscriber data of the subscriber DB server 1 and the subscriber data of the call control server 3 do not match. .

  The present invention has been made in view of the above circumstances, and an object of the present invention is to avoid a situation in which subscriber data does not match between the subscriber data management side and the voice call service providing side.

  In order to solve the above problems, a voice call system according to claim 1 includes: a subscriber management server that manages subscriber data; and a call control server that provides a voice call service using the subscriber data. In the voice call system provided, the subscriber management server increases an ID information value for each request for rewriting subscriber data and assigns it to subscriber data to be rewritten, and an increased ID information value Providing means for transmitting the subscriber data to be rewritten to which the rewriting is provided to the call control server, wherein the call control server includes a first ID information value assigned to the transmitted subscriber data. And a second ID information value given to the stored subscriber data, and a determination means for determining whether or not to rewrite the subscriber data based on the result of the comparison, the first ID Only if broadcast value is greater than the second ID information value, and summarized in that with a rewriting means for rewriting the subscriber data that the holding subscriber data the sent.

  3. The subscriber data providing method according to claim 2, wherein the subscriber data providing method is performed by a subscriber management server that manages subscriber data and a call control server that provides a voice call service using the subscriber data. The subscriber management server increases the ID information value for each request for rewriting the subscriber data and assigns it to the subscriber data to be rewritten, and the ID information value after the increase is given. Providing the subscriber data to be rewritten to the call control server, and the call control server holds the first ID information value given to the transmitted subscriber data A step of comparing a second ID information value assigned to subscriber data and determining whether or not to rewrite the subscriber data based on a result of the comparison; and the first ID information value is Only when the serial larger than the second ID information value, and summarized in that with a rewriting step of rewriting the subscriber data that the holding subscriber data the sent.

  According to the present invention, it is possible to avoid a state in which subscriber data does not match between the subscriber data management side and the voice call service providing side.

It is a figure which shows the functional block structure of a voice call system. It is a figure which shows the provision process flow of subscriber data. It is a figure which shows the structure of a voice call system. It is a figure which shows the provision process flow of subscriber data. It is a figure which shows the provision process flow (OpS opportunity) of subscriber data. It is a figure which shows the provision process flow (terminal opportunity) of subscriber data. It is a figure which shows the case 1 from which subscriber data do not correspond. It is a figure which shows the provision process flow (time stamp use) of subscriber data. It is a figure which shows the case 2 from which subscriber data do not correspond.

  Hereinafter, an embodiment for carrying out the present invention will be described with reference to the drawings.

  FIG. 1 is a diagram showing a configuration of a voice call system according to the present embodiment. The voice call system includes a subscriber DB server 1, a call control server 3, OpS 5, and a subscriber terminal 7.

  The subscriber DB server 1 is a server that holds and manages the original subscriber data necessary for the subscriber to receive a voice call service. In the present embodiment, a subscriber data registration unit 11 that registers the original subscriber data based on the rewrite request from the OpS 5, a subscriber data storage unit 12 that stores the original registered subscriber data, An ID information holding unit 13 that holds an ID information value for identifying data, and a rewrite target by incrementing the ID information value at every rewrite request from OpS5 {= when triggered by SO (Service Order) update from OpS5} ID information adding unit 14 to be added to the subscriber data, and a subscriber data providing unit 15 for transmitting the subscriber data to be rewritten with the incremented ID information value to the call control server. The

  The call control server 3 is a server that provides a voice call service to the subscriber terminal 5 using the subscriber data provided from the subscriber DB server 1. When a call connection request is received from the subscriber terminal 5, a voice call service is started using the subscriber data of the subscriber terminal 5. In the present embodiment, a subscriber data requesting unit 31 that requests subscriber data from the subscriber DB server 1, a subscriber data receiving unit 32 that receives subscriber data provided from the subscriber DB server 1, and a reception The ID information value given to the subscriber data is compared with the ID information value given to the held subscriber data, and the subscriber data provided based on the comparison result is adopted / adopted. Subscriber data adoption determining unit 33 for determining whether or not to be performed, subscriber data registration unit 34 for rewriting subscriber data held using the adopted subscriber data, and a subscriber for holding the rewritten subscriber data A data holding unit 35 and a call control unit 36 that provides a voice call service to the subscriber terminal 5 using the held subscriber data are configured.

  The subscriber DB server 1 and the call control server 3 described above can be realized by a computer having a calculation function such as a CPU and a storage function such as a memory. It is also possible to create a program for causing a computer to function as the subscriber DB server 1 and the call control server 3 and a storage medium for the program. In addition, the functional block configuration of each of the functional units 11 to 15 and 31 to 36 described above is an example, and a plurality of functional units may be realized by one functional unit. For example, the ID information providing unit 14 may have the ID information holding function of the ID information holding unit 13, or all the functional units 11 to 15 may be realized by one functional unit.

  An OpS (Operating System) 5 is a management device that inputs subscriber data to the subscriber DB server 1 and changes the already-added subscriber data. For example, it can be realized using a personal computer provided with a reception unit that receives input of subscriber data on a web browser, a transmission unit that transmits the input subscriber data to the subscriber DB server 1, and the like.

  The subscriber terminal 5 is a terminal having a voice call function. For example, it can be realized by using a fixed phone, a mobile phone, a smartphone, or a personal computer.

  Next, the subscriber data provision processing operation performed in the above-described voice call system will be described with reference to FIG. A solid line arrow indicates an OpS trigger process, and a broken line arrow indicates a terminal trigger process. It is assumed that s0 is already registered as subscriber data of the subscriber S in the subscriber DB server 1, and an ID information value n (n: for example, a positive integer) is assigned to the subscriber data s0. .

  First, the subscriber terminal 7 of the subscriber S transmits a service provision request (REG) for making a call connection request to the call control server 3 (step S101).

  Next, the call control server 3 determines whether or not the subscriber data of the subscriber S is held. Only when the call control server 3 does not hold the subscriber data, the call control server 3 obtains the subscriber data DL request ( SAR) is transmitted to the subscriber DB server 1 (step S102).

  In parallel with steps S101 and S102, OpS5 transmits a subscriber data rewrite request (PUR) for rewriting subscriber data of subscriber S with s1 to subscriber DB server 1 (step S103).

  Next, the subscriber DB server 1 increments the current ID information value n at the timing when the subscriber data rewrite request (PUR) is received from the OpS 5, and the subscriber data of the subscriber S is already registered in s0. Therefore, the subscriber data s1 for the subscriber S is provisionally registered in association with the incremented ID information value n + 1 (step S104). Thereafter, a subscriber data rewrite request (PPR) for rewriting subscriber data of the subscriber S with s1 together with the ID information value n + 1 is transmitted to the call control server 3 (step S105).

  Next, the call control server 3 rewrites the subscriber data of the subscriber S with s1, and registers it in association with the received ID information value n + 1 (step S106). Thereafter, a subscriber data rewriting completion notification (PPA) indicating that the rewriting of the subscriber data is completed is transmitted to the subscriber DB server 1 (step S107).

  Next, since the rewriting in the call control server 3 is completed, the subscriber DB server 1 rewrites the subscriber data s0 of the subscriber S who is currently registered with the subscriber data s1 that is temporarily registered, and sets the ID information value n + 1. The registration is performed in association with each other (step S108). Thereafter, a subscriber data rewriting completion notification (PUA) indicating that the rewriting of the subscriber data is completed is transmitted to OpS 5 (step S109).

  On the other hand, when the subscriber data DL request (SAR) transmitted in step S102 reaches the subscriber DB server 1 after step S105 and before step S107, the subscriber DB server 1 Since the subscriber data currently registered for the subscriber S is s0 at this time (step S110), the subscriber data of the subscriber S is rewritten with s0 together with the ID information value n. The subscriber data DL response (SAA) is transmitted to the call control server 3 (step S111).

  Next, when receiving the subscriber data DL response (SAA) from the subscriber DB server 1, the call control server 3 obtains the ID information value n + 1 given to the subscriber data s1 of the subscriber S to be rewritten. Then, it is compared with the ID information value n given to the received subscriber data s0 (step S112).

  The call control server 3 receives the received subscriber data only when the ID information value of the subscriber data newly received from the subscriber DB server 1 is larger than the ID information value of the subscriber data held. To rewrite the stored subscriber data. Specifically, as a result of the comparison, the ID information value n + 1 of the subscriber data s1 that is currently held is larger than the ID information value n of the newly received subscriber data s0, so that it is currently held. It is determined that the subscriber data s1 is adopted as it is, it is determined that the subscriber data s0 is not adopted, and the subscriber data s0 is discarded (step S113).

  According to the present embodiment, the subscriber DB server 1 increments the ID information value for each request for rewriting the subscriber data and gives it to the subscriber data to be rewritten, and the incremented ID information value is given. The subscriber data to be rewritten is transmitted to the call control server 3, and the call control server 3 holds the ID information value (first ID information value) assigned to the transmitted subscriber data. The ID information value (second ID information value) given to the subscriber data is compared, it is determined whether or not the subscriber data is rewritten based on the comparison result, and the first ID information value is the first ID value. The subscriber data held in the transmitted subscriber data is rewritten only when the ID information value is larger than 2, so that the subscriber data provision at the OpS opportunity and the subscriber data provision at the terminal opportunity are performed in parallel. When it works Even, it is possible to satisfy the two requirements that subscriber data can be avoided a state where a mismatch, described above as a result between the subscriber DB server 1 and the call control server 3.

  In this embodiment, the case where the ID information value n is incremented (+1) has been described as an example, but the same effect can be obtained even if the ID information value is increased by 2, for example.

DESCRIPTION OF SYMBOLS 1 ... Subscriber DB server 3 ... Call control server 5 ... OpS
DESCRIPTION OF SYMBOLS 7 ... Subscriber terminal 11 ... Subscriber data registration part 12 ... Subscriber data memory | storage part 13 ... ID information provision part 14 ... ID information holding part 15 ... Subscriber data provision part 31 ... Subscriber data request part 32 ... Subscriber data Receiving unit 33 ... Subscriber data adoption determining unit 34 ... Subscriber data registering unit 35 ... Subscriber data holding unit 36 ... Call control unit S101-S113, S201-S207, S301-S305 ... step

Claims (2)

In a voice call system comprising: a subscriber management server that manages subscriber data; and a call control server that provides a voice call service using the subscriber data.
The subscriber management server is
An adding means for increasing the ID information value for each request for rewriting subscriber data and giving it to subscriber data to be rewritten;
Providing means for transmitting to the call control server the subscriber data to be rewritten to which the increased ID information value is provided,
The call control server
The first ID information value given to the transmitted subscriber data is compared with the second ID information value given to the held subscriber data, and the subscriber data is based on the comparison result. Determining means for determining whether to rewrite
Rewriting means for rewriting the stored subscriber data with the transmitted subscriber data only when the first ID information value is larger than the second ID information value;
A voice call system comprising: In a subscriber data providing method performed by a subscriber management server that manages subscriber data and a call control server that provides a voice call service using the subscriber data,
The subscriber management server is
An granting step for increasing the ID information value for each request for rewriting subscriber data and giving it to subscriber data to be rewritten;
Providing the subscriber data to be rewritten to which the increased ID information value is assigned to the call control server, and
The call control server
The first ID information value given to the transmitted subscriber data is compared with the second ID information value given to the held subscriber data, and the subscriber data is based on the comparison result. A determination step for determining whether or not to rewrite
A rewriting step of rewriting the stored subscriber data with the transmitted subscriber data only when the first ID information value is greater than the second ID information value;
A method for providing subscriber data, comprising:

Images