KR20150136330A

KR20150136330A - 푸쉬 메시지 수신 단말들 간 그룹 대화 제공 방법 및 시스템, 푸쉬 메시지 수신 단말들 간 정보 공유 장치 및 방법

Info

Publication number: KR20150136330A
Application number: KR1020140063672A
Authority: KR
Inventors: 박종태; 천승만
Original assignee: 경북대학교 산학협력단
Priority date: 2014-05-27
Filing date: 2014-05-27
Publication date: 2015-12-07

Abstract

본 발명의 일 실시예에 따른 푸쉬 메시지 수신 단말들 간 그룹 대화 제공 방법은, 2 이상의 단말에 푸쉬 메시지(Push Message)를 발신하는 단계; 상기 2 이상의 단말 중 특정 단말로부터 상기 푸쉬 메시지를 수신한 단말들 간에 그룹 대화를 요청한다는 메시지 발신 요청을 수신하는 단계; 상기 수신된 메시지 발신 요청에 응답하여 상기 푸쉬 메시지를 수신한 상기 2 이상의 단말 중 적어도 하나의 단말에 상기 그룹 대화를 요청한다는 메시지를 발신하는 단계; 상기 발신된 그룹 대화를 요청한다는 메시지에 응답하여 상기 그룹 대화에 참가할 것이라는 신호를 수신하는 단계; 상기 응답한 신호를 발신한 단말과 상기 그룹 대화를 요청한다는 메시지 발신 요청을 발신한 단말로 구성된 그룹을 형성하는 단계; 및 상기 형성된 그룹을 구성하는 단말 중 어느 하나의 단말로부터 특정 메시지 발신 요청을 수신하면, 상기 형성된 그룹을 구성하는 다른 단말에게 상기 특정 메시지를 발신하는 단계를 포함할 수 있다.

Description

푸쉬 메시지 수신 단말들 간 그룹 대화 제공 방법 및 시스템, 푸쉬 메시지 수신 단말들 간 정보 공유 장치 및 방법{Method and System for Providing Group Talk among Terminals received Push Message}

본 발명은 푸쉬 메시지 수신 단말들 간 그룹 대화 제공 방법 및 시스템, 푸쉬 메시지 수신 단말들 간 정보 공유 장치 및 방법에 관한 것이다.

푸쉬(Push) 기반의 메시지 서비스가 기업 클라우드 시스템(Enterprise Cloud System)에서 서버와 모바일 단말간의 효율적인 데이터 동기를 위한 중요한 서비스 요소로 등장하고 있다. 현재 대표적인 푸쉬 메시지(Push Message) 기술로는 구글(Google)사의 GCM(google Cloud Messaging), 애플(Apple)사의 APNS(apple Push Notification Service), 마이크로소프트(Microsoft)사의 MPNS(Microsoft Push Notification Service), 아마존(Amazon)사의 SNS(simple Notification Service) 등이 존재한다.

이러한 푸쉬 기반의 메시지 서비스는 서버와 모바일 단말간에 데이터 동기를 맞추는데 서비스의 초점이 맞추어져 왔다. 그 결과 푸쉬 메시지의 크기가 제한적이거나, 전송을 보장하지 않는 경우가 많다.

예를 들면, GCM의 경우 푸쉬 메시지 크기가 1024 바이트로 제한되고, APNS의 경우 256 바이트로 제한되며 전송을 보장하지 않는다.

이러한 특징은 E-Mail과 비슷한 수준의 엄격한 전송보장을 요구하는 기업용 푸쉬 서비스에는 적합하지가 않다.

또한, 최근 푸쉬 메시지는 단순한 문자 통보기능 외에도 사진 등 다양한 멀티미디어 정보를 포함하여 보내는 리치 푸쉬(Rich Push) 기술이 등장하고 있다.

즉, 예를 들면, 학교나 회사에서 야유회 등 특정 이벤트가 발생한 경우, 이벤트에 관한 정보를 푸쉬 메시지에 담아서 사용자 단말들에게 전송한다.

클라우드 푸쉬 메시지 서비스는 클라우드 서버의 데이터가 수정되었다는 정보만 알려주고, 푸쉬 메시지를 수신한 사용자들간에 푸쉬 메시지와 관련된 좀더 상세한 정보를 공유하고 교환하는 기능 제공하지 않는다.

예를 들어, 학교나 회사에서 야유회 등 특정 이벤트가 발생한 경우, 이벤트에 관한 정보를 푸쉬 메시지에 담아서 사용자 단말들에게 전송할 뿐, 푸쉬 메시지를 수신한 사용자들 간에 이벤트 참가 여부에 대한 실시간 의견 교환 방법 등을 제공하지 않는다.

본 발명의 일 실시예가 해결하고자 하는 기술적 과제는, 푸쉬 메시지를 수신한 사용자 단말들 간에 의견이나 정보를 교환할 수 있는 푸쉬 메시지 수신 단말들 간 그룹 대화 제공 방법 및 시스템, 푸쉬 메시지 수신 단말들 간 정보 공유 장치 및 방법을 제공하는 것이다.

또한, 본 발명의 일 실시예가 해결하고자 하는 다른 기술적 과제는 푸쉬 메시지의 컨텍스트에 기반하여 일시적으로 소셜 네트워크 서비스(Social Network Service) 그룹을 형성할 수 있고, 형성된 소셜 네트워크 서비스 그룹 간에 의견과 정보를 교환할 수 있는 그룹 대화 제공 방법 및 시스템, 푸쉬 메시지 수신 단말들 간 정보 공유 장치 및 방법을 제공하는 것이다.

본 발명의 기술적 과제들은 이상에서 언급한 기술적 과제들로 제한되지 않으며, 언급되지 않은 또 다른 기술적 과제들은 아래의 기재로부터 통상의 기술자에게 명확하게 이해 될 수 있을 것이다.

상기 기술적 과제를 달성하기 위한 본 발명의 제1 태양(ASPECT)에 따른 푸쉬 메시지 수신 단말들 간 그룹 대화 제공 방법은, 2 이상의 단말에 푸쉬 메시지(Push Message)를 발신하는 단계; 상기 2 이상의 단말 중 특정 단말로부터 상기 푸쉬 메시지를 수신한 단말들 간에 그룹 대화를 요청한다는 메시지 발신 요청을 수신하는 단계; 상기 수신된 메시지 발신 요청에 응답하여 상기 푸쉬 메시지를 수신한 상기 2 이상의 단말 중 적어도 하나의 단말에 상기 그룹 대화를 요청한다는 메시지를 발신하는 단계; 상기 발신된 그룹 대화를 요청한다는 메시지에 응답하여 상기 그룹 대화에 참가할 것이라는 신호를 수신하는 단계; 상기 응답한 신호를 발신한 단말과 상기 그룹 대화를 요청한다는 메시지 발신 요청을 발신한 단말로 구성된 그룹을 형성하는 단계; 및 상기 형성된 그룹을 구성하는 단말 중 어느 하나의 단말로부터 특정 메시지 발신 요청을 수신하면, 상기 형성된 그룹을 구성하는 다른 단말에게 상기 특정 메시지를 발신하는 단계를 포함할 수 있다.

일 실시예에 따르면, 상기 특정 메시지를 발신하는 단계는, 상기 형성된 그룹을 구성하는 단말 중 어느 하나의 단말로부터 특정 메시지 발신 요청을 수신하면 실시간으로 상기 특정 메시지를 발신할 수 있다.

일 실시예에 따르면, 상기 2 이상의 단말에 발신한 푸쉬 메시지는, 상기 2 이상의 단말마다 발신되는 메시지의 내용이 동일하며, 상기 그룹 대화를 요청한다는 메시지는, 상기 푸쉬 메시지의 컨텍스트(Context) 중 특정 컨텍스트에 관한 내용을 포함하며, 상기 그룹 대화를 요청한다는 메시지를 발신하는 단계에서 발신하는 메시지에는 상기 특정 컨텍스트에 관심이 있는 경우 응답하는 내용이 포함할 수 있다.

일 실시예에 따르면, 상기 2 이상의 단말에 발신한 푸쉬 메시지는, 상기 2 이상의 단말 중 적어도 하나의 단말에 발신되는 메시지의 내용이 상이하며, 상기 그룹 대화를 요청한다는 메시지는, 상기 푸쉬 메시지의 컨텍스트(Context) 조건에 관한 내용을 포함하며, 상기, 그룹 대화를 요청한다는 메시지를 발신하는 단계는, 상기 2 이상의 단말 중 상기 푸쉬 메시지의 컨텍스트 조건에 부합하는 단말에만 상기 그룹 대화를 요청한다는 메시지를 발신할 수 있다.

일 실시예에 따르면, 상기 푸쉬 메시지의 컨텍스트 조건은, 상기 푸쉬 메시지에 포함된 컨텍스트 정보를 이용하여 상기 특정 단말에서 설정된 조건이며, 상기 푸쉬 메시지에 포함된 컨텍스트 정보는, 상기 푸쉬 메시지의 타이틀, 주제, 컨텐츠, 장소 및 키워드에 관한 정보를 포함할 수 있다.

상기 기술적 과제를 달성하기 위한 본 발명의 제2 태양(ASPECT)에 따른 푸쉬 메시지 수신 단말들 간 그룹 대화 제공 장치는 2 이상의 단말에 푸쉬 메시지(Push Message)를 발신하는 푸쉬 메시지 발신부; 상기 2 이상의 단말 중 특정 단말로부터 상기 푸쉬 메시지를 수신한 단말들 간에 그룹 대화를 요청한다는 메시지 발신 요청을 수신하는 그룹대화 요청 수신부; 상기 수신된 메시지 발신 요청에 응답하여 상기 푸쉬 메시지를 수신한 상기 2 이상의 단말 중 적어도 하나의 단말에 상기 그룹 대화를 요청한다는 메시지를 발신하는 그룹대화 요청 발신부; 상기 발신된 그룹 대화를 요청한다는 메시지에 응답하여 상기 그룹 대화에 참가할 것이라는 신호를 수신하는 그룹대화 참가신호 수신부; 상기 응답한 신호를 발신한 단말과 상기 그룹 대화를 요청한다는 메시지 발신 요청을 발신한 단말로 구성된 그룹을 형성하는 그룹 형성부; 및 상기 형성된 그룹을 구성하는 단말 중 어느 하나의 단말로부터 특정 메시지 발신 요청을 수신하면, 상기 형성된 그룹을 구성하는 다른 단말에게 상기 특정 메시지를 발신하는 그룹 대화부를 포함할 수 있다.

상기 기술적 과제를 달성하기 위한 본 발명의 제3 태양(ASPECT)에 따른 푸쉬 메시지 수신 단말들 간 그룹 대화 제공 시스템은 2 이상의 단말에 푸쉬 메시지(Push Message)를 발신하는 푸쉬 메시지 발신부; 상기 2 이상의 단말 중 특정 단말로부터 상기 푸쉬 메시지를 수신한 단말들 간에 그룹 대화를 요청한다는 메시지 발신 요청을 수신하는 그룹대화 요청 수신부; 및 상기 수신된 메시지 발신 요청에 응답하여 상기 푸쉬 메시지를 수신한 상기 2 이상의 단말 중 적어도 하나의 단말에 상기 그룹 대화를 요청한다는 메시지를 발신하는 그룹대화 요청 발신부를 포함하는 제1 서버와, 상기 발신된 그룹 대화를 요청한다는 메시지에 응답하여 상기 그룹 대화에 참가할 것이라는 신호를 수신하는 그룹대화 참가신호 수신부; 및 상기 응답한 신호를 발신한 단말과 상기 그룹 대화를 요청한다는 메시지 발신 요청을 발신한 단말로 구성된 그룹을 형성하는 그룹 형성부를 포함하는 제2 서버를 포함하되, 상기 제1 서버는, 상기 형성된 그룹을 구성하는 단말 중 어느 하나의 단말로부터 특정 메시지 발신 요청을 수신하면, 상기 형성된 그룹을 구성하는 다른 단말에게 상기 특정 메시지를 발신하는 그룹 대화부를 포함할 수 있다.

상기 기술적 과제를 달성하기 위한 본 발명의 제4 태양(ASPECT)에 따른 푸쉬 메시지 수신 단말들 간 정보 공유 방법은 푸쉬 메시지(Push Message)를 수신하는 단계; 상기 수신된 푸쉬 메시지는, 전달하고자 하는 정보에 관한 내용이 표시된 영역 및 상기 푸쉬 메시지를 수신한 다른 사용자 단말의 사용자와 정보를 공유하기 위한 화면으로 이동하기 위한 입력을 할 수 있는 제1 사용자 인터페이스 영역을 포함하며, 상기 제1 사용자 인터페이스 영역을 통한 입력을 수신하면, 상기 수신된 푸쉬 메시지와 관련된 질의응답 정보가 존재하거나 질의응답이 가능한 화면으로 이동하는 단계를 포함할 수 있다.

