KR101488268B1 - 푸시 메시지 서비스 방법 및 시스템 - Google Patents

푸시 메시지 서비스 방법 및 시스템 Download PDF

Info

Publication number
KR101488268B1
KR101488268B1 KR20130103382A KR20130103382A KR101488268B1 KR 101488268 B1 KR101488268 B1 KR 101488268B1 KR 20130103382 A KR20130103382 A KR 20130103382A KR 20130103382 A KR20130103382 A KR 20130103382A KR 101488268 B1 KR101488268 B1 KR 101488268B1
Authority
KR
South Korea
Prior art keywords
push
message
push message
server
service
Prior art date
Application number
KR20130103382A
Other languages
English (en)
Other versions
KR20140029306A (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 US14/423,557 priority Critical patent/US10148449B2/en
Priority to PCT/KR2013/007854 priority patent/WO2014035194A1/en
Priority to CN201380045455.9A priority patent/CN104584489B/zh
Publication of KR20140029306A publication Critical patent/KR20140029306A/ko
Application granted granted Critical
Publication of KR101488268B1 publication Critical patent/KR101488268B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1859—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast adapted to provide push services, e.g. data channels
    • 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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • 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/06—Message adaptation to terminal or network requirements
    • H04L51/066—Format adaptation, e.g. format conversion or compression
    • 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
    • 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/214—Monitoring or handling of messages using selective forwarding
    • 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/52—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail for supporting social networking services
    • 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/56—Unified messaging, e.g. interactions between e-mail, instant messaging or converged IP messaging [CPM]
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)
  • Telephonic Communication Services (AREA)

Abstract

본 발명에 따른 푸시 메시지 서비스 방법은, 본 발명에 따른 푸시 메시지 서비스 방법은, 서로 다른 운영체제 기반의 플랫폼에 대응하여 표준화된 하나의 공통 푸시 메시지를 지원하는 서비스 방법에 있어서, (1)서비스 서버가, 하나 이상의 푸시토큰과 사용자 계정정보 중 적어도 하나를 포함하는 메시지 수신에 대응하여, 상기 푸시토큰과 상기 사용자 계정정보에 미리 매핑된 푸시토큰 중 적어도 하나를 식별하는 단계와, (2)상기 서비스 서버가, 상기 메시지를 표준화된 포맷에 따라 하나의 공통 푸시 메시지로 생성하여 이를 공통 푸시 메시지 관리부로 전송하는 단계 및 (3)상기 공통 푸시 메시지 관리부가, 상기 공통 푸시 메시지를 상기 식별된 푸시토큰에 대응하는 플랫폼의 해당 운영체제의 종류에 따라 변환하여 해당 푸시 메시지를 생성하는 단계를 포함하는 것을 특징으로 한다.

Description

