KR102341988B1 - Data hub apparatus for data link of queuing device and server - Google Patents

Abstract

The present invention relates to a data hub apparatus for linkage of data between a queuing device and a server. The data hub apparatus for linkage of data between a server and a queuing device including a queuing unit, a calling unit, and an indicator unit comprises: a communication filtering unit which intercepts and receives data transmitted from the queuing unit or the calling unit, analyzes the received data based on a protocol structure corresponding to the received data, removes dummy data from the received data, separates necessary main data, transmits server data, obtained by converting the main data into a protocol structure corresponding to the server, and transmits scheduled issuance data, obtained by converting a received scheduled issuance command into a protocol structure corresponding to the queuing unit, to the queuing unit; and a server linkage unit which validates the server data transmitted from the communication filtering unit, transmits the same to the server, and generates the scheduled issuance command and transmits the same to the communication filtering unit when data for scheduled issuance of queues is received from the server. Therefore, queues can be remotely issued in connection with mobiles.

Description

Data hub apparatus for data link of queuing device and server for data interworking between serial number issuing device and server

The present invention relates to a data hub device for data interworking between a turn issuance device and a server, and more specifically, to enable data interlocking between a serial number issue device and a server, which is not linked to a conventional server, so that window business analysis and visitor analysis are possible. It relates to a data hub device for data interworking between a serial number issuance device and a server that facilitates the collection of big data, such as, and enables remote issuance of a reservation number by interworking with a mobile device.

The sequential number issuance device (or number issuance system) used in banks, public institutions, and hospitals issues a waiting number to process business in turn from the first visitor, and bank and public institution employees call the waiting number to process business. It is an efficient business support system, and it is composed of a number issuer, pager and indicator, and is configured to be able to link with TV composite video.

These sequential issuance devices. When a visitor issues a number from a number issuing machine, the number of waiting people is displayed on the employee pager and indicator of banks, public institutions, and hospitals. When the employee completes the current business process, the first visitor is called, the pager sends a call signal from the current window (based on the bank) to the number issuer, and when the number issuer receives the call signal, the call number) and waiting time are transmitted to the employee's pager and indicator. In the pager, the waiting time and the current calling number are displayed by blinking, and the indicator receives the calling number and blinks, and a pre-stored sound is generated.

These sequential number issuance devices are generally the most used, and there are devices that can only issue numbers and cannot link with servers, and devices that use kiosks that can be interlocked with servers by having a computer mounted therein. The device has the advantage of interworking with the server, but it is very expensive, so it is difficult to install it easily, and there are problems that A/S is very difficult when an error occurs.

Accordingly, it is relatively inexpensive and generally acquires data from the serial number issuance device that can only issue the most used number in real time, links the data to the server, receives the server command, and transmits the command to the number issuance device of the sequential number issuing device. There has been a need for a device capable of functioning as an intermediate data hub.

Republic of Korea Patent Publication No. 10-0473881 (2005.02.19.)

Accordingly, it is an object of the present invention to provide a data hub device for data interworking between a serial number issuing device and a server, which can overcome the problems of the related art.

Another object of the present invention is to enable data interlocking of the server and the serial number issuing device that is not interlocked with the server, thereby facilitating the collection of big data such as window business analysis and visitor analysis, and remote issuance of reservation numbers in conjunction with mobile An object of the present invention is to provide a data hub device for data interworking between a serial number issuing device and a server that makes this possible.

Another object of the present invention is to obtain data from the serial number issuing device in real time, interlock the data with the server, and receive a command from the server to serve as an intermediate data hub capable of transmitting the command to the number issuing device of the sequence number issuing device. An object of the present invention is to provide a data hub device for data interworking between an issuing device and a server.