일 실시예에 따르면, 상기 푸쉬 메시지는, 상기 푸쉬 메시지를 수신한 단말이 상기 푸쉬 메시지를 상기 단말에 저장할 수 있는 제2 사용자 인터페이스 영역을 더 포함할 수 있다.

일 실시예에 따르면, 상기 이동하는 단계에 의하여 이동된 화면에는, 상기 푸쉬 메시지를 발신한 관리자와 1대 1로 대화할 수 있는 화면으로 이동하는 제3 사용자 인터페이스 영역을 포함할 수 있다.

일 실시예에 따르면, 상기 이동하는 단계에 의하여 이동된 화면에는, 상기 푸쉬 메시지를 수신한 단말들 중 적어도 하나의 단말과 의견을 나눌 수 있는 화면으로 이동하는 제4 사용자 인터페이스 영역을 포함할 수 있다.

일 실시예에 따르면, 상기 제4 사용자 인터페이스 영역을 통한 입력을 수신할 때 상기 푸쉬 메시지를 수신한 단말들 중 적어도 하나의 단말과 대화할 수 있는 공간이 형성되지 않은 경우, 상기 공간을 형성할 수 있다.

일 실시예에 따르면, 상기 푸쉬 메시지를 수신한 단말들 중 적어도 하나의 단말은 다른 단말들이 수신한 푸쉬 메시지와 상이한 내용의 푸쉬 메시지를 수신한 단말이되, 상기 다른 단말들이 수신한 푸쉬 메시지의 컨텍스트 중 적어도 하나와 상기 상이한 내용의 푸쉬 메시지의 컨텍스트 중 적어도 하나는 일치할 수 있다.

상기 기술적 과제를 달성하기 위한 본 발명의 제5 태양(ASPECT)에 따른 푸쉬 메시지 수신 단말들 간 정보 공유 장치는 푸쉬 메시지(Push Message)를 수신하는 수신부; 상기 수신된 푸쉬 메시지는, 전달하고자 하는 정보에 관한 내용이 표시된 영역 및 상기 발신되는 푸쉬 메시지와 관련된 질의응답 정보가 존재하거나 질의응답이 가능한 화면으로 이동하기 위한 입력을 할 수 있는 제1 사용자 인터페이스 영역을 포함하며, 상기 제1 사용자 인터페이스 영역을 통한 입력을 수신하면, 상기 수신된 푸쉬 메시지와 관련된 질의응답 정보가 존재하거나 질의응답이 가능한 화면으로 이동할 수 있다.

일 실시예에 따르면, 상기 푸쉬 메시지는, 상기 푸쉬 메시지를 수신한 단말이 상기 푸쉬 메시지를 상기 단말에 저장할 수 있는 제2 사용자 인터페이스 영역 및 상기 푸쉬 메시지를 발신한 관리자와 1대 1로 대화할 수 있는 화면으로 이동하는 제3 사용자 인터페이스 영역을 더 포함할 수 있다.

일 실시예에 따르면, 상기 이동하는 단계에 의하여 이동된 화면에는, 상기 푸쉬 메시지를 수신한 단말들 중 적어도 하나의 단말과 대화할 수 있는 화면으로 이동하는 제4 사용자 인터페이스 영역을 포함할 수 있다.

상기 기술적 과제를 달성하기 위한 본 발명의 제5 태양(ASPECT)에 따른 푸쉬 메시지 서비스 방법은, 애플리케이션 서버로부터 메시지 본문을 포함한 푸쉬 메시지(Push Message) 발송 요청을 수신하는 단계; 상기 푸쉬 메시지 발송 요청의 수신에 응답하여, 상기 푸쉬 메시지 수신자 간의 상호 인터랙션 또는 상기 푸쉬 메시지 발송 요청자와의 상호 인터랙션을 위한 페이지 링크를 포함하는 푸쉬 메시지 데이터를 생성하는 단계; 및 상기 푸쉬 메시지 데이터를 송신하는 단계를 포함할 수 있다.

일 실시예에 따르면, 상기 푸쉬 메시지를 수신자 간의 상호 인터랙션을 위한 페이지 링크를 통하여 접속한 수신자들 간에 그룹을 형성하는 단계를 더 포함할 수 있다.

본 발명의 일 실시예에 따르면, 푸쉬 메시지를 수신한 사용자 단말들 간에 실시간이나 비 실시간으로 의견이나 정보를 교환할 수 있다.

또한, 본 발명의 일 실시예에 따르면, 푸쉬 메시지의 컨텍스트에 기반하여 일시적으로 소셜 네트워크 서비스(Social Network Service) 그룹을 형성할 수 있다.

또한, 본 발명의 일 실시예에 따르면, 형성된 소셜 네트워크 서비스 그룹 간에 의견과 정보를 교환할 수 있다.

본 발명의 효과들은 이상에서 언급한 효과들로 제한되지 않으며, 언급되지 않은 또 다른 효과들은 아래의 기재로부터 통상의 기술자에게 명확하게 이해 될 수 있을 것이다.

도 1은 본 발명의 일 실시예에 따른 푸쉬 메시지 수신 단말들 간 그룹 대화 제공 시스템이 적용된 시스템을 나타내는 도면이다.
도 2는 본 발명의 일 실시예에 따른 푸쉬 메시지 수신 단말들 간 그룹 대화 제공 시스템에 포함되는 제1 서버의 일 예를 나타내는 블록도이다.
도 3은 본 발명의 일 실시예에 따른 푸쉬 메시지 수신 단말들 간 그룹 대화 제공 시스템에 포함되는 제2 서버의 일 예를 나타내는 블록도이다.
도 4는 본 발명의 일 실시예에 따른 푸쉬 메시지 수신 단말들 간 그룹 대화 제공 장치에 관한 블록도이다.
도 5는 본 발명의 일 실시예에 따른 푸쉬 메시지 수신 단말들 간 그룹 대화 제공 방법에 관한 흐름도이다.
도 6은 본 발명의 일 실시예에 따른 푸쉬 메시지 수신 단말들 간 정보 공유 방법을 설명하기 위한 도면이다.
도 7은 본 발명의 일 실시예에 따른 푸쉬 메시지 수신 단말들 간 정보 공유 장치의 구성도이다.
도 8은 푸쉬 메시지를 수신한 다른 사용자 단말의 사용자와 정보를 공유하기 위한 화면의 일 예를 나타내는 도면이다.
도 9는 웹 기반 실시간 데이터 푸싱 시스템의 구성을 나타낸 도면이다.
도 10은 본 발명의 일 실시예에 따라 클라이언트와 웹 서버가 프락시 서버에 등록하는 것을 설명하기 위한 개념도이다.
도 11은 웹 기반 실시간 데이터 푸싱 방법에 따른 신호 흐름도이다.
도 12는 웹 기반 실시간 데이터 푸싱 방법에 따른, 도 3과는 다른 신호 흐름도이다.
도 13은 본 발명의 일 실시예에 따라 클라이언트와 프락시 서버 사이의 TCP 퍼시스턴트 커넥션이 유지되는 것을 설명하기 위한 신호 흐름도이다.
도 14는 클라이언트의 블록 구성도이다.
도 15는 프락시 서버의 블록 구성도이다.
도 16은 웹 서버의 블록 구성도이다.

이하, 첨부된 도면을 참조하여 본 발명의 실시예를 상세히 설명한다. 본 발명의 이점 및 특징, 그리고 그것들을 달성하는 방법은 첨부되는 도면과 함께 상세하게 후술되어 있는 실시 예들을 참조하면 명확해질 것이다. 그러나 본 발명은 이하에서 게시되는 실시 예들에 한정되는 것이 아니라 서로 다른 다양한 형태로 구현될 수 있으며, 단지 본 실시 예들은 본 발명의 게시가 완전하도록 하고, 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 발명의 범주를 완전하게 알려주기 위해 제공되는 것이며, 본 발명은 청구항의 범주에 의해 정의될 뿐이다. 명세서 전체에 걸쳐 동일 참조 부호는 동일 구성 요소를 지칭한다.

어떤 구성요소가 다른 구성요소에 “연결되어”있다거나 “접속되어”있다고 언급된 때에는, 그 다른 구성요소에 직접적으로 연결되어 있거나 또는 접속되어 있을 수도 있지만, 중간에 다른 구성요소가 존재할 수도 있다고 이해되어야 할 것이다. 반면에, 어떤 구성요소가 다른 구성요소에 “직접 연결되어”있다거나 “직접 접속되어”있다고 언급된 때에는, 중간에 다른 구성요소가 존재하지 않는 것으로 이해되어야 할 것이다.

다른 정의가 없다면, 본 명세서에서 사용되는 모든 용어(기술 및 과학적 용어를 포함)는 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 공통적으로 이해될 수 있는 의미로 사용될 수 있을 것이다. 또 일반적으로 사용되는 사전에 정의되어 있는 용어들은 명백하게 특별히 정의되어 있지 않는 한 이상적으로 또는 과도하게 해석되지 않는다.

본 명세서에서, 단수형은 문구에서 특별히 언급하지 않는 한 복수형도 포함될 수 있다. 명세서에서 사용되는 "포함한다(comprises)" 및/또는 "포함하는(comprising)"은 언급된 구성요소, 단계, 동작 및/또는 소자는 하나 이상의 다른 구성요소, 단계, 동작 및/또는 소자의 존재 또는 추가를 배제하지 않는다.

본 발명은 기업 등으로부터 푸쉬 메시지를 수신한 사용자 단말의 사용자들 간에 푸쉬 메시지에 포함된 내용에 관하여 의견을 나누고 대화를 할 수 있는 방법, 장치 및 시스템을 제공할 수 있다.

구체적으로는, 기업 등으로부터 푸쉬 메시지를 수신한 단말의 사용자들 간에는 서로를 알 수 없기 때문에, 푸쉬 메시지에 포함된 내용에 관하여 의견을 나누고 대화를 하고 싶어도 할 수가 없다. 본 발명은 이러한 문제점을 해결할 수 있는 기술을 제공할 수 있다.

도 1은 본 발명의 일 실시예에 따른 푸쉬 메시지 수신 단말들 간 그룹 대화 제공 시스템이 적용된 시스템을 나타내는 도면이다.

도 1을 참조하면, 본 발명의 일 실시예에 따른 푸쉬 메시지 수신 단말들 간 그룹 대화 제공 시스템(1000)이 적용된 시스템은 본 발명의 일 실시예에 따른 푸쉬 메시지 수신 단말들 간 그룹 대화 제공 시스템(1000) 및 적어도 둘 이상의 사용자 단말들(300)을 포함할 수 있다.

사용자 단말은 디스플레이 기능을 포함하는 디스플레이부 및 입력 기능(예를 들면, 정전식 터치 입력 또는 감압식 터치 입력 등)을 포함하는 입력부를 포함한다. 또한, 사용자 단말은 무선 네트워크(예를 들면, 3G나 4G 등과 같은 Wireless WAN, Wi-Fi 등과 같은 Wireless Lan, 블루투스 등과 같은 Wireless Pan 등)가 가능하고 응용 프로그램이 실행할 수 있는 장치를 의미한다. 사용자 단말은 데이터를 저장할 수 있는 메모리가 존재할 수 있다.

예를 들면, 사용자 단말은 스마트 폰, 태블릿 PC 또는 스마트 카메라가 될 수 있다. 스마트 폰, 태블릿 PC 또는 스마트 카메라는 휴대가 가능한 장치이다. 그러나, 사용자 단말이 반드시 휴대가 가능한 장치만 해당하는 것은 아니다. 예를 들면, 사용자 단말은 스마트 TV가 될 수도 있다.

본 발명의 이해를 돕기 위하여 적어도 둘 이상의 사용자 단말들(300)에는 제1 사용자 단말(310), 제2 사용자 단말(320), 제3 사용자 단말(330) 및 제4 사용자 단말(340)을 포함하는 것으로 설명한다. 제1 사용자 단말(310)의 사용자가 제1 사용자(311)이며, 제2 사용자 단말(320)의 사용자가 제2 사용자(321)이고, 제3 사용자 단말(330)의 사용자가 제3 사용자(331)이고, 제4 사용자 단말(340)의 사용자가 제4 사용자(341)이다.

적어도 둘 이상의 사용자 단말들(300)에 포함된 사용자 단말 각각은 본 발명의 일 실시예에 따른 푸쉬 메시지 수신 단말들 간 그룹 대화 제공 시스템(1000)과 무선 통신으로 연결될 수 있다.

본 발명의 일 실시예에 따른 푸쉬 메시지 수신 단말들 간 그룹 대화 제공 시스템(1000)은 각각의 사용자 단말들(300)에게 푸쉬 메시지를 발신할 수 있다.