푸시 메시지 서비스 방법 및 시스템{PUSH MESSAGE SERVICE SYSTEM AND METHOD THEREOF}
본 발명은 푸시를 통한 메시지 전달 방법에 관한 것으로 특히, 서로 다른 운영체제 기반의 다수의 플랫폼 또는 동일한 사용자 계정의 다수의 플랫폼에 대응하여 서비스 서버가 표준화된 하나의 푸시 메시지를 개발할 수 있도록 지원하며, 푸시 메시지의 유실을 방지할 수 있는, 푸시 메시지 서비스 방법 및 시스템에 관한 것이다.
통신 기술이 발달됨에 따라 다양한 단말 플랫폼들이 생겨나면서, 단말 플랫폼들은 각자의 플랫폼에 맞는 푸시 서비스들을 구비하고, 이를 통해서 푸시 메시지 서비스를 제공하고 있다.
또한, 최근의 사용자 기기도 점점 다양화되어 사용자는 태블릿 PC, 스마트폰, 스마트 단말 등과 같은 다양한 모바일 디바이스를 소지하고 이를 활용하고 있는 추세이다.
그러나 종래의 푸시 메시지 서비스를 제공하는 시스템은 사용자의 서로 상이한 운영체제를 갖는 모바일 디바이스들을 모두 지원하는 푸시 메시지 서비스를 제공하지 못하고 있는 실정이다.
예를 들어 종래의 푸시지 메시지 서비스의 구성은 서로 상이한 운영체제 기반의 단말을 복수 소지한 사용자가 푸시 메시지 서비스에 대해 소지한 디바이스들에서 동시에 지원받기를 원하는 경우에 이를 지원하지 못하고 있다.
즉, 현재는 푸시 서비스의 메시지 표준이 정의되어 있지 않고, 이를 표준화한 시스템도 전무하다. 그렇기 때문에 각 플랫폼들에서 제공하는 푸시 서비스들은 각자의 메시지를 정의하여 서비스하고 있고, 이것들을 사용하는 서비스들은 푸시 서비스에서 정의한 데로 따로 개발해서 사용하고 있다.
또한, 다양한 모바일 플랫폼들이 존재하기 때문에 서비스들은 다양한 플랫폼을 지원하는 형태로 개발되고 있다. 이에 따라 각 플랫폼의 푸시 서비스들이 각기 다른 메시지를 정의하고 있어, 서비스들은 각 플랫폼의 푸시 서비스들을 따로 개발해야 하는 불편함과 어려움이 있다.
또한 최근 사용자들은 복수개의 단말을 사용하고, 복수개의 단말에서 동일한 서비스를 사용하고 있다. 이러한 경우, 한 사용자의 모든 단말에 동일한 서비스를 제공하기 위해서는, 멀티 디바이스에 대한 멀티 푸시를 지원해야 한다. 하지만, 동일한 푸시 메시지를 단말별로 푸시 서비스 별로 각각 만들어 전달해야하는 어려움이 있다.
또한 푸시 서비스의 QOS(Quality of Service)핵심은 푸시 서비스 서버와 단말의 푸시 서비스 데몬 간의 연결 유지에 있다. 푸시 서비스의 특성상, 푸시 서버와 단말의 푸시 데몬 간에 상시 연결을 맺고 있어야 즉각적인 메시지 전달이 가능하기 때문이다.
그러나 단말은 제한적인 하드웨어 사양을 가지고 있기 때문에, 푸시 서비스 데몬이 항상 활성화 되어 있는 것을 보장하기 어렵다. 그렇기 때문에 메시지 지연, 메시지 유실 등의 문제가 발생할 수 있다.
본 발명의 목적은 서로 다른 운영체제 기반의 다수의 플랫폼 또는 동일한 사용자 가 소지한 다수의 플랫폼에 대응하여 서비스 서버가 표준화된 하나의 푸시 메시지를 개발할 수 있도록 지원하며, 푸시 메시지의 유실과 전달지연을 방지할 수 있는, 푸시 메시지 서비스 방법 및 시스템을 제안하는데 목적이 있다.
본 발명에 따른 푸시 메시지 서비스 방법은, 서로 다른 운영체제 기반의 플랫폼에 대응하여 표준화된 하나의 공통 푸시 메시지를 지원하는 서비스 방법에 있어서, (1)서비스 서버가, 하나 이상의 푸시토큰과 사용자 계정정보 중 적어도 하나를 포함하는 메시지 수신에 대응하여, 상기 푸시토큰과 상기 사용자 계정정보에 미리 매핑된 푸시토큰 중 적어도 하나를 식별하는 단계와, (2)상기 서비스 서버가, 상기 메시지를 표준화된 포맷에 따라 하나의 공통 푸시 메시지로 생성하여 이를 공통 푸시 메시지 관리부로 전송하는 단계 및 (3)상기 공통 푸시 메시지 관리부가, 상기 공통 푸시 메시지를 상기 식별된 푸시토큰에 대응하는 플랫폼의 해당 운영체제의 종류에 따라 변환하여 해당 푸시 메시지를 생성하는 단계;를 포함하는 것을 특징으로 한다.
본 발명의 다른 실시예에 따른 푸시 메시지 서비스 시스템은, 표준화된 공통 푸시 메시지를 지원하는 푸시 메시지 서비스 시스템에 있어서, 수신된 메시지에 포함된 하나 이상의 푸시토큰과 사용자 계정정보에 미리 매핑된 푸시토큰을 식별하고, 상기 메시지를 표준화된 포맷에 따라 하나의 공통 푸시 메시지로 생성하는 서비스 서버 및 상기 공통 푸시 메시지를 상기 식별된 푸시토큰에 대응하는 플랫폼의 해당 운영체제의 종류에 따라 변환하여 해당 푸시 메시지로 생성하는 공통 푸시 메시지 관리부를 포함하는 것을 특징으로 한다.
본 발명의 다른 실시예에 따른 푸시 메시지 서비스 시스템은, 푸시 메시지의 유실을 방지하기 위한 시스템에 있어서, 서비스 앱을 실행하는 플랫폼에 설치되고, 핑 주기가 서로 다른 복수의 푸시 데몬을 포함하며, 상기 복수의 푸시 데몬 중 가장 먼저 상기 푸시 메시지를 수신한 상기 푸시 데몬이 상기 서비스 앱에 상기 푸시 메시지를 전달하는 푸시 데몬부 및 상기 푸시 데몬부에 상기 푸시 메시지를 전송하는 상기 푸시 서버부를 관리하는 공통 푸시 메시지 관리부를 포함하는 것을 특징으로 한다.
본 발명에 따르면, 서비스 서버들이 서로 다른 운영체제에 대응하는 푸시 메시지들을 각각 개발하는 대신 공통 푸시 메시지 시스템에서 제공하는 표준화된 공통 푸시 메시지를 정의하여 개발할 수 있다.
이를 통해 향후 확장 및 추가되는 서비스 서버들은 표준화된 공통 푸시 메시지 서비스를 개발함으로써 다양한 플랫폼의 푸시 서비스들을 용이하게 사용할 수 있다.
또한, 본 발명에 따르면, 서비스 서버는 동일한 사용자 계정에 매핑된 복수의 플랫폼에 전송할 메시지를 포함하는 표준화된 하나의 계정기반 푸시 메시지를 개발할 수 있다.
또한, 본 발명에 따르면, 핑 주기가 서로 다른 복수의 푸시 데몬을 플랫폼에 설치함으로써, 푸시 메시지 전달 지연 및 유실 등의 문제를 방지할 수 있다.
도 1은 본 발명의 제1 실시예에 따른 공통 푸시 메시지 서비스 시스템을 개략적으로 도시한 도면.
도 2는 본 발명의 제1 실시예에 따른 공통 푸시 메시지를 구성하는 정보를 예시적으로 나타낸 표.
도 3은 본 발명의 제1 실시예에 따른 공통 푸시 메시지의 포맷을 나타낸 도면.
도 4는 본 발명의 제1 실시예에 의한 공통 푸시 메시지 관리부의 개략적인 구성을 나타낸 블록도.
도 5는 본 발명의 제1 실시예에 의한 푸시 메시지 서비스 방법의 흐름을 도시한 흐름도.
도 6은 본 발명의 제2 실시예에 의한 공통 푸시 메시지 서비스 시스템을 개략적으로 도시한 도면.
도 7은 본 발명의 제2 실시예에 의한 공통 푸시 메시지에 포함되는 정보를 개략적으로 나타낸 표.
도 8은 본 발명의 제2 실시예에 의한 상기 공통 푸시 메시지의 예를 개략적으로 도시한 도면.
도 9는 본 발명의 제2 실시예에 의한 공통 푸시 메시지 관리부의 개략적인 구성을 나타낸 블록도.
도 10은 본 발명의 제2 실시예에 의한 푸시 메시지 서비스 방법의 흐름을 도시한 흐름도.
도 11은 본 발명의 제3 실시예에 의한 공통 푸시 메시지 시스템을 개략적으로 도시한 도면.
도 12는 본 발명의 제3 실시예에 푸시 메시지 유실 방지 시스템의 동작 흐름을 나타낸 흐름도.
이하에는 첨부한 도면을 참조하여 본 발명의 바람직한 실시예에 대해서 상세하게 설명한다. 본 발명의 상세한 설명에 앞서, 이하에서 사용되는 용어나 단어는 통상적이거나 사전적인 의미로 한정해서 해석되어서는 아니 되며, 본 발명의 기술적 사상에 부합하는 의미와 개념으로 해석되어야 한다. 따라서, 본 명세서와 도면은 본 발명의 바람직한 실시예에 불과할 뿐이고, 본 발명의 기술적 사상을 모두 대변하는 것은 아니므로, 본 출원 시점에 있어서 이들을 대체할 수 있는 다양한 균등물과 변형 예들이 있을 수 있음을 이해하여야 한다. 또한, 첨부 도면에 있어서 일부 구성요소는 과장되거나 생략되거나 또는 개략적으로 도시되었으며, 각 구성요소의 크기는 실제 크기를 전적으로 반영하는 것이 아니다. 따라서 본 발명은 첨부한 도면에 그려진 상대적인 크기나 간격에 의해 제한되어지지 않는다.
본 발명에 따른 푸시 메시지 서비스 시스템 및 방법은 휴대 단말기에 적용될 수 있다. 이러한 휴대 단말기는 휴대폰, 스마트폰, 태블릿 PC, 핸드헬드(hand-held) PC, PMP(Portable Multimedia Player), PDA(Personal Digital Assistant) 등이 될 수 있음은 자명하다. 이하 설명에서는 본 발명에 따른 메시지 관리 방법 및 장치가 휴대 단말기에 적용되는 것으로 가정하여 설명한다.
도 1은 본 발명의 제1 실시예에 따른 공통 푸시 메시지 서비스 시스템을 개략적으로 도시한 도면이고, 도 2는 본 발명의 제1 실시예에 따른 공통 푸시 메시지를 구성하는 정보를 예시적으로 나타낸 표이며, 도 3은 본 발명의 제1 실시예에 따른 공통 푸시 메시지의 포맷을 나타낸 도면이다.
도 1을 참조하면, 공통 푸시 메시지 서비스 시스템은, 적어도 하나의 서비스 서버(10, 11, 12), 공통 푸시 메시지 관리부(20), 다수의 푸시 서버(31~35) 및 다수의 플랫폼(41~45)을 포함할 수 있다.
서비스 서버(10, 11, 12)는 푸시 메시지 서비스를 제공하는 서버일 수 있고, 예컨대, Chat ON과 같은 메시지 서비스 서버일 수 있다.
서비스 서버(10)는 제1 내지 제5 플랫폼(41~45) 별로 부여된 푸시토큰(push token)을 하나 이상 포함하는 메시지를 수신할 수 있다. 상기 메시지는 프로바이더 또는 식별된 플랫폼으로부터 전송될 수 있다.
상기 푸시 토큰은, 푸시 메시지를 전달받을 플랫폼의 서비스 앱 인증정보라 할 수 있다. 즉, 푸시 토큰은 플랫폼이 서비스 서버(10)와의 초기 접속 시 푸시 서버로부터 획득하는 서비스 앱 인증정보라 할 수 있다.
특히, 서비스 서버(10)는 복수의 푸시토큰을 포함하여 수신된 상기 메시지를 본 발명의 표준화된 포맷에 따라 하나의 공통 푸시 메시지로 생성할 수 있다.
즉, 종래에는 서비스 서버가 수신 플랫폼의 운영체제의 종류에 따라 서로 다른 푸시 메시지를 생성하는 반면, 본 발명의 제1 실시예는, 수신 플랫폼의 운영체제의 종류와 상관없이 상기 메시지 수신에 대응하여 미리 설정된 포맷에 따라 하나의 공통 푸시 메시지를 생성할 수 있다.
도 2 및 도 3을 참조하면, 이와 같은 상기 공통 푸시 메시지는 수신된 메시지에 대한 고유한 아이디(tid), 서비스 서버(10)에 대한 고유한 아이디(appid) 및 각 푸시서버(31~35)별로 전달할 메시지 정보(pns)를 포함하여 구성될 수 있다. 메시지 정보(pns)는 푸시서버(31~35)별로 배열될 수 있다. 메시지 정보(pns)는 푸시토큰에 해당하는 플랫폼의 운영체제 기반의 해당 푸시 서버의 푸시 메시지 타입(pushType), 상기 서비스 서버에 대응하는 서비스 앱의 고유 아이디(pushAppid), 상기 플랫폼을 식별하기 위한 상기 푸시토큰(pushToken)을 포함할 수 있다.
공통 푸시 메시지 관리부(20)는 서비스 서버(10)로부터 수신된 공통 푸시 메시지를 상기 복수의 푸시토큰에 대응하는 제1 내지 제5 플랫폼(41~45)의 해당 운영체제 종류에 따라 상기 해당 운영체제에 대응하는 푸시 메시지로 생성할 수 있다.
그리고 공통 푸시 메시지 관리부(20)는 상기 푸시 메시지를 상기 해당 운영체제의 푸시서버(31~35)로 각각 푸시 요청할 수 있다. 공통 푸시 메시지 관리부(20)에 대해 이하 도 4를 참조하여 상세히 설명하기로 한다.
제1 푸시서버 내지 제5 푸시서버(31~35)는 공통 푸시 메시지 관리부(20)로부터 수신된 상기 각 푸시 메시지를 통해 푸시 요청을 수신하여, 이를 해당 플랫폼(41~45)의 서비스 앱으로 전달할 수 있다.
제1 푸시서버 내지 제5 푸시서버(31~35)는 각 플랫폼(41~45)의 해당 운영체제의 종류에 대응하여 구성될 수 있다.
예컨대, 제1 플랫폼(41)의 iSO 운영체제에 대응하여 APNS(Apple Push Notification Service)의 제1 푸시서버(31)가 구비될 수 있다. 제2 플랫폼(42), 제3 플랫폼(43) 및 제4 플랫폼(44)의 안드로이드 또는 바다의 운영체제에 대응하는 SPP(Samsung Push Platform)의 제2 푸시서버(32), C2DM(Cloud To Device Messaging framework)의 제3 푸시서버(33) 및 AOM의 제4 푸시서버(34) 중 적어도 하나가 구비될 수 있다. 제2 플랫폼 내지 제4 플랫폼(42~44)는 안드로이드와 바다 중 적어도 하나의 운영체제의 이용이 가능하다. 제5 플랫폼(35)의 윈도우 모바일 운영체제에 대응하는 MPNS(Microsoft Push Notification Service) 또는 WNS(Windows Push Notification Service)의 제5 푸시서버(35)가 구비될 수 있다.
그리고, 서비스 서버(10)에 추가적으로 등록되는 플랫폼에 대응하여 상기 플랫폼에 이용되는 운영체제의 종류에 대응하는 새로운 푸시서버가 추가 구성될 수 있다.
제1 내지 제5 플랫폼(41~45)은 소정 서비스의 메시지를 미리 설정된 형식으로 서비스 서버(10)로 전송하는 전용 애플리케이션을 구비하거나 혹은 서비스 서버(10)에서 미리 설정한 메시지 통신을 위한 API(Application Programming Interface)를 포함한 전용 서비스 앱을 구비할 수 있다.
제1 내지 제5 플랫폼(41~45)은 스마트폰, 스마트 단말, 태블릿 피씨와 같은 모바일 장치일 수 있고, 모바일 운영체제가 임베디드되어 자동차, 가전제품, 홈 네트워킹, 퍼스널 컴퓨터 등에 구성되는 장치일 수 있다.
제1 내지 제5 플랫폼(41~45)은 서로 다른 운영체제에 의해 운용되되, 상기 서비스 서버(10)에 대응하는 서비스 앱을 실행하는 복수의 플랫폼(41~45)일 수 있다.
제1 내지 제5 플랫폼(41~45)은 서비스 서버(10)에 대응하는 서비스 앱을 등록 시, 해당 운영체제 기반의 각 푸시서버(31~35)로부터 각 플랫폼의 상기 서비스 앱 인증정보로서 푸시토큰을 받을 수 있다.
제1 내지 제5 플랫폼(41~45)은 상기 푸시토큰을 서비스 서버(10)로 전달할 수 있다.
도 4는 본 발명의 제1 실시예에 의한 공통 푸시 메시지 관리부의 개략적인 구성을 나타낸 블록도이다.
구체적으로 도 4를 참조하여 공통 푸시 메시지 관리부(20)의 구성을 상세히 살펴보면, 공통 푸시 메시지 관리부(20)는, 메시지 매니저(200), 인포 매니저(300), 어카운트 푸시 인포 인증부(400) 및 푸시 에이전트(500, 600, 700)를 포함하여 구성될 수 있다.
메시지 매니저(200)는 메시지 리시버부(220), 메시지 파서부(240) 및 메시지 전달부(260)를 포함하여 구성될 수 있다. 인포 매니저(300)는 어카운트 인포 매니저(320), 푸시 인포 매니저(340) 및 인증 인포 매니저(360)를 포함하여 구성될 수 있다.
메시지 리시버부(220)는 서비스 서버(10)로부터 공통 푸시 메시지를 수신할 수 있다. 메시지 파서부(240)는 수신된 공통 푸시 메시지를 파싱하고, 공통 푸시 메시지에 대한 유효성 검사를 수행할 수 있다.
특히, 메시지 파서부(240)는 상기 메시지 정보(pns)를 기반으로 공통 푸시 메시지에 포함된 적어도 하나의 푸시토큰을 식별할 수 있다. 메시지 전달부(260)는 상기 식별된 푸시토큰 별로 상기 공통 푸시 메시지를 해당하는 푸시 에이전트(500~700) 중 적어도 하나로 전송할 수 있다.
메시지 전달부(260)는 메시지 파서부(240)에 의해 파싱되고 유효성 검사를 통과한 공통 푸시 메시지를 푸시 에이전트(500~700)로 전달할 수 있다.
각 푸시 에이전트(500, 600, 700)는 연관된 푸시서버에 각각 대응하여 구성될 수 있다. 즉, 푸시 에이전트(500, 600, 700)는 공통 푸시 메시지 시스템에서 지원하는 푸시서버들에 대응하여 각각 구성될 수 있다.
예컨대, APNS의 제1 푸시서버에 대응하는 제1 푸시 에이전트(500), SPP의 제2 푸시서버에 대응하는 제2 푸시 에이전트(600), 및 WNS의 제5 푸시서버에 대응하는 제5 푸시 에이전트(700)가 구비될 수 있다.
또한, 새로운 운영체제의 푸시서버가 상기 공통 푸시 메시지 관리부(20)를 이용하고자 함에 따라 푸시 에이전트도 이에 대응하여 추가 구성될 수 있다. 즉, 향후 푸시서버가 추가되면, 이에 대응하는 해당 푸시 에이전트만 추가 개발해서 구비하면, 공통 푸시 메시지 시스템에서 지원 가능하도록 설계될 수 있다.
각 푸시 에이전트(500, 600, 700)는 메시지 생성부(520, 620, 720) 및 메시지 전송부(540, 640, 740)를 포함하여 구성될 수 있다.
각 메시지 생성부(520, 620, 720)는 수신된 상기 공통 푸시 메시지를 상기 식별된 푸시토큰에 해당하는 푸시서버의 해당 운영체제의 종류에 따라 변환하여 이를 상기 푸시서버에 전송될 푸시 메시지로 생성할 수 있다.
즉, 제1 메시지 생성부(520)는 상기 공통 푸시 메시지를 제1 푸시서버(31)의 운영체제인 iOS에 대응하는 푸시 메시지로 변환할 수 있고, 제2 메시지 생성부(620)는 상기 공통 푸시 메시지를 제2푸시서버(32)의 운영체제인 안드로이드에 대응하는 푸시 메시지로 변환할 수 있으며, 제3 메시지 생성부(720)는 상기 공통 푸시 메시지를 제5 푸시서버(35)의 운영체제인 윈도우 모바일(Window mobile)에 대응하는 푸시 메시지로 변환할 수 있다.
각 메시지 전송부(540, 640, 740)는 각 메시지 생성부(520, 620, 720)에 의해 생성된 푸시 메시지를 해당 푸시서버(31, 32, 35)로 푸시 요청할 수 있다.
즉, 제1 메시지 전송부(540)는 제1 메시지 생성부(520)에 의해 생성된 푸시 메시지를 제1 푸시서버(31)로 전송할 수 있고, 제2 메시지 전송부(640)는 제2 메시지 생성부(620)에 의해 생성된 푸시 메시지를 제2 푸시서버(32)로 전송할 수 있으며, 제3 메시지 생성부(720)에 의해 생성된 푸시 메시지를 제5 푸시서버(35)로 전송할 수 있다.
어카운트 푸시 인포 인증부(400)는 서비스 서버(10)가 사용하고자 하는 제1 내지 제5 푸시서버(31~35)로부터 받은 인증 및 등록에 관한 정보를 저장할 수 있다.
인포 매니저(300)는 제1 내지 제5 플랫폼(41~45)으로부터 받은 사용자 계정 정보, 푸시토큰과 플랫폼의 푸시 서비스 인정 정보를 등록 및 관리할 수 있다.
언급한 실시예는 제1 서비스 서버(10)에 연관된 푸시 메지 서비스 방법에 대해 설명하였으나, 나머지 복수의 서비스 서버(11, 12)의 푸시 서비스 방법도 이와 동일한 방법으로 동작할 수 있다. 그리고 복수의 서비스 서버(10, 11, 12)가 공통 푸시 메시지 관리부(20)를 동시에 이용할 수 있다.
도 5는 본 발명의 제1 실시예에 의한 푸시 메시지 서비스 방법의 흐름을 도시한 흐름도이다. 이하, 도 1 및 도 5를 참조하여, 본 발명의 제1 실시예에 의한 푸시 메시지 서비스 방법에 관하여 설명하기로 한다.
도 1 및 도 5를 참조하면, 본 발명의 실시예에 의한 푸시 메시지 서비스 방법은, 먼저 서비스 서버(10)가 사용하고자 하는 푸시서버(31, 32)에 등록할 수 있다.(S201) 그리고 서비스 서버(10)는 상기 푸시서버(31, 32)에 등록 시, 푸시서버(31, 32)로부터 인증 정보를 받을 수 있다.
다음으로 서비스 서버(10)는 S201 단계에서 푸시서버(31, 32)로부터 받은 상기 인증 및 등록에 관한 정보를 공통 푸시 메시지 관리부(20)에 저장할 수 있다.(S202)
다음으로 플랫폼(41~45)은 서비스 서버(10)에 대응하는 서비스 앱 등록 시, 해당 운영체제 기반의 각 푸시서버(31~35)로부터 플랫폼(41~45)의 상기 서비스 앱 인증정보로서 푸시토큰을 받을 수 있다.(S203)
다음으로 플랫폼(41~45)은 S203단계에서 푸시서버(31~35)로부터 받은 상기 푸시토큰을 서비스 서버(10)로 전송할 수 있다.(S204)
이후, 서비스 서버(10)는 플랫폼(41~45)별로 부여된 상기 푸시토큰을 하나 이상 포함하는 메시지를 수신할 수 있다.(S205)
다음으로 서비스 서버(10)는 하나 이상의 푸시토큰에 대응하여 표준화된 포맷에 따라 하나의 공통 푸시 메시지를 생성하고, 상기 공통 푸시 메시지를 공통 푸시 메시지 관리부(20)로 전송할 수 있다.(S206)
상기 공통 푸시 메시지는 서비스 서버(10)에서 수신된 복수의 푸시토큰을 포함하는 메시지를 본 발명의 실시예에 따라 미리 설정된 표준화된 포맷에 따른 푸시 메시지라 할 수 있다. 상기 공통 푸시 메시지의 구체적인 구성 및 역할은 앞서 도 2 내지 도 3을 참조한 부분과 동일하므로 이에 대한 상세한 설명은 생략하기로 한다.
상기 S206 단계에 이어 다음으로 공통 푸시 메시지 관리부(20)는 서비스 서버(10)로부터 수신된 상기 공통 푸시 메시지를 파싱(parsing)할 수 있다.(S207) 더불어, 공통 푸시 메시지 관리부(20)는 상기 공통 푸시 메시지에 관한 유효성을 검사할 수 있다. 공통 푸시 메시지 관리부(20)는 상기 공통 푸시 메시지를 파싱함으로써, 수신 플랫폼(41~45)들의 푸시토큰, 운영체제의 종류, 플랫폼의 종류 등을 식별할 수 있다.
다음으로 공통 푸시 메시지 관리부(20)는 상기 식별된 푸시토큰 별로 해당 운영체제의 종류에 따라 상기 공통 푸시 메시지를 변환할 수 있다.(S209) 즉, 공통 푸시 메시지 관리부(20)는 상기 식별된 푸시토큰의 해당 운영체제에 따라 상기 공통 푸시 메시지를 변환하여 각 운영체제에 적합한 푸시 메시지를 생성할 수 있다. 다시 말해서 모든 메시지 정보(pns)에 대응하여 푸시 메시지를 생성할 수 있다.
다음으로 공통 푸시 메시지 관리부(20)는 S209단계에서 변환된 공통 푸시 메시지를 각 해당 플랫폼(41~45)의 서비스 앱으로 전달할 수 있다.(S210) 이때, 푸시 메시지에 포함된 메시지 정보(pns)를 기반으로 인증 절차를 수행할 수 있다.
한편, 공통 푸시 메시지 관리부(20)는 새로운 서비스 서버를 추가 등록할 수 있다. 추가된 상기 서비스 서버는 푸시서버들의 운영체제의 종류에 상관없이 미리 설정된 하나의 포맷으로 표준화된 상기 공통 푸시 메시지를 생성할 수 있다.
이와 같이 본 발명의 실시예는, 서비스 서버들이 서로 다른 운영체제에 대응하는 푸시 메시지들을 각각 개발하는 대신 공통 푸시 메시지 시스템에서 제공하는 표준화된 공통 푸시 메시지를 정의하여 개발할 수 있다.
이를 통해 향후 확장 및 추가되는 서비스 서버들은 표준화된 공통 푸시 메시지 서비스를 개발함으로써 다양한 플랫폼의 푸시 서비스들을 용이하게 사용할 수 있다.
이하 도 6을 참조하여 본 발명의 계정기반 공통 푸시 메시지 서비스 시스템을 설명하기로 한다.
도 6은 본 발명의 제2 실시예에 의한 공통 푸시 메시지 서비스 시스템을 개략적으로 도시한 도면이다.
도 6을 참조하면, 공통 푸시 메시지 서비스 시스템은, 적어도 하나의 서비스 서버(10, 11, 12), 제1 내지 제5 푸시서버(31~35), 제1 내지 제5 플랫폼(41~45), 공통 푸시 메시지 관리부(60) 및 사용자 정보 데이터베이스(62)를 포함하여 구성될 수 있다. 상기와 같은 구성은 도 1에 도시된 도면부호와 동일한 구성은 그 역할이 동일하므로 상세한 설명은 생략하기로 한다.
서비스 서버(10)는 사용자 정보를 포함하는 메시지를 수신할 수 있다. 상기 사용자 정보는 수신 플랫폼의 사용자 계정정보일 수 있다. 상기 하나의 사용자 정보에 해당하는 수신 플랫폼은 복수 개일 수 있다.
서비스 서버(10)는 상기 사용자 정보에 미리 매핑된 적어도 하나의 푸시토큰을 식별할 수 있다. 사용자 정보와 이에 미리 매핑된 푸시토큰은 사용자 정보 데이터베이스(62)에 미리 저장되어 있을 수 있다.
예컨대, 홍길동이라는 사용자가 소지한 iOS 기반의 아이패드(41), 안드로이드 기반의 스마트 노트(44), 윈도우 모바일 기반의 스마트 폰(45)은 동일한 사용자 계정정보를 가질 수 있다.
상기 아이패드(41), 스마트 노트(44) 및 스마트 폰(45)의 각 푸시토큰은 서로 다르게 부여되어 있다. 서비스 서버(10)는 하나의 사용자 계정정보에 미리 매핑된 아이패드(41)의 푸시토큰, 스마트 노트(44)의 푸시토큰 및 스마트 폰(45)의 푸시토큰을 각각 식별할 수 있다.
서비스 서버(10)는 식별된 각 푸시토큰에 해당하는 플랫폼에 전송할 상기 메시지를 표준화된 포맷에 따라 하나의 공통 푸시 메시지로 생성할 수 있다.
즉, 서비스 서버(10)는 수신된 메시지에 포함된 하나의 사용자 계정정보에 미리 매핑된 다수의 플랫폼 모두에 대응하여 미리 설정된 포맷의 하나의 공통 푸시 메시지를 생성할 수 있다.
도 7은 본 발명의 제2 실시예에 의한 공통 푸시 메시지에 포함되는 정보를 개략적으로 나타낸 표이고, 도 8은 본 발명의 제2 실시예에 의한 상기 공통 푸시 메시지의 예를 개략적으로 도시한 도면이다.
도 7 및 도 8을 참조하면, 제2 실시예에 의한 공통 푸시 메시지는, 수신된 메시지에 대한 고유한 아이디(tid), 상기 사용자 계정정보에 대한 고유한 아이디(uid), 상기 서비스 서버에 대한 고유한 아이디(appid)를 포함하고, 상기 각 푸시서버 별로 전달할 메시지 정보(pns)를 포함할 수 있다. 상기 메시지 정보(pns)들은 전송될 푸시서버 별로 배열될 수 있다.
상기 각 푸시서버 별로 배열된 메시지 정보(pns)는, 상기 푸시토큰에 해당하는 상기 플랫폼의 운영체제 기반의 해당 푸시 서버의 푸시 메시지 타입(pushType), 상기 서비스 서버에 대응하는 서비스 앱의 고유 아이디(pushAppid) 및 상기 플랫폼을 식별하기 위한 상기 푸시토큰(pushToken)을 포함할 수 있다.
서비스 서버(10)는 이와 같이 계정기반 공통 푸시 메시지의 메시지 정보(pns)에 해당 서비스가 지원하는 모든 푸시 서비스의 메시지를 정의해서 이를 공통 푸시 메시지 관리부(60)로 보낼 수 있다.
사용자 정보 데이터베이스(62)는 사용자 계정정보(uid)와 상기 사용자 정보(uid)에 대응하는 하나 이상의 플랫폼 별로 부여된 푸시토큰이 매핑되어 저장될 수 있고, 상기 사용자가 소지한 플랫폼의 개수, 상기 플랫폼의 각 종류, 푸시서버의 인증 정보 등을 저장할 수 있다.
예컨대, 사용자 정보 데이터베이스(62)는 홍길동이라는 사용자가 소지한 아이패드(41), 스마트 노트(44) 및 스마트 폰(45) 각각의 푸시토큰을 홍길동의 사용자 계정정보와 매핑하여 저장할 수 있다.
공통 푸시 메시지 관리부(60)는 서비스 서버(10)로부터 받은 푸시서버 사용 인증 및 등록에 관한 정보를 저장할 수 있다.
공통 푸시 메시지 관리부(60)는 서비스 서버(10)로부터 수신된 공통 푸시 메시지를 서비스 서버(10)에 의해 식별된 푸시토큰의 플랫폼에 대응하는 해당 운영체제의 종류에 따라 각각 변환하여 푸시 메시지로 생성할 수 있다. 그리고 생성된 푸시 메시지를 해당 플랫폼들(41~45)에 대응하는 푸시서버(31~35)로 각각 푸시 요청할 수 있다.
예컨대, 공통 푸시 메시지 관리부(60)는 홍길동이라는 동일 사용자의 아이패드(41)에 대응하는 제1 푸시서버(31), 스마트 노트(44)에 대응하는 제4 푸시서버(34) 및 스마트 폰(45)에 대응하는 제5 푸시서버(35)로 각각 푸시 요청할 수 있다. 공통 푸시 메시지 관리부(60)에 대해 이하 도 9를 참조하여 상세히 설명하기로 한다.
제1 푸시서버 내지 제5 푸시서버(31~35)는 공통 푸시 메시지 관리부(60)로부터 수신된 상기 각 푸시 메시지를 통해 푸시 요청을 수신하여, 이를 해당 플랫폼(41~45)의 서비스 앱으로 전달할 수 있다. 제1 푸시서버 내지 제5 푸시서버(31~35)는 각 플랫폼(41~45)의 해당 운영체제의 종류에 대응하여 구성될 수 있다.
도 9는 본 발명의 제2 실시예에 의한 공통 푸시 메시지 관리부의 개략적인 구성을 나타낸 블록도이다. 도 9를 참조하면, 공통 푸시 메시지 관리부(60)는 메시지 매니저(200), 인포 매니저(300), 어카운트 푸시 인포 인증부(400), 푸시 에이전트(500, 600, 700) 및 사용자 정보 데이터베이스(62)를 포함하여 구성될 수 있다. 이상의 구성에 대해 도 4에 도시된 공통 푸시 메시지 관리부의 도면 부호와 동일한 구성은 역할이 동일하므로 상세한 설명은 생략하기로 한다.
사용자 정보 데이터베이스(62)는 사용자 계정정보가 동일한 복수의 푸시토큰들을 상기 사용자 계정정보와 매핑하여 저장할 수 있다. 그리고, 사용자 정보 데이터베이스(62)는 상기 사용자 계정정보에 대응하는 사용자가 소지한 플랫폼의 개수, 상기 플랫폼의 각 종류, 푸시서버의 인증 정보 등을 저장할 수 있다.
서비스 서버(10)가 사용자 계정정보를 포함하는 메시지를 수신하면, 상기 사용자 정보 데이터베이스(62)를 통해 상기 사용자 계정정보에 미리 매핑된 적어도 하나의 푸시토큰들을 식별할 수 있다.
메시지 매니저(200)는 메시지 리시버부(220), 메시지 파서부(240) 및 메시지 전달부(260)를 포함하여 구성될 수 있다. 인포 매니저(300)는 어카운트 인포 매니저(320), 푸시 인포 매니저(340) 및 인증 인포 매니저(360)를 포함하여 구성될 수 있다.
메시지 리시버부(220)는 서비스 서버(10)로부터 공통 푸시 메시지를 수신할 수 있다. 메시지 파서부(240)는 수신된 공통 푸시 메시지를 파싱하고, 공통 푸시 메시지에 대한 유효성 검사를 수행할 수 있다.
특히, 메시지 파서부(240)는 상기 메시지 정보(pns)를 기반으로 공통 푸시 메시지에 포함된 적어도 하나의 푸시토큰을 식별할 수 있다. 예컨대, 홍길동이라는 사용자 계정정보에 매핑된 아이패드(41), 스마트 노트(44) 및 스마트 폰(45)의 푸시토큰을 식별할 수 있다.
메시지 전달부(260)는 상기 식별된 푸시토큰 별로 상기 공통 푸시 메시지를 해당하는 푸시 에이전트(500~700) 중 적어도 하나로 전송할 수 있다.
메시지 전달부(260)는 메시지 파서부(240)에 의해 파싱되고 유효성 검사를 통과한 공통 푸시 메시지를 푸시 에이전트(500~700)로 전달할 수 있다.
각 푸시 에이전트(500, 600, 700)는 연관된 푸시서버에 각각 대응하여 구성될 수 있다. 즉, 푸시 에이전트(500, 600, 700)는 공통 푸시 메시지 시스템에서 지원하는 푸시서버들에 대응하여 각각 구성될 수 있다.
예컨대, APNS의 제1 푸시서버에 대응하는 제1 푸시 에이전트(500), SPP의 제2 푸시서버에 대응하는 제2 푸시 에이전트(600), 및 WNS의 제5 푸시서버에 대응하는 제5 푸시 에이전트(700)가 구비될 수 있다.
각 푸시 에이전트(500, 600, 700)는 메시지 생성부(520, 620, 720) 및 메시지 전송부(540, 640, 740)를 포함하여 구성될 수 있다.
각 메시지 생성부(520, 620, 720)는 수신된 상기 공통 푸시 메시지를 상기 식별된 푸시토큰에 해당하는 푸시서버의 해당 운영체제의 종류에 따라 변환하여 이를 상기 푸시서버에 전송될 푸시 메시지로 생성할 수 있다.
즉, 제1 메시지 생성부(520)는 상기 공통 푸시 메시지를 제1 푸시서버(31)의 운영체제인 iOS에 대응하는 푸시 메시지로 변환할 수 있고, 제2 메시지 생성부(620)는 상기 공통 푸시 메시지를 제2푸시서버(32)의 운영체제인 안드로이드에 대응하는 푸시 메시지로 변환할 수 있으며, 제3 메시지 생성부(720)는 상기 공통 푸시 메시지를 제5 푸시서버(35)의 운영체제인 윈도우 모바일(Window mobile)에 대응하는 푸시 메시지로 변환할 수 있다.
각 메시지 전송부(540, 640, 740)는 각 메시지 생성부(520, 620, 720)에 의해 생성된 푸시 메시지를 해당 푸시서버(31, 32, 35)로 푸시 요청할 수 있다.
즉, 제1 메시지 전송부(540)는 제1 메시지 생성부(520)에 의해 생성된 푸시 메시지를 제1 푸시서버(31)로 전송할 수 있고, 제2 메시지 전송부(640)는 제2 메시지 생성부(620)에 의해 생성된 푸시 메시지를 제4 푸시서버(34)로 전송할 수 있으며, 제3 메시지 생성부(720)에 의해 생성된 푸시 메시지를 제5 푸시서버(35)로 전송할 수 있다.
예컨대, 제1 푸시서버(31)는 홍길동이 소지한 아이패드(41)에 상기 푸시 메시지를 전송할 수 있고, 제4 푸시서버(34)는 홍길동이 소지한 스마트 노트(44)에 상기 푸시 메시지를 전송할 수 있으며, 제5 푸시서버(35)는 홍길동이 소지한 스마트 폰(45)에 상기 푸시 메시지를 전송할 수 있다.
어카운트 푸시 인포 인증부(400)는 서비스 서버(10)가 사용하고자 하는 제1 내지 제5 푸시서버(31~35)로부터 받은 인증 및 등록에 관한 정보를 저장할 수 있다.
인포 매니저(300)는 제1 내지 제5 플랫폼(41~45)으로부터 받은 사용자 계정 정보, 푸시토큰과 플랫폼의 푸시 서비스 인정 정보를 등록 및 관리할 수 있다.
도 10은 본 발명의 제2 실시예에 의한 푸시 메시지 서비스 방법의 흐름을 도시한 흐름도이다. 이하 도 6 및 도 10을 참조하여 본 발명의 제2 실시예에 의한 푸시 메시지 서비스 방법에 관하여 설명하기로 한다.
도 6 및 도 10을 참조하면, 본 발명의 제2 실시예에 의한 푸시 메시지 서비스 방법은, 먼저 서비스 서버(10)가 사용하고자 하는 적어도 하나의 푸시서버(31, 32)에 등록할 수 있다.(S301) 그리고 서비스 서버(10)는 상기 푸시서버(31, 32)에 등록 시, 푸시서버(31, 32)로부터 인증 정보를 받을 수 있다.
다음으로 서비스 서버(10)는 S301 단계에서 적어도 하나의 푸시서버(31, 32)로부터 받은 상기 인증 및 등록에 관한 정보를 공통 푸시 메시지 관리부(60)에 저장할 수 있다.(S302)
다음으로 플랫폼(41~45)은 서비스 서버(10)에 대응하는 서비스 앱 등록 시, 해당 운영체제 기반의 각 푸시서버(31~35)로부터 플랫폼(41~45)의 상기 서비스 앱 인증정보로서 푸시토큰을 부여받을 수 있다.(S303)
다음으로 플랫폼(41~45)은 S303단계에서 푸시서버(31~35)로부터 받은 상기 푸시토큰 및 플랫폼(41~45)의 사용자 계정정보를 포함하는 사용자 정보를 서비스 서버(10)로 전송할 수 있다.(S304)
이후, 서비스 서버(10)는 플랫폼(41~45)별로 부여된 상기 사용자 계정정보를 포함하는 메시지를 수신할 수 있다.(S305) 서비스 서버(10)는 상기 사용자 계정정보에 미리 매핑되어 저장된 하나 이상의 푸시토큰을 추출할 수 있다.
다음으로 서비스 서버(10)는 상기 추출된 푸시토큰에 대응하여 표준화된 포맷에 따라 하나의 공통 푸시 메시지를 생성하여, 이를 공통 푸시 메시지 관리부(60)로 전송할 수 있다.(S306)
다음으로 공통 푸시 메시지 관리부(60)는 서비스 서버(10)로부터 수신된 상기 공통 푸시 메시지를 파싱(parsing)할 수 있다.(S307) 더불어, 공통 푸시 메시지 관리부(60)는 상기 공통 푸시 메시지에 관한 유효성을 검사할 수 있다. 공통 푸시 메시지 관리부(60)는 상기 공통 푸시 메시지를 파싱함으로써, 사용자 정보 데이터베이스(62)에 저장된 사용자 계정정보 및 이에 매핑된 수신 플랫폼(41~45)의 푸시토큰을 추출할 수 있다.
즉, 공통 푸시 메시지 관리부(60)는 사용자 계정정보에 미리 매핑된 수신 플랫폼(41~45)과 더불어, 수신 플랫폼(41~45)의 푸시토큰, 운영체제의 종류, 플랫폼의 종류 등을 식별할 수 있다.
다음으로 공통 푸시 메시지 관리부(60)는 상기 공통 푸시 메시지를 상기 식별된 푸시토큰에 해당하는 상기 플랫폼의 해당 운영체제의 종류에 따라 변환하여 푸시 메시지를 생성할 수 있다.(S309)
즉, 공통 푸시 메시지 관리부(60)는 공통 푸시 메시지를 상기 메시지 정보(pns)를 기반으로 식별된 플랫폼의 운영체제의 종류에 적합한 푸시 메시지로 변환할 수 있다. 다시 말해서 모든 메시지 정보(pns)에 대응하여 푸시 메시지를 생성할 수 있다.
다음으로 공통 푸시 메시지 관리부(60)는 S309 단계에서 변환된 공통 푸시 메시지를 각 해당 플랫폼(41~45)의 서비스 앱으로 전달할 수 있다.(S310) 이때, 푸시 메시지에 포함된 메시지 정보(pns)를 기반으로 인증 절차를 수행할 수 있다.
종래에는 한 사용자가 소지한 복수의 플랫폼 각각의 운영체제 종류에 따라 푸시 서비스를 생성해야 하는 반면, 본 발명의 실시예에 따른 서비스 서버(10)는 동일한 사용자 계정정보의 복수의 플랫폼에 대응하여 통합적인 사용자 계정기반의 공통 푸시 메시지를 생성할 수 있다.
따라서, 서비스 서버는 사용자 계정정보를 기반으로 사용자가 소지한 이기종의 플랫폼을 식별 및 관리하여 다양한 운영체제 기반의 푸시서버로 메시지를 전송하여, 하나의 사용자가 서로 상이한 운영체제를 갖는 복수의 사용자 단말 소지 시에도 동시 또는 통합적으로 메시지 전송 가능하므로 사용자의 편의성을 높일 수 있다.
도 11은 본 발명의 실시예에 의한 공통 푸시 메시지 시스템을 개략적으로 도시한 도면이다.
일반적으로 푸시 서비스는 푸시 서버와 푸시 데몬이 항상 연결되어 있어야 한다. 만약 연결이 끊기면 푸시 메시지 전달 지연, 푸시 메시지 유실 등의 문제가 발생할 수 있다. 푸시 서버와 데몬 간의 연결이 끊겼을 경우 주기적인 핑을 통해 끊긴 것을 인식하고 재 연결을 맺는데, 핑 주기가 각 푸시 데몬마다 달라서, 연결이 끊긴 상황의 인지 시점이 다르다.
또한 단말의 제한적인 하드웨어 사양으로 푸시 데몬이 죽는 경우도 다수 발생하기도 한다. 이러한 문제로부터 푸시 서비스의 QOS(Quality Of Service)를 높이기 위해 플랫폼 기반 멀티 푸시를 사용한다.
이는, 하나의 플랫폼에 핑 주기가 서로 다른 복수의 푸시 데몬을 설치하고, 설치된 푸시 데몬을 통해 푸시 메시지를 수신하는 방식이다. 하나의 푸시 데몬에 이상이 있더라도 보완 가능한 다른 푸시 데몬들이 있어서, 서비스 앱에 푸시 메시지 전송 보장율을 높이고 전송 시간을 단축할 수 있다.
이와 같은 본 발명의 제3 실시예에 의한, 푸시 메시지의 유실을 방지하기 위한 공통 푸시 메시지 시스템은, 도 1 또는 도 6에 도시된 공통 푸시 메시지 시스템에 적용될 수 있다.
도 11은 본 발명의 제3 실시예의 푸시 메시지의 유실을 방지하기 위한 공통 푸시 메시지 시스템을 개략적으로 도시한 도면이다.
도 11을 참조하면, 제 3 실시예의 공통 푸시 메시지 시스템은, 서비스 앱을 실행하는 플랫폼(40), 플랫폼(40)에서 실행 가능한 복수의 운영체제의 푸시 서버부(32, 33, 34), 상기 각 푸시 서버(32, 33, 34)에 대응하여 상기 플랫폼(40)에서 실행되고, 상기 해당 푸시 서버(32, 33, 34)로부터 전달된 푸시 메시지를 수신하는 푸시 데몬부(37, 38, 39) 및 상기 푸시 서버(32, 33, 34)를 관리하는 공통 푸시 메시지 관리부(80)를 포함하여 구성될 수 있다.
구체적으로, 푸시 데몬부는(37, 38, 39)는 플랫폼(40)에 설치되고, 핑 주기가 서로 다른 복수의 푸시 데몬을 포함하며, 상기 복수의 푸시 데몬 중 가장 먼저 상기 푸시 메시지를 수신한 상기 푸시 데몬이 상기 서비스 앱에 상기 푸시 메시지를 전달할 수 있다.
푸시 서버부(32, 33, 34)는 상기 서비스 앱에 대응하는 서비스 서버(10)로부터 수신된 상기 푸시 메시지를 플랫폼(40)에 푸시 요청하며, 상기 각 복수의 푸시 데몬(37~39)에 대응하는 복수의 푸시 서버(32~34)를 포함할 수 있다. 예를 들어 Android 운영체제에 대응하는 SPP, C2DM, AOM의 푸시 데몬이 하나의 플랫폼(40)에 설치될 수 있다.
공통 푸시 메시지 관리부(80)는 푸시 데몬부(37~39)에 상기 푸시 메시지를 전송하는 푸시 서버부(32~34)를 관리할 수 있다.
푸시 메시지를 가장 먼저 수신한 상기 푸시 데몬에 대응하는 상기 푸시 서버는, 상기 공통 푸시 메시지 관리부(80)에 애크(ack)를 전달하고, 상기 애크를 수신한 상기 공통 푸시 메시지 관리부(80)는 상기 푸시 메시지를 수신한 푸시데몬 이외의 다른 푸시 데몬에 대응하는 푸시 메시지를 삭제함으로써, 플랫폼(40)의 서비스 앱에 전달되는 푸시 메시지의 중복을 방지할 수 있다.
또한, 공통 푸시 메시지 관리부(80)는, 상기 푸시 메시지를 상기 푸시 서버부(32~34)에 전달한 이후, 미리 정해진 소정 시간이 지나면 상기 푸시 메시지를 삭제할 수 있다.
또는, 공통 푸시 메시지 관리부(80)는, 상기 푸시 메시지를 푸시서버부(32~34)에 소정 시간 동안 미리 정해진 소정의 횟수로 전달한 이후, 상기 푸시 메시지를 삭제할 수 있다.
도 12는 본 발명의 제3 실시예에 푸시 메시지 유실 방지 시스템의 동작 흐름을 나타낸 흐름도이다.
도 12를 참조하면, 서비스 서버(10)는 메시지를 수신할 수 있다.(S405) 이때 메시지는 플랫폼(40)의 푸시토큰이나 사용자 계정정보를 포함하는 메시지일 수 있다.
공통 푸시 메시지 관리부(80)는 서비스 서버(10)로부터 상기 메시지를 포함하는 공통 푸시 메시지를 요청받을 수 있다.(S406)
공통 푸시 메시지를 요청받은 공통 푸시 메시지 관리부(80)는 각 푸시 서버들(32, 33, 34)의 운영체제의 종류에 따라 변환된 공통 푸시 메시지 , 즉 제1 푸시 메시지, 제2 푸시 메시지 및 제3 푸시 메시지를 각각 푸시 서버들(32, 33, 34)들 전송할 수 있다.(S407)
서로 다른 핑 주기를 갖는 복수의 푸시 데몬(37, 38, 39) 중 예컨대 가장 먼저 하나의 푸시 데몬(38)이 제2 푸시 메시지를 수신할 수 있다.(S408)
가장 먼저 제2 푸시 메시지를 수신한 푸시 데몬(38)은 상기 푸시 메시지를 플랫폼(40)의 서비스 앱으로 전달할 수 있다.(S409)
제2 푸시 메시지를 수신한 푸시 데몬(38)에 대응하는 푸시 서버(33)가, 공통 푸시 메시지 관리부(80)에 애크(ack)를 전달할 수 있다.(S410)
상기 애크를 수신한 공통 푸시 메시지 관리부(80)가 상기 제2 푸시 메시지를 수신한 푸시 데몬(38) 이외의 다른 푸시 데몬(37, 39)에 대응하는 제1 푸시 메시지 및 제3 푸시 메시지를 삭제할 수 있다.(S411) 이로써, 플랫폼(40)의 서비스 앱에 전달되는 푸시 메시지의 중복을 방지할 수 있다.
따라서 본 발명의 푸시 서비스 시스템에 따르면, 핑 주기가 서로 다른 푸시 데몬이 푸시 메시지를 수신하게 함으로써, 푸시 메시지의 전달 지연 및 유실을 방지할 수 있다.
본 발명은 멀티 플랫폼들의 푸시 서비스를 지원하는 공통 푸시 플랫폼을 통해 다양한 푸시 메시지 전달 방법, 즉 멀티 플랫폼 지원 멀티 푸시, 계정 기반의 멀티 푸시 및 플랫폼 기반의 멀티 푸시를 제안하는 것이다.
이를 통해 본 발명은 첫째, 멀티 플랫폼의 푸시 서비스들을 사용하는 서비스 서버의 개발을 용이하게 하고, 둘째, 동일 사용자 계정의 멀티 디바이스에 대한 동시 푸시 서비스 지원을 가능하게 하고, 셋째, 푸시 메시지의 전달 지연 및 손실을 방지하여 QOS를 증대시키며, 넷째, 푸시 서비스 사용 방법의 다양화를 통해, 다양한 서비스 개발 효과를 갖게 한다.
이상에서와 같이, 본 발명에 따른 공통 푸시 메시지 서비스 방법 및 그 장치에 대하여 본 명세서 및 도면을 통해 바람직한 실시예를 들어 설명하였으며, 비록 특정 용어들이 사용되었으나, 이는 단지 본 발명의 기술 내용을 쉽게 설명하고, 발명의 이해를 돕기 위해 일반적인 의미에서 사용된 것일 뿐, 본 발명이 전술한 실시 예에 한정되는 것은 아니다. 즉, 본 발명의 기술적 사사에 바탕을 둔 다양한 실시 예가 가능함은 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에게 자명한 것이다.
10: 서비스 서버 20, 60: 공통 푸시 메시지 관리부
31~35: 푸시서버 41~45: 복수의 플랫폼
37~39: 푸시 데몬 40: 단말
100: 공통 푸시 메시지 관리부 200: 메시지 매니저
220: 메시지 리시버부 240: 메시지 파서부
260: 메시지 전달부 300: 인포 매니저
320: 어카운트 인포 매니저 340: 푸시 인포 매니저
360: 인증 인포 매니저 400: 어카운트 푸시 인포 인증부
500, 600, 700: 푸시 에이전트 520, 620, 720: 메시지 생성부
540, 640, 740: 메시지 전송부 800, 820, 840: 푸시서버

