KR101861507B1 - 푸시 메시지의 수신 확인 방법 및 장치 - Google Patents

푸시 메시지의 수신 확인 방법 및 장치 Download PDF

Info

Publication number
KR101861507B1
KR101861507B1 KR1020180013767A KR20180013767A KR101861507B1 KR 101861507 B1 KR101861507 B1 KR 101861507B1 KR 1020180013767 A KR1020180013767 A KR 1020180013767A KR 20180013767 A KR20180013767 A KR 20180013767A KR 101861507 B1 KR101861507 B1 KR 101861507B1
Authority
KR
South Korea
Prior art keywords
push
user terminal
token
message
push message
Prior art date
Application number
KR1020180013767A
Other languages
English (en)
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 KR1020180013767A priority Critical patent/KR101861507B1/ko
Application granted granted Critical
Publication of KR101861507B1 publication Critical patent/KR101861507B1/ko

Links

Images

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/23—Reliability checks, e.g. acknowledgments or fault reporting
    • H04L51/30—
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0807—Network architectures or network communication protocols for network security for authentication of entities using tickets, e.g. Kerberos
    • H04L67/26—
    • 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)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

소정 어플리케이션을 설치한 사용자 단말로 발행된 토큰의 인덱스 및 메시지 식별 값을 포함하는 수신 URL을 암호화하는 단계; 암호화된 수신 URL을 포함하는 푸시 메시지 및 사용자 단말로 발행된 토큰을 푸시 서버로 전송하며 푸시 요청을 하는 단계; 및 푸시 요청에 따라 푸시 서버로부터 푸시 메시지를 수신한 사용자 단말이 암호화된 수신 URL을 호출한 경우, 푸시 메시지가 사용자 단말로 도달한 것으로 확인하는 단계를 포함하는 것을 특징으로 하는 본 발명의 일 실시예에 따른 푸시 메시지 수신 확인 방법이 개시된다.

Description