According to the embodiment of the present invention for achieving some of the above technical problems, a data hub device for data interworking with a server and a serial number issuing device comprising a number issuer, a pager and an indicator according to the present invention, the number issuer or Intercepts and receives data transmitted from the pager, analyzes received data based on a protocol structure corresponding to the received data, removes dummy data from the received data, separates necessary main data, and transmits the main data to the server a communication filtering unit that transmits server data converted into a protocol structure corresponding to , and transmits the reservation issuance data obtained by converting a received reservation issuance command into a protocol structure corresponding to the number issuer to the number issuer; After verifying the validity of the server data transmitted from the communication filtering unit, it is transmitted to the server, and when the data for issuance of a reservation number is received from the server, a server interworking unit for generating the reservation issuance command and transmitting it to the communication filtering unit is provided do.

The communication filtering unit may include: a data transceiver for intercepting and receiving data transmitted from the number issuer or the pager, and transmitting the reserved issuance data to the number issuer; a protocol DB for storing protocol information including a command system, data size, and operation sequence for each protocol for each manufacturer of the number issuer; a protocol verification unit that, when data is received through the data transceiver, selects a protocol corresponding to the received data from the protocol DB; Server data obtained by analyzing the received data based on the protocol structure selected through the protocol verification unit, removing dummy data from the received data, separating necessary main data, and converting the main data into a protocol structure corresponding to the server a main data analysis unit for transmitting to the server interworking unit; and a protocol generating unit for transmitting the reserved issuance data obtained by converting the reservation issuance command transmitted from the server interworking unit into a protocol structure corresponding to the number issuer to the data transceiver.

The main data analysis unit, based on the received data, analyzes the state data including the data error of the number issuer, the communication delay, and the on/off state of the number generator, and combines the state data with the main data and dummy data By adding , the server data converted into a protocol structure corresponding to the server may be transmitted to the server interworking unit.

The server interworking unit, branch number (user number), number of work groups, number by work group, issue number range for each work group, pager and indicator number for each work group, standby number range for each work group, at least one of the IP address a user-defined DB for storing user-defined information including; Receives the server data transmitted from the communication filtering unit, separates the main data from the server data, verifies data validity based on the data stored in the user-defined DB, and if valid data, the server protocol a server data analysis unit that converts data into data and transmits it to the server, and performs error processing in case of invalid data; When data for issuance of a reservation number is received from the server, a reservation issuance command generation unit may be provided to generate the reservation issuance command and transmit it to the communication filtering unit after data validity is verified.

The main data may include at least one of a call number, a waiting number, a waiting number, a pager number, a business number, and waiting time data.

The server interworking unit may include: a server data transmission unit configured to transmit the server protocol data provided through the server data analysis unit to the server; It may further include a server data receiving unit for receiving data for issuance of the reservation number transmitted from the server.

The server interworking unit may include: a synchronizing unit for synchronizing date and time between the data hub device and the server; A filtering operation of transmitting data for checking whether the communication filtering unit is in normal operation to the communication filtering unit, checking whether the communication filtering unit is operating normally through a response signal of the communication filtering unit, and generating a reset signal if there is no response signal of the communication filtering unit inspection department; an error detection unit periodically checking whether the data hub device operates normally; Further comprising a server connection state check unit for periodically checking the connection state with the server by transmitting periodic data to the server, wherein the communication filtering unit transmits the response signal in response to the inspection data provided by the filtering operation check unit a check unit that transmits to the filtering operation check unit; A reset unit configured to reset the communication filtering unit in response to the reset signal transmitted from the filtering operation check unit may be further provided.

According to the present invention, it is possible to link the data of the serial number issuing device that is not interlocked with the server and the server, thereby facilitating the collection of big data such as window business analysis and visitor analysis, and remote issuance of the reservation number by interworking with mobile it is possible to make In addition, there is an advantage of being able to function as an intermediate data hub by acquiring data from the number issuing device in real time, linking the data to the server, receiving a command from the server, and transmitting the command to the number issuing device of the sequence issuing device.

