KR20010008460A - Method for processing urgent message in push system - Google Patents

Method for processing urgent message in push system Download PDF

Info

Publication number
KR20010008460A
KR20010008460A KR1019990026305A KR19990026305A KR20010008460A KR 20010008460 A KR20010008460 A KR 20010008460A KR 1019990026305 A KR1019990026305 A KR 1019990026305A KR 19990026305 A KR19990026305 A KR 19990026305A KR 20010008460 A KR20010008460 A KR 20010008460A
Authority
KR
South Korea
Prior art keywords
message
emergency message
push
client
receiving
Prior art date
Application number
KR1019990026305A
Other languages
Korean (ko)
Inventor
김영환
김영헌
연승호
장재영
Original Assignee
이계철
한국전기통신공사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 이계철, 한국전기통신공사 filed Critical 이계철
Priority to KR1019990026305A priority Critical patent/KR20010008460A/en
Publication of KR20010008460A publication Critical patent/KR20010008460A/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21—Monitoring or handling of messages
    • H04L51/224—Monitoring or handling of messages providing notification on incoming messages, e.g. pushed notifications of received messages
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/55—Push-based network services

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

PURPOSE: A method for processing an emergent message in a push system is provided to notify an emergent message simultaneously to all the appointed users of a specific group by compulsorily displaying the emergent message on their screens as the highest-level screen. CONSTITUTION: A transmitting client(110) appoints a message content and receivers through an emergent message sending dialog box(111) and transmits the message to a push server(120). The push server(120) authenticates sending authority(121). In case that authentication results in success, the push server(120) transmits a sending success message to the transmitting client(110) to inform that the emergent message has been transmitted successfully(112). The push server(120) stores the sending success message in a message sending queue(122) and continues to execute emergent message channel addition work(123).

Description

푸시시스템에서의 긴급 메시지 처리 방법{METHOD FOR PROCESSING URGENT MESSAGE IN PUSH SYSTEM}How to handle urgent messages in push system {METHOD FOR PROCESSING URGENT MESSAGE IN PUSH SYSTEM}

본 발명은 푸시시스템에서의 긴급 메시지 처리 방법 및 그를 실현시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체에 관한 것으로서, 특히 특정 목적을 갖는 집단에서 푸시 방식으로 구현된 정보전달 긴급 메시지를 각 사용자의 화면에 최상위 화면으로 강제적으로 표시하여 긴급한 메시지를 한꺼번에 지정된 사람들에게 동시 전송할 수 있도록 한 긴급 메시지 처리 방법 및 그를 실현시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체에 관한 것이다.The present invention relates to a method for processing an emergency message in a push system and a computer-readable recording medium recording a program for realizing the same. In particular, the present invention relates to an information transmission emergency message implemented by a push method in a group having a specific purpose. The present invention relates to an emergency message processing method for forcibly displaying an urgent message to a designated person at the same time by forcibly displaying it on a screen and a computer-readable recording medium recording a program for realizing the urgent message.

일반적으로, 푸시시스템의 서비스 제공 방식에는 텔레비젼에서와 같이 방송국에서 미리 준비한 자료를 계속적으로 전송하면 사용자가 그 중에서 채널만을 선택하는 푸시(push) 방식과 해당 사이트에 수시로 접속하여 정보를 찾아가는 풀(pull) 방식이 있다.In general, the push system service providing method includes a push method in which a user continuously selects a channel from a broadcasting station, such as a TV, and a user selects a channel among them, and a pull that frequently accesses the corresponding site to find information. ) There is a way.

이러한 푸시시스템들은 네트워크 트래픽을 줄이고 서버에서 접속을 편하게 하도록 하기 위하여 채널을 서버에 만들어 놓고 클라이언트 사용자가 가입한 자료에 따라 클라이언트에서 주기적으로 서버에 풀 방식으로 데이터를 가져오는 방식을 취한다.These push systems create a channel on the server to reduce network traffic and make the server easier to access, and then pull data from the client periodically to the server according to the data subscribed by the client user.

긴급 메시지는 인터넷과 같이 일반 대중을 상대로 한 서비스에서는 사용하기가 곤란하지만 특정 목적을 갖는 집단에서는 중요한 역할을 하는 정보전달 수단으로 활용될 수 있다. 따라서, 회사에서 업무중에 전사원들에게 알려야 할 사항이 발생할 경우에 각자의 개인용 컴퓨터(PC)에 최상위 화면으로 긴급 메시지를 송출하면 업무를 보는 중에도 즉시 소식을 접할 수 있다.Urgent messages are difficult to use in services to the general public, such as the Internet, but can be used as a means of information delivery that plays an important role in groups with a specific purpose. Therefore, when a company needs to inform all employees during work, the emergency message is sent to the top screen of each personal computer (PC) so that the news can be heard immediately during the work.