푸시 메시지의 수신 확인 방법 및 장치{METHOD AND APPARATUS FOR CHECKING RECEPTION OF PUSH MESSAGE}
본 발명은 푸시 메시지 전송 분야에 관한 것이다. 보다 구체적으로, 본 발명은 사용자 단말로 전송된 푸시 메시지가 사용자 단말에 의해 수신된 것인지를 확인하는 푸시 메시지의 수신 확인 방법 및 장치에 관한 것이다.
단말 기기 및 네트워크의 발전에 따라 사용자들은 자신의 모바일 단말에 다양한 종류의 어플리케이션을 설치하여 이용하고 있다. 운영자는 자신의 어플리케이션을 설치한 사용자들이 어플리케이션을 통해 물품 구매, 서비스 이용 등의 특정 행위를 하기를 원할 것이며, 이러한 니즈를 반영하여 사용자들의 모바일 단말로 푸시 메시지를 전송하는 방안이 활용되어 왔다.
운영 서버 또는 푸시 서버 등으로부터 푸시 메시지를 수신한 사용자 단말의 어플리케이션은 푸시 메시지를 화면에 디스플레이하고, 사용자는 푸시 메시지의 확인을 통해 운영자가 원하는 행위를 수행할 수 있다.
최근, 푸시 메시지는 단순한 물품 구매 유도, 서비스 이용 유도 등의 상업적 목적뿐만 아니라, 어플리케이션에 대한 고객의 충성도 유지 내지 향상, 고객 서비스 등의 다양한 목적을 위해 이용되고 있다.
하지만, 운영 서버나 푸시 서버가 푸시 메시지를 사용자 단말로 전송하더라도, 단말의 전원 오프 등으로 푸시 메시지가 사용자 단말로 도달하지 않는 경우가 있으며, 푸시 메시지의 실제 도달 여부를 판단하는 방안은 아직 마련되어 있지 않은 실정이다. 즉, 운영자는 사용자 단말로 푸시 메시지가 도달될 것으로 신뢰하고 푸시 메시지를 발송하였으나, 실제 푸시 메시지가 사용자 단말로 전송되지 않은 경우, 운영자는 메시지 송신 비용 등의 운영상 손해를 입을 수 있는 것이다.
본 발명의 일 실시예에 따른 푸시 메시지의 수신 확인 방법 및 장치는 푸시 서버로부터 사용자 단말로의 푸시 메시지 도달 여부를 확인하는 것을 기술적 과제로 한다.
또한, 본 발명의 일 실시예에 따른 푸시 메시지의 수신 확인 방법 및 장치는 사용자 단말의 부하를 감소시켜 간단한 방법으로 푸시 메시지의 도달 여부를 확인하는 것을 기술적 과제로 한다.
본 발명의 일 실시예에 따른 푸시 메시지 수신 확인 방법은,
소정 어플리케이션을 설치한 사용자 단말로 발행된 토큰의 인덱스 및 메시지 식별 값을 포함하는 수신 URL을 암호화하는 단계; 상기 암호화된 수신 URL을 포함하는 푸시 메시지 및 상기 사용자 단말로 발행된 토큰을 상기 푸시 서버로 전송하며 푸시 요청을 하는 단계; 및 상기 푸시 요청에 따라 상기 푸시 서버로부터 푸시 메시지를 수신한 사용자 단말이 상기 암호화된 수신 URL을 호출한 경우, 상기 푸시 메시지가 상기 사용자 단말로 도달한 것으로 확인하는 단계를 포함할 수 있다.
상기 푸시 메시지가 도달한 것으로 확인하는 단계는, 상기 호출된 암호화된 수신 URL을 복호화하여 상기 토큰의 인덱스와 상기 메시지 식별 값을 획득하는 단계; 및 상기 메시지 식별 값에 대응하는 푸시 메시지가 상기 토큰의 인덱스에 대응하는 사용자 단말로 도달한 것으로 확인하는 단계를 포함할 수 있다.
상기 푸시 메시지 수신 확인 방법은, 상기 암호화된 수신 URL을 상기 토큰의 인덱스와 상기 메시지 식별 값에 매핑시켜 저장하는 단계를 더 포함하고, 상기 푸시 메시지가 도달한 것으로 확인하는 단계는, 상기 사용자 단말이 상기 암호화된 수신 URL을 호출한 경우, 상기 호출된 수신 URL에 매핑된 메시지 식별 값에 대응하는 푸시 메시지가 상기 호출된 수신 URL에 매핑된 토큰의 인덱스에 대응하는 사용자 단말로 도달한 것으로 확인하는 단계를 포함할 수 있다.
상기 토큰은, 상기 사용자 단말이 어플리케이션 제공 서버로부터 상기 소정 어플리케이션을 다운로드함에 따라 상기 어플리케이션 제공 서버로부터 발행된 것이며, 상기 토큰의 인덱스는, 상기 사용자 단말이 토큰을 상기 관리 서버로 전송한 경우, 상기 관리 서버가 상기 토큰에 대해 할당한 후 상기 사용자 단말로 전송한 값일 수 있다.
상기 사용자 단말로 전송된 푸시 메시지는, 상기 소정 어플리케이션에 의해 실행되어 상기 사용자 단말의 화면에 표시될 수 있다.
상기 푸시 메시지 수신 확인 방법은, 상기 푸시 요청에 따라 상기 푸시 서버로부터 푸시 메시지를 수신한 사용자 단말이 자신에게 발행된 토큰의 인덱스를 상기 관리 서버로 전송하면, 상기 사용자 단말로부터 수신된 토큰의 인덱스와 상기 수신 URL에 포함된 토큰의 인덱스의 동일 여부에 따라 상기 푸시 메시지의 도달 여부를 재확인하는 단계를 더 포함할 수 있다.
본 발명의 다른 실시예에 따른 푸시 메시지 수신 확인 방법은,
어플리케이션 서버로부터 소정 어플리케이션을 다운로드함에 따라 상기 어플리케이션 서버로부터 발행된 토큰을 저장하는 단계; 상기 토큰을 관리 서버로 전송하고, 상기 관리 서버로부터 상기 토큰의 인덱스를 수신하여 저장하는 단계; 상기 관리 서버가 상기 토큰의 인덱스와 상기 메시지 식별 값을 포함하는 수신 URL을 암호화한 후, 암호화된 수신 URL을 푸시 서버로 전송하며 푸시 요청을 함에 따라, 상기 푸시 서버로부터 상기 암호화된 수신 URL을 포함하는 푸시 메시지를 수신하는 단계; 및 상기 푸시 메시지에 포함된 암호화된 수신 URL을 호출하는 단계를 포함하되, 상기 암호화된 수신 URL이 호출됨에 따라 상기 사용자 단말로 상기 푸시 메시지가 도달한 것으로 확인될 수 있다.
본 발명의 일 실시예에 따른 관리 서버는,
소정 어플리케이션을 설치한 사용자 단말로 발행된 토큰 및 토큰 인덱스를 저장하는 메모리; 상기 토큰의 인덱스 및 메시지 식별 값을 포함하는 수신 URL을 암호화하는 제어부; 및 상기 암호화된 수신 URL을 포함하는 푸시 메시지 및 상기 사용자 단말로 발행된 토큰을 상기 푸시 서버로 전송하며 푸시 요청을 하는 통신부를 포함하되, 상기 제어부는, 상기 푸시 요청에 따라 상기 푸시 서버로부터 푸시 메시지를 수신한 사용자 단말이 상기 암호화된 수신 URL을 호출한 경우, 상기 푸시 메시지가 상기 사용자 단말로 도달한 것으로 확인할 수 있다.
본 발명의 일 실시예에 따른 푸시 메시지의 수신 확인 방법 및 장치는 푸시 서버로부터 사용자 단말로의 푸시 메시지 도달 여부를 확인할 수 있다.
또한, 본 발명의 일 실시예에 따른 푸시 메시지의 수신 확인 방법 및 장치는 사용자 단말의 부하를 감소시켜 간단한 방법으로 푸시 메시지의 도달 여부를 확인할 수 있다.
다만, 본 발명의 일 실시예에 따른 푸시 메시지의 수신 확인 방법 및 장치가 달성할 수 있는 효과는 이상에서 언급한 것들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
본 명세서에서 인용되는 도면을 보다 충분히 이해하기 위하여 각 도면의 간단한 설명이 제공된다.
도 1은 본 발명의 일 실시예에 따른 푸시 메시지 수신 확인 시스템을 설명하기 위한 도면이다.
도 2는 본 발명의 일 실시예에 따른 푸시 메시지 전송을 위한 사전 절차를 설명하기 위한 플로우 도면이다.
도 3은 관리 서버에 저장되는 사용자 정보들을 도시하는 예시적인 도면이다.
도 4는 본 발명의 제 1 실시예에 따른 푸시 메시지 수신 확인 방법을 설명하기 위한 플로우 도면이다.
도 5는 본 발명의 제 2 실시예에 따른 푸시 메시지 수신 확인 방법을 설명하기 위한 플로우 도면이다.
도 6은 본 발명의 일 실시예에 따른 관리 서버의 구성을 도시하는 블록도이다.
본 발명은 다양한 변경을 가할 수 있고 여러 가지 실시예를 가질 수 있는 바, 특정 실시예들을 도면에 예시하고, 이를 상세한 설명을 통해 상세히 설명하고자 한다. 그러나, 이는 본 발명을 특정한 실시 형태에 대해 한정하려는 것이 아니며, 본 발명은 본 발명의 사상 및 기술 범위에 포함되는 모든 변경, 균등물 내지 대체물을 포함하는 것으로 이해되어야 한다.
본 발명을 설명함에 있어서, 관련된 공지 기술에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우 그 상세한 설명을 생략한다. 또한, 본 명세서의 설명 과정에서 이용되는 숫자(예를 들어, 제 1, 제 2 등)는 하나의 구성요소를 다른 구성요소와 구분하기 위한 식별기호에 불과하다.
또한, 본 명세서에서, 일 구성요소가 다른 구성요소와 "연결된다" 거나 "접속된다" 등으로 언급된 때에는, 상기 일 구성요소가 상기 다른 구성요소와 직접 연결되거나 또는 직접 접속될 수도 있지만, 특별히 반대되는 기재가 존재하지 않는 이상, 중간에 또 다른 구성요소를 매개하여 연결되거나 또는 접속될 수도 있다고 이해되어야 할 것이다.
또한, 본 명세서에서 '~부(유닛)', '모듈' 등으로 표현되는 구성요소는 2개 이상의 구성요소가 하나의 구성요소로 합쳐지거나 또는 하나의 구성요소가 보다 세분화된 기능별로 2개 이상으로 분화될 수도 있다. 또한, 이하에서 설명할 구성요소 각각은 자신이 담당하는 주기능 이외에도 다른 구성요소가 담당하는 기능 중 일부 또는 전부의 기능을 추가적으로 수행할 수도 있으며, 구성요소 각각이 담당하는 주기능 중 일부 기능이 다른 구성요소에 의해 전담되어 수행될 수도 있음은 물론이다.
또한, 본 명세서에서 푸시 메시지의 도달 여부를 확인한다는 것은 네트워크를 통해 발신된 푸시 메시지가 사용자 단말에 의해 수신되었는지 여부를 확인한다는 것을 의미하며, 푸시 메시지에 대한 사용자의 터치, 클릭이나, 푸시 메시지에 기초한 사용자의 특정 행위를 확인한다는 것을 의미하는 것은 아니다.
이하, 본 발명의 기술적 사상에 의한 실시예들을 차례로 상세히 설명한다.
도 1은 본 발명의 일 실시예에 따른 푸시 메시지 수신 확인 시스템(100)을 설명하기 위한 도면이다.
도 1을 참조하면, 본 발명의 일 실시예에 따른 푸시 메시지 수신 확인 시스템(100)은 관리 서버(110), 고객사 단말(130), 어플리케이션 제공 서버(150), 사용자 단말(170) 및 푸시 서버(190)를 포함할 수 있다.
고객사 단말(130)은 개발된 어플리케이션을 어플리케이션 제공 서버(150)에 등록하고, 어플리케이션 제공 서버(150)는 사용자 단말(170)의 요청에 따라 어플리케이션을 사용자 단말(170)로 제공한다. 어플리케이션 제공 서버(150)는 예를 들어, 구글(google)사의 play 스토어, 애플(apple)사의 앱스토어 등 의 서비스를 운영할 수 있다.
고객사에서 어플리케이션을 개발하는데 있어, 관리 서버(110)는 사용자 단말(170)로의 푸시 메시지 전송 및 수신 확인을 위한 프로그램(예를 들어, SDK(software development kit))(이하, 푸시 프로그램)를 고객사로 제공하고, 고객사는 관리 서버(110)로부터 수신된 푸시 프로그램이 내장된 어플리케이션을 개발할 수 있다. 구현예에 따라서는, 관리 서버(110)의 운영자가 고객사의 요청에 따라 푸시 프로그램을 내장한 어플리케이션을 개발하여 고객사에 제공할 수도 있다.
어플리케이션이 사용자 단말(170)에 설치된 후, 고객사 단말(130)은 관리 서버(110)에 접속하여 사용자 단말(170)로의 푸시 메시지 전송 요청(이하, 푸시 요청)을 하고, 관리 서버(110)는 푸시 서버(190)로 푸시 요청을 한다.
푸시 서버(190)는 관리 서버(110)의 요청에 따라 푸시 메시지를 사용자 단말(170)로 전송하고, 사용자 단말(170)에 설치된 어플리케이션은 푸시 메시지를 전달받아 화면에 디스플레이한다. 상기 푸시 서버(190)는 구글(google)사의 GCM(Google Cloud Messaging), FCM(Firebase Cloud Messaing), 또는 애플(apple)사의 APNS(Apple Private Notification Server)를 포함할 수 있으나, 이에 한정되는 것은 아니다.
도 1은 푸시 서버(190)가 어플리케이션 제공 서버(150)와 물리적으로 분리되어 있는 것으로 도시하고 있지만, 푸시 서버(190)와 어플리케이션 제공 서버(150)는 하나의 서버로 구현될 수도 있다.
도 1에 도시된 관리 서버(110), 고객사 단말(130), 어플리케이션 제공 서버(150), 사용자 단말(170) 및 푸시 서버(190) 각각은 서로 간에 네트워크를 통해 연결되어 데이터를 송수신할 수 있다. 여기서, 네트워크는 유선 네트워크와 무선 네트워크를 포함할 수 있다. 예를 들어, 네트워크는 근거리 네트워크(LAN: Local Area Network), 도시권 네트워크(MAN: Metropolitan Area Network), 광역 네트워크(WAN: Wide Area Network) 등의 다양한 네트워크를 포함할 수 있다. 또한, 네트워크는 공지의 월드 와이드 웹(WWW: World Wide Web)을 포함할 수도 있다. 그러나, 본 발명의 실시예에 따른 네트워크는 상기 열거된 네트워크에 국한되지 않고, 공지의 무선 데이터 네트워크나 공지의 전화 네트워크, 공지의 유무선 텔레비전 네트워크를 적어도 일부로 포함할 수도 있다.
또한, 도 1은 사용자 단말(170)로서 스마트폰, 고객사 단말(130)로서 데스크탑 PC를 도시하고 있으나, 이는 하나의 예시일 뿐이며, 사용자 단말(170) 및 고객사 단말(130)은 네트워크를 통해 통신할 수 있는 스마트폰, 태블릿 PC, 노트북, 데스크탑 PC, 스마트워치 등의 다양한 기기를 포함할 수 있다.
이하에서는, 도 2 및 도 3을 참조하여 사용자 단말(170)로 푸시 메시지를 전송하기 위한 사전 절차에 대해 상세히 설명한다.
사전 절차
도 2는 본 발명의 일 실시예에 따른 푸시 메시지 전송을 위한 사전 절차를 설명하기 위한 플로우 도면이고, 도 3은 관리 서버(110)에 저장되는 사용자 정보들을 도시하는 예시적인 도면이다.
도 2를 보면, S210 단계에서, 관리 서버(110)는 푸시 프로그램(예를 들어, 푸시 SDK)을 고객사 단말(130)로 전송한다. 푸시 프로그램에는 앱 키(AppKey) 및 앱 시크릿(AppSecret)이 포함될 수 있는데, 앱 키는 일종의 아이디, 앱 시크릿은 일종의 비밀번호의 역할을 하며, 앱 키 및 앱 시크릿은 푸시 프로그램(또는 푸시 프로그램을 내장한 어플리케이션)을 식별하기 위해 이용될 수 있다.
고객사는 푸시 프로그램을 내장한 어플리케이션을 개발하고, S220 단계에서, 개발된 어플리케이션을 어플리케이션 제공 서버(150)에 등록한다.
구현예에 따라서, 푸시 프로그램을 내장한 어플리케이션은 관리 서버(110)에 의해 개발되어 어플리케이션 제공 서버(150)에 등록될 수도 있고, 또는 푸시 프로그램을 내장한 어플리케이션은 관리 서버(110)에 의해 개발되어 고객사 단말(130)로 제공되고, 고객사 단말(130)이 이를 어플리케이션 제공 서버(150)에 등록할 수도 있다.
S230 단계에서, 어플리케이션 제공 서버(150)는 사용자 단말(170)의 요청에 따라 어플리케이션을 사용자 단말(170)로 전송한다.
S240 단계에서, 사용자 단말(170)은 전송받은 어플리케이션을 설치 및 실행한 후, 푸시 수신 동의를 어플리케이션 제공 서버(150)로 전송한다. 사용자 단말(170)은 어플리케이션에 내장된 푸시 프로그램의 앱 키 및 앱 시크릿을 저장소(예를 들어, 메모리)에 저장할 수 있다.
S250 단계에서, 사용자 단말(170)의 수신 동의에 따라 어플리케이션 제공 서버(150)는 사용자 단말(170)의 식별을 위한 토큰을 발행한다. 사용자 단말(170)로 발행된 토큰은 사용자 단말(170)의 저장소에 저장될 수 있다. 어플리케이션 제공 서버(150)로부터 발행된 토큰에 대한 정보는 푸시 서버(190)에 공유될 수 있다.
S260 단계에서, 사용자 단말(170)은 어플리케이션 제공 서버(150)로부터 발행된 토큰과 앱 키, 앱 시크릿을 관리 서버(110)로 전송하며 등록 요청을 한다. 구체적으로, 사용자 단말(170)에 설치된 어플리케이션은 Restful API를 호출하여 관리 서버(110)로 등록 요청을 할 수 있다.
구현예에 따라서, 사용자 단말(170)은 등록 요청을 할 때 자신의 OS 타입(예를 들어, 안드로이드, iOS 등)에 대한 정보도 함께 관리 서버(110)로 전송할 수 있다.
S270 단계에서, 관리 서버(110)는 사용자 단말(170)로부터 수신한 토큰에 대응하는 토큰 인덱스를 사용자 단말(170)로 전송한다. 토큰 인덱스는 토큰에 대해 관리 서버(110)가 할당한 값을 포함할 수 있다.
관리 서버(110)는 사용자 단말(170)로부터 수신된 앱 키 및 앱 시크릿으로부터 사용자 단말(170)에 설치된 어플리케이션이 인증된 경우, 상기 토큰 인덱스를 사용자 단말(170)로 전송할 수도 있다.
관리 서버(110)로부터 토큰 인덱스를 수신한 사용자 단말(170)은 토큰 인덱스를 저장소에 저장한다. 사용자 단말(170)의 저장소에는 앱 키, 앱 시크릿, 토큰 및 토큰 인덱스가 함께 저장될 수 있다.
또한, 관리 서버(110)는 사용자 단말(170)로 전송한 토큰 인덱스를 토큰, 앱 키, 앱 시크릿 및 사용자 단말(170)의 OS 타입 정보에 매핑시켜 저장할 수 있다.
도 3은 관리 서버(110)에 저장된 사용자 정보들을 예시하고 있는데, 도 3에 도시된 바와 같이, 1번 사용자, 2번 사용자, 3번 사용자 각각에 대해 그에 대응하는 앱 키, 앱 시크릿, 토큰 및 토큰 인덱스가 매핑되어 저장될 수 있다. 도 3에 도시된 사용자 정보는 하나의 예시일 뿐이며, 구현예에 따라서 사용자 정보는, 각 사용자의 생년월일, 이름, 주소, 상품 구매 이력, 서비스 이용 이력, 위치 정보 등의 개인 정보도 더 포함할 수 있다.
이하에서는, 사용자 단말(170)로 전송된 푸시 메시지의 도달(수신) 여부를 확인하는 방법에 대해 구체적으로 설명한다.
제 1 실시예
도 4는 본 발명의 제 1 실시예에 따른 푸시 메시지 수신 확인 방법을 설명하기 위한 플로우 도면이다.
S410 단계에서, 고객사 단말(130)은 관리 서버(110)에 접속하여 푸시 요청을 한다. 고객사 단말(130)은 관리 서버(110)로 푸시 메시지를 수신할 단말에 대한 정보, 푸시 메시지에 포함될 제목, 메시지 컨텐츠(예를 들어, 텍스트, 이미지 및 동영상 중 적어도 하나) 및 링크 URL을 전송할 수 있다. 상기 링크 URL의 전송은 고객사 단말(130)의 선택에 따라 생략될 수도 있다.
구현예에 따라서, 푸시 메시지를 수신할 단말, 푸시 메시지에 포함될 제목, 메시지 컨텐츠 및 링크 URL은 관리 서버(110)에 의해 직접 선택 및 생성될 수도 있다.
S420 단계에서, 관리 서버(110)는 푸시 메시지를 수신할 단말에 대응하는 토큰을 추출하고, S430 단계에서, 상기 추출된 토큰 및 푸시 메시지를 푸시 서버(190)로 전송하며 푸시 요청을 한다. 상기 푸시 메시지는 푸시 메시지의 제목, 메시지 컨텐츠, 링크 URL 및 메시지 식별 값을 포함할 수 있다. 상기 메시지 식별 값은 푸시 메시지를 구별하기 위해 관리 서버(110)에 의해 할당된 값이다.
상기 S430 단계에서, 관리 서버(110)로부터 푸시 서버(190)로 전송되는 데이터의 JSON 타입은 아래와 같을 수 있다.
Figure 112018012311618-pat00001
S440 단계에서, 푸시 서버(190)는 관리 서버(110)로부터 수신된 토큰으로부터 푸시 메시지를 수신할 사용자 단말(170)을 식별하고, 식별된 사용자 단말(170)로 푸시 메시지를 전송한다. 푸시 서버(190)로부터 사용자 단말(170)로 전송되는 푸시 메시지는 푸시 메시지의 제목, 메시지 컨텐츠, 링크 URL 및 메시지의 식별 값을 포함할 수 있다.
상기 S440 단계에서, 푸시 서버(190)로부터 사용자 단말(170)로 전송되는 푸시 메시지의 JSON 타입은 아래와 같을 수 있다.
Figure 112018012311618-pat00002
S450 단계에서, 사용자 단말(170)(구체적으로는, 사용자 단말(170)에 설치된 어플리케이션)은 푸시 메시지가 수신됨에 따라 이를 파싱(parsing)하고, 푸시 메시지에 포함된 메시지 식별 값과 저장소에 기 저장되어 있던 토큰 인덱스를 획득한다.
구현예에 따라서, 사용자 단말(170)의 OS가 iOS인 경우, 어플리케이션은 iOS의 앱 그룹 공유 저장소(app group shared contatiner)를 통해 저장소로부터 토큰 인덱스를 추출할 수도 있다. 사용자 단말(170)에 설치된 어플리케이션이 iOS의 앱 그룹 공유 저장소 기능을 이용하여 토큰 인덱스를 추출할 수 있도록, 관련 기능이 푸시 프로그램에 포함될 수 있다.
S460 단계에서, 사용자 단말(170)(구체적으로는, 사용자 단말(170)에 설치된 어플리케이션)은 메시지 식별 값, 토큰 인덱스에 기초하여 수신 URL을 생성하고, S470 단계에서, 사용자 단말(170)(구체적으로는, 사용자 단말(170)에 설치된 어플리케이션)은 수신 URL을 호출한다.
사용자 단말(170)에 의해 생성되는 수신 URL은 예를 들어, "http://www.abc.com/receive.jsp?msgtag=12432&tokenidx=54321&device_type=I"일 수 있는데, 여기서, www.abc.com은 관리 서버(110)의 호스트 주소이고, msgtag는 메시지 식별 값, tokenidx는 토큰 인덱스, device_type은 사용자 단말(170)의 OS 타입을 의미할 수 있다. 구현예에 따라서, 수신 URL은 앱 키 및 앱 시크릿을 더 포함할 수도 있다.
S480 단계에서, 관리 서버(110)는 사용자 단말(170)의 수신 URL 호출에 따라, 수신 URL에서 메시지 식별 값과 토큰 인덱스를 추출하고, 상기 추출된 메시지 식별 값에 대응하는 푸시 메시지가 추출된 토큰 인덱스에 대응하는 사용자 단말(170)로 도달 완료된 것으로 확인할 수 있다.
S490 단계에서, 고객사 단말(130)은 관리 서버(110)로의 푸시 요청에 따라 푸시 메시지가 사용자 단말(170)로 정확히 전달된 것인지를 관리 서버(110)에 접속하여 확인할 수 있다.
더 나아가, 관리 서버(110)는 푸시 메시지의 도달 여부에 대한 확인 뿐만 아니라, 푸시 메시지에 대한 사용자의 클릭 여부, 앱 설치 여부 등의 사용자 행위를 감지할 수 있고, 이러한 감지 결과를 대시보드로서 고객사 단말(130)로 제공할 수도 있다.
제 1 실시예에서는 관리 서버(110)가 고객사 단말(130)의 푸시 요청에 따라 푸시 서버(190)로 푸시 요청을 하는 것으로 설명하였으나, 구현예에 따라서 관리 서버(110)는 고객사 단말(130)의 요청이 없더라도 일정한 경우(예를 들어, 사용자의 생일인 경우, 사용자에게 상품 할인 정보를 제공하고자 하는 경우 등) 스스로 푸시 요청을 푸시 서버(190)로 할 수도 있다.
제 2 실시예
앞서 설명한 제 1 실시예에 따르면, 사용자 단말(170)이 푸시 메시지를 파싱하여 메시지 식별 값을 추출하고, 또한, 저장소로부터 토큰 인덱스를 추출하여 수신 URL을 직접 생성하여야 하므로, 사용자 단말(170)의 부하가 가중될 우려가 있고, 사용자 단말(170)이 잘못된 수신 URL을 생성하는 경우, 수신 확인의 정확성이 감소될 수 있다.
제 2 실시예에서는 사용자 단말(170)의 부하를 최소화하는 동시에 정확한 수신 확인이 가능한 방법에 대해 설명한다.
도 5는 본 발명의 제 2 실시예에 따른 푸시 메시지 수신 확인 방법을 설명하기 위한 플로우 도면이다.
S510 단계에서, 고객사 단말(130)은 관리 서버(110)에 접속하여 푸시 요청을 한다. 고객사 단말(130)은 관리 서버(110)로 푸시 메시지를 수신할 단말에 대한 정보, 푸시 메시지에 포함될 제목, 메시지 컨텐츠(예를 들어, 텍스트, 이미지 및 동영상 중 적어도 하나) 및 링크 URL을 전송할 수 있다. 상기 링크 URL의 전송은 고객사 단말(130)의 선택에 따라 생략될 수도 있다.
구현예에 따라서, 푸시 메시지를 수신할 단말, 푸시 메시지에 포함될 제목, 메시지 컨텐츠 및 링크 URL은 관리 서버(110)에 의해 직접 선택 및 생성될 수도 있다.
S520 단계에서, 관리 서버(110)는 푸시 메시지를 수신할 단말에 대응하는 토큰 인덱스와 메시지 식별 값을 획득하고, S530 단계에서, 토큰 인덱스와 메시지 식별 값을 포함하는 수신 URL을 생성 및 수신 URL을 암호화한다.
예를 들어, S530 단계에서, 생성된 수신 URL은 "https://www.abc.com/Receive.jsp?msgTag=12432&Link=https://주소&TokenIdx=123456&DeviceType=I"일 수 있다. 여기서, www.abc.com은 관리 서버(110)의 호스트 주소이고, msgtag는 메시지 식별 값, Link는 링크 URL, tokenidx는 토큰 인덱스, device_type은 사용자 단말(170)의 OS 타입을 의미할 수 있다. 구현예에 따라서, 수신 URL은 앱 키 및 앱 시크릿을 더 포함할 수도 있다.
또한, 관리 서버(110)에 의해 암호화된 수신 URL은 "https://www.abc.com/Receive.jsp?enc=SDEW!#RFSS@#$$"일 수 있다. 관리 서버(110)는 수신 URL을 암호화하는데 있어 해시(HASH) 암호화 등 당업계에 공지된 다양한 종류의 암호화 방식을 이용할 수 있다.
S540 단계에서, 관리 서버(110)는 메시지 제목, 메시지 컨텐츠, 링크 URL, 암호화된 수신 URL 및 메시지의 식별 값을 포함하는 푸시 메시지와, 토큰을 푸시 서버(190)로 전송하며 푸시 요청을 한다. 관리 서버(110)가 푸시 서버(190)로 전송하는 푸시 요청의 JSON 타입은 예를 들어 아래와 같다.
Figure 112018012311618-pat00003
상기 JSON 타입에서 ReceiveUrl은 암호화된 수신 URL을 의미한다.
S550 단계에서, 푸시 서버(190)는 관리 서버(110)의 요청에 따라 푸시 메시지를 사용자 단말(170)로 전송한다. 푸시 서버(190)가 사용자 단말(170)로 전송하는 푸시 메시지의 JSON 타입은 예를 들어 아래와 같다.
Figure 112018012311618-pat00004
S560 단계에서, 사용자 단말(170)은 푸시 메시지에 포함된 암호화된 수신 URL을 호출하고, S570 단계에서, 관리 서버(110)는 암호화된 수신 URL의 호출에 따라 사용자 단말(170)로 푸시 메시지가 도달한 것으로 확인한다.
구체적으로, 관리 서버(110)는 암호화된 수신 URL이 호출되면, 암호화된 수신 URL을 복호화하여 수신 URL에 포함되어 있던 토큰 인덱스 및 메시지 식별 값을 추출할 수 있다. 그리고, 관리 서버(110)는 메시지 식별 값에 대응하는 푸시 메시지가 토큰 인덱스에 대응하는 사용자 단말(170)로 도달한 것으로 확인할 수 있다.
다른 예로서, 관리 서버(110)는 암호화된 수신 URL을 생성한 후, 수신 URL에 포함된 토큰 인덱스와 메시지 식별 값을 암호화된 수신 URL에 매핑시켜 저장하고, 사용자 단말(170)로부터 암호화된 수신 URL이 호출되면, 암호화된 수신 URL에 매핑된 토큰 인덱스 및 메시지 식별 값을 획득할 수 있다. 그리고, 관리 서버(110)는 메시지 식별 값에 대응하는 푸시 메시지가 토큰의 인덱스에 대응하는 사용자 단말(170)로 도달한 것으로 확인할 수 있다. 이에 의하면, 암호화된 수신 URL에 대한 복호화 과정이 생략될 수 있다.
S580 단계에서, 고객사 단말(130)은 관리 서버(110)로의 푸시 요청에 따라 푸시 메시지가 사용자 단말(170)로 정확히 전달된 것인지를 관리 서버(110)에 접속하여 확인할 수 있다.
한편, 관리 서버(110)가 푸시 서버(190)로 토큰을 전송하며 푸시 요청을 하더라도, 푸시 서버(190)가 토큰을 잘못 해석하거나, 토큰 정보가 변경되어 원래 푸시 메시지를 받아야 할 사용자 단말(170)이 아닌 타 사용자 단말(170)로 푸시 메시지가 전송될 수도 있다. 다시 말하면, 관리 서버(110)가 1번 사용자 단말(170)에게 할당된 제 1 토큰을 푸시 서버(190)로 전송하였으나, 푸시 시버는 푸시 메시지를 제 2 토큰을 할당받은 2번 사용자 단말(170)로 전송할 수도 있는 것이다. 이 경우, 2번 사용자 단말(170)이 암호화된 수신 URL을 호출한 것만으로도 관리 서버(110)는 1번 사용자 단말(170)로 푸시 메시지가 도달한 것으로 오판할 수도 있다.
따라서, 상기 S560 단계에서, 사용자 단말(170)이 암호화된 수신 URL을 호출할 때, 자신에게 할당된 토큰 인덱스를 관리 서버(110)로 전송할 수도 있다. 관리 서버(110)는 사용자 단말(170)로부터 수신된 토큰 인덱스와, 수신 URL을 생성할 때 포함시켰던 토큰 인덱스를 비교하여, 두 토큰 인덱스가 동일한 경우, 푸시 메시지가 원래 의도한 사용자 단말(170)로 정확하게 도달한 것으로 재확인할 수 있다.
제 2 실시예에 따르면, 사용자 단말(170)은 푸시 메시지에 포함된 암호화된 수신 URL을 획득하여 호출하기만 하면 관리 서버(110)에서 수신 확인이 되므로, 앞선 제 1 실시예와 비교하여 사용자 단말(170)의 부하가 감소될 수 있고, 수신 확인의 정확성이 향상될 수 있다.
도 6은 본 발명의 일 실시예에 따른 관리 서버(110)의 구성을 도시하는 블록도이다.
도 6을 참조하면, 본 발명의 일 실시예에 따른 관리 서버(110)는 메모리(112), 통신부(114) 및 제어부(116)를 포함할 수 있다. 메모리(112), 통신부(114) 및 제어부(116)는 적어도 하나의 프로세서로 구현될 수 있으며, 메모리(112)에 저장된 프로그램에 따라 동작할 수 있다.
메모리(112)는 푸시 프로그램이 내장된 어플리케이션을 설치한 사용자들의 정보를 저장한다. 앞서 설명한 바와 같이, 사용자들의 정보는 각 사용자 단말(170)의 앱 키, 앱 시크릿, 토큰, 토큰 인덱스 및 개인 정보 등을 포함할 수 있다.
통신부(114)는 고객사 단말(130), 푸시 서버(190), 사용자 단말(170) 등과 네트워크를 통해 데이터를 송수신한다.
제어부(116)는 메모리(112) 및 통신부(114)의 기능을 제어한다. 구체적으로, 제어부(116)는 푸시 서버(190)로부터 사용자 단말(170)로의 푸시 메시지의 도달 여부를 확인하기 위해, 푸시 서버(190)로 푸시 요청을 하고, 사용자 단말(170)의 URL 호출에 따라 푸시 메시지의 도달 여부를 확인한다.
앞선 제 1 실시예에 따르면, 제어부(116)는 푸시 메시지 및 토큰을 푸시 서버(190)로 전송하면서 푸시 요청을 하고, 사용자 단말(170)이 수신 URL로 호출하면, 수신 URL에서 메시지 식별 값과 토큰 인덱스를 추출하여 푸시 메시지의 도달 여부를 확인한다.
또한, 제 2 실시예에 따르면, 제어부(116)는 수신 URL을 생성 및 암호화하고, 암호화된 수신 URL을 포함하는 푸시 메시지와 토큰을 푸시 서버(190)로 전송하며 푸시 요청을 한다. 사용자 단말(170)이 암호화된 수신 URL로 호출하면, 이에 기초하여 푸시 메시지의 도달 여부를 확인한다.
한편, 상술한 본 발명의 실시예들은 컴퓨터에서 실행될 수 있는 프로그램으로 작성가능하고, 작성된 프로그램은 매체에 저장될 수 있다.
매체는 컴퓨터로 실행 가능한 프로그램을 계속 저장하거나, 실행 또는 다운로드를 위해 임시 저장하는 것일 수도 있다. 또한, 매체는 단일 또는 수개 하드웨어가 결합된 형태의 다양한 기록수단 또는 저장수단일 수 있는데, 어떤 컴퓨터 시스템에 직접 접속되는 매체에 한정되지 않고, 네트워크 상에 분산 존재하는 것일 수도 있다. 매체의 예시로는, 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체, CD-ROM 및 DVD와 같은 광기록 매체, 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical medium), 및 ROM, RAM, 플래시 메모리 등을 포함하여 프로그램 명령어가 저장되도록 구성된 것이 있을 수 있다. 또한, 다른 매체의 예시로, 애플리케이션을 유통하는 앱 스토어나 기타 다양한 소프트웨어를 공급 내지 유통하는 사이트, 서버 등에서 관리하는 기록매체 내지 저장매체도 들 수 있다.
이상, 본 발명의 기술적 사상을 바람직한 실시예를 들어 상세하게 설명하였으나, 본 발명의 기술적 사상은 상기 실시예들에 한정되지 않고, 본 발명의 기술적 사상의 범위 내에서 당 분야에서 통상의 지식을 가진 자에 의하여 여러 가지 변형 및 변경이 가능하다.
100: 푸시 메시지 수신 확인 시스템
110: 관리 서버
112: 메모리
114: 통신부
116: 제어부
130: 고객사 단말
150: 어플리케이션 제공 서버
170: 사용자 단말
190: 푸시 서버