1 is a schematic block diagram of a data hub device for data interworking between a serial number issuing device and a server according to an embodiment of the present invention;
2 shows a data transmission/reception process of the data transmission/reception unit 110 of FIG. 1 ,
3 shows the form of the protocol DB of FIG. 1 and the protocol verification process;
4 is an operation flowchart illustrating a protocol verification process of the protocol verification unit of FIG. 1;
5 is a flowchart illustrating an operation of the main data analysis unit of FIG. 1;
6 is an operation flowchart of the server data analysis unit of FIG. 1;
7 is an operation flowchart of the reservation issuance command generation unit of FIG. 1 .

Hereinafter, a preferred embodiment of the present invention will be described in detail with reference to the accompanying drawings without any intention other than to provide a thorough understanding of the present invention to those of ordinary skill in the art to which the present invention pertains.

1 is a schematic block diagram of a data hub device for data interworking between a serial number issuing device and a server according to an embodiment of the present invention.

As shown in FIG. 1 , a data hub device 300 according to an embodiment of the present invention includes a number issuing device 50 including a number issuing machine 10 , a pager 20 , and an indicator 30 , and a server As a data hub device for data interworking with the 40 , it consists of a communication filtering unit 100 and a server interworking unit 200 .

The communication filtering unit 100 intercepts and receives data transmitted from the number issuer 10 or the pager 20, and analyzes the received data based on the protocol structure corresponding to the received data, and in the received data Reservation issuance command received by removing dummy data, separating necessary main data, transmitting server data converted from the separated main data into a protocol structure corresponding to the server 40 , and receiving from the server 40 . has a configuration for transmitting the reservation issuance data converted into a protocol structure corresponding to the number issuer (10) to the number issuer (10). The communication filtering unit 100 has a firmware-based hardware-based configuration that is connected by communication with an embedded system equipped with an operating system (OS), and an RS-485 communication function is implemented to provide a configuration optimized for data transmission and reception. can have

The server interworking unit 300 transmits to the server 40 after validating the server data transmitted from the communication filtering unit 100, and when the server 40 receives data for issuing a reservation number, the A reservation issuance command is generated and transmitted to the communication filtering unit 100 .

The communication filtering unit 100 includes a data transmitting/receiving unit 110 , a protocol DB 120 , a protocol verifying unit 130 , a main data analyzing unit 140 , and a protocol generating unit 150 .

The data transceiver 110 intercepts and receives data transmitted from the number issuer 10 or the pager 20, and receives the reserved issuance data transmitted from the protocol generation unit 150 to the number issuer ( 10) is sent. Hereinafter, for convenience of understanding and convenience of explanation, it is assumed that the received data received through the data transceiver 110 is data transmitted from the number issuer 10 .

FIG. 2 illustrates a data transmission/reception process of the data transmission/reception unit 110 of FIG. 1 .

As shown in FIG. 2 , the data transceiver 110 acquires real-time data transmitted from the number issuer 10 or the pager 20 .

In general, the number issuing machine 10, the pager 20 and the indicator 30 are connected by an RS-485 communication line, and the number issuing machine 10 is the pager 20 and the indicator 30 for a set time ( time slot) (80 msec, etc.) to transmit data. In FIG. 2 , data 1 transmitted from the number issuer 10 is data to be received by pager 1 among pagers 20 and indicator 1 among the indicators 30 , and data 2 is pager 2 among pagers 20 and the This is data to be received by the indicator 2 among the indicators 30, and these data are sequentially generated and transmitted by the number issuer 10 as data 1, data 2, data 3, data 4, data 5, and the like. Then, when the pager 20 responds to the call, after the data of the corresponding time slot is received, the response data is transmitted by inserting the response signal into the corresponding time slot.

Accordingly, the data transceiver 110 acquires high-speed data for each time slot transmitted from the number issuer 10 . In addition, the reserved issuance data transmitted from the server interworking unit 200 is put in the corresponding timeslot and transmitted to the number issuer 10 .

As described above, the data transceiver 110 intercepts and acquires data transmitted from the number issuer 10 to the pager 20 or the display 30 and the response data of the pager 20 . Intercept of the data is transmitted to each device without loss of data transmitted between the number issuer 10, the pager 20, and the indicator 30, while the data transceiver 110 also includes these data allows you to receive Since the data interception technique is well known to those of ordinary skill in the art, further description thereof will be omitted.

