KR101744533B1 - Disasters adn risk information spread system based on n-screen service - Google Patents

Disasters adn risk information spread system based on n-screen service Download PDF

Info

Publication number
KR101744533B1
KR101744533B1 KR1020160062841A KR20160062841A KR101744533B1 KR 101744533 B1 KR101744533 B1 KR 101744533B1 KR 1020160062841 A KR1020160062841 A KR 1020160062841A KR 20160062841 A KR20160062841 A KR 20160062841A KR 101744533 B1 KR101744533 B1 KR 101744533B1
Authority
KR
South Korea
Prior art keywords
information
event
server
risk
push
Prior art date
Application number
KR1020160062841A
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 KR1020160062841A priority Critical patent/KR101744533B1/en
Application granted granted Critical
Publication of KR101744533B1 publication Critical patent/KR101744533B1/en

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00Arrangements for user-to-user messaging in packet-switching networks, e.g. e-mail or instant messages
    • H04L51/38Arrangements for user-to-user messaging in packet-switching networks, e.g. e-mail or instant messages in combination with wireless systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06QDATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
    • G06Q50/30Transportation; Communications
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00Arrangements for user-to-user messaging in packet-switching networks, e.g. e-mail or instant messages
    • H04L51/24Arrangements for user-to-user messaging in packet-switching networks, e.g. e-mail or instant messages with notification on incoming messages
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network-specific arrangements or communication protocols supporting networked applications
    • H04L67/16Service discovery or service management, e.g. service location protocol [SLP] or Web services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network-specific arrangements or communication protocols supporting networked applications
    • H04L67/26Push based network services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Application independent communication protocol aspects or techniques in packet data networks
    • H04L69/16Transmission control protocol/internet protocol [TCP/IP] or user datagram protocol [UDP]
    • H04L69/161Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
    • H04L69/162Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields involving adaptations of sockets based mechanisms
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12Messaging; Mailboxes; Announcements
    • H04W4/14Short messaging services, e.g. short message services [SMS] or unstructured supplementary service data [USSD]
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02ATECHNOLOGIES FOR ADAPTATION TO CLIMATE CHANGE
    • Y02A10/00TECHNOLOGIES FOR ADAPTATION TO CLIMATE CHANGE at coastal zones; at river basins
    • Y02A10/40Controlling or monitoring, e.g. of flood or hurricane; Forecasting, e.g. risk assessment or mapping

Abstract

본 발명은 재해 및 리스크 정보 확산 시스템에 관한 것으로, 본 발명에 따르면, 재해 발생 가능성이 있는 장소에 설치되는 위험 감지 장치, 위험 감지 장치로부터 위험 정보를 수신하고 위험 정보에 근거하여 리스크 메시지를 생성하는 정보 확산 서버, 정보 확산 서버와 네트워크를 통해 결합되는 푸쉬 서버, 및 푸쉬 서버와 네트워크를 통해 연결되고 유선 및 무선 장치로 이루어진 복수의 사용자측 단말을 포함하고, 정보 확산 서버로부터 위험 정보 메시지가 푸쉬 서버를 통해 사용자 소유의 복수의 단말로 푸쉬 통보되는 것을 특징으로 하는 N 스크린 기반 재해 및 리스크 정보 확산 시스템이 제공된다.The present invention relates to a disaster and a risk information spreading system. According to the present invention, there is provided a risk information receiving system for receiving a risk information from a risk detection apparatus and a risk detection apparatus installed in a place where a disaster may occur and generating a risk message based on the risk information And a plurality of user terminals connected to the push server through a network and composed of a wired and wireless device, wherein the risk information message is transmitted from the information spread server to the push server The N-screen based disaster and risk information spreading system is provided.
Figure R1020160062841

Description