Claims (9)

  1. 소정 어플리케이션을 설치한 사용자 단말로 발행된 토큰에 대해 상기 사용자 단말을 식별하기 위해 할당되는 토큰 인덱스, 푸시 메시지에 대응하는 메시지 식별 값 및 상기 소정 어플리케이션을 식별하기 위한 앱 키를 포함하는 수신 URL을 생성 및 암호화하는 단계;
    상기 암호화된 수신 URL을 포함하는 푸시 메시지 및 상기 사용자 단말로 발행된 토큰을 푸시 서버로 전송하며 푸시 요청을 하는 단계;
    상기 푸시 요청에 따라 상기 푸시 서버로부터 푸시 메시지를 수신한 사용자 단말이 상기 암호화된 수신 URL을 호출한 경우, 상기 호출된 암호화된 수신 URL을 복호화하여 상기 토큰 인덱스, 상기 메시지 식별 값 및 상기 앱 키를 획득하는 단계; 및
    상기 획득된 메시지 식별 값에 대응하는 푸시 메시지가 상기 획득된 토큰 인덱스에 대응하는 사용자 단말 및 상기 앱 키에 의해 식별되는 어플리케이션으로 도달한 것으로 확인하는 단계를 포함하는 것을 특징으로 하는, 관리 서버에 의한 푸시 메시지 수신 확인 방법.
  2. 삭제
  3. 삭제
  4. 제1항에 있어서,
    상기 토큰은, 상기 사용자 단말이 어플리케이션 제공 서버로부터 상기 소정 어플리케이션을 다운로드함에 따라 상기 어플리케이션 제공 서버로부터 발행된 것이며,
    상기 토큰 인덱스는,
    상기 사용자 단말이 토큰을 상기 관리 서버로 전송한 경우, 상기 관리 서버가 상기 토큰에 대해 할당한 후 상기 사용자 단말로 전송한 값인 것을 특징으로 하는 푸시 메시지 수신 확인 방법.
  5. 제1항에 있어서,
    상기 사용자 단말로 전송된 푸시 메시지는,
    상기 소정 어플리케이션에 의해 실행되어 상기 사용자 단말의 화면에 표시되는 것을 특징으로 하는 푸시 메시지 수신 확인 방법.
  6. 제1항에 있어서,
    상기 푸시 메시지 수신 확인 방법은,
    상기 푸시 요청에 따라 상기 푸시 서버로부터 푸시 메시지를 수신한 사용자 단말이 자신에게 발행된 토큰 인덱스를 상기 관리 서버로 전송하면, 상기 사용자 단말로부터 수신된 토큰 인덱스와 상기 수신 URL에 포함된 토큰 인덱스의 동일 여부에 따라 상기 푸시 메시지의 도달 여부를 재확인하는 단계를 더 포함하는 것을 특징으로 하는 푸시 메시지 수신 확인 방법.
  7. 어플리케이션 서버로부터 소정 어플리케이션을 다운로드함에 따라 상기 어플리케이션 서버로부터 발행된 토큰 및 상기 소정 어플리케이션의 식별을 위한 앱 키를 저장하는 단계;
    상기 토큰을 관리 서버로 전송하고, 상기 관리 서버에 의해 상기 토큰에 대해 할당된 토큰 인덱스를 상기 관리 서버로부터 수신하여 저장하는 단계;
    상기 관리 서버가 상기 토큰 인덱스, 상기 앱 키 및 푸시 메시지에 대응하는 메시지 식별 값을 포함하는 수신 URL을 생성 및 암호화한 후, 암호화된 수신 URL을 푸시 서버로 전송하며 푸시 요청을 함에 따라, 상기 푸시 서버로부터 상기 암호화된 수신 URL을 포함하는 푸시 메시지를 수신하는 단계; 및
    상기 푸시 메시지에 포함된 암호화된 수신 URL을 호출하는 단계를 포함하되,
    상기 암호화된 수신 URL이 호출됨에 따라 상기 관리 서버는 상기 암호화된 수신 URL을 복호화하여 상기 토큰 인덱스, 상기 메시지 식별 값 및 상기 앱 키를 획득하고, 상기 획득된 메시지 식별 값에 대응하는 푸시 메시지가 상기 획득된 토큰 인덱스에 대응하는 사용자 단말 및 상기 앱 키에 의해 식별되는 어플리케이션으로 도달한 것으로 확인하는 것을 특징으로 하는, 사용자 단말에 의한 푸시 메시지 수신 확인 방법.
  8. 하드웨어와 결합하여 제1항, 제4항 내지 제7항 중 어느 하나의 항의 푸시 메시지 수신 확인 방법을 실행하기 위하여 매체에 저장된 프로그램.
  9. 소정 어플리케이션을 설치한 사용자 단말로 발행된 토큰, 상기 사용자 단말의 식별을 위해 상기 토큰에 대해 할당된 토큰 인덱스 및 상기 소정 어플리케이션을 식별하기 위한 앱 키를 저장하는 메모리;
    상기 토큰 인덱스, 상기 앱 키 및 푸시 메시지에 대응하는 메시지 식별 값을 포함하는 수신 URL을 생성 및 암호화하는 제어부; 및
    상기 암호화된 수신 URL을 포함하는 푸시 메시지 및 상기 사용자 단말로 발행된 토큰을 푸시 서버로 전송하며 푸시 요청을 하는 통신부를 포함하되,
    상기 제어부는, 상기 푸시 요청에 따라 상기 푸시 서버로부터 푸시 메시지를 수신한 사용자 단말이 상기 암호화된 수신 URL을 호출한 경우, 상기 호출된 암호화된 수신 URL을 복호화하여 상기 토큰 인덱스, 상기 메시지 식별 값 및 상기 앱 키를 획득하고, 상기 획득된 메시지 식별 값에 대응하는 푸시 메시지가 상기 획득된 토큰 인덱스에 대응하는 사용자 단말 및 상기 앱 키에 의해 식별되는 어플리케이션으로 도달한 것으로 확인하는 것을 특징으로 하는 관리 서버.