Claims (27)

  1. 멀티 플랫폼을 지원하는 멀티 푸시 메시지 제공 시스템에 있어서,
    각 푸시서버에 전송할 메시지(pns) 및 단말 별로 부여된 복수의 푸시토큰들을 포함하는 하나의 멀티 푸시 메시지를 표준화된 포맷에 따라 생성하는 서비스 서버;
    상기 멀티 푸시 메시지의 유효성을 검사한 후, 상기 멀티 푸시 메시지의 파싱을 통하여, 상기 메시지(pns)를 기반으로 해당 푸시서버의 플랫폼 종류에 대응하는 푸시 메시지를 생성하고, 상기 푸시 메시지를 상기 각 푸시서버로 전달하는 멀티 푸시 메시지 관리부; 및
    상기 복수의 푸시토큰에 매핑되는 상기 단말에 상기 푸시 메시지를 전달하는 푸시 서버;를 포함하는 것을 특징으로 하는, 멀티 푸시 메시지 서비스 시스템.
  2. 제1항에 있어서, 상기 서비스 서버는,
    서로 다른 서비스를 제공하는 복수의 서비스 서버로 구성되고, 상기 각 서비스 서버는 상기 멀티 푸시 메시지를 생성하여 상기 멀티 푸시 메시지 관리부로 전송하는 것을 특징으로 하는, 멀티 푸시 메시지 서비스 시스템.
  3. 제1항에 있어서,
    상기 각 푸시서버 별로 전달할 메시지(pns)는 상기 멀티 푸시 메시지 내에 상기 각 푸시서버 별로 배열되는 것을 특징으로 하는, 멀티 푸시 메시지 서비스 시스템.
  4. 제1항에 있어서, 상기 멀티 푸시 메시지는,
    요청받은 메시지에 대한 고유한 아이디(tid), 상기 서비스 서버에 대한 고유한 아이디(appid), 요청할 상기 푸시 메시지의 타입 정보를 더 포함하여 구성되는 것을 특징으로 하는, 멀티 푸시 메시지 서비스 시스템.
  5. 제1항에 있어서, 상기 푸시토큰은,
    상기 단말이 사용하고자 하는 상기 푸시 서버에 인증을 받음으로써, 단말 별로 부여되는 서비스 인증 정보인 것을 특징으로 하는, 멀티 푸시 메시지 서비스 시스템.
  6. 제1항에 있어서, 상기 푸시서버는,
    상기 서비스 서버에 대응하는 앱(app)을 실행하는 상기 단말에 포함된 푸시 데몬에 상기 푸시 메시지를 전달하는 것을 특징으로 하는, 멀티 푸시 메시지 서비스 시스템.
  7. 제6항에 있어서, 상기 푸시 데몬은,
    상기 단말의 플랫폼에 따라 지원 가능하며, 핑 주기가 서로 다른 복수의 푸시 데몬으로 구성되는 것을 특징으로 하는, 멀티 푸시 메시지 서비스 시스템.
  8. 제7항에 있어서, 상기 복수의 푸시 데몬 중에서 가장 먼저 상기 푸시 메시지를 수신한 푸시 데몬이 상기 앱(app)에 상기 푸시 메시지를 전달하고, 나머지 푸시 데몬들은 상기 푸시 메시지를 상기 앱에 중복 전달하지 않는 것을 특징으로 하는, 멀티 푸시 메시지 서비스 시스템.
  9. 제8항에 있어서, 상기 가장 먼저 상기 푸시 메시지를 수신한 푸시 데몬에 대응하는 상기 푸시서버가 상기 멀티 푸시 메시지 관리부에 애크(ack)를 전달하고, 상기 멀티 푸시 메시지 관리부가 상기 나머지 푸시 데몬에 대응하는 푸시 메시지를 삭제하는 것을 특징으로 하는, 멀티 푸시 메시지 서비스 시스템.
  10. 제8항에 있어서, 상기 멀티 푸시 메시지 관리부는,
    상기 푸시 메시지를 상기 푸시 서버에 전달한 이후, 미리 정해진 소정의 시간 이후에 상기 푸시 메시지를 삭제하는 것을 특징으로 하는, 멀티 푸시 메시지 서비스 시스템.
  11. 제8항에 있어서, 상기 멀티 푸시 메시지 관리부는,
    상기 푸시 메시지를 상기 푸시서버에 소정 시간 동안 소정의 횟수로 전달한 이후, 상기 푸시 메시지를 삭제하는 것을 특징으로 하는, 멀티 푸시 메시지 서비스 시스템.
  12. 사용자 계정 기반으로 멀티 디바이스에 푸시 메시지를 제공하는 시스템에 있어서,
    사용자 계정정보(uid)와, 각 푸시서버 별로 전달할 메시지(pns)를 포함하는 계정기반 푸시 메시지를 생성하는 서비스 서버;
    상기 사용자 계정정보(uid) 별로 매핑되어 저장된 하나 이상의 푸시토큰에 관한 정보를 저장하는 사용자 정보 데이터 베이스;
    상기 계정기반 푸시 메시지의 유효성을 검사한 후, 상기 계정기반 푸시 메시지의 파싱을 통하여, 상기 사용자 계정정보(uid)에 매핑된 상기 푸시토큰을 추출하고, 상기 푸시토큰에 해당하는 푸시서버의 플랫폼 종류에 대응하는 푸시 메시지를 생성하여, 상기 푸시 메시지를 상기 각 푸시서버로 전달하는 계정기반 푸시 메시지 관리부; 및
    상기 사용자 계정정보(uid)에 매핑된 푸시토큰에 해당하는 하나 이상의 디바이스에 상기 푸시 메시지를 전달하는 푸시 서버;를 포함하는 것을 특징으로 하는, 계정기반 푸시 메시지 서비스 시스템.
  13. 제12항에 있어서, 상기 사용자 계정정보(uid)는,
    상기 푸시 서버의 인증을 받은 하나 이상의 상기 디바이스를 소지하는 사용자의 고유한 아이디인 것을 특징으로 하는, 계정기반 푸시 메시지 서비스 시스템.
  14. 제12항에 있어서, 상기 사용자 정보 데이터 베이스는,
    상기 사용자가 소지한 단말의 개수 및 상기 단말의 플랫폼 종류에 관한 정보를 더 저장하는 것을 특징으로 하는, 계정기반 푸시 메시지 서비스 시스템.
  15. 제12항에 있어서, 상기 계정기반 푸시 메시지는,
    요청받은 메시지에 대한 고유한 아이디(tid), 상기 서비스 서버에 대한 고유한 아이디(appid), 요청할 상기 푸시 메시지의 타입 정보를 더 포함하여 구성되는 것을 특징으로 하는, 계정기반 푸시 메시지 서비스 시스템.
  16. 서로 다른 플랫폼에 대응하여 표준화된 멀티 푸시 메시지를 지원하는 방법에 있어서,
    서로 다른 서비스를 제공하는 하나 이상의 서비스 서버가 복수의 푸시토큰을 포함한 메시지를 수신하는 단계;
    상기 서비스 서버가 상기 메시지를 표준화된 포맷에 따라 하나의 멀티 푸시 메시지로 생성하고, 상기 하나의 멀티 푸시 메시지를 멀티 푸시 메시지 관리부로 전송하는 단계;
    상기 멀티 푸시 메시지 관리부가 상기 멀티 푸시 메시지의 유효성을 검사한 후, 이를 파싱함으로써 획득한 각 푸시서버 별로 전달할 메시지(pns)를 기반으로 해당 푸시서버의 플랫폼 종류에 대응하는 푸시 메시지를 생성하는 단계; 및
    상기 푸시서버가 상기 멀티 푸시 메시지 관리부로부터 상기 푸시 메시지를 수신하여, 이를 상기 복수의 푸시토큰에 매핑되는 단말에 전달하는 단계를 포함하는 것을 특징으로 하는, 멀티 푸시 메시지 서비스 방법.
  17. 제16항에 있어서, 상기 멀티 푸시 메시지를 생성하는 단계는,
    상기 각 푸시서버 별로 전달할 메시지(pns)를 상기 푸시서버 별로 배열하는 것을 특징으로 하는, 멀티 푸시 메시지 서비스 방법.
  18. 제16항에 있어서, 상기 멀티 푸시 메시지를 생성하는 단계는,
    요청받은 메시지에 대한 고유한 아이디(tid), 상기 서비스 서버에 대한 고유한 아이디(appid), 요청할 상기 푸시 메시지의 타입 정보를 더 포함하여 상기 멀티 푸시 메시지를 생성하는 것을 특징으로 하는, 멀티 푸시 메시지 서비스 방법.
  19. 제16항에 있어서, 상기 푸시서버가 상기 푸시 메시지를 상기 단말에 전달하는 단계는,
    상기 서비스 서버에 대응하는 앱(app)을 실행하는 상기 단말에 포함되며, 상기 단말의 플랫폼에 따라 지원 가능하며, 핑 주기가 서로 다른 복수의 푸시 데몬에 상기 푸시 메시지를 전달하는 것을 특징으로 하는, 멀티 푸시 메시지 서비스 방법.
  20. 제19항에 있어서,
    상기 복수의 푸시 데몬 중에서 가장 먼저 상기 푸시 메시지를 수신한 푸시 데몬이 상기 앱(app)에 상기 푸시 메시지를 전달하는 단계를 더 포함하는 것을 특징으로 하는, 멀티 푸시 메시지 서비스 방법.
  21. 제20항에 있어서,
    상기 가장 먼저 상기 푸시 메시지를 수신한 푸시 데몬에 대응하는 상기 푸시서버가 상기 멀티 푸시 메시지 관리부에 애크(ack)를 전달하는 단계; 및
    상기 멀티 푸시 메시지 관리부가 상기 나머지 푸시 데몬에 대응하는 푸시 메시지를 삭제하는 단계를 더 포함하는 것을 특징으로 하는, 멀티 푸시 메시지 서비스 방법.
  22. 제20항에 있어서,
    멀티 푸시 메시지 관리부가 상기 푸시 메시지를 상기 푸시 서버에 전달한 이후, 미리 정해진 소정의 시간 이후에 상기 푸시 메시지를 삭제하는 단계를 더 포함하는 것을 특징으로 하는, 멀티 푸시 메시지 서비스 방법.
  23. 제20항에 있어서,
    멀티 푸시 메시지 관리부가 상기 푸시 메시지를 상기 푸시서버에 소정 시간 동안 소정의 횟수로 전달한 이후, 상기 푸시 메시지를 삭제하는 단계를 더 포함하는 것을 특징으로 하는, 멀티 푸시 메시지 서비스 방법.
  24. 제16항에 있어서,
    상기 서비스 서버가 사용하고자 하는 상기 푸시서버에 등록 후, 인증 정보를 받는 단계;
    상기 서비스 서버가 상기 푸시서버로부터 받은 상기 인증 정보 및 등록에 관한 정보를 상기 멀티 푸시 메시지 관리부에 저장하는 단계;
    상기 단말이 상기 서비스 서버에 대응하는 앱 등록시, 해당 플랫폼 기반의 상기 푸시서버로부터 상기 앱 인정정보로서 푸시토큰을 받는 단계;
    상기 단말이 상기 푸시토큰을 상기 서비스 서버로 전송하는 단계; 및
    상기 서비스 서버가 상기 푸시토큰을 상기 멀티 푸시 메시지 관리부에 저장하는 단계를 더 포함하는 것을 특징으로 하는, 멀티 푸시 메시지 서비스 방법.
  25. 사용자 계정 기반으로 멀티 디바이스에 푸시 메시지를 제공하는 방법에 있어서,
    서비스 서버가 하나 이상의 디바이스를 소지한 사용자의 계정정보(uid)를 포함하는 메시지를 수신하는 단계;
    상기 서비스 서버가 상기 메시지를 표준화된 포맷에 따라 계정기반 푸시 메시지로 생성하여 이를 계정기반 푸시 메시지 관리부로 전송하는 단계;
    상기 계정기반 푸시 메시지 관리부가 상기 계정기반 푸시 메시지의 유효성을 검사한 후, 이를 파싱함으로써 획득한 상기 사용자 계정정보(uid)에 매핑된 푸시토큰과 푸시서버 정보를 추출하는 단계;
    상기 푸시서버 별로 전달할 메시지(pns)를 기반으로 해당 푸시 서버의 플랫폼 종류에 대응하는 푸시 메시지를 생성하는 단계; 및
    상기 푸시서버가 상기 계정기반 푸시 메시지 관리부로부터 상기 푸시 메시지를 수신하여, 이를 상기 사용자 계정이 동일한 단말에 전달하는 단계를 포함하는 것을 특징으로 하는, 계정기반 푸시 메시지 서비스 방법.
  26. 제25항에 있어서, 상기 계정기반 푸시 메시지를 생성하는 단계는,
    요청받은 메시지에 대한 고유한 아이디(tid), 상기 서비스 서버에 대한 고유한 아이디(appid), 요청할 상기 푸시 메시지의 타입 정보를 더 포함하여 상기 계정기반 푸시 메시지를 생성하는 것을 특징으로 하는, 계정기반 푸시 메시지 서비스 방법.
  27. 제25항에 있어서,
    상기 서비스 서버가 사용하고자 하는 상기 푸시서버에 등록 후, 인증 정보를 받는 단계;
    상기 서비스 서버가 상기 푸시서버로부터 받은 상기 인증 정보 및 등록에 관한 정보를 상기 계정기반 푸시 메시지 관리부에 저장하는 단계;
    상기 단말이 상기 서비스 서버에 대응하는 앱 등록시, 해당 플랫폼 기반의 상기 푸시서버로부터 상기 앱 인정정보로서 푸시토큰을 받는 단계;
    상기 단말이 상기 푸시토큰과, 사용자 계정정보(uid)를 상기 서비스 서버로 전송하고, 상기 서비스 서버는 이를 상기 계정기반 푸시 메시지 관리부로 전달하는 단계; 및
    상기 계정기반 푸시 메시지 관리부가 상기 사용자 계정정보(uid)에 상기 푸시토큰을 매핑하여 저장하는 단계를 더 포함하는 것을 특징으로 하는, 계정기반 푸시 메시지 서비스 방법.