N 스크린 기반 재해 및 리스크 정보 확산 시스템{DISASTERS ADN RISK INFORMATION SPREAD SYSTEM BASED ON N-SCREEN SERVICE}DISASTER ADN RISK INFORMATION SPREAD SYSTEM BASED ON N-SCREEN SERVICE [0002]
본 발명은 재해 및 리스크 정보 확산 시스템에 관한 것으로 보다 구체적으로 N 스크린 기반하여 재해 및 리스크 정보를 확산하는 시스템 및 방법에 관한 것이다.
The present invention relates to a disaster and risk information dissemination system, and more particularly, to a system and method for spreading disaster and risk information based on an N-screen.
최근 푸쉬 통지 기술이 많은 어플리케이션 분야에서 널리 적용되고 있다. 이들 어플리케이션은 자연 재해 정보 및 위험 정보와 같은 정보를 최대한 빨리 사람들에게 제공할 수 있다. 이러한 재해 및 리스크 정보는 자연 재해에 대한 사회의 취약성을 보안하고 응급 상황에도 대처할 수 있는데 도움을 줄 수 있다. 실제로, 푸시 알림 서비스의 중요성은 2011년 도호쿠 지진과 2010년 아이티 공화국 지진 발생 후 더욱 더 증가하고 있다. 이와 같은 재해 및 리스크 정보를 전달할 수 있는 수단의 하나로서 소셜 네트워크 서비스(SNS)를 활용한다. 그러나, 이와 같은 정보 확산의 측면에서 SNS는, 다양한 멀티미디어의 종류와 여러 장치들에 의해 기인한 정보 공유의 어려움으로 인하여 지속적으로 실용성 및 효율성이 지속적으로 감소되고 있다.
Recently, push notification technology has been widely applied in many applications. These applications can provide people with information such as natural disaster information and risk information as quickly as possible. These disaster and risk information can help to address the vulnerability of society to natural disasters and to cope with emergency situations. In fact, the importance of push notification services has increased even more since the 2011 earthquake in Tohoku and the 2010 earthquake in Haiti. The social network service (SNS) is utilized as a means to transmit such disaster and risk information. However, in terms of such information dissemination, SNS is continuously being reduced in practicality and efficiency due to various multimedia types and difficulties of information sharing caused by various devices.
최근 복수의 장치들 상에서 사용자들이 데이터를 공유하는 멀티 스크린 서비스가 대중화되고 있으며 재난 정보를 공유하기 위한 이전의 어플리케이션은 안드로이드 플랫폼 또는 iOS 플랫폼 상에서 구현되고 있다. 여러개의 스마트 장치(스마트 폰, 테블릿 PC 및 노트북)이 급격히 증가되고 있다. 다양한 장치 종류를 수용하기 위해서, 멀티-스크린 기술은 상이한 플랫폼 상에서의 데이터 공유를 가능하게 한다. 최근 일부 모바일 사용자는 모바일 장치를 구버전의 운영체제를 이용하는 반면 다른 사용자들은 모바일 장치를 그와 상이한 새버전의 운영체제를 이용한다(모바일 장치의 분열화(fragmentation)라고 언급되기도 함).
Recently, multi-screen services, in which users share data on multiple devices, are becoming popular, and previous applications for sharing disaster information are being implemented on the Android platform or iOS platform. Several smart devices (smartphones, tablet PCs, and notebooks) are increasing rapidly. To accommodate various device types, multi-screen technology enables data sharing on different platforms. Recently, some mobile users use an older version of the operating system of the mobile device while others use a newer version of the operating system (sometimes referred to as fragmentation of the mobile device).
또한, 모바일 장치는 다양한 미디어 타입과 작은 스크린으로 특징된다. 이들 장치의 특징을 고려하면, 모바일 어플을 사용하여 스마트 장치 상에서 데이터를 공유하기 위한 인터페이스의 정의가 필요하다.
In addition, mobile devices are characterized by a variety of media types and small screens. Given the characteristics of these devices, it is necessary to define an interface for sharing data on a smart device using a mobile application.
또한 이들 장치는 더욱 더 많은 멀티미디어 기능을 가지고 있으며 이들 장치간의 통신은 멀티미디어 데이터에 의해 지배되기 시작하고 있다.
In addition, these devices have more and more multimedia functions, and communication between these devices is beginning to be dominated by multimedia data.
RESTful(REpresentation State Transfer)로 불리는 모바일 웹 서비스를 위한 인터페이스는 URL(Uniform resource lacator)로 불리는 특정 어드레스를 요청하기 위해 RESTful 아키텍처 스타일을 이용한다. 균일한 표준 인터페이스에 기반한 REST 리소스는 여러 장점을 제공하면서 액세스 될 수 있다.
The interface for mobile web services, called RESTful (REpresentation State Transfer), uses the RESTful architecture style to request a specific address called a URL (uniform resource lacator). REST resources based on a uniform standard interface can be accessed while providing several advantages.
그러나 현재의 모바일 앱 환경에서 푸쉬 알림 기술을 이용하는 시스템은 메세지의 수 증가로 인한 통신에 있어서 통신 오버헤드와 네트워크 라우터에서의 지연이 발생하는 문제점이 있어 재해 및 리스크 정보를 신속하게 전달하는 측면에서 문제점을 가진다.
However, in the current mobile app environment, the system using the push notification technology has a problem in that communication overhead and delay in the network router occur due to an increase in the number of messages, .
또한 현재의 푸쉬 알림 기술을 이용하는 시스템에서는 클라이언트 또는 사용자가 푸쉬 통지 메시지를 수신했는지 여부를 알 수 없기 때문에, 클라이언트 또는 사용자 측에서의 정보 수신이 중요한 재해 및 리스크 정보 확산에 적합하지 않으며, 사용자 측에 보다 확실하게 재해 및 리스크 정보를 전달할 필요가 있다라는 문제점이 있다.
In addition, since the system using the current push notification technology can not know whether the client or the user has received the push notification message, it is not suitable for spreading the disaster and risk information that the client or the user side receives the information importantly, It is necessary to communicate disaster and risk information.
본 발명은 이기종의 장치, 예를 들면 PC, 모바일 단말, 스마트 패드 등의 스마트 장치에서 재해 정보 전송시 트래픽 집중에 따른 정보 전달 지연 문제와 리스크 정보를 수신하는 사용자(관리자) 측면에서 정보 수신의 불확실성 문제를 해결하는 것을 목적한다.
Disclosure of Invention Technical Problem [10] The present invention has been made in view of the above-described problems, for example, in a smart device such as a PC, a mobile terminal or a smart pad, It aims to solve the problem.
또한 본 발명에서는 이기종 디바이스에서 N-Screen 서비스를 제공하기 위해RESTful API에 기반된 FRIENDs로 칭하는 "N-Screen 웹서비스 시스템"를 통한 리스크 정보 확산 시스템을 제공하는 것을 목적으로 한다.
The present invention also aims at providing a risk information spreading system through an "N-Screen Web service system" called FRIENDs based on a RESTful API to provide an N-Screen service in a heterogeneous device.
또한 본 발명은 FRIENDs 시스템에서 정보전송시 발생하는 전송 지연문제를 해결하기 위해 트래픽을 무선망과 유선망으로 구분하여 부하 분산을 통해 전송 지연을 방지하고, 유선망에서는 상시적인 연결과 리스크 정보 전송시 관심-주의-경고-위험의 4가지 단계적/반복적인 전송을 통해 수신 보장 가능성을 향상시키는 것을 목적으로 한다.
Also, in order to solve the transmission delay problem in information transmission in the FRIENDs system, the traffic is divided into a wireless network and a wired network, thereby preventing a transmission delay through load balancing. In the wired network, Caution - Warning - The objective is to improve the reception guaranteeability through the four step / repetitive transmission of the risk.
전술한 목적을 달성하기 위해 본 발명의 제1양태에 따르면 N 스크린 기반 재해 및 리스크 정보 확산 시스템이 제공되고, 이 시스템은, 재해 발생 가능성이 있는 장소에 설치되는 위험 감지 장치, 위험 감지 장치로부터 위험 정보를 수신하고 위험 정보에 근거하여 리스크 메시지를 생성하는 정보 확산 서버, 정보 확산 서버와 네트워크를 통해 결합되는 푸쉬 서버, 및 푸쉬 서버와 네트워크를 통해 연결되고 유선 및 무선 장치로 이루어진 복수의 사용자측 단말을 포함하고, 정보 확산 서버로부터 위험 정보 메시지가 푸쉬 서버를 통해 사용자 소유의 복수의 단말로 푸쉬 통보되는 것을 특징적 구성으로 포함한다.
According to a first aspect of the present invention, there is provided an N-screen based disaster and risk information spreading system, comprising: a risk detection device installed in a place where a disaster may occur; An information diffusion server for receiving information and generating a risk message based on the risk information, a push server coupled with the information diffusion server through a network, and a plurality of user terminals connected to the push server via a network, And the risk information message is notified from the information distribution server to the plurality of terminals owned by the user via the push server.
상기 양태에서, 푸쉬 통보는 RESTful 웹서비스 기반 API를 이용하여 수행되고, 복수의 사용자측 단말 중 유선 장치는 퍼스널 컴퓨터이고, 유선 장치는 정보 확산 서버에 웹 소켓 프로토콜을 이용하여 접속되도록 구성된다.
In this aspect, the push notification is performed using a RESTful web service based API, the wired device among the plurality of user side terminals is a personal computer, and the wired device is configured to be connected to the information disseminating server using the Web socket protocol.
또한, 정보 확산 서버로부터 복수의 사용자측 단말로의 정보 확산은, 푸쉬 서버를 이용한 모바일 단말로의 메시지 전달, 이동 통신망을 통한 SMS 메시지 전달, 유선망을 통한 사용자 컴퓨터로의 메시지 전달 중 하나 이상을 포함한다.
The information diffusion from the information diffusion server to a plurality of user terminals includes at least one of delivering a message to a mobile terminal using a push server, delivering an SMS message through a mobile communication network, and delivering a message to a user computer via a wired network .
또한 푸쉬 서버는 구글의 GCM(google Cloud Messaging) 서버 또는 애플의 APSN(Apple Push Notification Server) 서버 중 하나이다.
The push server is also one of Google's google cloud messaging (GCM) servers or Apple's Apple Push Notification Server (APSN) servers.
정보 확산 서버는 이벤트 분석부, 이벤트 핸들러부, 데이터베이스부, 웹핸들러부을 포함하고, 이벤트 분석부은 위험 감지 장치로부터 이벤트를 수신하고 수신된 데이터에 대해 데이터베이스에 저장하는 한편 수신된 이벤트 데이터가 임계값에 어느 정도 도달했는지를 분석하고, 이벤트 핸 들러부는 이벤트 분석부로부터 수신된 이벤트를 처리하기 위해, TCP 소켓을 사용하여 웹 핸들러부에 이벤트를 전달하는 동시에 확산하고자는 메시지를 푸쉬 서버로 전달하고, 웹 핸들러부는 수신된 이벤트 데이터를 웹 소켓 프로토콜을 이용하여 웹에 전달하도록 구성되고, 데이터베이스는 드론, 카메라, 센서와 같은 위험 감지 장치로부터의 데이터를 저장하도록 구성된다.
The information disseminating server includes an event analyzing unit, an event handler unit, a database unit, and a web handler unit. The event analyzing unit receives events from the risk detection device, stores the received data in the database, In order to process an event received from the event analysis unit, the event handler unit transmits an event to the web handler unit using a TCP socket, and simultaneously delivers a message to the push server, The handler unit is configured to deliver the received event data to the web using a web socket protocol and the database is configured to store data from a danger sensing device such as a drones, a camera, or a sensor.
이에 더하여 데이터베이스는In addition,
- 카메라 테이블(CameraTbl): 카메라 정보를 포함하는 테이블,- Camera table (CameraTbl): a table containing camera information,
- 이벤트 테이블(EventTbl): 감지 장치들로부터 생성된 이벤트 로그를 포함하는 테이블,- Event table (EventTbl): a table containing event logs generated from the sensing devices,
- 홍수발생 테이블(FloodIssueTbl): 발생 및 해제되어진 알람 로그 정보 테이블,- Flood occurrence table (FloodIssueTbl): Alarm log information table that has been generated and released,
- 푸쉬테이블(PushTbl): 사용자에게 푸쉬된 이벤트를 저장하는 테이블,- PushTbl: a table that stores events pushed to the user,
- 후쉬사용자테이블(PushUserTbl): 메시지 푸슁을 위한 사용자 푸쉬 리스트 테이블,- Hush user table (PushUserTbl): a user push list table for message pushing,
- 보정보테이블(WeirInfoTbl): 보의 수위 레벨을 저장하는 보 정보 테이블을 더 포함하도록 구성된다.
- We information table (WeirInfoTbl): It is configured to further include a beam information table that stores the beam level of the beam.
또한 본 발명의 다른 양태에 따르면, 전술한 양태의 N 스크린 기반 재해 및 리스크 정보 확산 시스템에서의 재해 및 리스크 정보 확산 방법이 제공되고, 이 방법은, 정보 확산 서버에서 이벤트를 수신하고, 수신된 이벤트에 대응하는 이벤트 메시지를 생성하는 단계 - 여기서 이벤트 메시지는 통보 플래그를 포함 - ; 정보 확산 서버에서 생성된 이벤트 메시지를 푸쉬 서버에 전달하는 단계; 푸쉬 서버에서 이벤트 메시지를 수신하고 수신된 이벤트 메시지를 이벤트 메시지에 이벤트 메시지의 수신자측의 스마트 기기들에 전달하는 단계; 스마트 기기에서 이벤트 메시지를 수신하고 수신된 통보 플래그를 체크하는 단계; 통보 플래그가 온(ON)으로 설정된 경우 정보 확산 서버로 이벤트 메시지 수신 통보 액크를 전송하는 단계를 포함하는 것을 특징적 구성으로 포함한다.
According to another aspect of the present invention there is also provided a method for disaster and risk information dissemination in an N-screen based disaster and risk information dissemination system of the above-described aspect, comprising: receiving an event at an information dissemination server; Generating an event message corresponding to the event message, the event message including a notification flag; Transmitting an event message generated by the information diffusion server to a push server; Receiving an event message from the push server and forwarding the received event message to the smart devices on the recipient side of the event message; Receiving an event message from the smart device and checking the received notification flag; And transmitting the event message reception acknowledgment to the information distribution server when the notification flag is set to ON.
전술한 양태에서, 스마트 기기는 수신된 이벤트 메시지의 통보 플래그가 오프(OFF)로 설정된 경우 정보 확산 서버로 이벤트 메시지 수신 통보 액크를 수행하지 않는 단계를 더 포함한다.
In the above-described aspect, the smart device further includes not performing an event message reception notification acknowledgment to the information distribution server when the notification flag of the received event message is set to OFF.
또한, 이벤트 메시지의 통보 플래그가 온(ON)으로 설정된 경우, 정보 확산 서버에서 미리정해진 시간 동안 스마트기기로부터 이벤트 메시지 수신 통보 액크를 수신하지 못한 경우, 정보 확산 서버는 SMS 서버로 이벤트 메시지를 발송하도록 구성된다.
When the notification flag of the event message is set to ON, if the information diffusion server fails to receive an event message reception notification acknowledgment from the smart device for a predetermined time, the information diffusion server sends an event message to the SMS server .
또한, 정보 확산 서버에서, 미리정해진 시간 동안 이벤트 메시지를 수신하지 못한 스마트 기기에 대해 이벤트 메시지를 재전송하는 단계를 더 포함하도록 구성되는 것이 바람직하다.
In addition, it is preferable that the information spreading server further comprises a step of retransmitting the event message to the smart device that has not received the event message for a predetermined time.
본 발명에 따르면, 이기종의 장치, 예를 들면 PC, 모바일 단말, 스마트 패드 등의 스마트 장치에서 재해 정보 전송시 트래픽 집중에 따른 정보 전달 지연 문제와 리스크 정보를 수신하는 사용자(관리자) 측면에서 정보 수신의 불확실성 문제를 해결할 수 있다.
According to the present invention, in a smart device such as a PC, a mobile terminal, a smart pad, etc., information transmission delay due to concentration of traffic in the transmission of disaster information and information reception Can solve the uncertainty problem.
또한 본 발명에 따르면 정보 확산 시스템에서 정보 전송시 발생되는 트래픽을 무선망과 유선망으로 구분하여 확산함으로써 부하 분산을 통해 전송 지연을 방지할 수 있고, 유선망에서는 상시적인 연결과 리스크 정보 전송시 관심-주의-경고-위험의 4가지 단계적/반복적인 전송을 통해 수신 보장 가능성을 향상시킬 수도 있다.
Also, according to the present invention, it is possible to prevent transmission delay due to load distribution by spreading the traffic generated during information transmission in the information spreading system into a wireless network and a wired network. In the wired network, - Warning - It is possible to improve the reception guarantee possibility through four step / repetitive transmission of the risk.
도 1은 본 발명에 따른 N 스크린 기반 재해 및 리스크 정보 확산 시스템의 네트워크 구조를 개략적으로 도시한 도면.
도 2는 본 발명에 따른 N 스크린 기반 재해 및 리스크 정보 확산 시스템의 구조를 보다 상세히 나타낸 도면.
도 3은 본 발명에 따른 N 스크린 기반 재해 및 리스크 정보 확산 시스템에서의 푸쉬 통지를 위한 등록 절차를 나타낸 흐름도.
도 4는 도 3의 등록 절차 이후 이벤트 메시지의 확산 절차를 개략적으로 나타낸 흐름도.
BRIEF DESCRIPTION OF THE DRAWINGS FIG. 1 is a schematic view showing a network structure of an N-screen based disaster and risk information diffusion system according to the present invention; FIG.
2 is a detailed diagram illustrating the structure of an N-screen based disaster and risk information diffusion system according to the present invention.
3 is a flowchart illustrating a registration procedure for push notification in an N-screen based disaster and risk information diffusion system according to the present invention.
FIG. 4 is a flow chart schematically illustrating a diffusion procedure of an event message after the registration procedure of FIG. 3; FIG.
본 발명의 이점 및 특징, 그리고 그것들을 달성하는 방법은 첨부되는 도면과 함께 상세하게 후술되는 실시예를 참조하면 명확해질 것이다. 그러나, 본 발명은 이하에서 개시되는 실시예에 한정되는 것이 아니라 서로 다른 다양한 형태로 구현될 것이다.
BRIEF DESCRIPTION OF THE DRAWINGS The advantages and features of the present invention, and how to accomplish them, will become apparent by reference to the embodiments described in detail below with reference to the accompanying drawings. However, the present invention is not limited to the embodiments described below, but may be embodied in various forms.
본 명세서에서 본 실시예는 본 발명의 개시가 완전하도록 하며, 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에게 발명의 범주를 완전하게 알려주기 위해 제공되는 것이다. 그리고 본 발명은 청구항의 범주에 의해 정의될 뿐이다. 따라서, 몇몇 실시예들에서, 잘 알려진 구성 요소, 잘 알려진 동작 및 잘 알려진 기술들은 본 발명이 모호하게 해석되는 것을 피하기 위하여 구체적으로 설명되지 않는다.
The present embodiments are provided so that the disclosure of the present invention is thoroughly disclosed and that those skilled in the art will fully understand the scope of the present invention. And the present invention is only defined by the scope of the claims. Accordingly, in some embodiments, well known components, well known operations, and well-known techniques are not specifically described to avoid an undesirable interpretation of the present invention.
명세서 전체에 걸쳐 동일 참조 부호는 동일 구성 요소를 지칭한다. 그리고, 본 명세서에서 사용된(언급된) 용어들은 실시예들을 설명하기 위한 것이며 본 발명을 제한하고자 하는 것은 아니다. 본 명세서에서, 단수형은 문구에서 특별히 언급하지 않는 한 복수형도 포함한다. 또한, '포함(또는, 구비)한다'로 언급된 구성 요소 및 동작은 하나 이상의 다른 구성요소 및 동작의 존재 또는 추가를 배제하지 않는다.
Like reference numerals refer to like elements throughout the specification. Moreover, terms used herein (to be referred to) are intended to illustrate embodiments and are not intended to limit the invention. In the present specification, the singular form includes plural forms unless otherwise specified in the specification. Also, components and acts referred to as " comprising (or comprising) " do not exclude the presence or addition of one or more other components and operations.
다른 정의가 없다면, 본 명세서에서 사용되는 모든 용어(기술 및 과학적 용어를 포함)는 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 공통적으로 이해될 수 있는 의미로 사용될 수 있을 것이다. 또 일반적으로 사용되는 사전에 정의되어 있는 용어들은 정의되어 있지 않은 한 이상적으로 또는 과도하게 해석되지 않는다.
Unless defined otherwise, all terms (including technical and scientific terms) used herein may be used in a sense commonly understood by one of ordinary skill in the art to which this invention belongs. Also, commonly used predefined terms are not ideally or excessively interpreted unless they are defined.
이하 첨부된 도면을 참조하여 본 발명의 실시예에 대해 설명한다.Hereinafter, embodiments of the present invention will be described with reference to the accompanying drawings.
도 1은 본 발명에 따른 N-스크린 기반 재해 및 리스크 정보 확산 시스템의 네트워크 구성을 개략적으로 도시한 도면이다.
FIG. 1 is a diagram schematically showing a network configuration of a N-screen based disaster and risk information diffusion system according to the present invention.
도 1에 도시한 바와 같이 본 발명의 실시예에 따른 N-스크린 기반 재해 및 리스크 정보 확산 시스템은, 재해 발생 가능성이 있는 장소에 설치되는 위험 감지 장치(100), 위험 감지 장치(100)로부터의 재해 및 리스크 정보(이하 "위험 정보"라고 함)를 수신하고 위험 정보에 근거하여 리스크 메시지를 생성하는 정보 확산 서버(200), 정보 확산 서버(200)와 네트워크를 통해 결합되는 푸쉬 서버(300) 및 푸쉬 서버(300)와 네트워크를 통해 연결되는 복수의 사용자(또는 관리자)측 단말(400)을 포함하고, 여기서 복수의 사용자측 단말(400)은 통상적으로 N-스크린 서비스로 알려져 있는 RESTful API(application programming interface)(350)를 통해서 통신된다.
As shown in FIG. 1, the N-screen based disaster and risk information diffusion system according to an embodiment of the present invention includes a risk sensing device 100 installed in a place where a disaster may occur, An information diffusion server 200 that receives disaster and risk information (hereinafter referred to as "risk information") and generates a risk message based on the risk information, a push server 300 that is coupled to the information diffusion server 200 via a network, And a plurality of user (or administrator) side terminals 400 connected to the push server 300 via a network, wherein the plurality of user side terminals 400 are a RESTful API programming interface 350. In FIG.
본 발명에서 푸쉬 서버(300)는 RESTful API가 정의되어 있는 푸쉬 서버일 수 있으며, 경우에 따라서 독립적인 N-스크린 서비스를 제공하는 서버가 푸쉬 서버와 연동하도록 구성될 수도 있다.
In the present invention, the push server 300 may be a push server in which a RESTful API is defined. In some cases, a server providing an independent N-screen service may be configured to operate in conjunction with a push server.
도 1에 도시된 바와 같이 위험 감지 장치(100)는 재해 발생 가능성이 높은 장소 등에 설치되는 감지 장치로서, 드론, 카메라, 센서와 같은 장치를 포함한다. 일례로, 보의 수위를 감지하는 경우에 센서는 수위 감지 센서일 수도 있으며 보의 수위가 임계 수위에 도달하면 이를 감지하고 감지된 정보를 정보 확산 서버(200)로 전송한다.
As shown in FIG. 1, the danger sensing apparatus 100 is a sensing apparatus installed in a place where disaster is likely to occur, and includes devices such as a drone, a camera, and a sensor. For example, in the case of detecting the level of the beam, the sensor may be a level sensor, and when the level of the beam reaches the critical level, the sensor senses the detected level and transmits the detected information to the information diffusion server 200.
정보 확산 서버(200)는 감지 장치로부터 수신된 정보를 분석하고 위험도에 따라서 "관심", "주의", "경고", "위험"의 4가지 단계적/반복적인 전송을 통해 정보를 확산하도록 동작된다.
The information dissemination server 200 is operated to analyze the information received from the sensing device and to spread the information through four stepwise / repetitive transmissions of "attention "," warning ",& .
정보 확산 서버(200)로부터 사용자의 단말(400)로의 정보 확산은,Information diffusion from the information disseminating server 200 to the user terminal 400 is carried out,
1) 푸쉬 서버(300)를 이용한 모바일 단말(410,420)로의 메시지 전달1) Forwarding a message to the mobile terminals 410 and 420 using the push server 300
2) 이동 통신망(500)을 통한 SMS 메시지 전달2) SMS message transmission through the mobile communication network 500
3) 유선망을 통한 사용자 컴퓨터(430)로의 메시지 전달3) Forward the message to the user computer 430 via the wired network
과 같이 중복된 메시지 전달을 수행함으로써 사용자가 위험 메시지를 수신하지 못하는 것을 방지하도록 이루어진다.
So that the user is prevented from receiving the dangerous message.
푸쉬 서버(300)는 정보 확산 서버(200)로부터 전달 받은 메시지를 N-스크린 서비스 또는 RESTful API(350)를 통해 등록된 단말들(610,620)에 푸쉬한다. 푸쉬 서버(300)는 구글의 GCM(google Cloud Messaging) 서버 또는 애플의 APSN(Apple Push Notification Server) 서버일 수 있으며, 이외에도 SKT의 AOM(Always On Management) 방식이나 NHN에서 지원하는 nPUSH 방식의 서버일 수도 있다.
The push server 300 pushes the message received from the information dissemination server 200 to the terminals 610 and 620 registered through the N-screen service or the RESTful API 350. The push server 300 may be Google's GCM (google cloud messaging server) or Apple's APSN (Apple Push Notification Server) server. In addition, the push server 300 may be an AOM (Always On Management) method of SKT or an nPUSH type server It is possible.
도 2는 도 1에 도시한 N-스크린 기반 재해 및 리스크 정보 확산 시스템의 구조를 보다 상세히 나타낸 도면이다.
FIG. 2 is a detailed diagram illustrating the structure of the N-screen based disaster and risk information diffusion system shown in FIG.
N-스크린 서비스는 스마트 장치들 사이에서 상호접속(interconnectivity)와 상호운영성(interoperability)을 지원하는 미디어 공유 어플리케이션 기술 중 하나 이다.
The N-Screen service is one of the media sharing application technologies that supports interoperability and interoperability between smart devices.
본 발명에서 정보 확산 서버(200)는 위험 정보를 푸쉬하기 위한 N-스크린 서비스의 제공자이며, 내부적으로 이벤트 분석부(210), 이벤트 핸들러부(220), 데이터베이스부(230), 웹핸들러부(240)을 포함하며, 그 기능은 다음과 같다.
In the present invention, the information diffusion server 200 is a provider of the N-screen service for pushing the danger information, and internally includes an event analysis unit 210, an event handler unit 220, a database unit 230, a web handler unit 240), the function of which is as follows.
이벤트 분석부(210)은 위험 감지 장치(100), 예를 들면, 드론, 카메라, 센서 등로부터 이벤트를 수신하고 수신된 데이터에 대해 데이터베이스(220)에 저장하는 한편 수신된 이벤트에 대한 분석, 즉 수신된 데이터가 임계값에 어느 정도 도달했는지를 분석하고, 그에 대응하여 발생된 이벤트에 대한 위험 수위, 즉 "관심", "주의", "경고", "위험" 중 어느 수위에 해당하는 지를 결정하고, 그 결과를 이벤트 핸들러부(230)로 전송한다.
The event analysis unit 210 receives an event from the risk sensing apparatus 100, for example, a drones, a camera, a sensor, and the like, stores the received data in the database 220, It analyzes the degree to which the received data has reached the threshold value and decides whether it corresponds to the danger level of the generated event, that is, "attention", "caution", "warning" or "danger" And transmits the result to the event handler unit 230.
이벤트 핸들러부(220)는 이벤트 분석부(210)로부터 수신된 이벤트를 처리하기 위해, TCP 소켓을 사용하여 웹 핸들러부(240)에 이벤트를 전달하는 동시에 구글 클라우드 메시징 (GCM) 3.0 API(구글 GCM 서버를 이용하는 경우)를 사용하여 확산하고자는 메시지를 푸쉬 서버(300)에 전달한다. 본 발명의 실시예에서 GCM 3.0을 통해 푸쉬서버에 연결되는데, GCM 3.0 특성은 다양한 모바일 플랫폼(안드로이드 OS, iOS, 크롬(chrome))을 지원하고 등록 프로세스(registration process)가 단순함에 있다.
The event handler unit 220 transmits an event to the web handler unit 240 using a TCP socket to process an event received from the event analyzer 210 and transmits an event to the web handler unit 240 using a Google Cloud Messaging (GCM) 3.0 API Server) is used to transmit a message to the push server 300 to spread. In an embodiment of the present invention, the GCM 3.0 feature connects to a push server via GCM 3.0, which supports a variety of mobile platforms (Android OS, iOS, chrome) and simplifies the registration process.
본 발명의 실시예에서 TCP 소켓(transmission control protoclo socket)은 전체 API에 오픈(open)을 제공하고 TCP 커넥션을 이용하며, 이는 핸들러들(또는 어플리케이션들)이 TCP 상부 상에서 이용가능한 어떤 데이터라도 송신하는 것을 허용하게 한다.
In an embodiment of the present invention, a transmission control protoclo socket provides an open to the entire API and utilizes a TCP connection, which allows handlers (or applications) to send any data available on top of the TCP .
웹 핸들러부(240)는 인터넷 서비스와 연관된 기술을 정의하도록 구성되고, 또한 이벤트 핸들러부(220)로부터 수신된 이벤트를 전이중 통신 채널(full-duplex communication channels) 상에서 웹 소켓 프로토콜을 이용하여 웹(관리자측 PC, 430)에 전달하도록 구성된다.
The web handler unit 240 is configured to define a technology associated with the Internet service and further configured to send the event received from the event handler unit 220 to the web manager 240 via full- Side PC 430).
본 발명의 실시예에서 웹 핸들러부(240)는 로그인/로그아웃, 보 검색(Retreving Weir), 수위레벨검색(Retrieving water level), 이벤트검색(Retrieving event)(시간 단위), 카메라 및 홍수 정보를 포함하는 API들로 이루어진다. 웹 핸들러부는 자바 프로그램 언어인 RESTful Web 서비스(JAX-RS)용의 JAVA API를 이용하여 구현된다. JAX-RS는 아파치 CXF로 불리는 오픈 소스 웹 서비스 프레임워크를 포함하고, 웹 리소스로서 리소스 클래스의 맵핑에 대해 아노테이션(annotatons)을 제공한다.
In the embodiment of the present invention, the web handler unit 240 may include a login / logout, a retreiving weir, a retrieving water level, an event retrieval (time unit) . The Web handler is implemented using the JAVA API for the RESTful Web service (JAX-RS), the Java programming language. JAX-RS includes an open source Web services framework called Apache CXF, and provides annotations on the mapping of resource classes as Web resources.
웹 서버(200)와 관리자의 웹 브라우저(430) 간의 양방향 통신 기술인 웹 소켓은 인터넷 표준화 단체인 W3C(World Wide Web Consortium)에서 API를 정의하였으며, IETF가 웹소켓 프로토콜을 RFC 6455로 표준화된 기술이다. 2013년 2월부로 WebSocket API가 표준화됨에 따라 웹소켓은 실시간 시스템에 주요하게 사용되고 있다.
The web socket, which is a bidirectional communication technology between the web server 200 and the manager's web browser 430, defines an API in the Internet standardization group W3C (World Wide Web Consortium), and the IETF standardizes the web socket protocol as RFC 6455 . As of February 2013, the WebSocket API has become standardized, and web sockets are now being used in real-time systems.
웹 소켓은 기존의 HTTP 프로토콜이 아닌 웹소켓 프로토콜을 사용하므로 기존의 폴링이나 Comet 방식의 불필요한 요청으로 인한 부하를 줄일 수 있다. 웹브라우저는 HTTP 요청의 웹소켓 관련 헤더를 사용하여 웹 서버인 정보 확산 서버(200)에게 웹 소켓의 연결 설정을 요청한다. 웹 소켓의 연결 설정이 완료되면 웹 소켓은 웹 브라우저의 요청이 없어도 생성된 데이터를 웹 소켓 프로토콜을 이용하여 웹 브라우저측인 관리자 컴퓨터(430)에 실시간으로 데이터를 전달하므로 네트워크 대역폭의 사용을 크게 줄일 수 있다.
The Web socket uses the Web socket protocol instead of the existing HTTP protocol, so it can reduce the load caused by the unnecessary request of the existing polling or Comet method. The web browser requests the information dissemination server 200, which is a web server, to establish connection of the web socket by using a header related to the web socket of the HTTP request. When the connection setting of the web socket is completed, the web socket transmits data in real time to the administrator computer 430, which is a web browser side, using the web socket protocol, even if there is no request from the web browser, .
데이터 베이스(230)는 드론, 카메라, 센서와 같은 위험 감지 장치(100)로부터 캡처되거나 감지된 이미지, 멀티미디어데이터, 센싱 값을 저장한다. 데이터베이스는 2종류의 데이터를 저장하는데, 하나의 데이터는 전술한 바와 같이 위험 감지 장치로부터 수집된 정보이며, 다른 하나는 재난 발생시 재난 평가 정보(예를 들면 홍수나 지진 등에 의한 건물의 손상 정도, 침수 피해 정도, 취약도(vulerability index))로부터 처리된 웹 리소스(Web Resource)이다.
The database 230 stores images, multimedia data, and sensing values captured or sensed from a danger sensing device 100 such as a drones, a camera, and a sensor. The database stores two kinds of data, one of which is the information collected from the danger detection device as described above and the other is the disaster evaluation information in the event of a disaster (for example, the degree of damage of the building due to flood or earthquake, Damage level, vulnerability index (vulgarity index)).
먼저, 데이터베이스는 수집되고 미리처리된 정보를 저장하면서 그 특성을 다른 리소스들과 구별짓는다. 데이터베이스(230)의 구조는, 다음에 기술하는 바와 같이, 카메라 테이블, 이벤트 테이블, 홍수발생 테이블, 푸쉬 테이블, 푸쉬 사용자 테이블, 보 정보 테이블을 포함한다. 여기서 홍수발생 테이블 및 보 정보 테이블은 본 발명의 실시예를 보(weir) 또는 댐의 수위 관리에 적용한 예로 인해 생성된 것으로 본 발명이 이와 같은 보 또는 댐의 관리를 위한 실시예에 제한되는 것은 아님에 유의할 필요가 있다.First, the database stores collected and preprocessed information and distinguishes its characteristics from other resources. The structure of the database 230 includes a camera table, an event table, a flood occurrence table, a push table, a push user table, and a beam information table, as described below. Here, the flood occurrence table and the beam information table are generated due to the example of applying the embodiment of the present invention to weir or water level management of the dam, and the present invention is not limited to the embodiment for managing such a beam or dam .
- 카메라 테이블(CameraTbl): 카메라 정보를 포함하는 테이블- Camera table (CameraTbl): A table containing camera information
- 이벤트 테이블(EventTbl): 감지 장치들로부터 생성된 이벤트 로그를 포함하는 테이블- Event table (EventTbl): a table containing event logs generated from the sensing devices
- 홍수발생 테이블(FloodIssueTbl): 발생 및 해제되어진 알람 로그 정보 테이블- Flood occurrence table (FloodIssueTbl): alarm log information table
- 푸쉬테이블(PushTbl): 사용자에게 푸쉬된 이벤트를 저장하는 테이블- PushTbl: a table that stores events pushed to the user
- 후쉬사용자테이블(PushUserTbl): 메시지 푸슁을 위한 사용자 푸쉬 리스트 테이블- Hush user table (PushUserTbl): User push list table for message pushing
- 보정보테이블(WeirInfoTbl): 보의 수위 레벨을 저장하는 보 정보 테이블
- We information table (WeirInfoTbl): a beam information table that stores the level of the beam
다음으로 각각의 테이블의 다음의 표1과 같은 파라미터로 이루어진다.Next, each table has the parameters shown in Table 1 below.
[표 1][Table 1]
Figure 112016049244082-pat00001