각각의 사용자 단말들(300)에게 발신하고자 하는 푸쉬 메시지는 관리자에 의하여 설정 및/또는 요청될 수 있다. 또는 발신하고자 하는 푸쉬 메시지에 관한 정보는 기업 웹 서버 등의 별도의 서버(미도시)로부터 전송될 수 있다.

본 발명의 일 실시예에 따른 푸쉬 메시지 수신 단말들 간 그룹 대화 제공 시스템(1000)은 제1 서버(100) 및 제2 서버(200)를 포함할 수 있다.

도 2는 본 발명의 일 실시예에 따른 푸쉬 메시지 수신 단말들 간 그룹 대화 제공 시스템(1000)에 포함되는 제1 서버(100)의 일 예를 나타내는 블록도이다.

도 2를 참조하면 제1 서버(100)는 푸쉬 메시지 발신부(110), 그룹대화 요청 수신부(120), 그룹대화 요청 발신부(130) 및 그룹 대화부(140)를 포함할 수 있다.

푸쉬 메시지 발신부(110)는 2 이상의 단말에 푸쉬 메시지(Push Message)를 발신할 수 있다.

푸쉬 메시지 발신부(110)는 무선 통신을 이용하여 각각의 단말에 푸쉬 메시지를 발신할 수 있다.

푸쉬 메시지 발신부(110)는 제1 사용자 단말(310) 내지 제4 사용자 단말(340)에게 모두 동일한 내용의 푸쉬 메시지를 발신할 수 있다.

또는, 푸쉬 메시지 발신부(110)는 제1 사용자 단말(310) 내지 제4 사용자 단말(340) 중 적어도 하나의 사용자 단말에 발신한 푸쉬 메시지는 다른 사용자 단말에 발신한 푸쉬 메시지와 내용이 상이할 수 있다.

푸쉬 메시지 발신부(110)가 적어도 어느 하나의 사용자 단말에 다른 사용자 단말에 발신한 푸쉬 메시지와 내용이 상이한 푸쉬 메시지를 발신하는 것은 설정에 따라서 발신할 수도 있으며, 푸쉬 메시지 전송을 요청한 근원이 상이한 것일 수도 있다.

즉, 제1 관리자는 제1 사용자 단말(310) 내지 제4 사용자 단말(340)에게 동일한 내용의 푸쉬 메시지 전송을 요청할 수도 있고, 제1 사용자 단말(310)에만 다른 내용의 푸쉬 메시지 전송을 요청할 수도 있다.

또는, 제1 관리자는 제1 사용자 단말(310) 및 제2 사용자 단말(320)에게 제1 푸쉬 메시지 전송을 요청할 수 있고, 제2 관리자는 제3 사용자 단말(330) 및 제4 사용자 단말(340)에게 제1 푸쉬 메시지와는 내용이 상이한 제2 푸쉬 메시지 전송을 요청할 수도 있다.

제1 푸쉬 메시지의 내용과 제2 푸쉬 메시지 내용은 완전하게 일치하지 않을 수 있으나, 메시지에 담긴 정보의 일부가 동일하거나 유사한 내용일 수 있다. 또는, 제1 푸쉬 메시지의 컨텍스트 정보 중 일부와 제2 푸쉬 메시지의 컨텍스트 정보 중 일부가 동일하거나 유사할 수도 있다.

컨텍스트(Context) 정보는 푸쉬 메시지에 포함된 문맥상 정보, 흐름상 정보 등을 포함하며, 푸쉬 메시지의 주제에 관한 정보, 타이틀(Title) 정보, 컨텐츠 종류에 관한 정보, 컨텐츠 내용에 관한 정보, 장소/위치에 관한 정보 및 키워드에 관한 정보 등을 포함할 수 있다.

계속하여 도 2를 참조하면, 그룹대화 요청 수신부(120)는 푸쉬 메시지를 수신한 단말들 중 특정 단말로부터 푸쉬 메시지를 수신한 단말들 간에 그룹 대화를 요청한다는 메시지를 수신할 수 있다.

그룹대화 요청 발신부(130)는 푸쉬 메시지를 수신한 단말들 간에 그룹 대화를 요청한다는 메시지를 수신하면, 상기 푸쉬 메시지를 수신한 다른 단말들에게 그룹 대화를 요청한다는 메시지를 발신할 수 있다.

그룹대화 요청 발신부(130)는 다른 단말들에게 그룹 대화를 요청한다는 메시지를 발신할 때, 그룹 대화를 요청하는 주체에 해당하는 사용자 단말에 관한 정보를 제공할 수 있다.

이해를 돕기 위하여, 그룹대화 요청 수신부(120)가 수신한 그룹 대화를 요청한다는 메시지를 발신한 특정 단말을 제2 사용자 단말(320)이라 가정하고, 다른 단말들을 제1 사용자 단말(310), 제3 사용자 단말(330) 및 제4 사용자 단말(340)이라 가정하여 계속하여 설명한다.

제2 사용자 단말(320)이 그룹 대화를 요청한다는 메시지를 발신할 때, 제2 사용자 단말(320)이 수신한 푸쉬 메시지의 컨텍스트 중 특정 컨텍스트에 관한 내용을 포함할 수 있다.

즉, 제2 사용자 단말(320)을 사용하는 제2 사용자는 수신한 푸쉬 메시지의 특정 내용에 관심을 가지고 있는 사람들과 그룹 대화를 하고 싶을 경우, 제2 사용자 단말(320)이 수신한 푸쉬 메시지의 컨텍스트 중 특정 컨텍스트에 관한 내용을 포함하여 그룹 대화를 요청한다는 메시지를 발신할 수 있다.

보다 구체적으로 설명하면, 제2 사용자 단말(320)은 본 발명의 일 실시예에 따른 푸쉬 메시지 수신 단말들 간 그룹 대화 제공 시스템(1000)으로 푸쉬 메시지의 컨텍스트 중 특정 컨텍스트(예를 들면, 주제, 장소, 회비, 상품 등)에 관한 내용을 포함하여 그룹 대화를 요청한다는 메시지를 발신할 수 있다.

그룹대화 요청 발신부(130)는 제2 사용자 단말(320)의 요청 메시지에 대응하여, 제1 사용자 단말(310), 제3 사용자 단말(330) 및 제4 사용자 단말(340)에게 그룹 대화를 요청하는 메시지를 발신할 수 있으며, 상기 발신되는 그룹 대화를 요청하는 메시지에는 상기 특정 컨텍스트에 관한 내용을 포함시킬 수 있다.

즉, 그룹 대화를 요청하는 메시지를 수신한 제1 사용자 단말(310), 제3 사용자 단말(330) 및 제4 사용자 단말(340)은 메시지에 포함된 특정 컨텍스트에 관심이 있는 경우에만 그룹 대화에 참여하겠다는 의사의 응답 메시지를 본 발명의 일 실시예에 따른 푸쉬 메시지 수신 단말들 간 그룹 대화 제공 시스템(1000)으로 전송할 수 있다.

특정 컨텍스트에 관심이 없거나 그룹 대화에 참여하지 않고 싶을 경우에는 참여하지 않겠다는 거절의 응답 메시지를 본 발명의 일 실시예에 따른 푸쉬 메시지 수신 단말들 간 그룹 대화 제공 시스템(1000)으로 발신할 수 있다.

계속하여 다른 예로, 푸쉬 메시지 발신부(110)가 적어도 어느 하나의 사용자 단말에 다른 사용자 단말에 발신한 푸쉬 메시지와 내용이 상이한 경우를 설명한다. 구체적으로, 제1 사용자 단말(310), 제2 사용자 단말(320) 및 제3 사용자 단말(330)은 서로 동일한 제1 푸쉬 메시지를 수신하였고, 제4 사용자 단말(340)은 제1 푸쉬 메시지와 상이한 내용의 제2 푸쉬 메시지를 수신한 경우이다.

이러한 예에서도, 제2 사용자 단말(320)은 본 발명의 일 실시예에 따른 푸쉬 메시지 수신 단말들 간 그룹 대화 제공 시스템(1000)으로 푸쉬 메시지의 컨텍스트 중 특정 컨텍스트에 관한 내용을 포함하여 그룹 대화를 요청한다는 메시지를 발신할 수 있다.

그룹대화 요청 발신부(130)는 제2 사용자 단말(320)의 요청 메시지에 대응하여, 제2 사용자 단말(320)이 수신한 제1 푸쉬 메시지와 동일한 푸쉬 메시지를 수신한 제1 사용자 단말(310) 및 제3 사용자 단말(330)에만 그룹 대화를 요청한다는 메시지를 발신할 수 있다.

또는, 그룹대화 요청 발신부(130)는 설정에 따라서(그룹 대화 요청 발신부의 설정 및/또는 제2 사용자 단말(320)의 발신한 그룹 대화를 요청한다는 메시지에 포함된 설정에 따라서) 상기 특정 컨텍스트(제2 사용자 단말(320)로부터 발신된 그룹 대화 요청 메시지에 포함된)의 내용이 포함되는 푸쉬 메시지를 수신한 단말들에게도 그룹 대화를 요청한다는 메시지를 발신할 수 있다.

예를 들면, 제1 푸쉬 메시지가 A사에서 주최하는 제주 골프장에서 열리는 골프 토너먼트이고, 제2 푸쉬 메시지가 B사에서 주최하는 제주 골프장에서 열리는 골프 토너먼트이며, 상기 특정 컨텍스트가 제주 골프장인 경우이다. 이러한 예에서는, 그룹대화 요청 발신부(130)는 제2 사용자 단말(320)과 동일한 푸쉬 메시지를 수신한 제1 사용자 단말(310) 및 제3 사용자 단말(330)뿐만 아니라, 제4 사용자 단말(340)에게도 그룹 대화 요청 메시지를 발신할 수 있다.

따라서, 본 발명의 일 실시예에 따른 푸쉬 메시지 수신 단말들 간 그룹 대화 제공 시스템(1000)을 통하여 동일한 푸쉬 메시지를 수신한 사용자 단말들(300)간 의견 교환뿐만 아니라, 서로 다른 푸쉬 메시지를 수신한 사용자 단말들(300) 간에도 푸쉬 메시지의 컨텍스트를 기반으로 일시적으로 소셜 네트워크 서비스(Social Network Service) 그룹을 형성하여 의견을 교환할 수 있다.

그룹 대화부(140)는 형성된 그룹간에 실시간 또는 비 실시간으로 의견 및/또는 정보를 교환/획득할 수 있도록 한다.

즉, 그룹 대화부(140)는 형성된 그룹을 구성하는 단말 중 어느 하나의 단말로부터 특정 메시지 발신 요청을 수신하면, 형성된 그룹을 구성하는 다른 단말에게 특정 메시지를 발신할 수 있다. 그룹 대화부(140)가 발신하는 특정 메시지는 푸쉬 기반의 메시지일 수 있다. 또한, 그룹 대화부(140)가 발신하는 특정 메시지가 푸쉬 기반의 메시지인 경우에는 푸쉬 메시지 발신부(110)가 그룹 대화부(140)의 기능을 함께 수행할 수도 있다.

형성된 그룹에 관해서는 제2 서버(200)에서 보다 자세하게 설명한다.

도 3은 본 발명의 일 실시예에 따른 푸쉬 메시지 수신 단말들 간 그룹 대화 제공 시스템(1000)에 포함되는 제2 서버(200)의 일 예를 나타내는 블록도이다.

도 3을 참조하면 제2 서버(200)는 그룹대화 참가신호 수신부(210) 및 그룹 형성부(220)를 더 포함할 수 있다.

그룹대화 참가신호 수신부(210)는 그룹대화 요청 발신부(130)에 의하여 발신된 그룹 대화를 요청한다는 메시지를 수신한 각 사용자 단말들(300)로부터 상기 그룹 대화를 요청한다는 메시지에 응답한 신호를 수신할 수 있다.

그룹 형성부(220)는 그룹대화 참가신호 수신부(210)에서 수신한 응답한 신호 중에서 그룹 대화에 참가할 것이라는 신호를 발신한 사용자 단말들(300)과 본 발명의 일 실시예에 따른 푸쉬 메시지 수신 단말들 간 그룹 대화 제공 시스템(1000)으로 상기 그룹 대화를 요청한다는 메시지 발신을 요청한 사용자 단말로 구성된 그룹을 형성할 수 있다.

그룹 형성부(220)가 형성한 그룹은 소셜 네트워크 서비스 그룹이 될 수 있으며, 그룹에 포함된 사용자 단말들(300)은 그룹 대화부(140)를 이용하여 서로간의 의견을 실시간 또는 비 실시간으로 공유할 수 있다.

도 4는 본 발명의 일 실시예에 따른 푸쉬 메시지 수신 단말들 간 그룹 대화 제공 장치(2000)에 관한 블록도이다.

도 4를 참조하면, 본 발명의 일 실시예에 따른 푸쉬 메시지 수신 단말들 간 그룹 대화 제공 장치(2000)는 푸쉬 메시지 발신부(110), 그룹대화 요청 수신부(120), 그룹대화 요청 발신부(130), 그룹대화 참가신호 수신부(210), 그룹 형성부(220) 및 그룹 대화부(140)를 포함할 수 있다.

