KR20000059271A - Method for transmitting emergency message on network - Google Patents

Abstract

PURPOSE: A method for transmitting emergent messages on a network is provided to immediately transmit the emergent messages to receivers, by using internet protocol(IP) addresses. CONSTITUTION: A method for transmitting emergent messages on a network comprises the steps of: inputting emergent messages of transmitters in a message transmitter; sequentially retrieving many clients connected to the message transmitter, and transmitting the emergent messages of the transmitters to the clients, by using internet protocol(IP) addresses of the clients; and outputting the emergent messages in the clients.

Description

Method for transmitting emergency message on network {Method for transmitting emergency message on network}

The present invention relates to a method for delivering an emergency message on a network. In particular, unlike a conventional email or chat message, an emergency message delivery on a network is made suitable for quickly and powerfully delivering an emergency message to a recipient by using an IP address. It is about a method.

In general, a method of delivering a message on the Internet includes an e-mail or a message using a chat.

1 is a block diagram of a conventional email transmission apparatus on the Internet.

As shown therein, an email server (1) connected to the Internet (INT) to manage email input and output to a user's account; A voice synthesizer 2 for converting an e-mail output from the e-mail server 1 into a voice signal; A digital-to-analog converter (3) for converting the digital voice signal output from the voice synthesizer (2) into an analog voice signal; An identification code encoder (4) for encoding the identification code (ID) of the subscriber output from the e-mail server (1); A mixer (5) for synthesizing the speech signal output from the D / A converter (3) and the identification code encoded and output from the identification code encoder (4); The broadcasting device 6 converts the output signal of the mixer 5 into a form suitable for wireless transmission, and amplifies and transmits the output signal to the transmitting antenna ANT1.

The operation of the conventional apparatus configured as described above is as follows.

After the system is initialized, the e-mail server 1 checks whether an e-mail has arrived to the user, and if it does not arrive, checks whether the e-mail arrives continuously. If the e-mail arrives, the e-mail server 1 reads and stores the user account.

Thereafter, it is checked whether the user account is set as an account for broadcasting and terminates as it is not set for broadcasting. However, if it is set as an account for broadcasting, the received e-mail is output to the voice synthesizer 2 and the identification code encoder 4, respectively.

Therefore, the voice synthesizer 2 converts the e-mail output from the e-mail server 1 into a voice signal, and outputs the voice signal. The ID code encoder 4 compares a user account to find a broadcast ID code and then selects a predetermined ID. It is encoded in the form of. As an example of encoding the identification code (ID), techniques such as complex frequency (DTMF) may be used.

At this time, the voice signal output from the voice synthesizer 2 is converted into an analog voice signal through the D / A converter 3 and provided to one side input of the mixer 5. Therefore, the mixer 5 mixes and outputs the audio signal output from the D / A converter 3 and the identification code ID encoded and output from the identification code encoder 4, and the mixed signal is broadcast. 6 and the antenna ANT1 for transmission.

Meanwhile, the subscriber receives the e-mail transmitted by the voice signal through the above process. That is, a signal transmitted through the transmitting antenna ANT1, that is, a voice email signal carried on a high frequency signal is received through the receiving antenna ANT2. Then, it performs a tuning and detection function on the input high frequency signal and outputs a voice email signal therefrom. Thus, the recipient can check the contents of the received voice email.

However, when using the conventional e-mail delivery system, the recipient does not know that the e-mail has been sent when the other operation with the receiving terminal. In addition, even if a function of notifying that an e-mail has been added has been added, only the e-mail has been received, and the contents of the e-mail have not been directly displayed on the receiving terminal. Therefore, there is a disadvantage that the user can check the contents of the email only when the user checks the email separately in the email delivery system.

On the other hand, there is a method of delivering a message to the user of the receiving side using a message delivery system using a chat.