The configuration of the protocol DB 120 and the protocol verification unit 130 will be described with reference to FIGS. 3 and 4 .

3 is a diagram illustrating the form of a protocol DB and a protocol verification process, and FIG. 4 is an operation flowchart illustrating the protocol verification process.

3, the protocol DB 120 includes a command system, data size, and operation sequence for each protocol for each manufacturer (company A, company B, company M) of the number issuer 10 Stores protocol information. It may also include information about the RS-485 communication speed. The protocol DB 120 stores the protocol information as a database through communication verification of a commercially available number issuer 10 .

When data is received through the data transmission/reception unit 110 , the protocol verification unit 130 selects a protocol corresponding to the received data by detecting and determining the protocol DB 120 . This method can be performed when the data hub device 300 of the present invention is installed. That is, since the protocol of the existing number issuer 10 is in a confirmed state, the number issuer 10 protocol is determined by automatically calculating the communication protocol and data size during installation and comparing it with the protocol DB 120, and flash It is possible to use it by storing it in a non-volatile memory such as a memory.

In general, since the analysis of the value of the received data is different if the protocol is different, the contents of the received data, for example, the number of people waiting, the issuance number, the waiting time, the position and the value of the pager number, the indicator number, etc. are different. Accordingly, based on the protocol information of the protocol DB 120, the received data size and data are compared to analyze the desired data (the number of people waiting, the issuance number, the waiting time, the pager number, the indicator number, etc.) through protocol verification. Protocol confirmation is required.

As shown in FIG. 4 , the protocol verification unit 130 initializes the communication filter ( S110 ), and when data is received through the data transceiver 110 , detects the communication speed ( S112 ), and returns to normal It is determined whether it is data (S114), and if it is normal data (Yes), the data size is calculated (S116). If it is abnormal data (No), the process of detecting the communication speed (S112) is performed again, and if necessary, the abnormal data is blocked or an error signal is transmitted.

The detection process (S112) of the communication speed is to facilitate data reception, and the communication speed has 9600Bps, 19200Bps, ..., 115200Bps, etc. If the speed is different, the data is broken and data cannot be received . Accordingly, the protocol verification unit 130 automatically detects the communication speed to enable accurate data reception.

When the data size is calculated, a process 118 of verifying the protocol using the communication speed and data size is performed. The number issuer 10 protocol is confirmed through verification (S120). If the protocol verification is impossible (No), a process (S116) of recalculating the data size is performed.

The basic protocol that constitutes communication data is STX. Command. data. It is in the form of ETX, and the STX and ETX values have different values for each manufacturer. Therefore, when determining the communication protocol, STX and ETX are checked in the received data, the basic frame of the protocol is checked, and the number (or size) of the data is calculated to determine the number issuer protocol for each product or manufacturer.

Briefly describing the entire process, as shown in the upper part of FIG. 3 , protocol information for each manufacturer is stored in the protocol DB 120 , and when data is received through the data transceiver 110 , in FIG. Like the matching comparison method shown at the bottom of Figure 3, protocol verification is quickly performed by comparing the entire received data as if it were printed. That is, the protocol is found by comparing the data received through RS-485 communication at once, just like printing the received data and the protocol data.

When comparing received data one by one, it is stable when the amount of data is small, but as the number of data increases, it takes as much time as the amount of data to be compared. In general, since the data transmitted from the number issuer varies from a minimum of 9 bytes to a maximum of 32 bytes, it takes a lot of time as the number of data increases. The data hub device 300 of the present invention can perform protocol verification by comparing all received data (eg, 32-byte data) at a time, thereby shortening the protocol verification time, fast data analysis and processing becomes possible.

The main data analysis unit 140 analyzes the received data based on the protocol structure selected through the protocol verification unit 130 , removes dummy data from the received data, separates necessary main data, and the main data The server data converted into a protocol structure corresponding to the server 40 is transmitted to the server interworking unit 200 .