그러나, 종래의 타 푸시 서비스는 이와 유사한 예를 찾기가 어려웠고, 유닉스를 사용하는 경우에 특정한 사람이 화면에 내용물을 나타낼 수 있는 쓰기(write) 기능은 있으나 이것의 용도는 정보를 담은 메시지의 전달 수단보다는 시스템 정지 등 위급한 상황에 대한 메시지 등만을 나타내는 문제점이 있었다.However, it is difficult to find a similar example in other conventional push services, and there is a write function in which a specific person can display contents on the screen when using Unix, but its purpose is to convey informational messages. Rather, there was a problem indicating only a message about an emergency situation such as a system stop.

따라서, 특정 목적을 갖는 집단에서 정보 전달 수단으로서의 긴급 메시지를 지정된 사용자에게 한꺼번에 동시 전송할 수 있는 방안이 필수적으로 요구된다.Accordingly, there is a need for a method capable of simultaneously transmitting an urgent message as a means of information delivery to a designated user in a group having a specific purpose.

상기한 바와 같은 요구에 부응하기 위하여 안출된 본 발명은, 푸시시스템에서 정보 전달 수단으로서의 긴급 메시지를 특정 목적을 갖는 집단의 각 사용자 화면에 최상위 화면으로 강제적으로 표시함으로써, 긴급한 메시지를 동시에 지정된 사용자에게 알리기 위한 긴급 메시지 처리 방법 및 그를 실현시키기 위한 프로그램을 기록한 컴퓨터를 읽을 수 있는 기록매체를 제공하는데 그 목적이 있다.The present invention devised to meet the demand as described above, by pressing the urgent message as an information delivery means in the push system to the user screen of each group of a group having a specific purpose, the urgent message to the designated user at the same time It is an object of the present invention to provide a method for processing an emergency message for notification and a computer-readable recording medium recording a program for realizing the same.

도 1 은 본 발명에 따른 푸시시스템에서의 긴급 메시지 처리 방법을 나타낸 설명도.1 is an explanatory diagram showing an emergency message processing method in a push system according to the present invention.

도 2a 및 2b는 본 발명에 따른 푸시시스템에서의 긴급 메시지 처리 방법에 대한 일실시예 흐름도.Figure 2a and 2b is a flow diagram of one embodiment of the emergency message processing method in a push system according to the present invention.

*도면의 주요 부분에 대한 부호의 설명* Explanation of symbols for the main parts of the drawings

110 : 송신 클라이언트 120 : 푸시 서버110: sending client 120: push server

130 : 수신 클라이언트130: receiving client

상기 목적을 달성하기 위한 본 발명은, 푸시시스템에서의 긴급 메시지 처리 방법에 있어서, 수신 그룹의 각 수신 클라이언트로 정보를 전달하기 위해, 송신 클라이언트가 푸시 방식으로 긴급 메시지를 제작하여 푸시서버로 전송하는 제 1 단계; 상기 푸시 서버가 사용자 권한을 인증하여 인증결과를 상기 송신 클라이언트로 알리고, 상기 긴급 메시지를 긴급 메시지를 채널에 추가하는 제 2 단계; 및 상기 푸시서버가 긴급 메시지 채널에서 개별 긴급 메시지를 선정하여 상기 수신 그룹의 각 수신 클라이언트로 정보를 동시에 전달하는 제 3 단계를 포함한다. 또한, 상기 푸시서버가 상기 각 수신 클라이언트로부터 열람 확인 메시지를 리턴받아 각 긴급 메시지에 대해 열람 상태를 확인하여 전체 긴급 메시지의 열람 상태를 확인하는 제 4 단계를 더 포함한다.In order to achieve the above object, the present invention provides a method for processing an urgent message in a push system, in which a transmitting client generates an urgent message in a push manner and transmits it to a push server in order to deliver information to each receiving client of a receiving group. First step; A second step of the push server authenticating a user's authority to inform the transmitting client of an authentication result and adding the emergency message to the channel; And a third step in which the push server selects an individual emergency message in an emergency message channel and simultaneously delivers information to each receiving client of the receiving group. The push server may further include a fourth step of receiving a read confirmation message from each of the receiving clients and confirming the read status of each emergency message to confirm the read status of all emergency messages.