KR1020180013767A 2018-02-05 2018-02-05 푸시 메시지의 수신 확인 방법 및 장치 KR101861507B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020180013767A KR101861507B1 (ko) 2018-02-05 2018-02-05 푸시 메시지의 수신 확인 방법 및 장치

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020180013767A KR101861507B1 (ko) 2018-02-05 2018-02-05 푸시 메시지의 수신 확인 방법 및 장치

Publications (1)

Publication Number Publication Date
KR101861507B1 true KR101861507B1 (ko) 2018-05-25

Family

ID=62299233

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020180013767A KR101861507B1 (ko) 2018-02-05 2018-02-05 푸시 메시지의 수신 확인 방법 및 장치

Country Status (1)

Country Link
KR (1) KR101861507B1 (ko)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110784467A (zh) * 2019-10-29 2020-02-11 维沃移动通信有限公司 一种消息中的网络链接处理方法、电子设备
CN114338788A (zh) * 2020-09-24 2022-04-12 华为技术有限公司 消息推送方法、电子设备及存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20040081289A (ko) * 2003-03-14 2004-09-21 (주)에이스넷 수신확인이 가능한 전자메일 시스템 및 그 방법
KR20130021118A (ko) * 2011-08-22 2013-03-05 주식회사 포비커 클라우드 환경에서 에이치티엠엘5 브라우저를 이용한 푸쉬 노티피케이션 서비스 시스템
KR20130111716A (ko) * 2012-04-02 2013-10-11 신용수 적응형 메시징 방법 및 시스템
KR101453454B1 (ko) * 2014-05-16 2014-10-23 ㈜농협정보시스템 통합 푸시 서비스 시스템 및 그 이용 방법
KR20150058752A (ko) * 2013-11-21 2015-05-29 김원혁 보안 푸시 메시징 제공 방법

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20040081289A (ko) * 2003-03-14 2004-09-21 (주)에이스넷 수신확인이 가능한 전자메일 시스템 및 그 방법
KR20130021118A (ko) * 2011-08-22 2013-03-05 주식회사 포비커 클라우드 환경에서 에이치티엠엘5 브라우저를 이용한 푸쉬 노티피케이션 서비스 시스템
KR20130111716A (ko) * 2012-04-02 2013-10-11 신용수 적응형 메시징 방법 및 시스템
KR20150058752A (ko) * 2013-11-21 2015-05-29 김원혁 보안 푸시 메시징 제공 방법
KR101453454B1 (ko) * 2014-05-16 2014-10-23 ㈜농협정보시스템 통합 푸시 서비스 시스템 및 그 이용 방법

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110784467A (zh) * 2019-10-29 2020-02-11 维沃移动通信有限公司 一种消息中的网络链接处理方法、电子设备
CN110784467B (zh) * 2019-10-29 2021-10-26 维沃移动通信有限公司 一种消息中的网络链接处理方法、电子设备
CN114338788A (zh) * 2020-09-24 2022-04-12 华为技术有限公司 消息推送方法、电子设备及存储介质
CN114338788B (zh) * 2020-09-24 2024-03-15 花瓣云科技有限公司 消息推送方法、电子设备及存储介质