The received data received through the data transceiver 110 includes main data and dummy data required by the server 40 . Here, the dummy data is configured differently for each number issuer manufacturer and protocol structure. Accordingly, in order to transmit data to the server 40, the dummy data is removed and necessary main data (calling number/waiting number/waiting number/pager number/business number/waiting time, etc.) must be separated. The main data may include at least one of a call number, a waiting number, a waiting number, a pager number, a business number, and waiting time data.

Since the protocol is confirmed through the protocol verification unit 130, the main data analysis unit 140 can remove the dummy data from the received data and separate the main data based on the determined protocol structure. do.

Thereafter, the main data analysis unit 140 transmits the server data obtained by converting the main data into a protocol structure corresponding to the server 40 to the server interworking unit 200 . In general, since the protocol of the number issuer 10 and the protocol of the server 40 have different structures, in order to transmit the main data to the server 40, the protocol structure of the server 40 must be converted and transmitted. do. Accordingly, the main data analysis unit 140 transmits the server data converted into a protocol structure corresponding to the server 40 by adding dummy data to the main data to the server interworking unit 200 .

The main data analysis unit 140 can transmit the status data of the number issuer 10 by including it in the server data. The main data analysis unit 140 analyzes the state data including the data error of the number issuer 10, communication delay, and the on/off state of the number generator 10 based on the received data, and the state By combining data with the main data and adding dummy data, it is possible to generate the server data and transmit it to the server interworking unit 200 . Accordingly, it is possible to determine the state of the number issuer 10 in the server 40. The status data may include data on data errors, communication delays, and whether the number issuer 10 is in an on/off state.

5 is a flowchart illustrating an operation of the main data analysis unit 140 .

As shown in FIG. 5 , when data is received (S140), the main data analysis unit 140 separates the main data from the received data (S144), and states data of the number issuer 10 from the received data (S144). , it is possible to generate the server data by combining the state data with the main data and adding dummy data (S146) and transmitting it to the server interworking unit 200 (S148).

As shown in FIG. 1 , the protocol generation unit 150 converts the reserved issuance command transmitted from the server interworking unit 200 into a protocol structure corresponding to the number issuer 10 and converts the reserved issuance data into the It is transmitted to the data transceiver 110 and transmitted to the number issuer 10, and the number issuer 10 issues a number according to the reserved issuance data.

As shown in FIG. 1 , the server interworking unit 200 includes a user-defined DB 210 , a server data analysis unit 220 , a reservation issuance command generation unit 230 , a server data transmission unit 240 , and server data. A receiving unit 250 may be provided.

The user-defined DB 210 is at least one of a branch number (user number), number of work groups, number per work group, issue number range per work group, pager and indicator number per work group, standby number range per work group, and IP address User-defined information including any one is stored as a database. The user-defined DB 210 includes the number issuer 10 setting data or other necessary data, and based on the data stored in the user-defined DB 210, for example, the number issuer 10 and the server In step (40), it is determined whether or not the number to be issued is out of range, and an error state is transmitted to the server (40).

The server data analysis unit 220 receives the server data transmitted from the communication filtering unit 100, separates the main data from the server data, and based on the data stored in the user-defined DB 210, , data validity is verified, and in case of valid data, it is converted into the server protocol data and transmitted to the server 40, and in case of invalid data, error processing is performed. Here, it has already been described that the server data may include state data.

6 is an operation flowchart of the server data analysis unit 220 .

As shown in FIG. 6 , the server data analysis unit 220 receives server data transmitted from the data analysis unit 140 ( S220 ). The server data has a form in which state data, main data, and dummy data are combined. Thereafter, the dummy data is removed from the server data and the main data and the state data are separated (S222). Next, a valid data verification process (S224) of verifying whether the data is valid is performed. Valid data verification is performed based on the data stored in the user-defined DB 210 to verify the validity of the main data, call number, waiting number, waiting number, pager number, business number, and waiting time data. If the verification result is valid data, it is converted into the server protocol data and transmitted to the server 40, and if the data is invalid, error processing is performed (S226).