Figure 112016049244082-pat00001

다음으로 RESTful API에 대해 설명한다.
Next, we will discuss the RESTful API.
재해 및 리스크 정보 확산 시스템의 경우, 종류가 다양하고, 센서, 카메라, 스마트폰, 액튜에이터 등과 같은 많은 상이한 장치들이 포함됨에 따라 시스템 내의 이종성 역시 매우 크다. 이들 장치들은 인터넷에 액세스스하기 위한 그들 전용의 프로토콜을 가지며, 통신 대역이 상이하며, 어떤 정보를 처리함에 있어서의 계산 능력 이나 처리 능력이 상이하다. 따라서, 상이한 능력의 어플리케이션들이 웹 정보 리소스를 얻기 위해 시스템에 액세스하게 된다.
In the case of disaster and risk information dissemination systems, heterogeneity in the system is also very large as there are many types and many different devices such as sensors, cameras, smart phones, actuators and the like are included. These devices have their own dedicated protocols for accessing the Internet, have different communication bands, and differ in their computational and processing capabilities in processing certain information. Thus, applications with different capabilities access the system to obtain web information resources.
전술한 바와 같이 본 발명의 실시예가 보에서의 수위를 관리하는 경우에, 가변의 시설 및 웹 정보는 리소스로 간주되고 균일한 인터페이스에 의해 처리되어진다. 전술한 바와 같이 설계된 데이터베이스에 액세스하기 위해서, 본 발명에서는 HTTP 벌브(verbs)(예를 들면, GET, PUT, POST 및 DELETE)를 이용하여 특정 객체에 대해 이루어지는 액션을 결정한다. 벌브의 설명은 다음과 같다.As described above, in the case where the embodiment of the present invention manages the water level in beams, variable facilities and web information are regarded as resources and processed by a uniform interface. To access the database designed as described above, the present invention uses HTTP verbs (e.g., GET, PUT, POST, and DELETE) to determine actions to be taken on a particular object. The explanation of bulb is as follows.
- GET는 URL에서 포인트되는 리소스들을 획득하는데 이용됨- GET is used to obtain resources that are pointed at a URL
- PUT은 사용자가 필요한 정보를 요청하는데 이용됨- PUT is used by the user to request the necessary information
- POST는 URL에 포인트된 "type"의 리소스를 생성하기 위해 백엔트(backend)에 지시함- POST directs a backend to create a resource of type "point" in the URL.
- DELETE는 리소스 제거를 요청함(단, 리소스는 즉시적으로 제거될 필요는 없음)
- DELETE requests removal of the resource (but the resource need not be removed immediately)
강변측 시설들과의 전체 상호작용은 브라우저를 통해 발행된다. REST 아키텍처 스타일은 균일한 인터페이스(uniform interface), 스테이트리스(statless), 캐시어블(cacheable), 클라이언트-서버, 레이어드 시스템 및 코드온디멘드(code on demand)의 6개의 제약(constraints)을 가진다. RESTful API(표 2 참조)는 강변시설들의 상이함을 숨기고 웹을 통한 액세스가능 인터페이스를 제공한다. 안드로이드 및 iOS 플랫폼 상에서 푸쉬 통지 서비스를 제공하기 위해, RESTful API는 사용자로 하여금 리스크 정보를 쿼리(query)하고 분석하는 것을 허용한다. 이와 같은 서브 섹션은 안드로이드 및 iOS 플랫폼 상에서 표 2에 도시한 바와 같이 멀티-스크린 서비스 가능한 RESTful API를 정의한다.The entire interaction with the riverside facilities is issued via the browser. The REST architecture style has six constraints: uniform interface, stateless, cacheable, client-server, layered system and code-on-demand. The RESTful API (see Table 2) hides the disparity of riverside facilities and provides a web-accessible interface. To provide push notification services on the Android and iOS platforms, the RESTful API allows the user to query and analyze the risk information. These subsections define RESTful APIs that can be multi-screened as shown in Table 2 on the Android and iOS platforms.
(표 2)(Table 2)
Figure 112016049244082-pat00002