Similar Documents

Publication Publication Date Title
US9591483B2 (en) Authentication mechanisms for wireless networks
WO2015078407A1 (zh) 终端间应用共享的方法和终端
US20140137206A1 (en) Password-free, token-based wireless access
CN111193768B (zh) 网络数据处理方法、装置、计算机设备和存储介质
US11824854B2 (en) Communication system and computer readable storage medium
CN113553572B (zh) 资源信息获取方法、装置、计算机设备和存储介质
US20140289531A1 (en) Communication system, relay device, and non-transitory computer readable medium
KR101861507B1 (ko) 푸시 메시지의 수신 확인 방법 및 장치
CN112004201A (zh) 一种短信的发送方法、装置及计算机系统
CN113656713B (zh) 一种网络资源处理方法、装置及系统
CN106664535A (zh) 一种信息发送方法、装置、终端设备以及系统
KR102048750B1 (ko) 보안 메시지 제공 방법 및 시스템
KR20140061943A (ko) 메시지 통합관리 시스템 및 방법
CN110213346B (zh) 加密信息的传输方法及装置
KR20110039905A (ko) 광고 제공 방법 및 시스템
KR20170019451A (ko) 미디어 게이트웨이를 통한 사용자/상호작용 관련
CN109614114B (zh) License文件的获取方法、装置、可读存储介质及电子设备
JP5156064B2 (ja) 個人特定ｉｄ管理システム
KR101971428B1 (ko) 사용자간 상호작용에 따른 컨텐츠 교환 방법 및 이를 실행하는 시스템
KR20200111092A (ko) 문자메시지 송수신 방법, 장치, 시스템 및 프로그램
CN109933960A (zh) 服务调用控制方法、服务调用方法、装置及终端
JP6059307B1 (ja) 端末装置、情報送信方法、及び情報送信プログラム
KR101379551B1 (ko) Ｏｐｍｄ 시스템에서의 배타적 인증을 위한 방법, 단말, 서버, 및 기록 매체
KR102051040B1 (ko) 정보 예약 전송 장치 및 방법
US20230188485A1 (en) Method and system for providing interoperability for rich communication suite (rcs) information sharing using plural channels

Legal Events

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