Specifically, taking a bank as an example, since equipment and usage environments installed for each bank branch may be different, the data hub device 300 according to the present invention inputs data for each bank branch into the user-defined DB 210 . The data for each bank branch may include a branch number (user number), the number of business groups, a number for each business group, a range of issued numbers for each business group, an IP address, and the like. The above-described validation check compares the main data with the value input to the user-defined DB 210 to check whether the data is within the corresponding range, etc., and if it is out of the range, it can be determined as an error of the number issuer, in this case the error will process

The reservation issuance command generation unit 230 generates the reservation issuance command after data validation when data for issuance of the reservation number is received from the server 40, and the protocol generation unit 150 of the communication filtering unit 100 will be sent to The protocol generating unit 150 transmits the reserved issuance data obtained by converting the reservation issuance command transmitted from the server interworking unit 200 into a protocol structure corresponding to the number issuer 10 to the data transmitting and receiving unit 110 . to transmit to the number issuer 10, and the number issuer 10 issues a number according to the reservation issuance data.

7 is a flowchart illustrating an operation of the reservation issuance command generation unit 230 .

As shown in FIG. 7 , when the reservation issuance command generation unit 230 receives reservation number issuance data that is data for reservation number issuance from the server 40 (S230), it is checked whether the data is valid. (S232). The validity check is to check whether the reservation number issuance data is the data set in the number issuer (10). If the test result is valid data (Yes), the reservation issuance command is generated (S234) and provided to the protocol generator 150 of the communication filtering unit 100 (S236). In case of invalid data (No), an error message is transmitted to the server 40 (S238).

The server data transmitting unit 240 serves to transmit the server protocol data provided through the server data analyzing unit 220 to the server 40, and the server data receiving unit 250 is the server ( 40) receives the data for issuance of the reservation number and provides it to the reservation issuance command generation unit 230 .

Additionally, the server interworking unit 200 determines whether the data hub device 300 and the server 40 synchronize the date and time of the synchronization unit 260 and the communication filtering unit 100 are normally operated. Transmitting data for inspection to the communication filtering unit 100, checking whether a normal operation is performed through the response signal of the communication filtering unit 100, and generating a reset signal if there is no response signal from the communication filtering unit 100 A filtering operation check unit 270 , an error detection unit 280 that periodically checks whether the data hub device 100 operates normally, and the server 40 transmits periodic data to the server 40 to connect with the server 40 . A server connection state check unit 290 for periodically checking the state may be further provided.

In addition, the communication filtering unit 100 includes a check unit 160 that transmits the response signal to the filtering operation check unit 270 in response to the inspection data provided from the filtering operation inspection unit 270 , and the filtering operation A reset unit 170 for resetting the communication filtering unit 100 in response to the reset signal transmitted from the inspection unit 270 may be further provided.

As described above, according to the present invention, data interlocking of the server and the serial number issuing device that is not interlocked with the server is made possible to facilitate the collection of big data such as window business analysis and visitor analysis, and the reservation number is linked with mobile It is possible to enable remote issuance of In addition, there is an advantage of being able to function as an intermediate data hub by acquiring data from the number issuing device in real time, linking the data to the server, receiving a command from the server, and transmitting the command to the number issuing device of the sequence issuing device.

Since the description of the above embodiment is merely an example with reference to the drawings for a more thorough understanding of the present invention, it should not be construed as limiting the present invention. In addition, it will be apparent to those of ordinary skill in the art to which the present invention pertains that various changes and modifications can be made without departing from the basic principles of the present invention.

100: communication filtering unit 110: data transmitting and receiving unit
120: protocol DB 130: protocol verification unit
140: main data analysis unit 150: protocol generation unit
160: check unit 170: reset unit
200: server interworking unit 210: user-defined DB
220: server data analysis unit 230: reservation issuance command generation unit
240: server data transmitter 250: server data receiver
260: synchronization unit 270: filtering operation check unit
280: error detection unit 290: server connection status check unit