즉, 본 발명의 일 실시예에 따른 푸쉬 메시지 수신 단말들 간 그룹 대화 제공 장치(2000)는 도 2를 참조하여 설명한 제1 서버(100)의 기능 및 도 3을 참조하여 설명한 제2 서버(200)의 기능을 모두 수행할 수 있는 장치가 된다. 따라서, 본 발명의 일 실시예에 따른 푸쉬 메시지 수신 단말들 간 그룹 대화 제공 장치(2000)에 포함되는 각 구성의 중복적인 설명은 생략한다.

계속하여 도 4를 참조하면, 도 4에서는 본 발명의 일 실시예에 따른 푸쉬 메시지 수신 단말들 간 그룹 대화 제공 장치(2000)와 제1 사용자 단말(310) 내지 제4 사용자 단말(340)을 포함하는 사용자 단말들(300) 간에 실선으로 표현하고 있으나, 무선 통신으로 정보 및 신호를 발신 및 수신할 수 있다.

도 4에서는 제2 사용자 단말(320)이 그룹 형성을 요청하는 메시지 발신을 본 발명의 일 실시예에 따른 푸쉬 메시지 수신 단말들 간 그룹 대화 제공 장치(2000)에 요청하는 예를 표현하고 있다.

계속하여 도 4를 참조하면, 그룹대화 요청 발신부(130)가 제1 사용자 단말(310), 제3 사용자 단말(330) 및 제4 사용자 단말(340)에게 제2 사용자 단말(320)의 요청에 따른 그룹 대화 요청 메시지를 발신하는 예를 나타내고 있다.

도 4를 참조하면, 그룹대화 참가신호 수신부(210)는 제1 사용자 단말(310), 제3 사용자 단말(330) 및 제4 사용자 단말(340)에게 그룹 대화 요청 메시지에 응답한 메시지를 수신하는 예가 표현되어 있다.

그룹대화 참가신호 수신부(210)에 의하여 수신한 신호가 제1 사용자 단말(310)은 그룹 대화에 불참가, 제3 사용자 단말(330)은 그룹 대화에 참가, 제4 사용자 단말(340)은 그룹 대화에 참가한다는 신호를 수신한 경우, 그룹 형성부(220)는 제2 사용자 단말(320), 제3 사용자 단말(330) 및 제4 사용자 단말(340)로 구성된 그룹을 형성할 수 있다.

그룹 형성부(220)는 제4 사용자 단말(340)로부터 형성된 그룹에 특정 메시지 발신을 요청 받으면, 제2 사용자 단말(320) 및 제3 사용자 단말(330)에게 특정 메시지를 발신할 수 있다.

도 5는 본 발명의 일 실시예에 따른 푸쉬 메시지 수신 단말들 간 그룹 대화 제공 방법에 관한 흐름도이다.

본 발명의 일 실시예에 따른 푸쉬 메시지 수신 단말들 간 그룹 대화 제공 방법은 본 발명의 일 실시예에 따른 푸쉬 메시지 수신 단말들 간 그룹 대화 제공 장치(2000) 및/또는 시스템을 이용할 수 있다.

또한, 본 발명의 일 실시예에 따른 푸쉬 메시지 수신 단말들 간 그룹 대화 제공 방법에서 설명되는 내용은 본 발명의 일 실시예에 따른 푸쉬 메시지 수신 단말들 간 그룹 대화 제공 장치(2000) 및/또는 시스템에 적용될 수 있다. 또한, 도 1 내지 4를 참조하여 설명한 본 발명의 일 실시예에 따른 푸쉬 메시지 수신 단말들 간 그룹 대화 제공 장치(2000) 및 또는 시스템에 관한 내용이 본 발명의 일 실시예에 따른 푸쉬 메시지 수신 단말들 간 그룹 대화 제공 방법에 적용될 수 있다.

도 5를 참조하여 본 발명의 일 실시예에 따른 푸쉬 메시지 수신 단말들 간 그룹 대화 제공 방법을 설명한다. 설명의 이해를 돕기 위하여 제1 사용자 단말(310) 내지 제4 사용자 단말(340)들(300)을 예로 들어 설명한다.

도 5를 참조하면, 푸쉬 메시지 발신부(110)가 제1 사용자 단말(310) 내지 제4 사용자 단말(340)에게 푸쉬 메시지를 발신한다(S505 단계, S510 단계, S515 단계, S520 단계).

푸쉬 메시지를 수신한 사용자 단말들(300) 중에서 특정 사용자 단말(도 5에서는, 제2 사용자 단말(320))이 그룹 대화를 요청하는 메시지를 본 발명의 일 실시예에 따른 푸쉬 메시지 수신 단말들 간 그룹 대화 제공 장치(2000)(시스템도 가능하며, 반드시 도 1 내지 4에서 설명한 구성을 가진 장치 및 시스템이 아닐 수도 있다)로 발신한다(S525 단계).

그룹대화 요청 수신부(120)는 제2 사용자 단말(320)로부터 그룹 대화 요청 메시지를 수신하고, 그룹대화 요청 발신부(130)가 제2 사용자 단말(320)을 제외한 푸쉬 메시지를 수신한 다른 사용자 단말(제1 사용자 단말(310), 제3 사용자 단말(330), 제4 사용자 단말(340)) 각각에 그룹 대화 요청 메시지를 발신할 수 있다(S530 단계, S535 단계, S540 단계).

그룹 대화 요청 메시지를 수신한 사용자 단말(제1 사용자 단말(310), 제3 사용자 단말(330), 제4 사용자 단말(340)) 각각은 그룹 대화 요청에 응할 것인지 여부에 관한 신호를 본 발명의 일 실시예에 따른 푸쉬 메시지 수신 단말들 간 그룹 대화 제공 장치(2000)로 발신할 수 있다(S545 단계, S550 단계, S555 단계).

그룹대화 참가신호 수신부(210)가 그룹 대화 요청에 응할 것인지 여부에 관한 신호를 각 사용자 단말로부터 수신할 수 있다.

S545 단계를 참조하면, 제1 사용자 단말(310)은 그룹 대화 요청에 응하지 않았고, S550 단계 및 S555 단계를 참조하면, 제3 사용자 단말(330) 및 제4 사용자 단말(340)은 그룹 대화 요청에 응한 것을 볼 수 있다.

그룹 형성부(220)가 그룹대화 참가신호 수신부(210)에 의하여 수신된 신호에 기반하여 그룹을 형성할 수 있다(S560 단계).

도 5에서는 제2 사용자 단말(320), 제3 사용자 단말(330) 및 제4 사용자 단말(340)이 하나의 그룹으로 형성될 수 있다.

형성된 그룹에 포함된 사용자 단말 중 제3 사용자 단말(330)이 특정 그룹 메시지 발신을 요청하는 경우(S565 단계), 그룹 대화부(140)가 제3 사용자 단말(330)의 요청에 따라서 특정 그룹 메시지를 형성된 그룹에 포함된 제2 사용자 단말(320) 및 제4 사용자 단말(340)에게 발신할 수 있다(S570 단계, S575 단계).

도 6은 본 발명의 일 실시예에 따른 푸쉬 메시지 수신 단말들 간 정보 공유 방법을 설명하기 위한 도면이다.

본 발명의 일 실시예에 따른 푸쉬 메시지 수신 단말들 간 정보 공유 방법은 본 발명의 일 실시예에 따른 푸쉬 메시지 수신 단말들 간 정보 공유 장치에 의하여 수행될 수 있다. 본 발명의 일 실시예에 따른 푸쉬 메시지 수신 단말들 간 정보 공유 장치는 사용자 단말 각각에 존재할 수 있다.

본 발명의 일 실시예에 따른 푸쉬 메시지 수신 단말들 간 정보 공유 장치는 도 7에 도시된 구성을 가질 수 있다.

도 7은 본 발명의 일 실시예에 따른 푸쉬 메시지 수신 단말들 간 정보 공유 장치에 관한 구성도이다.

도 7을 참조하면, 본 발명의 일 실시예에 따른 푸쉬 메시지 수신 단말들 간 정보 공유 장치는 시스템 버스(71), 프로세서(72), RAM(Random Access Memory)(74), 스토리지(73) 및 외부 장치와의 통신을 위한 네트워크 인터페이스(75)를 포함할 수 있다. 본 발명의 일 실시예에 따른 푸쉬 메시지 수신 단말들 간 정보 공유 장치를 구현하는 컴퓨터 프로그램 코드는 스토리지(73)에 저장되어 RAM(74)에 로드 되고 프로세서(72)에 의해 실행될 수 있다.

다시 도 6으로 되돌아가면, 본 발명의 일 실시예에 따른 푸쉬 메시지 수신 단말들 간 정보 공유 장치는 본 발명의 일 실시예에 따른 푸쉬 메시지 수신 단말들 간 그룹대화 제공 장치(2000) 및/또는 시스템(1000)에 의하여 발신된 푸쉬 메시지를 수신할 수 있다.

구체적으로 도 6은 제1 사용자 단말(310)이 수신한 푸쉬 메시지를 제1 사용자 단말(310)의 디스플레이부를 통하여 표시된 화면일 수 있다.

수신된 푸쉬 메시지는 전달하고자 하는 정보에 관한 내용이 표시된 영역 및 상기 푸쉬 메시지를 수신한 다른 사용자 단말의 사용자와 정보를 공유하기 위한 화면으로 이동하기 위한 입력을 할 수 있는 제1 사용자 인터페이스 영역을 포함할 수 있다.

또한, 수신된 푸쉬 메시지는 푸쉬 메시지를 수신한 사용자 단말이 푸쉬 메시지를 저장할 수 있는 제2 사용자 인터페이스 영역을 더 포함할 수 있다.

즉, 도 6에서는 메시지 발신 주최(또는 메시지 발신 의뢰자)에 관한 내용이 표시된 영역(61), 골프 토너먼트라는 타이틀에 관한 내용이 표시된 영역(62), 날짜에 관한 내용이 표시된 영역(63), 장소에 관한 내용이 표시된 영역(64) 및 상품에 관한 내용이 표시된 영역(65)이 전달하고자 하는 정보에 관한 내용이 표시된 영역이 될 수 있다.

제1 사용자 인터페이스 영역은 도 6에서 '의견나눔'이라고 표시된 영역(66)이 될 수 있다. 제2 사용자 인터페이스 영역은 도 6에서 'SAVE'라고 표시된 영역(67)이 될 수 있다.

사용자 단말의 사용자가 제1 사용자 인터페이스 영역을 터치 등으로 입력하면, 푸쉬 메시지를 수신한 다른 사용자 단말의 사용자와 정보를 공유하기 위한 화면으로 이동할 수 있다.

푸쉬 메시지를 수신한 다른 사용자 단말의 사용자와 정보를 공유하기 위한 화면의 일 예는 도 8과 같을 수 있다.

도 8은 푸쉬 메시지를 수신한 다른 사용자 단말의 사용자와 정보를 공유하기 위한 화면의 일 예를 나타내는 도면이다.