Figure 112016049244082-pat00002

다음으로 도 3을 참조하여 푸쉬 통지에 대해 설명한다.Next, the push notification will be described with reference to FIG.
도 3은 본 발명의 시스템에서 푸쉬 통지 경로를 설정하기 위한 흐름을 나타내는 도면으로 모바일 오퍼레이팅 시스템에 대한 장치 토큰을 획득하기 위한 흐름을 나타낸다. 먼저 스마트 장치(410,420)는 스마트 장치에 설치된 어플리케이션(450)을 실행시킴으로써 푸쉬 서버(GCM 또는 APNS 등)(300)에 장치 토큰을 요청한다. 이어서, 푸쉬 서버(300)는 요청한 장치의 식별자 정보를 사용하여 어플리케인션을 통해 토큰을 요청한 장치에 대해 암호화된 고유한 장치 토큰을 발행한다.
Figure 3 is a flow diagram for setting up a push notification path in the system of the present invention, illustrating a flow for obtaining a device token for a mobile operating system. First, the smart devices 410 and 420 request a device token to the push server (such as GCM or APNS) 300 by executing the application 450 installed in the smart device. The push server 300 then uses the identifier information of the requested device to issue an encrypted unique device token for the device requesting the token via the application.
스마트 장치(410,420)는 수신한 장치 토큰을 어플케이션단으로 전달하고, 어프리케이션이 장치 토큰을 전달받으면, 어플리케이션은 전달받은 장치 토큰을 서비스 제공자인 정보 확산 서버(200)(웹 핸들러)에 전달하고 정보 확산 서버(200)는 푸쉬 사용자 등록을 데이터베이스(230)에 저장한다.The smart devices 410 and 420 transmit the received device token to the application terminal. When the application receives the device token, the application transmits the received device token to the information diffusion server 200 (web handler) serving as a service provider The information disseminating server 200 stores the push user registration in the database 230.
[표 3][Table 3]
Figure 112016049244082-pat00003
Figure 112016049244082-pat00003
표 3은 정보 확산 서버 내서 푸쉬 서비스를 획득하기 위한 요청(request) 및 사용자 등록 API를 나타낸다.
Table 3 shows a request and a user registration API for obtaining an information spread server in-house push service.
등록 API에는 해당 단말기의 전화번호와 모바일 플랫폼의 유형, 사용자 등급, 통보 필터 그리고 SMS 서비스 활성화 플래그가 포함된다. 모바일 플랫폼이 안드로이드인 경우에 gcmInfo에는 디바이스 토큰 값이 포함되며, iOS인 경우에는 apnsInfo에 레지스터-ID가 포함된다.
The registration API includes the phone number of the terminal, the type of mobile platform, the user class, the notification filter, and the SMS service activation flag. If the mobile platform is Android, gcmInfo contains the device token value, and for iOS, apnsInfo contains the register-ID.
등록 API의 요청에 대한 유효성 검증이 성공하면 정보 확산 서버(200) 내의 웹 핸들러부(240)는 푸쉬사용자 테이블(PushUserTbl)에 푸쉬 사용자의 엔트리가 자동으로 생성된다.
If the validation of the request of the registration API is successful, the web handler unit 240 in the information distribution server 200 automatically generates an entry of the push user in the push user table (PushUserTbl).
푸쉬사용자 정보 중에 전화번호와 GCM/APNS 정보 및 모바일 플랫폼 유형은 하이브리드 앱에서 스마트기기에 해당되는 정보가 자동으로 생성되며, 나머지 정보들은 기본정보가 세팅된다. 푸쉬사용자 등록을 위한 API를 이용하여 관리자가 사용자의 등급, 통보 필터 또는 SMS 활성화 여부를 변경할 수도 있다.
Among the push user information, information corresponding to the phone number, GCM / APNS information, and mobile platform type are automatically generated in the hybrid application, and basic information is set for the remaining information. Using the API for push user registration, the administrator can change the user's rating, notification filter, or SMS activation.
도 4는 도 3에서와 같은 정보 확산 서버(200)에 스마트 기기들의 장치 토큰이 저장된 이후, 이벤트가 발생되고 정보 확산 서버(200)에서 이를 감지한 이후의 정보의 확산 흐름을 나타낸 흐름도이다.
FIG. 4 is a flowchart illustrating an information diffusion process after an event is generated and the information spread server 200 detects the device token of the smart devices stored in the information diffusion server 200 as shown in FIG.
먼저 정보 확산 서버(200)의 이벤트 분석부(210)는 단게 S110에서와 같이 감지 장치들(100)로부터 이벤트를 수신한다. 이후, 단계 S120에서, 이벤트 분석부(210)는 수신된 이벤트에 대한 위험도를 판단하는데, 예를 들면 수신된 감지값이 미리정해진 임계값(예를 들면, 보의 수위 관리의 경우 미리 정해진 수위 레벨) 보다 큰지를 판단한다. 감지된 위험도가 임계값 이하인 경우 수신된 이벤트에 대한 로그를 데이터베이스부(230)에 저장하고 단계 S110으로 복귀한다. 한편, 단계 S120에서 수신된 감지값이 미리정해진 임계값 보다 큰 경우 이벤트 분석부(210)는 수신된 이벤트에 대한 로그를 데이터베이스부(230)에 저장하고 이를 이벤트 핸들러부(220)에 전달한다.
First, the event analysis unit 210 of the information distribution server 200 receives an event from the sensing devices 100 as in S110. Thereafter, in step S120, the event analyzer 210 determines a risk level for a received event. For example, when the received detection value is a predetermined threshold value (e.g., a predetermined level ). If the detected risk is less than or equal to the threshold value, the log of the received event is stored in the database unit 230 and the process returns to step S110. If the detection value received in step S120 is greater than a predetermined threshold value, the event analysis unit 210 stores the log of the received event in the database unit 230 and transmits the log to the event handler unit 220. [
단계 S130에서 이벤트 핸들러부(220)는 분석된 데이터로부터 이벤트 등급(예를 들면, 관심, 주의, 경고, 위험)을 결정하고, 이벤트 등급에 따른 통보할 대상을 결정하고, 통보할 대상에 대한 푸쉬 사용자 테이블을 데이터베이스(230)에서 호출하여 푸쉬 사용자 리스트를 작성하고, 푸쉬 사용자 리스트 내의 사용자 각각에 대해서, 통보 수신 플래그의 온/오프와, SMS 발송 ON/OFF를 결정할 수 있다. 그러나 이와 같은 통보 수신 플래그의 온/오프와, SMS 발송 ON/OFF의 결정은 이벤트 등급에 따라 또는 사용자의 관리 등급에 따라 미리 결정되어 있는 것이 바람직하다.
In step S130, the event handler unit 220 determines an event class (for example, attention, attention, warning, danger) from the analyzed data, determines an object to be notified according to the event class, The user table can be called from the database 230 to create a push user list, and on / off of the notification reception flag and SMS transmission ON / OFF can be determined for each user in the push user list. However, it is preferable that the ON / OFF of the notification reception flag and the determination of ON / OFF of the SMS transmission are determined in advance according to the event class or the management class of the user.
또한, 이 단계 S130과 동시에, 이벤트 핸들러부(220)는 웹 핸들러부(240)을 통해 등록된 사용자의 개인용 PC와 웹소켓 프로토콜을 통해 메시지를 전달할 수도 있다(단계 S122).
Also, at the same time as this step S130, the event handler unit 220 may transmit the message through the web socket protocol with the personal PC of the user registered through the web handler unit 240 (step S122).
단계 S130에서와 같이 푸쉬 사용자에 대한 리스트와 통보 수신 플래그 결정 및 SMS 통보 결정이 완료되고 나면, 단계 S140에서, 이벤트 핸들러부(220)는 푸쉬 사용자내의 사용자에게 푸쉬 메시지를 발송한다. 푸쉬 메시지는 푸쉬 서버(300)(GCM 또는 APNS)로 전달되고, 푸쉬 서버(300)는 전달된 전달된 메시지에 포함된 사용자 토큰에 기반하여 사용자의 스마트 기기들에 이벤트 메시지를 전달한다. 스마트 기기(400)의 어플리케이션에서는 이벤트 메시지를 수신하고 이벤트 메시지에 포함된 통보 플래그가 온인지 오프인지에 따라 수신 에크를 이벤트 핸들러부(220)로 전달하거나 전달하지 않게 된다.
After completion of the list of push users and determination of the notification reception flag and determination of SMS notification as in step S130, the event handler unit 220 sends a push message to the user in the push user in step S140. The push message is delivered to the push server 300 (GCM or APNS), and the push server 300 delivers the event message to the user's smart devices based on the user token included in the delivered delivered message. The application of the smart device 400 receives the event message and does not transmit or receive the reception acknowledgment to the event handler unit 220 according to whether the notification flag included in the event message is on or off.
한편 단계 S150에서, 이벤트 핸들러부(220)는 전송한 푸쉬 메시지의 통보 수신 플래그가 온(On)인지 오프(Off)인지를 판단한다. 단계 S150에서, 통보 수신 플래그가 OFF로 설정된 경우 이벤트 핸들러부(220)는 푸쉬 메시지의 수신측에서의 메시지 수신 여부를 알 필요가 없기 때문에 단계 S190으로 점프하여 처리가 종료된다.
In step S150, the event handler unit 220 determines whether the notification reception flag of the transmitted push message is on or off. In step S150, when the notification reception flag is set to OFF, the event handler unit 220 does not need to know whether or not the message is received on the reception side of the push message, and thus the process jumps to step S190 and the process ends.
그러나 단계 S150에서, 통보 수신 플래그가 ON로 설정된 경우 이벤트 핸들러부(220)는 푸쉬 메시지를 발송한 후 미리 정해진 기단동안 푸쉬 메시지에 대한 수신 ACK가 수신측으로부터 도달하는지를 체크하게 된다.
However, if it is determined in step S150 that the notification reception flag is ON, the event handler unit 220 checks whether a reception ACK for a push message arrives from a receiver for a predetermined base end after sending a push message.
즉 단계 S160에서 이벤트 핸들러부(220)는 대기 사간(T)가 통보 ACK 마감 t시간(t1)보다 작은지를 판단한다. T<t1인 경우 단계는 S170으로 진행되어 수신 통보 ACK가 수신되었는지가 검사되고, 단계 S170에서 수신 통보 ACK가 수신된 것으로 판단되면 단계는 S190에서 종료된다.
That is, in step S160, the event handler unit 220 determines whether the wait time T is shorter than the notification ACK finish time t1. If T < t1, the process proceeds to S170 where it is checked whether a reception acknowledgment ACK has been received. If it is determined in step S170 that a reception acknowledgment ACK has been received, step ends at S190.
그러나 단계 S170에서 수신 통보 ACK가 수신되지 않으면 단계는 S160으로 복귀되고 T<t1을 만족하는 동안 수신 통보 ACK의 수신이 반복하여 검사되고, 단계 S160에서 T>=t1인 경우 단계는 S180으로 진행된다.
However, if the reception acknowledgment ACK is not received in step S170, the step returns to S160 and the reception of the reception acknowledgment ACK is repeatedly checked while satisfying T < t1, and if T > = t1 in step S160, .
단계 S180에서 이벤트 핸들러부(220)는 수신 통보 ACK의 수신에 실패한 사용자에 대해 SMS 설정을 검사하게 된다. 즉 단계 S180에서 SMS 발신이 온으로 설정된 사용자의 경우 단계 S182에서 SMS 서버로 SMS 메시지를 발송하는 한편, 단계 S180에서 SMS 발신이 오프으로 설정된 사용자의 경우 단계는 S190으로 진행되어 푸쉬 메시지 프로세스가 종료되거나, 단계 S184로 진행되어 푸쉬 메시지를 재전송하고 난 후 S190으로 진행되어 푸쉬 메시지 프로세스가 종료될 수 도 있다.
In step S180, the event handler unit 220 checks the SMS setting for the user who failed to receive the reception acknowledgment ACK. That is, in step S180, if the SMS sender is set to on, the SMS message is sent to the SMS server in step S182. Meanwhile, if the SMS sender is set to off in step S180, the process proceeds to step S190 where the push message process is terminated , The process proceeds to step S184 where the push message is retransmitted, and then the process proceeds to step S190 where the push message process may be terminated.
또한 단계 S182에서와 같이 SMS 메시즐 발송한 이후에도, 프로세스는 단계 S184로 진행되어 푸쉬 메시지를 재전송하고 난 후 S190으로 진행되어 푸쉬 메시지 프로세스가 종료될 수도 있다.
Also, even after sending the SMS message as in step S182, the process proceeds to step S184 to resend the push message and then to step S190 so that the push message process may be terminated.
이상의 설명은 본 발명의 기술 사상을 예시적으로 설명한 것에 불과한 것으로, 본 발명이 속하는 기술분야에서 통상의 지식을 갖는 자라면 본 발명의 본질적인 특성에서 벗어나지 않는 범위에서 다양한 수정 및 변형이 가능할 것이다. 따라서, 본 발명에 게시된 실시예는 본 발명의 기술 사상을 한정하기 위한 것이 아닌 설명을 위한 것이고, 이런 실시예에 의하여 본 발명의 기술 사상의 범위가 한정되는 것은 아니다.
The foregoing description is merely illustrative of the technical idea of the present invention and various changes and modifications may be made without departing from the essential characteristics of the present invention by those skilled in the art. Therefore, the embodiments disclosed in the present invention are for illustrative purposes only and are not intended to limit the scope of the present invention, and the scope of the present invention is not limited by these embodiments.
따라서 본 발명의 보호 범위는 전술한 실시예에 의해 제한되기 보다는 아래의 청구범위에 의하여 해석되어야하며, 그와 동등한 범위 내에 있는 모든 기술 사상은 본 발명의 권리범위에 포함되는 것으로 해석되어야 할 것이다.
Therefore, the scope of the present invention should be construed as being covered by the following claims rather than being limited by the above embodiments, and all technical ideas within the scope of the claims should be construed as being included in the scope of the present invention.
100: 위험 감지 장치
200: 정보 확산 서버(200)
300: 푸쉬 서버(300)
400: 사용자 단말
410: 스마트 폰
420: 스마트 패드
430: 사용자 PC
500: 이동통신망
100: Hazard detection device
200: the information distribution server 200,
300: Push server 300:
400: User terminal
410: Smartphone
420: Smart Pad
430: User PC
500: mobile communication network

Claims (11)

  1. N 스크린 기반 재해 및 리스크 정보 확산 시스템에 있어서,
    재해 발생 가능성이 있는 장소에 설치되는 위험 감지 장치,
    위험 감지 장치로부터 위험 정보를 수신하고 위험 정보에 근거하여 리스크 메시지를 생성하는 정보 확산 서버,
    정보 확산 서버와 네트워크를 통해 결합되는 푸쉬 서버, 및
    푸쉬 서버와 네트워크를 통해 연결되고 유선 및 무선 장치로 이루어진 복수의 사용자측 단말을 포함하고,
    정보 확산 서버로부터 위험 정보 메시지가 푸쉬 서버를 통해 사용자 소유의 복수의 단말로 푸쉬 통보되고,
    정보 확산 서버는 이벤트 분석부, 이벤트 핸들러부, 데이터베이스부, 웹핸들러부을 포함하고,
    이벤트 분석부은 위험 감지 장치로부터 이벤트를 수신하고 수신된 데이터에 대해 데이터베이스에 저장하는 한편 수신된 이벤트 데이터가 임계값에 어느 정도 도달했는지를 분석하고,
    이벤트 핸 들러부는 이벤트 분석부로부터 수신된 이벤트를 처리하기 위해, TCP 소켓을 사용하여 웹 핸들러부에 이벤트를 전달하는 동시에 확산하고자는 메시지를 푸쉬 서버로 전달하고,
    웹 핸들러부는 수신된 이벤트 데이터를 웹 소켓 프로토콜을 이용하여 웹에 전달하도록 구성되고,
    데이터베이스는 드론, 카메라, 센서와 같은 위험 감지 장치로부터의 데이터를 저장하도록 구성되고,
    상기 데이터베이스는
    - 카메라 테이블(CameraTbl): 카메라 정보를 포함하는 테이블
    - 이벤트 테이블(EventTbl): 감지 장치들로부터 생성된 이벤트 로그를 포함하는 테이블
    - 홍수발생 테이블(FloodIssueTbl): 발생 및 해제되어진 알람 로그 정보 테이블
    - 푸쉬테이블(PushTbl): 사용자에게 푸쉬된 이벤트를 저장하는 테이블
    - 후쉬사용자테이블(PushUserTbl): 메시지 푸슁을 위한 사용자 푸쉬 리스트 테이블
    - 보정보테이블(WeirInfoTbl): 보의 수위 레벨을 저장하는 보 정보 테이블
    를 더 포함하는 N 스크린 기반 재해 및 리스크 정보 확산 시스템.
    In an N-screen based disaster and risk information dissemination system,
    Hazardous sensors installed in places where there is a possibility of a disaster,
    An information diffusion server for receiving the risk information from the risk detection device and generating a risk message based on the risk information,
    A push server coupled to the information dissemination server via a network, and
    A plurality of user terminals connected to the push server via a network and made up of wired and wireless devices,
    The risk information message is notified from the information distribution server to the plurality of terminals owned by the user through the push server,
    The information distribution server includes an event analysis unit, an event handler unit, a database unit, and a web handler unit,
    The event analyzing unit receives an event from the risk detection device and stores the received data in the database, analyzes how much of the received event data reaches the threshold value,
    In order to process the event received from the event analyzer, the event handler unit delivers an event to the web handler unit using a TCP socket, and delivers the message to the push server,
    The web handler unit is configured to deliver the received event data to the web using the web socket protocol,
    The database is configured to store data from a risk sensing device, such as a drones, a camera, a sensor,
    The database
    - Camera table (CameraTbl): A table containing camera information
    - Event table (EventTbl): a table containing event logs generated from the sensing devices
    - Flood occurrence table (FloodIssueTbl): alarm log information table
    - PushTbl: a table that stores events pushed to the user
    - Hush user table (PushUserTbl): User push list table for message pushing
    - We information table (WeirInfoTbl): a beam information table that stores the level of the beam
    Wherein the N-based disaster and risk information dissemination system further comprises:
  2. 제1항에 있어서,
    푸쉬 통보는 RESTful 웹서비스 기반 API를 이용하여 수행되는 것을 특징으로 하는 N 스크린 기반 재해 및 리스크 정보 확산 시스템.
    The method according to claim 1,
    Wherein the push notifications are performed using a RESTful web service based API.
  3. 제2항에 있어서,
    상기 복수의 사용자측 단말 중 유선 장치는 퍼스널 컴퓨터이고, 상기 유선 장치는 상기 정보 확산 서버에 웹 소켓 프로토콜을 이용하여 접속되는
    N 스크린 기반 재해 및 리스크 정보 확산 시스템.
    3. The method of claim 2,
    Wherein the wired device among the plurality of user terminals is a personal computer and the wired device is connected to the information diffusion server using a web socket protocol
    N Screen based disaster and risk information dissemination system.
  4. 제3항에 있어서,
    정보 확산 서버로부터 복수의 사용자측 단말로의 정보 확산은,
    푸쉬 서버를 이용한 모바일 단말로의 메시지 전달
    이동 통신망을 통한 SMS 메시지 전달
    유선망을 통한 사용자 컴퓨터로의 메시지 전달 중 하나 이상을 포함하는,
    N 스크린 기반 재해 및 리스크 정보 확산 시스템.
    The method of claim 3,
    The information diffusion from the information diffusion server to a plurality of user terminals,
    Push message to mobile terminal using push server
    Forwarding SMS messages over the cellular network
    And delivering the message to the user computer via a wired network.
    N Screen based disaster and risk information dissemination system.
  5. 제4항에 있어서,
    푸쉬 서버는 구글의 GCM(google Cloud Messaging) 서버 또는 애플의 APSN(Apple Push Notification Server) 서버 중 하나인
    N 스크린 기반 재해 및 리스크 정보 확산 시스템.
    5. The method of claim 4,
    The push server is one of Google's google cloud messaging (GCM) servers or Apple's Apple Push Notification Server (APSN) servers
    N Screen based disaster and risk information dissemination system.
  6. 삭제delete
  7. 삭제delete
  8. 삭제delete
  9. 삭제delete
  10. 삭제delete
  11. 삭제delete
KR1020160062841A 2016-05-23 2016-05-23 Disasters adn risk information spread system based on n-screen service KR101744533B1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020160062841A KR101744533B1 (en) 2016-05-23 2016-05-23 Disasters adn risk information spread system based on n-screen service

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020160062841A KR101744533B1 (en) 2016-05-23 2016-05-23 Disasters adn risk information spread system based on n-screen service

Publications (1)

Publication Number Publication Date
KR101744533B1 true KR101744533B1 (en) 2017-06-08

Family

ID=59221518

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020160062841A KR101744533B1 (en) 2016-05-23 2016-05-23 Disasters adn risk information spread system based on n-screen service

Country Status (1)

Country Link
KR (1) KR101744533B1 (en)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002278862A (en) * 2001-03-21 2002-09-27 Q'z Creative Co Ltd Method, program and device for distributing push type information, and storage medium
KR101613307B1 (en) * 2015-08-17 2016-04-29 희 남 System and method for notifying of dangerous situation in building

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002278862A (en) * 2001-03-21 2002-09-27 Q'z Creative Co Ltd Method, program and device for distributing push type information, and storage medium
KR101613307B1 (en) * 2015-08-17 2016-04-29 희 남 System and method for notifying of dangerous situation in building

Similar Documents

Publication Publication Date Title
US10313858B2 (en) Service layer interworking using MQTT protocol
US10402580B2 (en) System and method for using unique device identifiers to enhance security
US20180025295A1 (en) System and method for using unique device identifiers to enhance security
US10609015B2 (en) Method and apparatus of providing messaging service and callback feature to mobile stations
JP5792850B2 (en) File folder transmission over the network
EP3025317B1 (en) System and method for scalable video cloud services
EP2989848B1 (en) Electronic device and method of registering personal cloud apparatus in user portal server thereof
US9654566B2 (en) Event queuing and distribution system
CA2840497C (en) System for multi-point publication syndication
EP2787696B1 (en) Method and device for transferring web real-time communication session
US8291011B2 (en) Alert broadcasting to a plurality of diverse communications devices
US10979595B2 (en) System and method for selectively sending, delivery and receiving of faxes
US8209706B2 (en) Inter-frame messaging between different domains
US9298844B2 (en) System and method for optimizing mobile device communications
US20150312176A1 (en) Instant Messaging Systems and Methods
US7921215B2 (en) Method and apparatus for optimizing and prioritizing the creation of a large number of VPN tunnels
CA2881167C (en) Authorization method, apparatus, and system
US9887988B2 (en) Login information transmission method, code scanning method and apparatus, and server
US8069251B2 (en) System and/or method for client-driven server load distribution
US20140047322A1 (en) Method and system for browsing things of internet of things on ip using web platform
JP6104388B2 (en) Information processing method, priority information transmission method and apparatus
KR20130135953A (en) System and method using a web proxy-server to access a device having an assigned network address
KR101488268B1 (en) Push message service system and method thereof
CN107770761B (en) Bluetooth device sharing request and control method and device, and computer storage medium
US10684892B2 (en) Triggered queue transformation

Legal Events

Date Code Title Description
E701 Decision to grant or registration of patent right
GRNT Written decision to grant