Claims (7)

In a data hub device for enabling data interworking with a server, a sequential number issuing device comprising a number issuing machine, a pager, and an indicator and not interworking with a server:
Intercepts and receives data transmitted from the number issuer or the pager, analyzes received data based on a protocol structure corresponding to the received data, removes dummy data from the received data, separates necessary main data, and A communication filtering unit that transmits server data converted from data into a protocol structure corresponding to the server, and transmits the reservation issuance data obtained by converting a received reservation issuance command into a protocol structure corresponding to the number issuer to the number issuer; ;
After verifying the validity of the server data transmitted from the communication filtering unit, it is transmitted to the server, and when the data for issuance of a reservation number is received from the server, a server interworking unit for generating the reservation issuance command and transmitting it to the communication filtering unit is provided A data hub device comprising:
The method according to claim 1,
The communication filtering unit,
a data transceiver for intercepting and receiving data transmitted from the number issuer or the pager, and transmitting the reserved issuance data to the number issuer;
a protocol DB for storing protocol information including a command system, data size, and operation sequence for each protocol for each manufacturer of the number issuer;
a protocol verification unit that, when data is received through the data transceiver, selects a protocol corresponding to the received data from the protocol DB;
Server data obtained by analyzing the received data based on the protocol structure selected through the protocol verification unit, removing dummy data from the received data, separating necessary main data, and converting the main data into a protocol structure corresponding to the server a main data analysis unit for transmitting to the server interworking unit;
and a protocol generating unit configured to transmit the reserved issuance data obtained by converting the reserved issuance command transmitted from the server interworking unit into a protocol structure corresponding to the number issuing unit to the data transmitting and receiving unit.
3. The method according to claim 2,
The main data analysis unit, based on the received data, analyzes the state data including the data error of the number issuer, the communication delay, and the on/off state of the number generator, and combines the state data with the main data and dummy data and transmitting the server data converted into a protocol structure corresponding to the server by adding to the server interworking unit.
4. The method according to claim 2 or 3,
The server interworking unit,
User-defined information including at least one of branch number (user number), number of work groups, number per work group, range of issued numbers per work group, pager and indicator number per work group, waiting number range per work group, and IP address a custom DB to store;
Receives the server data transmitted from the communication filtering unit, separates the main data from the server data, verifies data validity based on the data stored in the user-defined DB, and if valid data, the server protocol a server data analysis unit that converts data into data and transmits it to the server, and performs error processing in case of invalid data;
and a reservation issuance command generating unit for generating the reservation issuance command and transmitting the reservation issuance command to the communication filtering unit after data validity is verified when the server receives the data for issuing the reservation number.
3. The method according to claim 2,
and the main data includes at least one of a call number, a waiting number, a waiting number, a pager number, a business number, and waiting time data.
5. The method according to claim 4,
The server interworking unit,
a server data transmission unit for transmitting the server protocol data provided through the server data analysis unit to the server;
The data hub apparatus of claim 1, further comprising a server data receiving unit for receiving data for issuance of a reservation number transmitted from the server.
6. The method of claim 5,
The server interworking unit,
a synchronization unit for synchronizing date and time between the data hub device and the server;
A filtering operation of transmitting data for checking whether the communication filtering unit is in normal operation to the communication filtering unit, checking whether the communication filtering unit is operating normally through a response signal of the communication filtering unit, and generating a reset signal if there is no response signal of the communication filtering unit inspection department;
an error detection unit periodically checking whether the data hub device operates normally;
Further comprising a server connection status check unit that periodically checks the connection status with the server by transmitting periodic data to the server,
The communication filtering unit,
a check unit for transmitting the response signal to the filtering operation check unit in response to the inspection data provided by the filtering operation check unit;
and a reset unit configured to reset the communication filtering unit in response to the reset signal transmitted from the filtering operation check unit.

Images