However, even in this case, the receiving user may not know that the e-mail has been transmitted when performing another task. In addition, even when a function of notifying that an e-mail has been added has been added, the e-mail can only be notified that the contents of the e-mail cannot be displayed directly on the receiving terminal. Therefore, there was a problem in that the user could check the contents of the e-mail only if the user performed the e-mail check separately in the message delivery system.

Accordingly, the present invention has been proposed to solve the above-mentioned conventional problems, and an object of the present invention is to deliver an urgent message immediately and powerfully to a recipient by using an IP address, unlike a message using a conventional email or a chat. The present invention provides a method for delivering emergency messages on a network.

1 is a block diagram of a conventional email transmission apparatus on the Internet;

2 is a block diagram of a network system to which the present invention is applied;

3 is a detailed block diagram of a message delivery unit in FIG.

4 is a flowchart illustrating a method of delivering an emergency message on a network according to the present invention.

5 is a detailed flowchart of the first step in FIG.

6 is a detailed flowchart of the second step in FIG.

FIG. 7 is a detailed flowchart of the third step in FIG. 4.

Explanation of symbols on the main parts of the drawings

10: message delivery unit 11: IP address processing unit

12: emergency message delivery unit 13: connection status processing unit

14: D / A converter 20: Internet

31-37: Client

Hereinafter, with reference to the accompanying drawings an embodiment according to the present invention, the technical idea of the emergency message delivery method on the network as follows.

2 is a block diagram of a network system to which the present invention is applied, and FIG. 3 is a detailed block diagram of a message transfer unit of FIG. 2.

Here, reference numeral 10 denotes a message transfer unit which delivers an urgent message to the clients 31 to 37 using an IP address, and 11 denotes an IP address of the client 31 to 37 located in the message transfer unit. An IP address processing unit for enabling access to an address of an address, 12 is an emergency message delivery unit for inputting an urgent message to an IP address processed by the IP address processing unit 11, and 13 is a message delivery unit. In step 10, the connection status processing unit manages the current status of the clients 31 to 37 connected via the IP address, and 14 is a D / A conversion unit for converting analog voice data input by the sender into a digital signal.

In addition, 20 is the Internet connecting the message transfer unit 10 and the plurality of clients (31 to 37), 31 to 37 is a client.

4 is a flowchart illustrating a method of delivering an emergency message on a network according to the present invention.

As shown therein, a first step (ST11) of inputting an urgent message of a sender to be urgently delivered from the message delivery unit 10; After performing the first step, the plurality of clients 31 to 37 sequentially connected to the message delivery unit 10 are sequentially searched for, and the emergency message of the sender is searched using the IP addresses of the plurality of clients 31 to 37 searched. A second step ST12 for transmitting to the plurality of clients 31 to 37; And a third step ST13 for outputting the emergency message transmitted after the second step from the clients 31 to 37.

FIG. 5 is a detailed flowchart of the first step in FIG. 4.

As shown therein, when the message delivery unit 10 prepares to send an urgent message of the sender to be urgently transmitted, the transmitter determines whether the sender wants to input voice and text in the urgent message (ST21) (ST22). )Wow; If the sender wants to input voice and text in an emergency message, recording and storing the voice as a digital signal and inputting text (ST23); If the sender wants to input only text in an emergency message, allowing the user to input text (ST24); Inputting an IP address of the client (31 to 37) to be transmitted after the input (ST25); And transmitting and storing the emergency message inputted to the corresponding IP address (ST26).

FIG. 6 is a detailed flowchart of the second step in FIG. 4.

As shown in the figure, when the message transfer unit 10 is turned on, a step of determining whether the user is an authenticated user by connecting to the user (ST31 to ST33) (ST37); Determining whether the user is an authenticated user when the clients 31 to 37 are turned on (ST34 to ST37); If the user is an authenticated user, the user information of the clients 31 to 37 is stored in the message delivery unit 10, and the user list of the clients 31 to 37 is displayed on the screen of the message delivery unit 10. And display the steps ST38 and ST39.