도 8을 참조하면, 사용자 단말의 사용자(예를 들어, 도 6 및 7에서 제1 사용자)가 푸쉬 메시지를 수신한 다른 사용자 단말의 사용자와 정보를 공유하기 위한 방법으로는 그룹 대화(Group Talk) 및/또는 질의응답(Q&A) 등이 존재할 수 있다. 그룹 대화는 하나 이상의 푸쉬 메시지를 수신한 다른 사용자 단말의 사용자들과 의견을 나누는 것이다. 질의응답은 푸쉬 메시지를 수신한 다른 사용자 단말의 사용자들과 질의 및 응답을 하거나 푸쉬 메시지를 발신한(또는 발신을 의뢰한0 관리자와 질의 및 응답할 수 있는 것이다. 또는 질의응답은 다른 사용자 단말의 사용자들의 질의 및 그에 대한 응답에 관한 정보를 획득할 수도 있다. 그룹 대화는 실시간 정보 교환이 가능하다면, 질의 응답은 비 실시간 성 정보 교환이 가능한 대표적인 의견 교환 방법일 수 있다.

푸쉬 메시지를 수신한 다른 사용자 단말의 사용자와 정보를 공유하는 것이 아닌, 푸쉬 메시지를 발신한(또는 발신을 의뢰한) 관리자와 1대 1로 대화할 수 있는 화면이 존재할 수 있다.

즉, 제1 사용자 인터페이스에 의하여 이동한 화면에는, 푸쉬 메시지를 발신한 관리자와 1대 1로 대화할 수 있는 화면으로 이동하는 제3 사용자 인터페이스 영역(81)을 포함할 수 있다.

계속하여 도 8을 참조하면, 제1 사용자 인터페이스를 통하여 이동한 화면에는 푸쉬 메시지를 수신한 단말 등 중 적어도 하나의 단말과 의견을 나눌 수 있는 화면으로 이동하는 제4 사용자 인터페이스 영역(82)을 포함할 수 있다.

사용자가 제4 사용자 인터페이스 영역(82)을 터치 등으로 입력을 하면, 형성되어 있는 그룹 채팅으로 이동할 수 있다. 만약, 형성되어 있는 그룹 채팅이 없다면 사용자가 제4 사용자 인터페이스 영역을 터치함으로써 새로운 그룹 채팅 공간을 형성할 수 있다.

계속하여 도 8을 참조하면, 1 사용자 인터페이스를 통하여 이동한 화면에는 질의응답을 위한 화면으로 이동하는 제5 사용자 인터페이스 영역(83)을 포함할 수도 있다.

도 6 및 8을 참조하면, 본 발명의 일 실시예에 따른 푸쉬 메시지 서비스 방법은 애플리케이션 서버로부터 메시지 본문을 포함한 푸쉬 메시지(Push Message) 발송 요청을 수신하는 단계, 상기 푸쉬 메시지 발송 요청의 수신에 응답하여, 상기 푸쉬 메시지 수신자 간의 상호 인터랙션 또는 상기 푸쉬 메시지 발송 요청자와의 상호 인터랙션을 위한 페이지 링크를 포함하는 푸쉬 메시지 데이터를 생성하는 단계 및 상기 푸쉬 메시지 데이터를 송신하는 단계를 포함할 수 있다. 또한, 본 발명의 일 실시예에 따른 푸쉬 메시지 서비스 방법은 푸쉬 메시지를 수신자 간의 상호 인터랙션을 위한 페이지 링크를 통하여 접속한 수신자들 간에 그룹을 형성하는 단계를 더 포함할 수 있다.

즉, 도 6 및 8에서, '의견나눔'(66)과 같은 영역이 상기 푸쉬 메시지 수신자 간의 상호 인터랙션을 제공하는 페이지 링크 영역이 될 수 있다.

계속하여 도 6 및 8을 참조하면, '의견나눔'(66)과 같은 영역이 상기 상기 푸쉬 메시지 발송 요청자와의 상호 인터랙션을 제공하는 페이지 링크 영역이 될 수도 있다.

본 발명의 일 실시예에 따른 푸쉬 메시지 수신 단말들 간 그룹 대화 제공 방법, 시스템(1000) 및 장치(2000)는 웹 기반으로 동작할 수 있으며, 웹 기반으로 동작하는 경우, HTTP Request/Response를 사용하여 동작할 수 있다.

본 발명의 일 실시예에 따른 웹 기반의 푸쉬 메시지 수신 단말들 간 그룹 대화 제공 방법, 시스템(1000) 및 장치(2000)는 기존의 Long-Polling 또는 스트리밍(Streaming) 등의 웹 푸쉬 방법이 기본적으로 서버에서 사용자 단말들(300)로부터 HTTP Request를 계속 유지해야 하기 때문에 대량의 클라이언트를 서버에서 지원하기 어려운 문제점이 존재한다.

본 발명의 일 실시예에 따른 웹 기반의 푸쉬 메시지 수신 단말들 간 그룹 대화 제공 방법, 시스템(1000) 및 장치(2000)는 한 개의 푸쉬에 대해 한 개의 HTTP Request/Response를 사용하는 것이 가능하기 때문에 동시 접속 사용자 단말 숫자의 제한을 받지 않을 수 있다.

즉, 구체적으로 본 발명의 일 실시예에 따른 푸쉬 메시지 수신 단말들 간 그룹 대화 제공 방법은 도 9 내지 16을 참조하여 설명하는 웹 기반 실시간 데이터 푸싱 시스템 및 방법을 이용할 수도 있다.

먼저, 도 9를 참조하여 웹 기반 실시간 데이터 푸싱 시스템의 구성 및 동작을 설명하기로 한다.

도 9에 도시된 바와 같이 본 실시예에 따른 웹 기반 실시간 데이터 푸싱 시스템(10)은 클라이언트(11), 웹 서버(12) 및 프락시 서버(13)를 포함할 수 있다.

클라이언트(11)는 인터넷 통신 인터페이스, 연산 수단 및 상기 인터넷 통신 인터페이스와 상기 연산 수단을 연결하는 회로 또는 버스를 구비한 클라이언트다. 예를 들어, TCP/IP 프로토콜 스택을 처리할 수 있는 유선 통신 인터페이스 및 무선 통신 인터페이스 중 적어도 하나를 구비한 클라이언트다. 클라이언트(11)는 예를 들어 노트북(note-book), PDA (Personal Digital Assistants), 포터블(portable) 컴퓨터, 웹 타블렛(web tablet), 무선 전화기(wireless phone), 모바일 폰(mobile phone), 스마트폰(smart phone), e-북(e-book), PMP(portable multimedia player), 휴대용 게임기, 내비게이션(navigation) 장치, 블랙박스(black box), 디지털 카메라(digital camera), 디지털 영상 재생기(digital picture player), 디지털 동영상 녹화기(digital video recorder), 디지털 동영상 재생기(digital video player), 환경 측정 센서 노드, 신체 정보 측정 센서 노드, 사물 인터넷 클라이언트 및 정보를 무선 환경에서 송수신할 수 있는 장치 등과 같은 이동이 가능한 클라이언트 장치 중 하나일 수 있다. 클라이언트(11)는 도 9 내지 8에서 사용자 단말(13)과 동일한 의미일 수 있다.

클라이언트(11)는 HTTP 처리 모듈을 구비한 것이다. 일 실시예에 따르면 상기 HTTP 처리 모듈은 상기 인터넷 통신 인터페이스 및 연산 수단 중 적어도 하나를 이용하여 구성될 수 있다. 예를 들어 클라이언트(11)는 웹 브라우저(WEB BROWSER)를 구비한 것일 수 있다. 클라이언트(11)는 상기 HTTP 처리 모듈을 이용하여 웹 서버(12)에 HTTP 세션 연결 요청을 송신함으로써 웹 서버(12)와 HTTP 세션을 설립하고, 상기 HTTP 세션을 통하여 요청하는 정보가 무엇인지 가리키는 데이터를 포함하는 HTTP 리퀘스트(HTTP Request) 웹 서버(12)에 송신하고, 상기 HTTP 리퀘스트에 대한 응답인 HTTP 리스폰스(HTTP Response)를 웹 서버(12)로부터 수신한다.

웹 서버(12)는 클라이언트(11)의 HTTP 세션 연결 요청에 응답하여 클라이언트(11)와 HTTP 세션을 설립(세션 아이디 발급 포함)하고, 상기 HTTP 세션을 통하여 HTTP 리퀘스트를 수신하며, 상기 HTTP 리퀘스트에 대한 응답인 HTTP 리스폰스를 통하여 HTML 문서 등의 데이터를 송신한다.

웹 서버(12)는 인터넷 망과 유선 통신 수단을 통하여 연결된 것으로, 이동 클라이언트가 아닌 것이 일반적이다. 다만, 일 실시예에 따르면, 웹 서버(12)가 이동 클라이언트로 구성될 수도 있다. 웹 서버(12)가 이동 클라이언트로 구성되는 경우, 인터넷 망과 무선 통신 수단을 통하여 연결된다.

프락시 서버(13)는 클라이언트(11) 및 웹 서버(12)와 HTTP의 하위 레이어의 프로토콜로 연결된다. 일 실시예에 따르면, 클라이언트(11) 및 웹 서버(12)의 동작에 의하여 프락시 서버(13)와 클라이언트(11) 및 웹 서버(12) 간의 트랜스포트 레이어(transport layer) 프로토콜 연결이 항시 유지될 수 있다. 예를 들어 프락시 서버(13)는 클라이언트(11) 및 웹 서버(12)와 TCP 퍼시스턴트 커넥션(TCP persistent connection)으로 연결될 수 있다.

프락시 서버(13), 클라이언트(11) 및 웹 서버(12)는 상기 TCP 퍼시스턴트 커넥션으로 구성된 오버레이 네트워크(overlay network)를 구성함으로써 신속하게 데이터를 송수신 할 수 있다. 이 때, 프락시 서버(13)는 클라이언트(11)와 웹 서버(12) 간의 P2P 오버레이 네트워크가 구성되도록 하기 위한 오버레이 네트워크 라우팅 장비인 것으로 이해될 수 있을 것이다. 즉, 프락시 서버(13)는 웹 서버(12)로부터 수신된 푸쉬 개시 요청을 클라이언트로 신속하게 메시지 릴레이(relay) 할 수 있다.

본 명세서에서 언급되는 상기 TCP 퍼시스턴트 커넥션은 TCP 연결이 계속 유지되는 것을 의미한다. 상기 TCP 퍼시스턴트 커넥션을 유지하는 방법은 널리 알려진 다양한 기술을 이용하여 구현될 수 있다. 예를 들어 KEEP ALIVE 관련 설정을 이용하여 TCP 세션이 타임 아웃 종료되는 것을 방지함으로써 구현될 수 있다.

예를 들어 클라이언트(11) 또는 웹 서버(12)의 이동(웹 서버가 이동 클라이언트로 구성 된 경우)에 따른 핸드 오버(hand over) 및 그에 수반되는 IP 주소의 변경에도 불구하고 TCP 연결이 계속 유지될 수 있다. 즉, 클라이언트(11) 또는 웹 서버(12)의 핸드 오버 및 그에 수반되는 IP주소의 변경이 있게 되어 프락시 서버(13)와의 TCP 세션이 끊기게 되더라도, 클라이언트(11) 또는 웹 서버(12)가 끊긴 TCP 세션을 자동으로 다시 설립함으로써 상기 TCP 퍼시스턴트 커넥션이 유지되도록 관리할 수 있다.

이하, 본 실시예에 따른 웹 기반 실시간 데이터 푸싱 시스템(10)의 동작을 설명한다.

먼저, 프락시 서버(13)가 웹 서버(12) 및 클라이언트(11)를 각각의 등록 아이디로 식별하기 위하여, 웹 서버(12) 및 클라이언트(11) 각각은 푸쉬 서비스 이용을 위한 등록 절차를 수행한다. 상기 등록 절차를 도 10를 참조하여 설명한다.

웹 서버(12)의 상기 등록 절차는 웹 서버(12)가 웹 서버(12)의 웹 서버측 아이디를 포함하는 등록 요청을 프락시 서버(13)에 송신하는 단계와, 프락시 서버(13)가 상기 등록 요청 수신에 응답하여 상기 웹 서버측 아이디에 대응하는 등록 아이디를 발급하는 단계와, 상기 발급된 등록 아이디, 웹 서버(12)의 접속 주소 정보, 웹 서버측 아이디를 포함하는 개체 레코드(30)를 저장하는 단계를 포함할 수 있다. 웹 서버(12)의 접속 주소 정보는 상기 등록 요청에 포함될 수도 있으나, 상기 등록 요청 신호의 헤더에서 추출될 수도 있다. 예를 들어, 웹 서버(12)의 접속 주소 정보가 URL(Uniform Resource Locator)인 경우, 상기 URL은 상기 등록 요청에 포함될 것이고, 웹 서버(12)의 접속 주소 정보가 IP 어드레스인 경우, 상기 IP 어드레스는 상기 등록 요청 신호의 헤더 부분에 포함되어 있을 것이다.

클라이언트(11)의 상기 등록 절차는 클라이언트(11)가 클라이언트(11)의 접속 주소 정보(예를 들어 IP 어드레스) 및 클라이언트측 아이디를 포함하는 등록 요청을 프락시 서버(13)에 송신하는 단계와, 프락시 서버(13)가 상기 등록 요청 수신에 응답하여 상기 클라이언트측 아이디에 대응하는 등록 아이디를 발급하는 단계와, 상기 발급된 등록 아이디, 상기 등록 요청에 포함된 TCP/IP 접속 주소 정보, 클라이언트측 아이디를 포함하는 개체 레코드(30)를 저장하는 단계를 포함할 수 있다. 클라이언트(11)의 접속 주소 정보는 상기 등록 요청에 포함될 수도 있으나, 상기 등록 요청 신호의 헤더에서 추출될 수도 있다.

다시 도 9으로 돌아와서, 웹 기반 실시간 데이터 푸싱 시스템(10)의 동작을 설명한다. HTTP 세션으로 연결되지 않은 소정의 클라이언트(11)에 송신할 푸쉬 데이터가 발생한 경우, 웹 서버(12)는 푸쉬 개시 요청 신호를 프락시 서버(13)에 송신한다. 상기 푸쉬 데이터를 수신할 클라이언트(11)는, 푸쉬 데이터 발생 시점에는 웹 서버(12)와 HTTP 세션으로 연결되어 있지 않더라도 그 이전 시점에 적어도 한번 웹 서버(12)와 HTTP 세션으로 연결되어 데이터를 제공 받은 이력이 있는 장치이다.

상기 푸쉬 개시 요청 신호에는 클라이언트(11)를 가리키는 정보가 포함될 수 있다. 상기 클라이언트(11)를 가리키는 정보는 예를 들어 클라이언트(11)의 아이디일 수 있다. 상기 클라이언트(11)의 아이디는 프락시 서버(13)에서 관리하는 클라이언트(11)의 등록 아이디일 수 있다. 상기 푸쉬 개시 요청에는 웹 서버(12)를 가리키는 정보도 포함될 수 있다. 상기 웹 서버(12)를 가리키는 정보는 예를 들어 웹 서버(12)의 아이디일 수 있다. 상기 웹 서버(12)의 아이디는 프락시 서버(13)에서 관리하는 웹 서버(12)의 등록 아이디 일 수 있다.

프락시 서버(13)는 상기 푸쉬 개시 요청 신호에 포함된 클라이언트(11)를 가리키는 정보에 대응하는 클라이언트(11)의 접속 주소 정보, 예를 들어 IP 어드레스를 기 저장된 상기 개체 레코드에서 조회한다. 프락시 서버(13)는 조회된 클라이언트(11)의 접속 주소 정보를 이용하여 상기 푸쉬 개시 요청 신호에 따른 푸쉬 개시 통지 신호를 클라이언트(11)에 송신한다.

클라이언트(11)는 프락시 서버(13)와 TCP 퍼시스턴트 커넥션을 유지하고, 상기 푸쉬 개시 통지 신호의 수신에 응답하여 웹 서버(12)에 HTTP 세션 생성을 요청하고, 상기 HTTP 세션을 통해 데이터 푸쉬 요청을 포함하는 HTTP 리퀘스트를 송신하고, 상기 HTTP 세션을 통해 푸쉬 데이터를 포함하는 HTTP 리스폰스를 수신한다.

한편, 클라이언트(11)의 위치가 이동함에 다라 핸드오버가 발생하고, 상기 핸드오버에 의하여 클라이언트의 접속 주소 예를 들어 IP 어드레스가 변경될 수 있다. 이러한 경우 TCP 디스커넥트 이벤트가 발생한다. 클라이언트(11)는 상기 TCP 디스커넥트 이벤트 발생을 감지하여 프락시 서버(13)와 TCP 세션 연결을 자동으로 재시도 한다.

프락시 서버(13)와 TCP 세션 연결이 이뤄지면, 프락시 서버(13)가 그 과정에서 클라이언트(11)의 갱신된 IP 어드레스를 파악할 수 있다. 프락시 서버(13)는 클라이언트(11)의 갱신된 IP 어드레스로 상기 개체 레코드의 클라이언트 접속 주소 정보를 갱신함으로써, 상기 개체 레코드의 접속 주소 정보가 항상 최신 상태로 유지되도록 관리할 수 있다. 따라서, 웹 서버(12)는 데이터 푸싱을 위해 클라이언트(11)의 최신 접속 주소 정보를 관리할 필요가 없고, 이러한 작업은 프락시 서버(13)가 대신 수행하게 된다.

상기 설명한 바와 같이, 웹 서버(12)는 데이터 푸싱을 위해 클라이언트(11)와 HTTP 세션을 유지할 필요가 없다. 그 대신, 웹 서버(12)는 프락시 서버(13)와 TCP 퍼시스턴트 커넥션을 유지하기만 하면 된다.

푸쉬 데이터가 발생하면, 웹 서버(12)는 프락시 서버(13)에 푸쉬 개시 요청을 송신하고, 상기 푸쉬 개시 요청 송신을 트리거 신호(trigger signal)로 하여, 클라이언트(11)의 웹 서버(12)에 대한 HTTP 세션 연결 요청 및 상기 HTTP 세션을 통한 푸쉬 데이터 송신 요청이 수행된다.

예를 들어, 10000 대의 클라이언트(11)에 대하여 데이터 푸싱 서비스를 제공하는 경우, 종래 기술에 따르면 10000 개 혹은 그에 상응하는 숫자의 HTTP 세션 연결이 웹 서버(12)와 1000 대의 클라이언트(11) 사이에 항시 유지되어야 실시간 데이터 푸싱 서비스를 제공할 수 있을 것이다. 그러나 본 발명에 따르면, 실시간 데이터 푸싱 서비스를 제공 받는 클라이언트(11)의 개수에 관계 없이, 웹 서버(12)와 프락시 서버(13)간의 하나의 TCP 퍼시스턴트 커넥션이 유지되는 것 만으로 충분하다.

웹 서버(12)가 실시간 푸싱 데이터 푸싱 서비스 대상 클라이언트 각각과 HTTP 세션을 유지하지 않는 대신, 프락시 서버(13)는 실시간 데이터 푸싱 서비스를 제공 받고자 하는 클라이언트 각각과 TCP 퍼시스턴트 커넥션을 유지할 필요가 있다. 그러나, 이러한 부담은 웹 서버(12)가 아닌 프락시 서버(13)에 가해지는 것이고, 어플리케이션 레이어(Application Layer)의 프로토콜인 HTTP보다 하위 레이어에 속한 프로토콜인 TCP의 세션을 유지하는 것이 연산 부하 및 네트워크 부하가 절감된다. 따라서, 본 발명에 따르면, 종래 기술에 비하여 더 적은 연산량 및 네트워크 부하를 이용하여 다수의 클라이언트에 대하여 웹 기반 실시간 데이터 푸싱 서비스를 제공할 수 있다.

이하, 도 11 내지 5를 참조하여 본 발명의 다른 실시예에 따른 웹 기반 실시간 데이터 푸싱 방법을 설명한다.

도 11은 본 실시예에 따른 웹 기반 실시간 데이터 푸싱 방법에 따른 신호 흐름도이다.

먼저, 클라이언트(11)가 웹 서버(12)에 접속하여 HTTP 세션 생성을 요청하고(S100), 상기 HTTP 세션을 통하여 데이터 요청(HTTP Req) 및 데이터 수신(HTTP Res)을 할 수 있다(S102). 상기 HTTP 세션을 통한 데이터 요청 및 데이터 수신의 결과, 웹 서버(12)는 클라이언트(11)에 대한 데이터 푸싱 관련 설정을 셋팅할 수 있다. 상기 데이터 수신이 끝난 후 클라이언트(11)와 웹 서버(12) 사이의 상기 HTTP 세션은 단절된다(S104).

클라이언트(11)와 웹 서버(12) 사이의 HTTP 세션이 단절되는 것과는 반대로, 클라이언트(11) 및 웹 서버(12) 각각은 프락시 서버(13)와 TCP 퍼시스턴트 커넥션을 유지한다(S106, S108).

상기 데이터 푸싱 관련 설정에 따라 클라이언트(11)에 대한 푸쉬 데이터가 발생한 경우(S110), 웹 서버(12)는 푸쉬 개시 요청 신호를 프락시 서버(13)에 송신한다. 상기 푸쉬 개시 요청 신호에는 푸쉬 데이터를 수신할 클라이언트를 가리키는 정보, 예를 들어 클라이언트의 등록 아이디가 포함될 수 있다. 상기 푸쉬 개시 요청 신호에는 웹 서버(12)의 등록 아이디도 포함될 수 있다. 프락시 서버(13)는 상기 푸쉬 개시 요청 신호에 포함된 상기 클라이언트의 등록 아이디를 기 저장된 개체 레코드에서 조회하여 클라이언트(11)의 IP 어드레스를 얻는다(S114). 프락시 서버(13)는 상기 푸쉬 개시 요청 신호에 대응하는 푸쉬 개시 통지 신호를 클라이언트(11)에 송신한다. 상기 푸쉬 개시 통지 신호에는 웹 서버에 대한 정보, 예를 들어 웹 서버의 IP 어드레스 또는 URL이 포함될 수 있다.

클라이언트(11)는 상기 푸쉬 개시 통지 신호를 수신하여, 상기 푸쉬 개시 통지 신호에 포함된 웹 서버의 IP 어드레스 또는 URL을 수신자 주소로 하여 HTTP 세션 생성 요청을 웹 서버(12)에 송신하고(S118), HTTP 세션이 생성되면(S120), 상기 HTTP 세션을 이용하여 데이터 푸쉬 요청을 포함하는 HTTP 리퀘스트를 웹 서버(12)에 송신한다(S122). 웹 서버(12)는 HTTP 리퀘스트에 응답하여 푸쉬 데이터를 포함한 HTTP 리스폰스를 클라이언트(11)에 송신한다(S126).

HTTP 리스폰스는 HTTP 리퀘스트가 있을 때에 한하여 송신된다. 즉, HTTP 리스폰스와 HTTP 리퀘스트는 일대일 대응하는 것이 일반적이다. 따라서, 푸쉬 데이터의 사이즈가 하나의 HTTP 리스폰스에 포함되기 어려울 정도로 큰 경우, 클라이언트(11)는 푸쉬 응답 신호를 포함한 HTTP 리퀘스트를 웹 서버(12)에 송신한다(S126). 웹 서버(12)는 푸쉬 응답 신호를 포함한 HTTP 리퀘스트 수신에 응답하여 푸쉬 데이터를 포함한 HTTP 리스폰스를 클라이언트(11)에 송신한다(S128). 푸쉬 응답 신호를 포함한 HTTP 리퀘스트의 송신 및 푸쉬 데이터를 포함한 HTTP 리스폰스의 송신은, 클라이언트(11)가 푸쉬 종료 신호를 포함한 HTTP 리스폰스를 수신(S130)할 때까지 반복된다.

본 발명의 일 실시예에 따르면, 웹 서버(12)가 상기 푸쉬 데이터를 복수개의 HTTP 리스폰스에 분할 수납하여 클라이언트(11)에 송신할 수도 있다. 이하, 설명의 편의를 위하여 도 11을 참조하여 설명되는 푸쉬 데이터 송신 방식을 확정형 푸쉬(confirmed push)로 지칭하고, 도 12를 참조하여 설명되는 푸쉬 데이터 송신 방식을 스트림 푸쉬(stream push)로 지칭한다.

스트림 푸쉬에 따르면, 클라이언트(11)가 데이터 푸쉬 요청을 포함하는 하나의 HTTP 리퀘스트를 송신하는 것만으로도 푸쉬 데이터가 포함된 HTTP 리스폰스를 연속적으로 수신할 수 있다.

스트림 푸쉬에는 예를 들어 HTML5-SSE(Server Sent Events) 기술이 활용될 수 있다. 보다 자세하게는, 분할된 푸쉬 데이터가 포함된 메시지를 순차적으로 송신하는 이벤트가 복수 회 발생되는 메쏘드(method)가 포함된 스크립트 파일과 상기 스크립트 파일의 메쏘드를 호출하는 HTML 파일이 웹 서버(12)에 저장될 수 있고, 클라이언트(11)는 상기 HTML 파일을 다운로드 하여 웹 브라우저를 통해 실행할 수 있다. 상기 스크립트 파일에는 ContentType에 "text/event-stream"이 세팅 되는 구문이 포함됨으로써, 상기 HTML-SSE 기술이 활용된다.

본 실시예에 대해 도 12를 참조하여 보다 자세히 설명한다.

도 12에 도시된 신호 흐름도에서, 푸쉬 데이터가 발생하는 단계(S110)까지는 도 11을 참조하여 설명된 것과 동일하다.

웹 서버(12)는 푸쉬 데이터를 어떠한 방식으로 클라이언트(11)에 송신할 지 결정할 수 있다. 예를 들어 웹 서버(12)는 푸쉬 데이터의 QoS 레벨, 데이터 사이즈, 웹 서버의 연산 부하, 웹 서버에 연결된 네트워크의 대역폭 부하 중 적어도 하나를 참조하여 푸쉬 데이터의 송신 방식을 결정할 수 있다. 일 예로, 높은 QoS 레벨을 가지거나 데이터 사이즈가 기 지정된 한계치 이상인 경우 스트림 푸쉬 방식, 그렇지 않은 경우 확정형 푸쉬 방식을 이용하여 푸쉬 데이터를 송신하는 것으로 결정할 수 있다.

일 실시예에 따르면, 송신 방식을 가리키는 데이터가 푸쉬 개시 요청 신호 및 푸쉬 개시 통지에 포함될 수 있다(S113, S117). 예를 들어 확정형 푸쉬의 경우 "Streaming Flag = OFF", 스트림 푸쉬의 경우 "Streaming Flag = ON"과 같이 세팅 되어 푸쉬 개시 요청 신호 및 푸쉬 개시 통지에 포함될 수 있다.

클라이언트(11)는 상기 푸쉬 개시 통지의 수신에 응답하여 웹 서버(12)와 HTTP 세션을 설립(S118, S120)한 후, 상기 푸쉬 개시 통지에 포함된 "Streaming Flag" 값을 확인하고, 푸쉬 데이터 송신 방식이 스트림 푸쉬로 지정되었다면 스트림 데이터 푸쉬 요청을 포함하는 HTTP 리퀘스트를 웹 서버(12)에 송신하고(S123), 푸쉬 데이터 송신 방식이 확정형 푸쉬로 지정되었다면 일반 데이터 푸쉬 요청을 포함하는 HTTP 리퀘스트를 웹 서버(12)에 송신할 수 있다(S122).

웹 서버(12)는 스트림 데이터 푸쉬 요청을 포함하는 HTTP 리퀘스트가 수신된 경우, 도 11을 참조하여 설명된 것과는 달리 상기 푸쉬 데이터를 복수개의 HTTP 리스폰스에 분할 수납하여 클라이언트(11)에 송신한다(S125, S131).

도 13를 참조하여, 본 발명의 일 실시예에 따라 클라이언트(11)와 프락시 서버(13) 사이의 TCP 퍼시스턴트 커넥션이 유지되는 것을 설명한다.

먼저, 클라이언트(11)와 프락시 서버(13)가 3-way Handshaking 방식 등을 이용하여 TCP 세션을 설립한다(S200). 프락시 서버(13)는 TCP 세션 설립 과정에서 클라이언트(11)의 갱신된 IP 어드레스를 파악하고, 갱신된 IP 어드레스로 기 저장된 개체 레코드의 클라이언트(11) 관련 접속 주소 정보를 갱신한다(S201). TCP 세션 설립 과정에서 KEEP ALIVE 관련 설정 등을 이용하여 클라이언트(11)와 프락시 서버(13) 간의 TCP 세션이 최대한 오랜 시간 동안 유지되도록 할 수 있다.

클라이언트(11)의 위치가 이동하는 경우 핸드 오버(S202)가 발생하게 되고, 이 경우 TCP 세션이 끊긴 것을 가리키는 TCP Disconnect Event가 발생된다(S204). 핸드 오버(S202)가 없더라도 클라이언트(11)와 프락시 서버(13)간의 데이터 송수신이 장기간 부재한 것으로 인한 타임아웃에 의하여 TCP Disconnect Event가 발생될 수 있다.

본 발명에 따른 클라이언트(11)는 상기 TCP Disconnect Event를 감지한 후, 자동으로 프락시 서버(13)와의 TCP 재접속을 시도한다. 네트워크 사정 등으로 인하여 클라이언트(11)와 프락시 서버(13) 간의 TCP 재접속이 여의치 않은 경우에는, 클라이언트(11)의 전력 소모 절감을 위하여 재접속 사이의 시간 간격을 가변적으로 설정할 수 있다. 예를 들어 재접속 회수가 증가할수록 상기 대기 시간이 증가하도록 설정할 수 있다. 예를 들어 재접속 회수가 증가할수록 상기 대기 시간이 증가하되, 기하급수적으로 증가하도록 설정할 수 있다. 도 13에는 재접속 회수가 증가할수록 대기 시간이 2배씩 증가하는 것이 도시되어 있다(S206 내지 S216).

TCP 재접속 시도에 따라 클라이언트(11)와 프락시 서버(13) 간의 TCP 세션이 재설립 된 경우(S218), 프락시 서버(13)는 TCP 세션 재설립 과정에서 클라이언트(11)의 갱신된 IP 어드레스를 파악하고, 갱신된 IP 어드레스로 기 저장된 개체 레코드의 클라이언트(11) 관련 접속 주소 정보를 갱신함으로써, 클라이언트(11)의 최신 IP 어드레스를 항시 파악할 수 있게 된다(S220).

도 14을 참조하여, 클라이언트(11)의 구성 및 동작을 설명한다. 도 14에 도시된 바와 같이, 본 실시예에 따른 클라이언트(11)는 푸쉬 개시 통지 수신부(11_4), 데이터 푸쉬 요청부(11_6a) 및 푸쉬 데이터 수신부(11_6c)를 포함할 수 있다. 데이터 푸쉬 요청부(11_6a) 및 푸쉬 데이터 수신부(11_6c)는 HTTP에 따른 데이터 송수신을 담당하는 HTTP 핸들링 모듈(11_6)에 포함될 수 있다.

푸쉬 개시 통지 수신부(11_4)는, 프락시 서버(13)와 TCP 퍼시스턴트 커넥션을 유지 하고, 클라이언트(11)와 HTTP 세션이 연결되어 있지 않은 웹 서버(12)의 요청에 의하여 생성된 푸쉬 개시 통지 신호를 프락시 서버(13)로부터 상기 TCP 퍼시스턴트 커넥션을 통하여 수신한다.

일 실시예에 따르면, 푸쉬 개시 통지 수신부(11_4)는 TCP 소켓 서비스에서 제공되는 TCP 디스커넥트 이벤트 발생을 감지하여 상기 프락시 서버와 TCP 세션 연결을 재시도하되, 상기 재시도에도 불구하고 TCP 세션 연결이 실패하는 경우, TCP 세션 연결 재시도 사이의 시간 간격을 점점 증가시키는 방식으로 상기 TCP 퍼시스턴트 커넥션을 유지할 수 있다. 푸쉬 개시 통지 수신부(11_4)는 상기 프락시 서버와 TCP 세션 연결을 재시도하되, 상기 재시도에도 불구하고 TCP 세션 연결이 실패하는 경우, TCP 세션 연결 재시도 사이의 시간 간격을 기하급수적으로 증가시키는 방식으로 상기 TCP 퍼시스턴트 커넥션을 유지할 수 있다.

데이터 푸쉬 요청부(11_6a)는 상기 푸쉬 개시 통지 신호의 수신에 응답하여 웹 서버(12)에 HTTP 세션 생성을 요청하고, 상기 HTTP 세션을 통해 데이터 푸쉬 요청을 포함하는 HTTP 리퀘스트를 송신한다.

푸쉬 데이터 수신부(11_6c)는 상기 HTTP 세션을 통해 푸쉬 데이터를 포함하는 HTTP 리스폰스를 수신한다.

일 실시예에 따르면, 푸쉬 데이터 수신부(11_6c)는 HTML5-SSE(Server Sent Events) 기술을 통해 상기 HTTP 리퀘스트 송신에 대응하는 복수개의 HTTP 리스폰스를 수신할 수 있다. 상기 복수개의 HTTP 리스폰스에는 상기 푸쉬 데이터가 분할되어 포함되어 있다.

일 실시예에 따르면, 푸쉬 개시 통지 수신부(11_4)를 통해 수신된 푸쉬 개시 통지에 스트림 푸쉬를 지정하는 데이터가 포함된 경우, 그에 응답하여 데이터 푸쉬 요청부(11_6a)가 상기 HTTP 세션을 통해 스트리밍 방식 데이터 푸쉬 요청을 포함하는 HTTP 리퀘스트를 송신하고, 상기 HTTP 리퀘스트에 응답하여, 데이터 푸쉬 데이터 수신부(11_6c)가 HTML5-SSE 기술을 통해 상기 HTTP 리퀘스트 송신에 대응하는 복수개의 HTTP 리스폰스를 수신할 수도 있다.

클라이언트(11)는 상기 수신된 푸쉬 데이터를 처리하는 웹 클라이언트(11_2)를 더 포함할 수 있다. 또한, 클라이언트(11)는 상기 푸쉬 데이터로 구성되는 제어 명령에 의하여 제어되는 적어도 하나의 센서(11_8)를 더 포함할 수 있다. 이 때, 클라이언트(11)는 센서 노드 이거나 사물 인터넷(Internet of Things) 단말일 수 있다.

도 15을 참조하여, 프락시 서버(13)의 구성 및 동작을 설명한다. 도 15에 도시된 바와 같이, 본 실시예에 따른 프락시 서버(13)는 개체 레코드 관리부(13_2), 푸쉬 개시 요청 수신부(13_4) 및 푸쉬 개시 통지부(13_6)를 포함할 수 있다.

개체 레코드 관리부(13_2)는 각 클라이언트(11)의 아이디 및 접속 주소 정보를 포함하는 개체 레코드를 관리한다.

일 실시예에 따르면, 특정 클라이언트와 TCP 세션이 재연결 되는 경우, 개체 레코드 관리부(13_2)가 상기 재연결된 TCP 세션의 상대 클라이언트에 대한 개체 레코드 내 접속 주소 정보를 갱신함으로써, 클라이언트(11)의 접속 주소 정보를 항상 최신 정보로 유지할 수 있다.

푸쉬 개시 요청 수신부(13_4)는 푸쉬 데이터를 수신할 클라이언트(11)와의 HTTP 세션이 연결되어 있지 않은 웹 서버로부터 상기 클라이언트의 아이디를 포함하는 푸쉬 개시 요청 신호를 수신한다.

푸쉬 개시 통지부(13_6)는 클라이언트(11)의 아이디에 대응하는 접속 주소 정보를 상기 개체 레코드에서 조회하여 상기 클라이언트의 주소 정보를 얻고, 상기 얻어진 주소 정보를 이용하여 상기 웹 서버를 가리키는 정보를 포함하는 푸쉬 개시 통지 신호를 클라이언트(11)에 송신한다.

일 실시예에 따르면, 푸쉬 개시 요청 수신부(13_4) 및 푸쉬 개시 통지부(13_6)는 클라이언트(11)에 의하여 유지되는 TCP 퍼시스턴트 커넥션을 통해 클라이언트(11)와 통신할 수 있다.

일 실시예에 따르면, 개체 레코드 관리부(13_2)가, 각 웹 서버(12)의 아이디 및 접속 주소 정보를 더 포함하는 상기 개체 레코드를 관리하고, 상기 웹 서버의 아이디는 웹 서버측 아이디 및 그에 대응하여 웹 서버(12)에 발급된 등록 아이디를 포함하고, 상기 클라이언트의 아이디는 클라이언트측 아이디 및 그에 대응하여 상기 클라이언트에 발급된 등록 아이디를 포함하고, 푸쉬 개시 요청 수신부(13_4)가 웹 서버(12)에 대하여 발급된 등록 아이디 및 상기 클라이언트에 대하여 발급된 클라이언트측 아이디를 포함하는 상기 푸쉬 개시 요청 신호를 수신하여 상기 등록 아이디들이 상기 개체 레코드에 포함되어 있는지 여부를 판정함으로써, 웹 서버(12) 및 클라이언트(11)에 대한 인증을 수행할 수 있다.

도 16을 참조하여, 웹 서버(12)의 구성 및 동작을 설명한다. 도 16에 도시된 바와 같이, 본 실시예에 따른 웹 서버(12)는 푸쉬 개시 요청부(12_4), 세션 관리부(12_6a) 및 데이터 푸쉬 처리부(12_6c)를 포함할 수 있다.

푸쉬 개시 요청부(12_4)는 HTTP 세션으로 연결되지 않은 클라이언트에 송신할 푸쉬 데이터가 발생한 경우, 클라이언트(11)를 가리키는 정보를 포함하는 푸쉬 개시 요청을 상기 클라이언트와 TCP 퍼시스턴트 커넥션을 유지하는 프락시 서버에 송신한다. 푸쉬 데이터의 발생은 웹 서버 엔진(12_2)에 의하여 판정될 수 있다.

세션 관리부(12_6a)는 프락시 서버(13)를 통하여 상기 푸쉬 개시 요청 신호를 전달받은 클라이언트(11)로부터 HTTP 세션 생성 요청이 있는 경우, 클라이언트(11)에 대한 HTTP 세션을 생성한다.

데이터 푸쉬 처리부(12_6c)는 상기 HTTP 세션을 통해 데이터 푸쉬 요청을 포함하는 HTTP 리퀘스트를 수신하면 상기 푸쉬 데이터를 포함하는 HTTP 리스폰스를 상기 HTTP 세션을 통해 클라이언트(11)에 송신한다.

일 실시예에 따르면, 푸쉬 개시 요청부(12_4)는 상기 푸쉬 데이터의 송신 방식을 결정하고, 결정된 푸쉬 데이터 송신 방식을 가리키는 정보를 상기 푸쉬 개시 요청에 더 포함시킬 수 있다. 이 때, 푸쉬 개시 요청부(12_4)는 HTTP 리퀘스트와 HTTP 리스폰스가 1:1 관계를 가지는 확정형 푸쉬(confirmed push)와 HTTP 리퀘스트와 HTTP 리스폰스가 1:N 관계를 가지는 스트림 푸쉬(stream push) 중 하나로 상기 푸쉬 데이터의 송신 방식을 결정할 수 있다. 이 때, 푸쉬 개시 요청부(12_4)는, 상기 푸쉬 데이터의 QoS 레벨, 데이터 사이즈, 웹 서버의 연산 부하, 웹 서버에 연결된 네트워크의 대역폭 부하 중 적어도 하나를 참조하여 푸쉬 데이터의 송신 방식을 결정할 수 있다.

본 발명의 일 실시예에 따르면, 푸쉬 메시지를 수신한 사용자 단말들(300) 간에 실시간이나 비 실시간으로 의견이나 정보를 교환할 수 있다.

도 2, 3 및 4의 각 구성요소는 소프트웨어(software) 또는, FPGA(field-programmable gate array)나 ASIC(application-specific integrated circuit)과 같은 하드웨어(hardware)를 의미할 수 있다. 그렇지만 상기 구성요소들은 소프트웨어 또는 하드웨어에 한정되는 의미는 아니며, 어드레싱(addressing)할 수 있는 저장 매체에 있도록 구성될 수도 있고 하나 또는 그 이상의 프로세서들을 실행시키도록 구성될 수도 있다. 상기 구성요소들 안에서 제공되는 기능은 더 세분화된 구성요소에 의하여 구현될 수 있으며, 복수의 구성요소들을 합하여 특정한 기능을 수행하는 하나의 구성요소로 구현할 수도 있다.

이상 첨부된 도면을 참조하여 본 발명의 실시예들을 설명하였지만, 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자는 본 발명이 그 기술적 사상이나 필수적인 특징을 변경하지 않고서 다른 구체적인 형태로 실시될 수 있다는 것을 이해할 수 있을 것이다. 그러므로 이상에서 기술한 실시예들은 모든 면에서 예시적인 것이며 한정적이 아닌 것으로 이해해야만 한다.

Claims

2 이상의 단말에 푸쉬 메시지(Push Message)를 발신하는 단계;
상기 2 이상의 단말 중 특정 단말로부터 상기 푸쉬 메시지를 수신한 단말들 간에 그룹 대화를 요청한다는 메시지 발신 요청을 수신하는 단계;
상기 수신된 메시지 발신 요청에 응답하여 상기 푸쉬 메시지를 수신한 상기 2 이상의 단말 중 적어도 하나의 단말에 상기 그룹 대화를 요청한다는 메시지를 발신하는 단계;
상기 발신된 그룹 대화를 요청한다는 메시지에 응답하여 상기 그룹 대화에 참가할 것이라는 신호를 수신하는 단계; 및
상기 응답한 신호를 발신한 단말과 상기 그룹 대화를 요청한다는 메시지 발신 요청을 발신한 단말로 구성된 그룹을 형성하는 단계를 포함하는, 푸쉬 메시지 수신 단말들 간 그룹 대화 제공 방법.
제 1 항에 있어서,
상기 그룹 대화 제공 방법은,
상기 형성된 그룹을 구성하는 단말 중 어느 하나의 단말로부터 특정 메시지 발신 요청을 수신하면 실시간으로 상기 특정 메시지를 발신하는 단계를 더 포함하는, 푸쉬 메시지 수신 단말들 간 그룹 대화 제공 방법.
제 1 항에 있어서,
상기 2 이상의 단말에 발신한 푸쉬 메시지는, 상기 2 이상의 단말마다 발신되는 메시지의 내용이 동일하며,
상기 그룹 대화를 요청한다는 메시지는, 상기 푸쉬 메시지의 컨텍스트(Context) 중 특정 컨텍스트에 관한 내용을 포함하며,
상기 그룹 대화를 요청한다는 메시지를 발신하는 단계에서 발신하는 메시지에는 상기 특정 컨텍스트에 관심이 있는 경우 응답하는 내용이 포함되는, 푸쉬 메시지 수신 단말들 간 그룹 대화 제공 방법.
제 1 항에 있어서,
상기 2 이상의 단말에 발신한 푸쉬 메시지는, 상기 2 이상의 단말 중 적어도 하나의 단말에 발신되는 메시지의 내용이 상이하며,
상기 그룹 대화를 요청한다는 메시지는, 상기 푸쉬 메시지의 컨텍스트(Context) 조건에 관한 내용을 포함하며,
상기, 그룹 대화를 요청한다는 메시지를 발신하는 단계는, 상기 2 이상의 단말 중 상기 푸쉬 메시지의 컨텍스트 조건에 부합하는 단말에만 상기 그룹 대화를 요청한다는 메시지를 발신하는, 푸쉬 메시지 수신 단말들 간 그룹 대화 제공 방법.
제 4 항에 있어서,
상기 푸쉬 메시지의 컨텍스트 조건은,
상기 푸쉬 메시지에 포함된 컨텍스트 정보를 이용하여 상기 특정 단말에서 설정된 조건이며,
상기 푸쉬 메시지에 포함된 컨텍스트 정보는,
상기 푸쉬 메시지의 타이틀, 주제, 컨텐츠, 장소 및 키워드에 관한 정보를 포함하는, 푸쉬 메시지 수신 단말들 간 그룹 대화 제공 방법.
제 2 항에 있어서,
상기 형성된 그룹을 구성하는 단말 중 어느 하나의 단말로부터 특정 메시지 발신 요청을 수신하면, 상기 형성된 그룹을 구성하는 다른 단말에게 상기 특정 메시지를 발신하는 단계를 더 포함하는, 푸쉬 메시지 수신 단말들 간 그룹 대화 제공 방법.
애플리케이션 서버로부터 메시지 본문을 포함한 푸쉬 메시지(Push Message) 발송 요청을 수신하는 단계;
상기 푸쉬 메시지 발송 요청의 수신에 응답하여, 상기 푸쉬 메시지 수신자 간의 상호 인터랙션 또는 상기 푸쉬 메시지 발송 요청자와의 상호 인터랙션을 위한 페이지 링크를 포함하는 푸쉬 메시지 데이터를 생성하는 단계; 및
상기 푸쉬 메시지 데이터를 송신하는 단계를 포함하는 푸쉬 메시지 서비스 방법.
제 7 항에 있어서,
상기 푸쉬 메시지를 수신자 간의 상호 인터랙션을 위한 페이지 링크를 통하여 접속한 수신자들 간에 그룹을 형성하는 단계를 더 포함하는, 푸쉬 메시지 서비스 방법.
2 이상의 단말에 푸쉬 메시지(Push Message)를 발신하는 푸쉬 메시지 발신부;
상기 2 이상의 단말 중 특정 단말로부터 상기 푸쉬 메시지를 수신한 단말들 간에 그룹 대화를 요청한다는 메시지 발신 요청을 수신하는 그룹대화 요청 수신부;
상기 수신된 메시지 발신 요청에 응답하여 상기 푸쉬 메시지를 수신한 상기 2 이상의 단말 중 적어도 하나의 단말에 상기 그룹 대화를 요청한다는 메시지를 발신하는 그룹대화 요청 발신부;
상기 발신된 그룹 대화를 요청한다는 메시지에 응답하여 상기 그룹 대화에 참가할 것이라는 신호를 수신하는 그룹대화 참가신호 수신부;
상기 응답한 신호를 발신한 단말과 상기 그룹 대화를 요청한다는 메시지 발신 요청을 발신한 단말로 구성된 그룹을 형성하는 그룹 형성부; 및
상기 형성된 그룹을 구성하는 단말 중 어느 하나의 단말로부터 특정 메시지 발신 요청을 수신하면, 상기 형성된 그룹을 구성하는 다른 단말에게 상기 특정 메시지를 발신하는 그룹 대화부를 포함하는, 푸쉬 메시지 수신 단말들 간 그룹대화 제공 장치.
2 이상의 단말에 푸쉬 메시지(Push Message)를 발신하는 푸쉬 메시지 발신부;
상기 2 이상의 단말 중 특정 단말로부터 상기 푸쉬 메시지를 수신한 단말들 간에 그룹 대화를 요청한다는 메시지 발신 요청을 수신하는 그룹대화 요청 수신부; 및
상기 수신된 메시지 발신 요청에 응답하여 상기 푸쉬 메시지를 수신한 상기 2 이상의 단말 중 적어도 하나의 단말에 상기 그룹 대화를 요청한다는 메시지를 발신하는 그룹대화 요청 발신부를 포함하는 제1 서버와,
상기 발신된 그룹 대화를 요청한다는 메시지에 응답하여 상기 그룹 대화에 참가할 것이라는 신호를 수신하는 그룹대화 참가신호 수신부; 및
상기 응답한 신호를 발신한 단말과 상기 그룹 대화를 요청한다는 메시지 발신 요청을 발신한 단말로 구성된 그룹을 형성하는 그룹 형성부를 포함하는 제2 서버를 포함하되,
상기 제1 서버는, 상기 형성된 그룹을 구성하는 단말 중 어느 하나의 단말로부터 특정 메시지 발신 요청을 수신하면, 상기 형성된 그룹을 구성하는 다른 단말에게 상기 특정 메시지를 발신하는 그룹 대화부를 포함하는, 푸쉬 메시지 수신 단말들 간 그룹대화 제공 시스템.
푸쉬 메시지(Push Message)를 수신하는 단계;
상기 수신된 푸쉬 메시지는, 전달하고자 하는 정보에 관한 내용이 표시된 영역 및 상기 푸쉬 메시지를 수신한 다른 사용자 단말의 사용자와 정보를 공유하기 위한 화면으로 이동하기 위한 입력을 할 수 있는 제1 사용자 인터페이스 영역을 포함하며,
상기 제1 사용자 인터페이스 영역을 통한 입력을 수신하면, 상기 수신된 푸쉬 메시지와 관련된 질의응답 정보가 존재하거나 질의응답이 가능한 화면으로 이동하는 단계를 포함하는, 푸쉬 메시지 수신 단말들 간 정보 공유 방법.
제 11 항에 있어서,
상기 푸쉬 메시지는, 상기 푸쉬 메시지를 수신한 단말이 상기 푸쉬 메시지를 상기 단말에 저장할 수 있는 제2 사용자 인터페이스 영역을 더 포함하는, 푸쉬 메시지 수신 단말들 간 정보 공유 방법.
제 11 항에 있어서,
상기 이동하는 단계에 의하여 이동된 화면에는,
상기 푸쉬 메시지를 발신한 관리자와 1대 1로 대화할 수 있는 화면으로 이동하는 제3 사용자 인터페이스 영역을 포함하는, 푸쉬 메시지 수신 단말들 간 정보 공유 방법.
제 11 항에 있어서,
상기 이동하는 단계에 의하여 이동된 화면에는,
상기 푸쉬 메시지를 수신한 단말들 중 적어도 하나의 단말과 의견을 나눌 수 있는 화면으로 이동하는 제4 사용자 인터페이스 영역을 포함하는, 푸쉬 메시지 수신 단말들 간 정보 공유 방법.
제 14 항에 있어서,
상기 제4 사용자 인터페이스 영역을 통한 입력을 수신할 때 상기 푸쉬 메시지를 수신한 단말들 중 적어도 하나의 단말과 대화할 수 있는 공간이 형성되지 않은 경우, 상기 공간을 형성하는, 푸쉬 메시지 수신 단말들 간 그룹 대화 제공 방법.
제 14 항에 있어서,
상기 푸쉬 메시지를 수신한 단말들 중 적어도 하나의 단말은 다른 단말들이 수신한 푸쉬 메시지와 상이한 내용의 푸쉬 메시지를 수신한 단말이되,
상기 다른 단말들이 수신한 푸쉬 메시지의 컨텍스트 중 적어도 하나와 상기 상이한 내용의 푸쉬 메시지의 컨텍스트 중 적어도 하나는 일치하는, 푸쉬 메시지 수신 단말들 간 그룹 대화 제공 방법.
푸쉬 메시지(Push Message)를 수신하는 수신부;
상기 수신된 푸쉬 메시지는, 전달하고자 하는 정보에 관한 내용이 표시된 영역 및 상기 발신되는 푸쉬 메시지와 관련된 질의응답 정보가 존재하거나 질의응답이 가능한 화면으로 이동하기 위한 입력을 할 수 있는 제1 사용자 인터페이스 영역을 포함하며,
상기 제1 사용자 인터페이스 영역을 통한 입력을 수신하면, 상기 수신된 푸쉬 메시지와 관련된 질의응답 정보가 존재하거나 질의응답이 가능한 화면으로 이동하는, 푸쉬 메시지 수신 단말들 간 정보 공유 장치.
제 17 항에 있어서,
상기 푸쉬 메시지는, 상기 푸쉬 메시지를 수신한 단말이 상기 푸쉬 메시지를 상기 단말에 저장할 수 있는 제2 사용자 인터페이스 영역 및 상기 푸쉬 메시지를 발신한 관리자와 1대 1로 대화할 수 있는 화면으로 이동하는 제3 사용자 인터페이스 영역을 더 포함하는, 푸쉬 메시지 수신 단말들 간 정보 공유 장치.
제 17 항에 있어서,
상기 이동하는 단계에 의하여 이동된 화면에는,
상기 푸쉬 메시지를 수신한 단말들 중 적어도 하나의 단말과 대화할 수 있는 화면으로 이동하는 제4 사용자 인터페이스 영역을 포함하는, 푸쉬 메시지 수신 단말들 간 정보 공유 장치.