KR20130103382A 2012-08-30 2013-08-29 푸시 메시지 서비스 방법 및 시스템 KR101488268B1 (ko)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US14/423,557 US10148449B2 (en) 2012-08-30 2013-08-30 Push message service system and method
PCT/KR2013/007854 WO2014035194A1 (en) 2012-08-30 2013-08-30 Push message service system and method
CN201380045455.9A CN104584489B (zh) 2012-08-30 2013-08-30 推送消息服务系统和方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR20120095863 2012-08-30
KR1020120095863 2012-08-30

Publications (2)

Publication Number Publication Date
KR20140029306A KR20140029306A (ko) 2014-03-10
KR101488268B1 true KR101488268B1 (ko) 2015-01-30

Family

ID=50642402

Family Applications (1)

Application Number Title Priority Date Filing Date
KR20130103382A KR101488268B1 (ko) 2012-08-30 2013-08-29 푸시 메시지 서비스 방법 및 시스템

Country Status (3)

Country Link
US (1) US10148449B2 (ko)
KR (1) KR101488268B1 (ko)
CN (1) CN104584489B (ko)

Families Citing this family (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8606297B1 (en) * 2010-03-24 2013-12-10 Grindr LLC Systems and methods for providing location-based cascading displays
US9325654B2 (en) 2014-02-28 2016-04-26 Aol Inc. Systems and methods for optimizing message notification timing based on electronic content consumption associated with a geographic location
KR101626612B1 (ko) * 2014-04-01 2016-06-01 (주)우리앱 개인 금융거래 내역을 이용한 개인 일정 및 재정 관리 시스템 및 방법
KR101587815B1 (ko) * 2014-04-18 2016-01-26 주식회사 케이티스포츠 모바일기기용 오토스크린 애플리케이션 및 이를 이용한 모바일 오토스크린 시스템
US9584968B2 (en) 2014-05-21 2017-02-28 Aol Inc. Systems and methods for deploying dynamic geo-fences based on content consumption levels in a geographic location
US11477602B2 (en) 2014-06-10 2022-10-18 Verizon Patent And Licensing Inc. Systems and methods for optimizing and refining message notification timing
CN104539577A (zh) * 2014-11-27 2015-04-22 英业达科技有限公司 信息推送系统及其方法
KR101525795B1 (ko) * 2014-12-02 2015-06-10 (주)프리코어 통합 메시징 서비스 시스템
CN105991412B (zh) * 2015-02-12 2019-03-19 阿里巴巴集团控股有限公司 消息推送方法及装置
US10742759B2 (en) * 2015-02-18 2020-08-11 Red Hat, Inc. Workflow-based push notifications
KR20160131632A (ko) * 2015-05-08 2016-11-16 주식회사 카우치그램 푸시데이터 송수신 방법 및 시스템
CN104935674A (zh) * 2015-07-08 2015-09-23 成都梦工厂网络信息有限公司 云端推送系统
US10303345B2 (en) * 2015-08-28 2019-05-28 Google Llc Transferring notifications between devices
CN105120495B (zh) * 2015-09-09 2018-10-02 北京京东尚科信息技术有限公司 一种智能移动终端的消息推送方法及系统
CN106817680B (zh) * 2015-11-30 2020-04-17 中国电信股份有限公司 推送短信的发送方法、短信中心以及系统
CN105812460A (zh) * 2016-03-09 2016-07-27 青岛微智慧信息有限公司 一种面向企业客户的移动互联网消息推送技术
CN106550021B (zh) * 2016-10-19 2020-03-10 Oppo广东移动通信有限公司 推送消息的推送方法及装置
KR102600889B1 (ko) 2016-11-29 2023-11-10 삼성전자주식회사 메시지 처리 방법 및 이를 구현한 전자 장치
CN106657299B (zh) * 2016-12-08 2020-06-16 武汉斗鱼网络科技有限公司 关注主播上线提醒方法及系统
CN110381100B (zh) * 2018-04-13 2022-03-29 佛山市顺德区美的电热电器制造有限公司 一种消息推送方法、服务器及计算机可读存储介质
CN109190073A (zh) * 2018-07-31 2019-01-11 安徽皖新金智教育科技有限公司 校园微信号统一管理系统及统一管理方法
US10944841B2 (en) 2018-08-29 2021-03-09 Red Hat, Inc. Server-driven notifications to mobile applications
US20200099759A1 (en) * 2018-09-24 2020-03-26 Salesforce.Com, Inc. Interactive customized push notifications with customized actions
CN109388750B (zh) * 2018-09-30 2022-06-10 北京小米移动软件有限公司 信息推送方法及装置
CN109615423B (zh) * 2018-11-29 2020-06-16 阿里巴巴集团控股有限公司 业务的处理方法及装置
CN111327511B (zh) * 2018-12-14 2022-04-12 北京京东尚科信息技术有限公司 即时通讯方法、系统、终端设备与存储介质
CN111917811B (zh) * 2019-05-10 2023-08-25 北京车和家信息技术有限公司 一种消息推送方法及系统
CN110233883A (zh) * 2019-05-24 2019-09-13 中国平安人寿保险股份有限公司 推送消息的处理方法、装置、服务器和存储介质
CN110753096A (zh) * 2019-10-12 2020-02-04 北京达佳互联信息技术有限公司 一种消息推送方法、系统及电子设备
CN111064655B (zh) * 2019-12-17 2022-06-07 北京每日优鲜电子商务有限公司 模板消息的推送方法、装置、设备及存储介质
CN113238808A (zh) * 2020-01-22 2021-08-10 北京沃东天骏信息技术有限公司 一种消息推送方法和装置
CN112118352B (zh) * 2020-08-31 2021-05-25 京东数字科技控股股份有限公司 通知触发消息的处理方法、装置、电子设备以及计算机可读介质
KR102560123B1 (ko) * 2021-03-08 2023-07-27 (주)새움소프트 알리미 서버, 타 서비스의 알림 메시지를 다른 통신 경로로 제공하는 방법 및 컴퓨터 프로그램
CN114338792A (zh) * 2021-12-29 2022-04-12 掌阅科技股份有限公司 应用消息的推送方法、电子设备及存储介质

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120173610A1 (en) * 2011-01-05 2012-07-05 Darryl Neil Bleau Message Push Notification Client Improvements For Multi-User Devices

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4829245B2 (ja) 2004-11-24 2011-12-07 テレフオンアクチーボラゲット エル エム エリクソン（パブル） 通信ネットワーク内でメッセージを通信する方法および装置
EP1853045B1 (en) 2006-05-02 2015-01-07 BlackBerry Limited Dynamic syndicated content delivery system and method
CN101087261B (zh) 2006-06-05 2012-05-23 华为技术有限公司 基于通用引导构架实现推送功能的方法、设备和系统
US20080244023A1 (en) * 2007-03-29 2008-10-02 Iskoot Inc. Methods and systems for performing server-based mobile chat
WO2009073637A2 (en) * 2007-11-29 2009-06-11 Iqzone Systems and methods for personal information management and contact picture synchronization and distribution
US8099764B2 (en) * 2007-12-17 2012-01-17 Microsoft Corporation Secure push and status communication between client and server
US9923934B2 (en) * 2010-07-26 2018-03-20 Vonage Business Inc. Method and apparatus for VOIP communication completion to a mobile device
KR101190307B1 (ko) 2011-01-14 2012-10-12 김대영 푸시 메시지 전송 방법
US8407776B2 (en) * 2011-02-11 2013-03-26 Good Technology Corporation Method, apparatus and system for provisioning a push notification session
US8942115B2 (en) * 2011-06-03 2015-01-27 Apple Inc. System and method for dynamic routing for push notifications
US8554855B1 (en) 2011-06-14 2013-10-08 Urban Airship, Inc. Push notification delivery system
US8788881B2 (en) * 2011-08-17 2014-07-22 Lookout, Inc. System and method for mobile device push communications
US8634810B2 (en) * 2011-09-29 2014-01-21 International Business Machines Corporation Pushing secure notifications to mobile computing devices
US8665870B2 (en) * 2012-05-30 2014-03-04 Apple Inc. Method and apparatus for handling push messages

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120173610A1 (en) * 2011-01-05 2012-07-05 Darryl Neil Bleau Message Push Notification Client Improvements For Multi-User Devices

Also Published As

Publication number Publication date
KR20140029306A (ko) 2014-03-10
CN104584489B (zh) 2017-09-05
CN104584489A (zh) 2015-04-29
US20150207893A1 (en) 2015-07-23
US10148449B2 (en) 2018-12-04

Similar Documents

Publication Publication Date Title
KR101488268B1 (ko) 푸시 메시지 서비스 방법 및 시스템
US10609015B2 (en) Method and apparatus of providing messaging service and callback feature to mobile stations
US10476833B2 (en) Warning method and apparatus, and processing server
KR101577920B1 (ko) 위치-기반 그룹 생성 방법, 장치 및 시스템
US20170034149A1 (en) Intelligent Communications Method, Terminal, and System
CN109905312B (zh) 消息推送方法、装置及系统
CN105278972B (zh) 一种通过动态安装包快速让用户成为好友的系统和方法
CN105165035B (zh) 兼具文本消息传输的多媒体消息传输
KR101378254B1 (ko) 적응형 메시징 방법 및 시스템
CA2593877A1 (en) Automatic mobile device configuration
CN104936155B (zh) 一种短消息签名的处理方法及装置
WO2017124436A1 (zh) 通信的方法、移动终端、发布终端与通信系统
KR20180131007A (ko) Emm 서비스 제공을 위한 인증 장치 및 방법
KR20150051111A (ko) 동의 파일 송수신 방법, 사용자 단말기 및 파일 관리 서버
KR20150135694A (ko) 메시지 전달 방법, 및 장치
CN105282202A (zh) 基于近场通信的资源管理系统及设备
JP2012044672A (ja) ワークフローをマネジメントオブジェクトツリーに変換する方法
CN103873606A (zh) 终端设备及其输入资源发布方法
KR20140021814A (ko) 컴포넌트 통합 관리 시스템 및 그 방법
KR20120071172A (ko) 수신번호가 할당되지 않은 단말기에 메시지를 전송하는 메시지 전송 시스템 및 방법

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20171228

Year of fee payment: 4

FPAY Annual fee payment

Payment date: 20181227

Year of fee payment: 5