그리고, 본 발명은, 프로세서를 구비한 푸시시스템에, 수신 그룹의 각 수신 클라이언트로 정보를 전달하기 위해, 송신 클라이언트가 푸시 방식으로 긴급 메시지를 제작하여 푸시서버로 전송하는 기능; 상기 푸시 서버가 사용자 권한을 인증하여 인증결과를 상기 송신 클라이언트로 알리고, 상기 긴급 메시지를 긴급 메시지를 채널에 추가하는 기능; 및 상기 푸시서버가 긴급 메시지 채널에서 개별 긴급 메시지를 선정하여 상기 수신 그룹의 각 수신 클라이언트로 정보를 동시에 전달하는 기능을 실현시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체를 제공한다. 또한, 본 발명은, 상기 푸시서버가 상기 각 수신 클라이언트로부터 열람 확인 메시지를 리턴받아 각 긴급 메시지에 대해 열람 상태를 확인하여 전체 긴급 메시지의 열람 상태를 확인하는 기능을 더 실현시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체를 제공한다.In addition, the present invention, the push system having a processor, in order to deliver information to each of the receiving client of the receiving group, the function of the transmitting client to produce an emergency message in a push method to the push server; A function of the push server authenticating a user's authority to inform the transmitting client of an authentication result, and adding the emergency message to the channel; And a computer readable recording medium having recorded thereon a program for the push server to select an individual emergency message in an emergency message channel and simultaneously deliver information to each receiving client of the receiving group. In addition, the present invention, the push server receives a read confirmation message from each of the receiving client, the computer for recording a program for further realizing the function of confirming the reading status of each emergency message by checking the reading status for each emergency message It provides a recording medium that can be read by.

이하, 첨부된 도면을 참조하여 본 발명에 따른 바람직한 일실시예를 상세히 설명한다.Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings.

도 1 은 본 발명에 따른 푸시시스템에서의 긴급 메시지 처리 방법을 나타낸 설명도이다.1 is an explanatory diagram showing an emergency message processing method in a push system according to the present invention.

도 1에 도시된 바와 같이, 푸시시스템에서 긴급 메시지를 처리하기 위해서는 송신 클라이언트(110)가 긴급 메시지를 발생하여 푸시 서버(120)로 보내고, 푸시서버(120)에서 이를 여러 수신 클라이언트(130)로 보내야 하는데 이의 과정을 상세하게 살펴보면 다음과 같다.As shown in FIG. 1, in order to process an urgent message in a push system, a transmitting client 110 generates an urgent message and sends it to a push server 120, which is pushed by the push server 120 to various receiving clients 130. It is necessary to send the details of the process as follows.