In the second step, the connection between the message transfer unit 10 and the clients 31 to 37 using TCP / IP (Transmission Control Protocol / Internet Protocol), and the database After confirming the user's IP, confirm the user's IP and store it in the database so that an emergency message can be transmitted using the IP address.

FIG. 7 is a detailed flowchart of the third step in FIG. 4.

As shown therein, steps (ST41) (ST42) of determining whether an emergency message has been transmitted from the sender of the message delivery unit 10 after a user who is a receiver is connected to the clients 31 to 37; Outputting a notification message notifying the arrival of an emergency message when an emergency message is transmitted from the sender (ST43); Outputting the notification message and then outputting text contents of the emergency message on the screen of the receiver and determining whether a voice is attached to the emergency message (ST44); If a voice is attached to the emergency message, displaying the voice and then inquiring the sender if there is a question (ST46) (ST47); If the inquiry is made, causing a chat screen between the client 31 to 37 of the receiver and the message transmitting unit 10 of the sender to be activated (ST48); If the inquiry is not made, the step of iconizing the emergency message on the screen (ST49) is performed.

The operation of the emergency message delivery method on the network according to the present invention configured as described above will be described in detail with reference to the accompanying drawings.

First of all, the present invention is a message delivery method that is completely different from a message using a conventional email or a chat, and enables a user to immediately and quickly deliver a message to members. Therefore, compared with the conventional message delivery method, it eliminates the time delay of e-mail and arrives immediately after sending. In the conventional message delivery system, when a message is transmitted through the Internet, the message is transmitted through another site. In the present invention, since the mail server or the chat server of another site or another company is not used, security can be maintained.

In addition, the present invention can be operated on a network such as a local network composed of the Internet or a LAN.

In addition, it is possible to display the received information strongly and preferentially on the recipient's computer.

In addition, the server function can be performed by a personal computer rather than a medium-large computer such as a mail server or a chat server, thereby maximizing cost reduction.

The present invention largely includes a first step of inputting a message, a second step of transmitting a message, and a third step of outputting a message.

Thus, the first step of inputting the emergency message of the sender to be urgently delivered by the message delivery unit 10 will be described in detail with reference to FIG.

That is, the message delivery unit 10 first prepares to send the urgent message of the sender to be urgently delivered.

When the sender wants to input an emergency message in this ready state for dispatch, the user is asked how to include the contents in the emergency message. In this case, the user is asked whether the voice and the text are input together or only the text is input.

So, if the sender wants to enter voice and text together in the emergency message, the voice and text are input. At this time, the voice is input as an analog signal and converted into a digital signal by the D / A converter 14 and stored.

If the sender wants to enter only text in an emergency message, the sender is asked to enter text.

In this way, the emergency message composed of voice or text is inputted, and then the IP addresses of the clients 31 to 37 to be transmitted are inputted. There are many ways to input such an IP address. That is, the IP address can be directly inputted at the time of transmission. Alternatively, when the user of the clients 31 to 37 enters the IP address in advance, the connection information is displayed on the screen and the displayed IP address is displayed. You can also click to enter an IP address.

Then, the corresponding IP address is processed by the IP address processing unit 11 to transmit and store the input emergency message.

Meanwhile, a second step of transmitting the emergency message of the sender to the clients 31 to 37 using the IP address will be described with reference to FIG. 6.

When the sender's message transmission unit 10 is turned on, the ID and the padword are input to confirm whether the sender is an authorized user. It waits until the user of the client 31-37 side connects.

In addition, when the clients 31 to 37 are turned on, the user is allowed to connect and input ID, password, and user information. In this case, the user information may be used in advance to input the user information to the clients 31 to 37. The client 31 to 37 connects to the message transfer unit 10.

When the message delivery unit 10 and the clients 31 to 37 are connected to each other, it is determined whether the user is an authenticated user.