먼저, 송신 클라이언트(110)를 실행하여 정보를 받아보다가 긴급하게 메시지를 보낼 경우가 발생되면 긴급 메시지 보내기 메뉴를 선택한다. 이때, 화면에 나타나는 긴급 메시지 송출 대화상자(111)를 통해 메시지 내용과 수신자 등을 지정하여 푸시 서버(120)에 메시지(3(긴급 메시지 생성코드), (User_id, key), msg_sq#, GroupID, Msg_len, "Message")를 전송한다.First of all, if an urgent message is sent while receiving the information by executing the transmitting client 110, the user selects an emergency message sending menu. At this time, the message (3 (urgent message generation code), (User_id, key), msg_sq #, GroupID, Msg_len, "Message") is transmitted.

이어, 메시지(3(긴급 메시지 생성코드), (User_id, key), msg_sq#, Groupid, Msg_len, "Message")를 전송받은 푸시 서버(120)는 발송권한을 인증하는데(121) 이때 인증에 성공한 경우에는 송신 성공 메시지(3, 1(성공코드), Msg_sq#)를 송신 클라이언트(110)로 보내 긴급 메시지 송신이 성공되었음을 알려준다(112).Subsequently, the push server 120 receiving the message 3 (emergency message generation code), (User_id, key), msg_sq #, Groupid, Msg_len, and "Message" authenticates the sending authority (121). In the case where the transmission success message (3, 1 (success code), Msg_sq #) is sent to the transmission client 110 to inform that the emergency message transmission was successful (112).

그리고, 푸시 서버(120)에서는 송신 성공 메시지(3, 1(성공코드), Msg_sq#)를 메시지 송신큐에 저장하고(122) 긴급 메시지 채널에 추가하는 작업을 계속적으로 수행한다(123).The push server 120 continuously stores the transmission success messages 3, 1 (success code) and Msg_sq # in the message transmission queue (122) and adds them to the emergency message channel (123).

반면에, 사용자 인증에 실패하였을 경우에는 실패 메시지(3, 0(실패코드), Msg_sq#)를 송신 클라이언트(110)로 다시 보냄으로써 긴급 메시지 권한이 없거나 등록된 사용자가 아님을 나타낸다.On the other hand, if the user authentication fails, the failure message (3, 0 (failure code), Msg_sq #) is sent back to the sending client 110 to indicate that there is no emergency message authority or registered user.

이어서, 푸시 서버(120)가 추가된 긴급 메시지를 확인하여 수신 그룹의 사용자에게 개별전송메시지(4(긴급 메시지 송수신 코드), MdgID, Msg_len, "Message")를 송출하면(124), 지정된 임의의 수신 클라이언트(130)는 항상 긴급 메시지를 수신할 준비가 되어 있으므로(131) 메시지가 도착하면 프로그램이 정상적일 경우 열람과 상관없이 수신이 정상적으로 되었음을 푸시 서버(120)에 메시지(4, 1(수신 성공 코드), (User_id, Key), MsgID)를 보낸다.Then, the push server 120 checks the added emergency message and sends an individual transmission message (4 (emergency message transmission code), MdgID, Msg_len, "Message") to the user of the receiving group (124), Since the receiving client 130 is always ready to receive an emergency message (131), when the message arrives, the message (4, 1 (received success) to the push server 120 that the reception is normally received regardless of the reading if the program is normal. Code), (User_id, Key), MsgID).

이처럼, 긴급 메시지를 수신받은 푸시 서버(120)는 수신자 그룹에 모두 보낼 때까지 반복적으로 수신자들을 지정하여 긴급 메시지를 송출한다. 이 과정은 푸시의 단점인 모든 수신자에게 긴급 메시지를 동시에 보냄으로써, 대역폭을 초과하여 네트워크가 다운되는 현상을 피할 수 있다. 그러나, 수신에 실패하였을 경우에는 수신 클라이언트(130)가 메시지를 보낼 수 없기 때문에 푸시 서버(120)에서 타이머를 구동하여 일정 시간 동안 응답이 없으면 해당 수신자가 받을 수 없는 환경이라는 것을 판단하고 스스로 오류 메시지(4, 0(수신 오류 코드), (User_id, Key), MsgID)를 만든다.As such, the push server 120 receiving the emergency message repeatedly sends out the emergency message by designating the recipients until all of them are sent to the recipient group. This process simultaneously sends an emergency message to all recipients, which is a disadvantage of push, so that the network can be avoided due to exceeding bandwidth. However, if the reception fails, the receiving client 130 cannot send a message, so the push server 120 runs a timer to determine that the receiver is unable to receive the message if there is no response for a predetermined time. Create (4, 0 (receive error code), (User_id, Key), MsgID).

한편, 사용자 눈으로 확인함과 관계없이 수신확인 메시지를 푸시 서버(120)로 보낸 수신 클라이언트(130)의 실제 사용자는 화면의 가장 전면에 나타난 긴급 메시지 수신확인 대화상자(132)를 접할 수 있다. 이때, 사용자가 긴급 메시지의 확인 버튼을 누르면 긴급 메시지의 열람은 완료된 것이며(133) 곧바로 수신 클라이언트(130)가 푸시 서버(120)로부터의 긴급 메시지 열람을 완료하였다는 메시지(4, 2(열람 코드), (User_id, Key), MsgID)를 보낸다. 이에, 푸시 서버(120)는 각 수신 클라이언트(130)로부터 도착한 열람확인 메시지를 정리하여 각 긴급 메시지의 수신 및 열람 상태 확인을 통하여 전체적인 열람 상태를 확인한다(126).Meanwhile, the actual user of the receiving client 130 that sends the acknowledgment message to the push server 120 may contact the emergency message acknowledgment dialog box 132 displayed on the front of the screen regardless of the user's eye. At this time, when the user presses the confirmation button of the emergency message, the emergency message reading is completed (133) and the message (4, 2 (read code) indicating that the receiving client 130 has completed the emergency message reading from the push server 120 immediately. ), (User_id, Key), MsgID). Accordingly, the push server 120 organizes the read confirmation message arriving from each receiving client 130 and checks the overall reading state by checking the receiving and reading status of each emergency message (126).

도 2a 및 2b는 본 발명에 따른 푸시시스템에서의 긴급 메시지 처리 방법의 일실시예 흐름도이다.Figure 2a and 2b is a flow diagram of an embodiment of an emergency message processing method in a push system according to the present invention.

도 2a 및 2b에 도시된 바와 같이, 송신 클라이언트(110)에서 긴급 메시지(3(긴급 메시지 생성코드), (User_id, key), msg_sq#, GroupID, Msg_len, "Message")를 작성하여 푸시서버(120)로 송출하면(201), 푸시 서버(120)에서는 발송권한을 인증하여(202) 성공 여부를 판단한다(203).As shown in FIGS. 2A and 2B, an urgent message (3 (emergency message generation code), (User_id, key), msg_sq #, GroupID, Msg_len, and "Message") is created in the transmitting client 110 and the push server ( In step 120, the push server 120 authenticates the sending authority (202) and determines success or failure (203).

판단결과, 인증에 실패하면, 실패 메시지(3, 0(실패코드), Msg_sq#)를 송신 클라이언트(110)로 발송한다(204).As a result of the determination, if authentication fails, a failure message (3, 0 (failure code), Msg_sq #) is sent to the transmitting client 110 (204).

판단결과, 인증에 성공하면, 송신 클라이언트(110)로 성공 메시지(3, 1(성공코드), Msg_sq#)를 발송하여(205), 동시에 메시지 송신 큐에 저장하고(206) 메시지 송신 큐의 내용을 읽어 긴급 메시지 채널에 추가한 후에(207), 송신 메시지를 선정하여 수신 그룹의 사용자에게 개별 메시지를 전송한다(208).As a result of the determination, if authentication is successful, a success message (3, 1 (success code), Msg_sq #) is sent to the transmission client 110 (205), and simultaneously stored in the message transmission queue (206) and the contents of the message transmission queue. After reading the message and adding it to the emergency message channel (207), a transmission message is selected and an individual message is sent to the user of the receiving group (208).

이후, 각 사용자들의 수신 클라이언트(130)가 대기 상태에서(209) 긴급 메시지(4(긴급 메시지 송수신 코드), MdgID, Msg_len, "Message")를 수신할 수 있는지를 분석한다(210).Then, it is analyzed whether the receiving client 130 of each user can receive an emergency message 4 (emergency message transmission / reception code), MdgID, Msg_len, " Message "

분석결과, 상기 수신 클라이언트(130)가 긴급 메시지를 수신할 수 있는 정상 상태이면, 수신 클라이언트(130)의 사용자 화면에 긴급 메시지 수신 대화상자(132)가 나타나고(211), 이러한 긴급 메시지 수신 대화상자(132)를 통해 사용자가 긴급 메시지를 확인하는 순간(212) 수신 클라이언트(130)는 자동적으로 열람하였다는 열람 확인 메시지(4, 2(열람 코드), (User_id, Key), MsgID)를 푸시 서버(120)로 발송한다(213). 이때, 푸시 서버(120)에서는 열람 확인메시지를 통해 수신자가 내용을 열람했는지를 확인할 수 있다(214).As a result of the analysis, if the receiving client 130 is in a normal state capable of receiving an emergency message, an emergency message receiving dialog 132 appears on the user screen of the receiving client 130 (211), such an emergency message receiving dialog As soon as the user confirms the emergency message via 132 (212), the receiving client 130 automatically reads the confirmation message (4, 2 (view code), (User_id, Key), MsgID) that the user reads the push server. Send to (120) (213). In this case, the push server 120 may check whether the receiver has read the contents through the read confirmation message (214).

뿐만 아니라, 푸시 서버(120)가 긴급 메시지를 수신 클라이언트(130)로 보낼 때 정상적으로 시스템이 켜 있어 수신 클라이언트(130)가 받을 준비가 되어 있으면 자동적으로 긴급 메시지를 띄울 수 있다. 이때, 정상적으로 긴급 메시지가 수신 클라이언트(130)의 화면에 띄어지면 사용자가 응답하지 않아도 수신 클라이언트(130)가 수신 성공 메시지(4, 1(수신 성공 코드), (User_id, Key), MsgID)를 푸시 서버(120)로 발송하고(215), 이때 푸시서버(120)에서는 수신을 확인한 후에 다음 수신자에게 전송한다(216).In addition, when the push server 120 sends the emergency message to the receiving client 130, the system is normally turned on, so that the receiving client 130 may automatically display an emergency message. At this time, if the emergency message is normally displayed on the screen of the receiving client 130, even if the user does not respond, the receiving client 130 pushes the reception success messages (4, 1 (reception success code), (User_id, Key), MsgID) The server 120 transmits to the server 120 (215). In this case, the push server 120 transmits the received message to the next receiver after confirming the reception (216).

분석결과, 상기 수신 클라이언트(130)가 긴급 메시지를 정상적으로 수신할 수 없는 상태이면, 타이머 가동시간 내에(217) 수신 메시지를 받지 못하므로 푸시 서버(120)는 수신 오류 코드 메시지(4, 0(수신 오류 코드), (User_id, Key), MsgID)를 생성하고(218), 다음 수신자에게 전송한다(219).As a result of the analysis, if the receiving client 130 is not able to receive the emergency message normally, the push server 120 does not receive the receiving message within the timer uptime (217), so the push server 120 receives the receiving error code message (4, 0 (receiving). Error code), (User_id, Key), and MsgID) are generated (218) and transmitted to the next recipient (219).

이와 같이, 다음 수신자가 더 있을 경우에, 푸시 서버(120)는 계속하여 메시지가 없을 때까지 상기의 과정(209 내지 219)을 반복 수행한다.As such, if there are more recipients next, push server 120 continues to repeat steps 209 through 219 until there are no messages.

이상에서 설명한 본 발명은 전술한 실시예 및 첨부된 도면에 한정되는 것이 아니고, 본 발명의 기술적 사상을 벗어나지 않는 범위 내에서 여러 가지 치환, 변형 및 변경이 가능하다는 것이 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 있어 명백할 것이다.The present invention described above is not limited to the above-described embodiments and the accompanying drawings, and it is common in the art that various substitutions, modifications, and changes can be made without departing from the technical spirit of the present invention. It will be evident to those who have knowledge of.

상기한 바와 같은 본 발명은, 메시지를 각 사용자의 한 화면에 강제로 띄움으로 해서 긴급한 메시지를 한꺼번에 지정된 많은 사람에게 동시에 전송함으로써, 정보 전달수단 대체에 따른 시간 및 경비를 절감할 수 있고, 다수의 사용자에게 반복 없이 동시에 정보를 전달할 수 있을 뿐만 아니라 임의의 정보를 특정 사용자에게 쉽게 전달하는 수단을 제공하여 게시판의 공지사항을 대체할 수 있는 효과가 있다.The present invention as described above, by forcibly placing a message on one screen of each user by simultaneously sending an urgent message to a large number of people designated at the same time, it is possible to reduce the time and expense of replacing information transmission means, Not only can the information be delivered to the user at the same time without repetition, but also it can replace the notice of the bulletin board by providing a means of easily passing the arbitrary information to a specific user.

Claims (8)

푸시시스템에서의 긴급 메시지 처리 방법에 있어서,In the emergency message processing method in the push system, 수신 그룹의 각 수신 클라이언트로 정보를 전달하기 위해, 송신 클라이언트가 푸시 방식으로 긴급 메시지를 제작하여 푸시서버로 전송하는 제 1 단계;A first step of sending, by a sending client, creating an emergency message to a push server to deliver information to each receiving client of the receiving group; 상기 푸시 서버가 사용자 권한을 인증하여 인증결과를 상기 송신 클라이언트로 알리고, 상기 긴급 메시지를 긴급 메시지를 채널에 추가하는 제 2 단계; 및A second step of the push server authenticating a user's authority to inform the transmitting client of an authentication result and adding the emergency message to the channel; And 상기 푸시서버가 긴급 메시지 채널에서 개별 긴급 메시지를 선정하여 상기 수신 그룹의 각 수신 클라이언트로 정보를 동시에 전달하는 제 3 단계A third step in which the push server selects an individual emergency message in an emergency message channel and simultaneously delivers information to each receiving client of the receiving group; 를 포함하여 이루어진 푸시시스템에서의 긴급 메시지 처리 방법.Emergency message processing method in the push system made, including. 제 1 항에 있어서,The method of claim 1, 상기 푸시서버가 상기 각 수신 클라이언트로부터 열람 확인 메시지를 리턴받아 각 긴급 메시지에 대해 열람 상태를 확인하여 전체 긴급 메시지의 열람 상태를 확인하는 제 4 단계A fourth step in which the push server receives a read confirmation message from each of the receiving clients and checks the read status of each emergency message to check the read status of all emergency messages; 를 더 포함하여 이루어진 푸시시스템에서의 긴급 메시지 처리 방법.Emergency message processing method in the push system further comprises. 제 1 항 또는 제 2 항에 있어서,The method according to claim 1 or 2, 상기 제 1 단계는,The first step is, 상기 수신 그룹의 각 수신 클라이언트로 정보를 전달하기 위해, 상기 송신 클라이언트가 긴급 메시지 송출 대화 상자가 화면에 나타나면 메시지 내용과 수신자를 지정하여 상기 푸시 서버에 푸시 방식으로 구현된 상기 긴급 메시지를 전송하는 것을 특징으로 하는 푸시시스템에서의 긴급 메시지 처리 방법.In order to transmit information to each receiving client of the receiving group, the sending client transmits the emergency message implemented in a push method to the push server by designating a message content and a recipient when an emergency message sending dialog box appears on the screen. Emergency message processing method in the push system characterized in that. 제 3 항에 있어서,The method of claim 3, wherein 상기 제 2 단계는,The second step, 상기 송신 클라이언트로부터 긴급 메시지(3(긴급 메시지 생성코드), (User_id, key), msg_sq#, GroupID, Msg_len, "Message")가 수신되면, 상기 푸시 서버가 발송 권한을 인증하고 인증된 발송권한의 성공 여부를 판단하는 제 5 단계;When the urgent message (3 (emergency message generation code), (User_id, key), msg_sq #, GroupID, Msg_len, "Message") is received from the sending client, the push server authenticates the sending authority and the authorized sending authority A fifth step of determining success or failure; 상기 제 5 단계의 판단결과, 인증이 실패하면 실패 메시지(3, 0(실패코드), Msg_sq#)를 상기 송신 클라이언트로 발송하는 제 6 단계;A sixth step of sending a failure message (3, 0 (failure code), Msg_sq #) to the sending client if authentication fails as a result of the fifth step; 상기 제 5 단계의 판단결과, 인증이 성공하면 상기 송신 클라이언트로 성공 메시지(3, 1(성공코드), Msg_sq#)를 발송함과 동시에 메시지 송신 큐에 저장하는 제 7 단계; 및A seventh step of sending a success message (3, 1 (success code), Msg_sq #) to the sending client and storing the message in a message transmission queue when authentication is successful; And 상기 제 7 단계의 메시지 송신 큐에 저장된 메시지를 상기 긴급 메시지 채널에 추가하는 제 8 단계An eighth step of adding a message stored in the seventh step of the message transmission queue to the emergency message channel; 를 포함하여 이루어진 푸시시스템에서의 긴급 메시지 처리 방법.Emergency message processing method in the push system made, including. 제 4 항에 있어서,The method of claim 4, wherein 상기 제 3 단계는,The third step, 상기 푸시 서버가 상기 긴급 메시지 채널에서 송신 메시지를 선정하여 수신 그룹의 각 수신 클라이언트로 개별 긴급 메시지를 전송하는 제 9 단계;A ninth step of the push server selecting a transmission message in the emergency message channel and transmitting an individual emergency message to each receiving client of a receiving group; 상기 각 수신 클라이언트가 수신 대기 상태에서 상기 개별 긴급 메시지를 수신할 수 있는지를 분석하는 제 10 단계;A tenth step of analyzing whether each receiving client can receive the individual emergency message in a reception waiting state; 상기 제 10 단계의 분석결과, 상기 각 수신 클라이언트가 상기 긴급 메시지를 정상적으로 수신할 수 있는 상태이면, 상기 각 수신 클라이언트가 사용자의 열람 확인 여부와 무관하게 열람 확인 메시지를 상기 푸시 서버로 전송하는 제 11 단계;As a result of the analysis of the tenth step, when each receiving client can normally receive the emergency message, the eleventh receiving client sends the read confirmation message to the push server regardless of whether the user reads the read message. step; 상기 제 11 단계 수행 후에, 상기 푸시 서버가 수신을 확인한 후에 다음 수신자에게 전송하는 제 12 단계; 및After performing the eleventh step, a twelfth step of transmitting by the push server to a next recipient after acknowledging reception; And 상기 제 10 단계의 분석결과, 상기 각 수신 클라이언트가 상기 긴급 메시지를 정상적으로 수신할 수 없는 상태이면, 상기 푸시서버가 타이머를 가동하여 수신 오류 메시지(4, 0(수신 오류 코드), (User_id, Key), MsgID)를 생성한 후 다음 수신자에게 전송하는 제 13 단계As a result of the analysis of the tenth step, when each receiving client cannot receive the emergency message normally, the push server starts a timer to receive a reception error message (4, 0 (reception error code), (User_id, Key). ), MsgID) and send it to the next recipient. 를 포함하여 이루어진 푸시시스템에서의 긴급 메시지 처리 방법.Emergency message processing method in the push system made, including. 제 5 항에 있어서,The method of claim 5, 상기 제 10 단계의 분석결과, 상기 각 수신 클라이언트가 상기 긴급 메시지를 정상적으로 수신할 수 있는 상태이면, 상기 각 수신 클라이언트가 사용자의 열람 확인 여부에 따른 열람 확인 메시지를 상기 푸시서버로 전송하는 제 14 단계As a result of analysis of the tenth step, if each of the receiving clients can normally receive the emergency message, the fourteenth step of transmitting each of the receiving clients a read confirmation message according to whether the user reads the read message to the push server; 를 포함하여 이루어진 푸시시스템에서의 긴급 메시지 처리 방법.Emergency message processing method in the push system made, including. 프로세서를 구비한 푸시시스템에,In a push system with a processor, 수신 그룹의 각 수신 클라이언트로 정보를 전달하기 위해, 송신 클라이언트가 푸시 방식으로 긴급 메시지를 제작하여 푸시서버로 전송하는 기능;Sending, by a sending client, an emergency message in a push manner to a push server to deliver information to each receiving client of the receiving group; 상기 푸시 서버가 사용자 권한을 인증하여 인증결과를 상기 송신 클라이언트로 알리고, 상기 긴급 메시지를 긴급 메시지를 채널에 추가하는 기능; 및A function of the push server authenticating a user's authority to inform the transmitting client of an authentication result, and adding the emergency message to the channel; And 상기 푸시서버가 긴급 메시지 채널에서 개별 긴급 메시지를 선정하여 상기 수신 그룹의 각 수신 클라이언트로 정보를 동시에 전달하는 기능The push server selects individual emergency messages in an emergency message channel and simultaneously delivers information to each receiving client of the receiving group. 을 실현시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체.A computer-readable recording medium having recorded thereon a program for realizing this. 제 7 항에 있어서,The method of claim 7, wherein 상기 푸시서버가 상기 각 수신 클라이언트로부터 열람 확인 메시지를 리턴받아 각 긴급 메시지에 대해 열람 상태를 확인하여 전체 긴급 메시지의 열람 상태를 확인하는 기능The push server receives a read confirmation message from each of the receiving clients and checks the read status of each emergency message to check the read status of all emergency messages. 을 더 실현시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체.A computer-readable recording medium that records a program for further realization.
KR1019990026305A 1999-07-01 1999-07-01 Method for processing urgent message in push system KR20010008460A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1019990026305A KR20010008460A (en) 1999-07-01 1999-07-01 Method for processing urgent message in push system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1019990026305A KR20010008460A (en) 1999-07-01 1999-07-01 Method for processing urgent message in push system

Publications (1)

Publication Number Publication Date
KR20010008460A true KR20010008460A (en) 2001-02-05

Family

ID=19598528

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1019990026305A KR20010008460A (en) 1999-07-01 1999-07-01 Method for processing urgent message in push system

Country Status (1)

Country Link
KR (1) KR20010008460A (en)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100625450B1 (en) * 1999-11-24 2006-09-18 주식회사 케이티 Method of processing user-defined urgent message in push system
KR101351594B1 (en) * 2012-03-09 2014-01-23 주식회사 엘지씨엔에스 Method and system for providing push message
KR101526864B1 (en) * 2014-04-17 2015-06-10 주식회사 유니온커뮤니티 Method for Sending Emergency Message Using Managing Server and Mobile Device with Fingprint Recognition Sensor, and Managing Server therefor
US9729651B2 (en) 2013-09-13 2017-08-08 Electronics And Telecommunications Research Institute Method for delivering push notification and push notification server for performing the same

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06167798A (en) * 1992-05-11 1994-06-14 Nec Corp Display system of emergency hand written message for production man-hour management device for newspaper office
KR970068599A (en) * 1996-03-22 1997-10-13 배순훈 (A set top box for broadcasting the emergency message in I-CATV)
JPH09330282A (en) * 1996-06-12 1997-12-22 Hitachi Ltd Emergency news simultaneous broadcasting and user information acquisition system for electronic newspaper
JPH10301881A (en) * 1997-04-30 1998-11-13 Pfu Ltd Information reception and distribution system provided with forced distribution function
KR19980081076A (en) * 1997-04-04 1998-11-25 가시오가즈오 Information provision system

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06167798A (en) * 1992-05-11 1994-06-14 Nec Corp Display system of emergency hand written message for production man-hour management device for newspaper office
KR970068599A (en) * 1996-03-22 1997-10-13 배순훈 (A set top box for broadcasting the emergency message in I-CATV)
JPH09330282A (en) * 1996-06-12 1997-12-22 Hitachi Ltd Emergency news simultaneous broadcasting and user information acquisition system for electronic newspaper
KR19980081076A (en) * 1997-04-04 1998-11-25 가시오가즈오 Information provision system
JPH10301881A (en) * 1997-04-30 1998-11-13 Pfu Ltd Information reception and distribution system provided with forced distribution function

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100625450B1 (en) * 1999-11-24 2006-09-18 주식회사 케이티 Method of processing user-defined urgent message in push system
KR101351594B1 (en) * 2012-03-09 2014-01-23 주식회사 엘지씨엔에스 Method and system for providing push message
US9729651B2 (en) 2013-09-13 2017-08-08 Electronics And Telecommunications Research Institute Method for delivering push notification and push notification server for performing the same
KR101526864B1 (en) * 2014-04-17 2015-06-10 주식회사 유니온커뮤니티 Method for Sending Emergency Message Using Managing Server and Mobile Device with Fingprint Recognition Sensor, and Managing Server therefor

Similar Documents

Publication Publication Date Title
CN100512233C (en) Method and system for providing instant messaging functionality in non-instant messaging environments
US7026925B2 (en) Disaster recovery virtual roll call and recovery management system
RU2513761C2 (en) Method and server for instant messaging
CA2707467C (en) Extended messaging platform
CN1801787B (en) Integrated electronic mail and instant messaging application
US20080034114A1 (en) System and method for managing emergency notifications over network
EP0979467A4 (en) Configurable graphical user interface useful in managing devices connected to a network
KR20070006365A (en) Messenger notification system and method using synchronization server
CN101217506B (en) Message processing method, system and client
AU2009208012A1 (en) A messaging system
US8954518B2 (en) Communication device
CN101552743A (en) Electronic mail gateway apparatus
KR100702704B1 (en) Notification System and Method Using Messenger
CA2749351A1 (en) Multi-modal messaging and callback with service authorizer and virtual customer database
KR20010008460A (en) Method for processing urgent message in push system
US20100226486A1 (en) Method of informing a teleconference participant that a person-of-interest has become active within the teleconference
WO2019023974A1 (en) Communication control apparatus and method for multi-topic dialogue, and computer processing device
KR101335084B1 (en) Method for providing instant messaging service for bussiness client and message server therefor
US20020010698A1 (en) Method of applying locking function to electronic documents and text messages
WO2004049737A2 (en) System and method for user-initiated group messaging
JP2005269325A (en) Safety check system
KR100249494B1 (en) Method for confirming the received of electronic mail on internet
JP4700502B2 (en) Communication network system using mobile terminals
JP2003150758A (en) Schedule managing system using web page and electronic mail
KR20050079517A (en) Methods and a apparatus of managing event for mobile phone

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E601 Decision to refuse application