Thus, if it is confirmed that the user is an authenticated user, the user information of the message delivery unit 10 and the clients 31 to 37 are stored in the message delivery unit 10. In addition, the connection status processing unit 13 processes the user list of the clients 31 to 37 connected to the message delivery unit 10 and displays it on the screen of the message delivery unit 10.

Meanwhile, a third step ST13 of outputting the transmitted emergency message from the clients 31 to 37 will be described with reference to FIG. 7.

The user connects to the clients 31 to 37 and waits. After waiting, it is determined whether an emergency message is transmitted from the sender of the message delivery unit 10.

Thus, when an emergency message is transmitted from the sender's message delivery unit 10, a notification message indicating the arrival of the emergency message is output on the user's computer.

After the notification message is output, the text content of the emergency message is displayed on the receiver's screen. Then, it is determined whether a voice is attached to the emergency message transmitted from the sender's message delivery unit 10.

If voice is attached to the emergency message, the digital voice signal is converted into an analog signal and displayed.

The sender can then ask the recipient if they have any questions so they can talk directly. That is, if there is a question, the chat screen between the client 31 to 37 of the receiver and the message delivery unit 10 of the sender is activated. If there is no question, icon the emergency message on the screen.

On the other hand, the conventional message processing method in the general server-class and the emergency message delivery method on the network according to the present invention operating system, connection process, connection processing method, message transmission method, sending data confirmation method, security function, arrival message notification method, In terms of access user verification method and main function, the following is as follows.

First, in the operating system, conventionally, an operating system program for operating a medium-large server using WinNT, Unix, and Linux is required, while the present invention operates in an operating system that can be used in a general PC such as Win98.

In the connection process, conventionally, when a connection request is received from a client, TCP / IP is used, and when a TCP port is opened, a section is processed, a system login is processed, and a normal user section is maintained after a user login of the database is confirmed. do. On the other hand, in the connection process, when a connection request is received using TCP / IP from the clients 31 to 37, the message transfer unit 10 responds to the connection request using TCP / IP. The message transfer unit 10 then opens the TCP port, checks the user of the database, and then checks the user's IP. This checks the user's IP, stores it in the database, and terminates the connection section.

In the connection processing method, since the TCP port of the server is conventionally maintained for each user, about 1 Mbyte per person is used. That is, it constantly checks whether a user's connection is ongoing. On the other hand, the present invention does not allocate TCP ports for each user, but is connected to a plurality of clients 31 to 37 that are all users connected to the message delivery unit 10 in the message delivery unit 10 which is one processor. Will be checked sequentially. Therefore, the present invention requires almost no system resources.

In the message transmission scheme, the user's address is conventionally identified and transmitted through a currently connected section, while the present invention transmits the user's IP address stored in a database.

In the method of confirming shipment data, the conventional mail system did not have a confirmation function, and in the case of a chat or a message, it was confirmed through a connected section. On the other hand, in the present invention, when the arrival does not arrive by attaching an arrival confirmation signal during TCP transmission, it is possible to confirm whether or not the transmission has been normally performed by transmitting an error code to the server.

In the security function, in the conventional server, the TCP port is always open and is always exposed to others, so special attention is required. On the other hand, the present invention does not have a risk of hacking because Win98 does not open a TCP port unless sharing is enabled. In addition, since the database is placed under a single user's permission, it can be operated without hacking.

In the arrival message notification method, a conventional mail server cannot perform a notification function without an external notification function. On the other hand, the present invention can process the alarm immediately upon arrival, and can be displayed in the message window on the front screen of the recipient computer.

In the connection user confirmation method, the conventional mail server cannot confirm the connection user and the chat server can be confirmed. On the other hand, in the present invention, the current accessor list is present on the screen of the operator of the message transmission unit 10 so that it is always possible to check and selectively send a message among users.

In the main function, while conventionally having a message delivery system for each user, the present invention has a system that allows the operator to deliver a message to the user collectively.

As described above, the present invention, unlike the conventional e-mail or chat, uses an IP address to quickly and powerfully deliver an urgent message to the recipient.

Such emergency messages can be usefully used for information transfer of securities transactions or company information.

Therefore, the use of securities trading information enables quick information transfer between fund managers and individual investors. Fund managers can urgently deliver the acquired information to the investors they belong to, the confidentiality of information can not be exposed, and individual investors can receive it quickly and accurately during transactions.

It is also especially useful for companies with a high proportion of computers when using it to transmit information within a company. It is possible to deliver a message to all the members of the company in an emergency, and to deliver faster and more accurate than in-house broadcasting, and the same can be applied to employees who work at remote locations in different buildings.

Although the preferred embodiment of the present invention has been described above, the present invention may use various changes, modifications, and equivalents. It is clear that the present invention can be applied in the same manner by appropriately modifying the above embodiments. Accordingly, the above description does not limit the scope of the invention as defined by the limitations of the following claims.

As described above, the emergency message delivery method on the network according to the present invention has the effect of quickly and powerfully delivering an emergency message to a recipient by using an IP address, unlike a message using a conventional email or a chat.

In addition, the conventional e-mail or chat server is easy to use because the message delivery unit can be driven by a personal computer as compared to a medium-large computer, there is an advantage that the initial construction cost or maintenance cost of the server hardly takes.

In addition, it is easy to manage members and it is also possible to deliver a message while keeping confidentiality stable by using an independent server.

In addition, on the user side, the server operator can receive messages correctly, and even if you perform other tasks on the computer, when the message arrives, the message is displayed on the front screen so that you do not miss the arrived message. You can search at any time, and the chat between the operator and other users can be at any time.

Claims (5)

A first step of inputting an urgent message of a sender to be urgently forwarded by the message transfer unit; A second step of sequentially searching for a plurality of clients connected to the message transfer unit after performing the first step, and transmitting an urgent message of a sender to the plurality of clients using the retrieved IP addresses of the plurality of clients; And a third step of outputting, by the client, an emergency message transmitted after performing the second step. The method of claim 1, wherein the first step, Determining whether the sender wants to input voice and text in the emergency message when the message delivery unit prepares to send the emergency message of the sender to be urgently delivered; If the sender wants to input voice and text in an emergency message, recording the voice and storing the voice as a digital signal and inputting text; If the sender wants to enter only text in an emergency message, allowing the user to enter text; Inputting an IP address of the client to be transmitted after the input; And transmitting and storing the emergency message inputted to the corresponding IP address. The method of claim 1, wherein the second step, Determining whether the user is an authenticated user by allowing a user to connect when the message transfer unit is turned on; Determining whether the user is authenticated by allowing a user to access the client when the client is turned on; If the user is an authenticated user, storing the user information of the client in the message delivery unit, and displaying a user list of the client on a screen of the message delivery unit. Delivery method. The method of claim 1, wherein the second step, The connection between the message transfer unit and the client is made using TCP / IP, and the user of the database is checked to confirm the user's IP and then stored in the database so that an emergency message can be transmitted using an IP address. Emergency message delivery method on the network. The method of claim 1, wherein the third step, Determining whether an emergency message has been transmitted from a sender of the message transfer unit after a user who is a receiver is connected to the client; Outputting a notification message notifying the arrival of an emergency message when an emergency message is transmitted from the sender; Outputting the notification message and outputting text contents of the emergency message on a screen of a receiver and determining whether a voice is attached to the emergency message; If a voice is attached to the emergency message, displaying the voice and then querying the sender if there is a question; If the inquiry is made, causing a chat screen between the client of the receiver and the message delivery unit of the sender to be activated; If there is no inquiry, emergency message delivery method on the network, characterized in that performed including the step of iconizing the emergency message on the screen.