KR20240039850A - 관심 메시지 처리 방법 및 이를 구현하는 장치들 - Google Patents

Abstract

관심 메시지 처리 방법 및 이를 구현하는 장치들이 제공된다. 본 개시의 몇몇 실시예들에 따른, 관심 메시지 처리 방법은, 단말의 사용자에 대한 로그인 이벤트가 발생된 이후, 메시지 서버로부터 메시지를 수신하는 단계, 수신된 메시지가 사용자의 관심 메시지에 해당한다는 판단에 응답하여, 수신된 메시지를 단말의 로컬 스토리지에 저장하는 단계, 사용자의 관심 메시지에 대한 조회 요청에 응답하여, 단말의 로컬 스토리지를 통해 사용자의 관심 메시지를 조회하여 제공하는 단계를 포함할 수 있다. 이러한 방법에 따르면, 관심 메시지에 대한 조회가 메시지 서버가 아닌 단말을 통해 수행됨으로써, 메시지 서버의 부하를 가중시키지 않고도 관심 메시지에 대한 정확한 조회 기능이 구현될 수 있다.

Description

관심 메시지 처리 방법 및 이를 구현하는 장치들{METHOD FOR PROCESSING INTEREST MESSAGE AND APPARATUSES FOR IMPLEMENTING THE SAME}

본 개시는 관심 메시지 처리 방법 및 이를 구현하는 장치들에 관한 것으로, 보다 상세하게는, 메시지 서비스를 이용하는 사용자의 관심 메시지(e.g., 사용자 본인을 멘션한 메시지)를 처리하는 방법, 이러한 방법을 구현하는 단말 및 메시지 서버에 관한 것이다.

최근, 채팅 서비스 등과 같은 메시지 서비스에서는 특정 사용자의 관심을 끌거나 특정 메시지를 강조하여 전송하기 위한 수단으로 사용자 멘션(mention) 기능을 제공하고 있다. 사용자 멘션 기능은 보통 메시지 서비스에 대한 알림 기능이 오프된 사용자에게도 알림을 전송하도록 구현되기 때문에, 긴급한 메시지를 전송하거나 메시지에 대한 응답을 촉구하는 경우에 유용하게 활용되고 있다.

한편, 본인이 멘션된 메시지들에 대한 조회 기능을 제공하기 위해서는 일반적으로 메시지 서버 측에 조회 기능이 구현되어야 한다. 즉, 메시지 서버가 멘션 메시지를 사용자별로 구분하여 저장하고, 조회 요청에 따라 특정 사용자의 멘션 메시지를 조회하여 제공하여야 한다. 그러나, 이러한 구현 방식은 메시지 서비스를 이용하는 사용자들이 증가함에 따라 메시지 서버의 부하를 기하급수적으로 증가시킨다는 문제점이 있다.

한국공개특허 제10-2015-0070476호 (2015.06.25. 공개)

본 개시의 몇몇 실시예들을 통해 해결하고자 하는 기술적 과제는, 관심 메시지에 대한 조회 기능을 제공함에 있어서, 메시지 서버의 부하를 경감시킬 수 있는 관심 메시지 처리 방법, 그 방법을 구현하는 단말 및 메시지 서버를 제공하는 것이다.

본 개시의 몇몇 실시예들을 통해 해결하고자 하는 다른 기술적 과제는, 관심 메시지에 대한 조회 기능을 제공함에 있어서, 조회 결과에 누락이 발생하는 것을 방지할 수 있는 관심 메시지 처리 방법, 그 방법을 구현하는 단말 및 메시지 서버를 제공하는 것이다.

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

상술한 기술적 과제를 해결하기 위한 본 개시의 몇몇 실시예들에 따른 관심 메시지 처리 방법은, 단말에서 수행되는 방법으로서, 상기 단말의 사용자에 대한 로그인 이벤트가 발생된 이후, 메시지 서버로부터 메시지를 수신하는 단계 - 상기 로그인 이벤트는 상기 메시지 서버가 제공하는 메시지 서비스에 관한 것임 - , 상기 수신된 메시지가 상기 사용자의 관심 메시지에 해당한다는 판단에 응답하여, 상기 수신된 메시지를 상기 단말의 로컬 스토리지에 저장하는 단계, 상기 사용자의 관심 메시지에 대한 조회 요청을 수신하는 단계 및 상기 조회 요청에 응답하여, 상기 단말의 로컬 스토리지를 통해 상기 사용자의 관심 메시지를 조회하여 제공하는 단계를 더 포함할 수 있다.

몇몇 실시예들에서, 상기 관심 메시지는, 상기 사용자가 멘션(mention)된 제1 메시지, 상기 제1 메시지의 스레드에 포함된 제2 메시지 및 상기 사용자가 작성한 메시지에 대한 응답 메시지 중 적어도 하나를 포함할 수 있다.

몇몇 실시예들에서, 상기 관심 메시지는 관심 사용자 또는 관심 키워드와 관련된 메시지를 포함할 수 있다.

몇몇 실시예들에서, 상기 로그인 이벤트의 발생을 감지하는 단계, 상기 감지에 응답하여, 상기 메시지 서버를 통해 상기 로그인 이벤트 이전에 발생된 상기 사용자의 관심 메시지들을 조회하는 단계 및 상기 조회된 관심 메시지들을 상기 단말의 로컬 스토리지에 저장하는 단계를 더 포함할 수 있다.

몇몇 실시예들에서, 상기 조회하는 단계는, 상기 감지에 응답하여, 상기 로컬 스토리지에 기 저장된 관심 메시지가 존재하는지 여부를 판단하는 단계 및 상기 기 저장된 관심 메시지가 미존재한다고 판단된 경우에 한하여, 상기 사용자의 관심 메시지들을 조회하는 단계를 포함할 수 있다.

몇몇 실시예들에서, 상기 로그인 이벤트 이후에, 상기 단말에서 상기 사용자에 대한 로그인 이벤트가 다시 발생하는 경우에는 상기 조회하는 단계가 수행되지 않을 수 있다.

몇몇 실시예들에서, 상기 메시지 서버로부터 복수의 미확인 메시지(unread message)들을 수신하는 단계 및 상기 복수의 미확인 메시지들 중에서 상기 사용자의 관심 메시지에 해당하는 적어도 하나의 메시지를 상기 로컬 스토리지에 저장하는 단계를 더 포함할 수 있다.

상술한 기술적 과제를 해결하기 위한 본 개시의 몇몇 실시예들에 따른 단말은, 하나 이상의 프로세서, 하나 이상의 인스트럭션을 저장하는 메모리, 로컬 스토리지 및 메시지 서버와 통신하기 위한 통신 인터페이스를 포함하고, 상기 하나 이상의 프로세서는, 상기 저장된 하나 이상의 인스트럭션을 실행시킴으로써, 상기 단말의 사용자에 대한 로그인 이벤트가 발생된 이후, 메시지 서버로부터 메시지를 수신하는 동작 - 상기 로그인 이벤트는 상기 메시지 서버가 제공하는 메시지 서비스에 관한 것임 - , 상기 수신된 메시지가 상기 사용자의 관심 메시지에 해당한다는 판단에 응답하여, 상기 수신된 메시지를 상기 로컬 스토리지에 저장하는 동작, 상기 사용자의 관심 메시지에 대한 조회 요청을 수신하는 동작 및 상기 조회 요청에 응답하여, 상기 로컬 스토리지를 통해 상기 사용자의 관심 메시지를 조회하여 제공하는 동작을 수행할 수 있다.

상술한 기술적 과제를 해결하기 위한 본 개시의 몇몇 실시예들에 따른 컴퓨터 프로그램은, 컴퓨팅 장치로 구현되는 단말과 결합되어, 상기 단말의 사용자에 대한 로그인 이벤트가 발생된 이후, 메시지 서버로부터 메시지를 수신하는 단계 - 상기 로그인 이벤트는 상기 메시지 서버가 제공하는 메시지 서비스에 관한 것임 - , 상기 수신된 메시지가 상기 사용자의 관심 메시지에 해당한다는 판단에 응답하여, 상기 수신된 메시지를 상기 단말의 로컬 스토리지에 저장하는 단계, 상기 사용자의 관심 메시지에 대한 조회 요청을 수신하는 단계 및 상기 조회 요청에 응답하여, 상기 단말의 로컬 스토리지를 통해 상기 사용자의 관심 메시지를 조회하여 제공하는 단계를 실행시키기 위하여 컴퓨터로 판독가능한 기록매체에 저장될 수 있다.

본 개시의 몇몇 실시예들에 따르면, 사용자의 관심 메시지가 해당 사용자의 단말에 마련된 로컬 스토리지에 저장될 수 있고, 메시지 서버 대신에 사용자의 단말을 통해 관심 메시지가 조회될 수 있다. 이에 따라, 메시지 서버의 부하를 가중시키지 않고도 관심 메시지에 대한 정확한 조회 기능이 구현될 수 있다.

또한, 단말의 로컬 스토리지에 기 저장된 관심 메시지가 미존재하는 경우에는(e.g., 사용자가 해당 단말을 통해 메시지 서비스에 최초 로그인하는 경우), 메시지 서버를 통해 해당 사용자의 관심 메시지들이 조회되고, 조회된 관심 메시지들이 사용자의 로컬 스토리지에 저장될 수 있다. 이에 따라, 단말을 통해 관심 메시지에 대한 조회 기능이 구현되더라도, 조회 결과에 누락이 발생되는 문제가 미연에 방지될 수 있다. 가령, 사용자의 로그인 이전에 발생된 관심 메시지들이 조회 결과에서 누락되는 문제가 미연에 방지될 수 있다.

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

도 1은 본 개시의 몇몇 실시예들에 따른 메시지 서비스 제공 환경을 설명하기 위한 예시적인 도면이다.
도 2는 본 개시의 몇몇 실시예들에 따른 관심 메시지 처리 방법을 개략적으로 나타내는 예시적인 흐름도이다.
도 3은 도 2에 도시된 관심 메시지 조회 단계 S22의 세부 과정을 나타내는 예시적인 흐름도이다.
도 4는 도 2에 도시된 메시지 서버 측의 메시지 처리 단계 S24의 세부 과정을 나타내는 예시적인 흐름도이다.
도 5는 도 2에 도시된 단말 측의 메시지 처리 단계 S26의 세부 과정을 나타내는 예시적인 흐름도이다.
도 6 및 도 7은 도 2에 도시된 관심 메시지 조회 단계 S27의 세부 과정을 설명하기 위한 예시적인 도면이다.
도 8 및 도 9는 본 개시의 몇몇 실시예들에 따른 미확인 메시지(unread message) 처리 방법을 설명하기 위한 예시적인 도면이다.
도 10은 본 개시의 몇몇 실시예들에 따른 관심 메시지 누락 방지 방법을 설명하기 위한 예시적인 도면이다.
도 11은 본 개시의 몇몇 실시예들에 따른 단말 및/또는 메시지 서버를 구현할 수 있는 예시적인 컴퓨팅 장치를 도시한다.

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

본 개시의 다양한 실시예들을 설명함에 있어, 관련된 공지 구성 또는 기능에 대한 구체적인 설명이 본 개시의 요지를 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명은 생략한다.

다른 정의가 없다면, 이하의 실시예들에서 사용되는 용어(기술 및 과학적 용어를 포함)는 본 개시가 속한 기술분야에서 통상의 지식을 가진 자에게 공통적으로 이해될 수 있는 의미로 사용될 수 있으나, 이는 관련 분야에 종사하는 기술자의 의도 또는 판례, 새로운 기술의 출현 등에 따라 달라질 수도 있다. 본 개시에서 사용된 용어는 실시예들을 설명하기 위한 것이며 본 개시의 범주를 제한하고자 하는 것은 아니다.

이하의 실시예들에서 사용되는 단수의 표현은 문맥상 명백하게 단수인 것으로 특정되지 않는 한, 복수의 개념을 포함한다. 또한, 복수의 표현은 문맥상 명백하게 복수인 것으로 특정되지 않는 한, 단수의 개념을 포함한다.

또한, 이하의 실시예들에서 사용되는 제1, 제2, A, B, (a), (b) 등의 용어는 어떤 구성요소를 다른 구성요소와 구별하기 위해 사용되는 것일 뿐, 그 용어에 의해 해당 구성요소의 본질이나 차례 또는 순서 등이 한정되지는 않는다.

이하, 첨부된 도면들을 참조하여 본 개시의 다양한 실시예들에 대하여 상세하게 설명한다.

도 1은 본 개시의 몇몇 실시예들에 따른 메시지 서비스 제공 환경을 설명하기 위한 예시적인 도면이다.

도 1에 도시된 바와 같이, 실시예들에 따른 메시지 서비스 제공 환경에서는, 메시지 서비스를 제공하는 메시지 서버(10)와 메시지 서비스를 이용하는 다수의 단말들(11-1 내지 11-n)이 존재할 수 있다. 이하에서는, 설명의 편의상, 임의의 단말(11-1 or 11-2 or ?? or 11-n)을 지칭하거나 전체 단말들(11-1 내지 11-n)을 통칭하는 경우 모두에 참조번호 '11'을 사용하도록 한다.

메시지 서버(10)는 메시지 서비스를 제공하는 컴퓨팅 장치/시스템을 의미할 수 있다. 여기서, 메시지 서비스는 대화(또는 메신저) 서비스, 문자 메시지 서비스, 게시판 서비스, 이메일 서비스 등과 같이 사용자들 간에 메시지 기반으로 커뮤니케이션(communication)이 이루어지는 모든 종류의 서비스를 포함할 수 있다. 또한, 메시지는 인스턴트 메시지(instant message)뿐만 아니라 비-인스턴트 메시지(non-instant message)도 포함할 수 있다.

메시지 서버(10)는 메시지 서비스에 대한 사용자 관리 기능(e.g., 계정 관리, 아이디/패스워드 관리, 로그인/로그아웃 처리 등), 메시지 중계 기능 등을 제공할 수 있다. 가령, 메시지 서버(10)는 제1 단말(11-1, e.g., 발신자 단말)로부터 메시지 발신 요청을 수신하고, 요청된 메시지를 제2 단말(11-2, e.g., 수신자 단말)로 전송할 수 있다.

또한, 메시지 서버(10)는 사용자들의 관심 메시지에 대한 처리 기능을 제공할 수 있다. 가령, 메시지 서버(10)는 사용자들의 관심 메시지를 사용자별, 종류별로 구분하여 저장하거나, 관심 메시지에 대한 알림(e.g., 푸시 알림 등)을 제공할 수 있다.

관심 메시지는 특정 사용자의 관심을 끌기 위한 메시지 또는 특정 사용자가 관심을 갖고 있는 메시지를 의미할 수 있으며, 다양한 종류의 메시지들이 사용자 및/또는 메시지 서버(10)의 관리자에 의해 관심 메시지로 설정될 수 있다.

예를 들어, 사용자 본인과 관련된 메시지(이하, '본인 메시지'로 칭함)가 관심 메시지로 설정될 수 있다. 본인 메시지(my message)는 예를 들어 본인이 멘션된 메시지(e.g., 메시지 또는 그 메시지의 댓글/답글에서 멘션된 경우) 또는 해당 메시지의 스레드(e.g., 댓글, 답글), 본인이 작성한 메시지(e.g., 게시글, 댓글, 답글)에 대한 응답 메시지(e.g., 답글, 댓글 등) 등이 될 수 있을 것이나, 이에 한정되는 것은 아니다.

다른 예로서, 관심 사용자(즉, 본인이 아닌 다른 사용자들 중의 관심 사용자)와 관련된 메시지가 관심 메시지로 설정될 수 있다. 이러한 메시지의 예로는 관심 사용자가 멘션된 메시지 또는 해당 메시지의 스레드, 관심 사용자가 작성한 메시지(e.g., 게시글, 댓글/답글) 등이 될 수 있을 것이나, 이에 한정되는 것은 아니다.

또 다른 예로서, 관심 키워드와 관련된 메시지가 관심 메시지로 설정될 수 있다. 이러한 메시지의 예로는 메시지의 내용에 관심 키워드가 포함된 메시지를 들 수 있을 것이나, 이에 한정되는 것은 아니다.

또 다른 예로서, 관심 그룹(e.g., 부서 등), 관심 프로젝트, 관심 토픽, 관심 기간 등과 관련된 메시지가 관심 메시지로 설정될 수 있다.

또 다른 예로서, 상술한 다양한 예시들의 조합에 기초하여 관심 메시지가 설정될 수도 있다. 가령, 특정 기간 동안에 발생된 메시지들 중에서 작성자(발신자)가 특정 사용자이고 메시지의 내용에 특정 키워드가 포함된 메시지가 관심 메시지로 설정될 수도 있다.

메시지 서버(10)의 기능 및 세부 동작에 관하여서는 추후 도 2 이하의 도면을 참조하여 보다 상세하게 설명하도록 한다.

메시지 서버(10)는 적어도 하나의 컴퓨팅 장치로 구현될 수 있다. 예를 들어, 메시지 서버(10)의 모든 기능이 하나의 컴퓨팅 장치에서 구현될 수도 있고, 메시지 서버(10)의 제1 기능은 제1 컴퓨팅 장치에서 구현되고 제2 기능이 제2 컴퓨팅 장치에서 구현될 수도 있다. 또는, 메시지 서버(10)의 특정 기능이 복수의 컴퓨팅 장치들에서 구현될 수도 있다.

컴퓨팅 장치는 컴퓨팅 및 통신 기능을 구비한 임의의 장치를 모두 포함할 수 있으며, 이러한 장치의 일 예시에 관하여서는 도 11을 참조하도록 한다. 컴퓨팅 장치는 다양한 구성요소들(e.g. 메모리, 프로세서 등)이 상호작용하는 집합체이므로, 경우에 따라 '컴퓨팅 시스템'으로 명명될 수도 있다. 또한, 컴퓨팅 시스템은 복수의 컴퓨팅 장치들이 상호작용하는 집합체를 의미하는 것일 수도 있다.

다음으로, 단말(11)은 메시지 서비스를 이용하는 사용자(e.g., 메시지 발신자, 메시지 수신자)측 장치를 의미할 수 있다. 가령, 사용자는 단말(11)에 설치된 메시지 클라이언트(e.g., 메시지 클라이언트 애플리케이션)를 실행시키고 로그인을 수행한 다음에 메시지 서비스를 이용할 수 있다. 따라서, 메시지 서비스와 관련된 단말(11)의 동작은 메시지 클라이언트에 의해 수행되는 것으로 이해될 수도 있다. 메시지 클라이언트는 사용자가 메시지 서비스를 편리하게 이용할 수 있도록 구현된 애플리케이션일 수 있으나, 본 개시의 범위가 이에 한정되는 것은 아니다. 메시지 서비스가 웹 기반으로 제공되는 경우라면, 메시지 클라이언트는 웹 브라우저를 의미하는 것일 수도 있다.

단말(11)의 사용자는 메시지 클라이언트를 통해 관심 메시지를 설정(또는 등록)할 수 있다. 그리고, 단말(11)은 메시지 클라이언트를 통해 사용자에게 관심 메시지에 대한 알림 기능을 제공할 수 있다. 알림 방식은 사용자가 인지할 수 있는 방식이라면 어떠한 방식이 되더라도 무방한다.

또한, 단말(11)은 관심 메시지에 대한 조회 기능을 제공할 수 있다. 구체적으로, 단말(11)은 로컬 스토리지에 관심 메시지를 저장해 놓음으로써, 메시지 서버(10)를 통하지 않고도 관심 메시지에 대한 조회 결과를 제공할 수 있다. 이러한 경우, 관심 메시지 조회로 인한 부하가 메시지 서버(10)로 집중되지 않고 다수의 단말들(11)에게 분산되기 때문에, 메시지 서버(10)의 부하를 가중시키지 않고도 관심 메시지에 대한 조회 기능이 구현될 수 있다. 이와 관련하여서는 추후 도 2 이하의 도면을 참조하여 보다 상세하게 설명하도록 한다.

단말(11)의 기능 및 세부 동작에 관하여서도 추후 도 2 이하의 도면을 참조하여 보다 상세하게 설명하도록 한다.

단말(11)은 모바일 단말(e.g., 스마트폰, 태블릿, 랩톱, 노트북 등), 고정형 단말(e.g., 데스크탑 등) 등과 같이 다양한 유형의 컴퓨팅 장치로 구현될 수 있으며, 어떠한 컴퓨팅 장치로 구현되더라도 무방하다. 컴퓨팅 장치의 일 예시에 관하여서는 도 11을 참조하도록 한다.

도 1에 도시된 바와 같이, 메시지 서버(10)와 단말(11)은 네트워크를 통해 통신할 수 있다. 여기서, 상기 네트워크는 근거리 통신망(Local Area Network; LAN), 광역 통신망(Wide Area Network; WAN), 이동 통신망(mobile radio communication network), Wibro(Wireless Broadband Internet) 등과 같은 모든 종류의 유/무선 네트워크로 구현될 수 있다.

지금까지 도 1을 참조하여 본 개시의 몇몇 실시예들에 따른 메시지 서비스 제공 환경에 대하여 간략하게 설명하였다. 이하에서는, 도 2 이하의 도면을 참조하여 본 개시의 몇몇 실시예들에 따른 관심 메시지 처리 방법에 대하여 설명하도록 한다. 다만, 보다 이해의 편의를 제공하기 위해, 후술될 방법이 도 1에 예시된 환경에서 수행되는 것을 가정하여 설명을 이어가도록 한다.

도 2는 본 개시의 몇몇 실시예들에 따른 관심 메시지 처리 방법을 개략적으로 나타내는 예시적인 도면이다. 단, 이는 본 개시의 목적을 달성하기 위한 바람직한 실시예일뿐이며, 필요에 따라 일부 단계가 추가되거나 삭제될 수 있음은 물론이다. 도 2는 제1 단말(11-1)이 메시지 수신자의 단말이고, 제2 단말(11-2)이 메시지 발신자(작성자)의 단말인 경우를 가정하고 있다.

도 2에 도시된 바와 같이, 실시예들에 따른 방법은 제1 단말(11-1)과 제2 단말(11-2)의 사용자들이 로그인을 수행하는 단계 S21-1 및 S21-2에서 시작될 수 있다. 가령, 제1 단말(11-1)의 사용자는 메시지 클라이언트를 실행시키고 로그인 정보를 입력함으로써 메시지 서비스에 로그인할 수 있다. 로그인 방식은 어떠한 방식이 되더라도 무방하다.

단계 S21-1에서, 로그인이 성공함에 따라 제1 단말(11-1)(또는 메시지 클라이언트)이 로그인 이벤트의 발생을 감지하게 된다.

참고로, 도 2는 단계 S21-1 및 단계 S21-2가 동시에 수행되는 것처럼 도시하고 있으나, 두 단계들은 서로 다른 시점 및/또는 서로 다른 순서로 수행되더라도 무방함은 물론이다.

단계 S22에서, 제1 단말(11-1)은 필요에 따라 메시지 서버(10)를 통해 사용자의 관심 메시지를 조회할 수 있다. 가령, 제1 단말(11-1)은 로그인 이벤트의 발생이 감지됨에 응답하여, 필요에 따라 메시지 서버(10)를 통해 이전에 발생된 관심 메시지들을 조회할 수 있다. 본 단계는 사용자의 로그인 이전에 발생된 관심 메시지들(즉, 로그인 이벤트 이전에 발생된 관심 메시지들)을 제1 단말(11-1)의 로컬 스토리지에 저장하기 위해 수행되는 것으로 이해될 수 있다. 본 단계의 세부 과정은 도 3에 예시되어 있다.

도 3에 예시된 바와 같이, 제1 단말(11-1)은 로컬 스토리지에 기 저장된 관심 메시지가 미존재하는 경우에 한하여, 메시지 서버(10)를 통해 이전 관심 메시지들을 조회하고, 조회된 이전 관심 메시지들을 로컬 스토리지에 저장할 수 있다(S31, S32). 그렇게 함으로써, 단말(11-1)의 로컬 스토리지에 누락된 관심 메시지가 존재하는 경우가 미연에 방지될 수 있다. 조회 및 저장이 완료되면, 제1 단말(11-1)은 메시지 수신 대기 상태로 진입할 수 있다(S33).

참고로, 사용자가 제1 단말(11-1)을 이용하여 다시 메시지 서비스에 로그인하는 경우(즉, 로그인 이벤트가 다시 발생하는 경우)에는, 제1 단말(11-1)의 로컬 스토리지에 기 저장된 관심 메시지가 존재하므로, 상술한 단계 S32는 수행되지 않을 수 있다. 즉, 상술한 단계 S32는 사용자가 제1 단말(11-1)을 이용하여 메시지 서비스에 최초 로그인하는 경우에만 수행될 수도 있다. 또한, 이러한 이유로 인해, 메시지 서비스의 사용자가 기하급수적으로 증가하더라도, 관심 메시지 조회와 관련하여 메시지 서버(10)에 가중되는 부하는 상당히 미미할 수 있다.

다시 도 2를 참조하여 설명한다.

단계 S23에서, 제2 단말(11-2)이 메시지 서버(10)로 메시지를 전송할 수 있다. 가령, 제2 단말(11-2)의 사용자가 제2 단말(11-2)의 메시지 클라이언트를 통해 메시지를 작성(입력)하고 발신을 요청하면, 제2 단말(11-2)이 요청된 메시지를 메시지 서버(10)로 전송할 수 있다.

단계 S24에서, 메시지 서버(10)가 수신된 메시지에 대한 처리를 수행할 수 있다. 가령, 메시지 서버(10)는 수신된 메시지가 관심 메시지에 해당하는지 여부를 판단하고, 판단 결과에 기초하여 적절한 처리를 수행할 수 있다. 수신자(즉, 제1 단말 11-1의 사용자)가 로그아웃 상태라면, 메시지 서버(10)는 수신자의 계정(e.g., 수신자 계정으로 발신될 메시지들의 저장 공간)에 해당 메시지를 저장할 수 있다. 본 단계의 세부 과정은 도 4에 예시되어 있다.

도 4에 예시된 바와 같이, 메시지가 수신되면, 메시지 서버(10)는 먼저 해당 메시지가 관심 메시지에 해당하는지 여부를 판단할 수 있다(S41, S42). 그리고, 관심 메시지에 해당한다는 판단에 응답하여, 메시지 서버(10)는 수신된 메시지를 관심 메시지 DB에 저장할 수 있다(S43). 경우에 따라, 메시지 서버(10)는 수신된 메시지를 다양한 방식으로 색인화하여 저장할 수도 있는데, 색인 방식은 어떠한 방식이 되더라도 무방하다. 이를테면, 메시지 서버(10)는 수신된 메시지를 사용자(e.g., 발신자 ID, 수신자 ID), 관심 메시지의 종류, 메시지의 발신 시간 등에 따라 색인화하여 저장할 수 있다. 그러나, 본 개시의 범위가 이에 한정되는 것은 아니다.

참고로, 도 4에 도시되어 있지는 않으나, 수신된 메시지가 일반 메시지인 경우(즉, 관심 메시지에 해당하지 않는 경우), 해당 메시지는 일반 메시지 DB에 저장될 수 있다.

다시 도 2를 참조하여 설명한다.

단계 S25에서, 메시지 서버(10)는 처리된 메시지를 수신자(즉, 제1 단말 11-1의 사용자)에게 전달(전송)할 수 있다. 가령, 처리된 메시지가 관심 메시지에 해당한다면, 메시지 서버(10)는 수신자에게 알림이 제공되도록 해당 메시지를 전송할 수 있다.

단계 S26에서, 제1 단말(11-1)이 수신된 메시지에 대한 처리를 수행할 수 있다. 가령, 제1 단말(11-1)은 수신된 메시지가 관심 메시지에 해당하는지 여부를 판단하고, 판단 결과에 기초하여 적절한 처리(e.g., 저장, 알림 제공 등)를 수행할 수 있다. 또한, 제1 단말(11-1)은 수신된 메시지를 표시하는(e.g., 메시지 클라이언트가 제공하는 메시지창에 표시) 등의 처리도 수행할 수 있다. 본 단계의 세부 과정은 도 5에 예시되어 있다.

도 5에 예시된 바와 같이, 제1 단말(11-1)은 수신된 메시지가 관심 메시지에 해당하는 판단에 응답하여, 수신된 메시지를 로컬 스토리지에 저장할 수 있다(S51 내지 S53). 그리고, 제1 단말(11-1)은 수신된 관심 메시지에 대해 적절한 처리(e.g., 알림 제공, 별도의 창에 표시, 미확인 메시지에 대한 카운트 증가 등)를 수행할 수 있다(S55). 수신된 메시지가 관심 메시지에 해당하지 않는 경우라면, 제1 단말(11-1)은 일반 메시지에 따른 적절한 처리(e.g., 메시지창에 표시, 미확인 상태인 경우 미확인 메시지에 대한 카운트 증가 등)를 수행할 수 있다(S54).

다시 도 2를 참조하여 설명한다.

단계 S27에서, 제1 단말(11-1)은 사용자의 요청에 따라 관심 메시지를 조회할 수 있다. 본 단계의 세부 과정은 도 6에 예시되어 있다.

도 6에 예시된 바와 같이, 제1 단말(11-1)은 사용자의 관심 메시지 조회 요청(e.g., 사용자가 메시지 클라이언트에 표시된 조회 관련 버튼/아이콘을 선택하는 경우 등)에 응답하여 로컬 스토리지를 통해 해당 사용자의 관심 메시지를 조회하여 제공할 수 있다(S61, S62). 즉, 제1 단말(11-1)은 메시지 서버(10)를 통하지 않고 자신의 로컬 스토리지를 통해 관심 메시지를 조회하여 제공할 수 있으며, 이에 따라 메시지 서버(10)의 부하를 가중시키지 않고도 관심 메시지에 대한 조회 기능이 구현될 수 있다.

도 7은 본 개시의 몇몇 실시예들에 따른 메시지 클라이언트의 관심 메시지 조회 인터페이스를 예시하고 있으며, 관심 메시지가 본인을 멘션한 메시지('@AAA' 참조)로 설정된 경우를 예시하고 있다. 도 7에 예시된 인터페이스는 제1 단말(11-1)에 표시된 화면으로 이해될 수도 있다.

도 7에 예시된 바와 같이, 제1 단말(11-1)의 메시지 클라이언트는 메시지 조회 요청을 위한 인터페이스(71, e.g., 버튼 등과 같은 GUI 객체)와 조회 결과를 표시하기 위한 인터페이스를 제공할 수 있다. 또한, 제1 단말(11-1)은 메시지 클라이언트의 인터페이스를 통해 해당 사용자의 관심 메시지들(72 내지 75)을 표시(제공)할 수 있다. 가령, 관심 메시지(e.g. 72)의 내용(e.g. 76), 발신자(작성자), 발신 시간, 수신 시간 등의 정보가 표시될 수 있을 것이나, 본 개시의 범위가 이에 한정되는 것은 아니며, 표시되는 정보의 종류는 얼마든지 변형될 수 있다.

지금까지 도 2 내지 도 7을 참조하여 본 개시의 몇몇 실시예들에 따른 관심 메시지 처리 방법에 대하여 설명하였다. 상술한 바에 따르면, 사용자의 관심 메시지가 해당 사용자의 단말(11)에 마련된 로컬 스토리지에 저장될 수 있고, 메시지 서버(10) 대신에 사용자의 단말(11)을 통해 관심 메시지가 조회될 수 있다. 이에 따라, 메시지 서버(10)의 부하를 가중시키지 않고도 관심 메시지에 대한 정확한 조회 기능이 구현될 수 있다.

이하에서는, 도 8 및 도 9를 참조하여 본 개시의 몇몇 실시예들에 따른 미확인 메시지(unread message) 처리 방법에 대하여 설명하도록 한다.

미확인 메시지는 '미확인(또는 읽지 않음)' 상태에 있는 메시지를 의미하고, 미확인 메시지의 예로는 사용자가 로그인하기 전에 발생된 메시지, 로그인된 상태에서 수신되었으나 사용자가 아직 확인하지 않은 메시지 등을 들 수 있다. 그러나, 본 개시의 범위가 이에 한정되는 것은 아니다.

도 8은 본 개시의 몇몇 실시예들에 따른 미확인 메시지 처리 방법을 개략적으로 나타내는 예시적인 흐름도이고, 로그인 이벤트에 응답하여 로그인 이전에 발생된 미확인 메시지가 수신되는 경우를 예로서 도시하고 있다.

도 8에 도시된 바와 같이, 메시지 서버(10)는 단말(11)의 사용자가 로그인한 경우(즉, 로그인 이벤트의 발생에 응답하여), 해당 사용자에 대한 미확인 메시지들을 조회하여 제공할 수 있다(S81 내지 S83).

그러면, 단말(11)이 제공된 미확인 메시지들에 대해 적절한 처리를 수행할 수 있다(S84). 가령, 단말(11)은 미확인 메시지들 중에 관심 메시지에 해당하는 메시지가 존재하는지를 판단하고, 해당하는 메시지를 로컬 스토리지에 저장할 수 있다. 또한, 단말(11)은 미확인 메시지 카운트를 증가시킬 수 있다. 이러한 처리 과정은 도 5에 예시된 처리 과정과 유사하므로, 단계 S84와 관련하여서는 도 5의 설명 내용을 더 참조하도록 한다.

한편, 몇몇 실시예들에서는, 단말(11)이 메시지 클라이언트의 프리뷰 영역(또는 인터페이스)을 통해 미확인 메시지들 중 적어도 일부를 표시할 수 있다. 여기서, 프리뷰 영역은 미확인 메시지들의 정보(e.g., 내용 등)를 미리 볼 수 있는 영역으로서, 미확인 메시지의 상태는 프리뷰 영역에 표시되더라도 '확인(또는 읽음)' 상태로 변경(업데이트)되지 않을 수 있다. 본 실시예에 따르면, 사용자가 프리뷰 영역을 통해 미확인 메시지들의 내용을 대략적으로 파악하거나 필요한 메시지들만 선별적으로 확인할 수 있게 되는데(e.g., 프리뷰 내용을 보고 특정 미확인 메시지들을 먼저 확인할 수 있게 됨), 이하 본 실시예와 관련하여 도 9를 참조하여 부연 설명하도록 한다.

도 9는 본 개시의 몇몇 실시예들에 따른 메시지 클라이언트의 대화방(또는 대화 채널) 관련 인터페이스를 예시하고 있다. 도 9에 예시된 인터페이스는 단말(11)에 표시된 화면으로 이해될 수도 있다.

도 9에 도시된 바와 같이, 단말(11)의 메시지 클라이언트는 대화방 표시 요청을 위한 인터페이스(91, e.g., 버튼 등과 같은 GUI 객체)와 대화방들(93 내지 95)을 표시하기 위한 인터페이스를 제공할 수 있다. 제공된 인터페이스의 특정 영역에는 대화방(e.g., 93)별 미확인 메시지 카운트(e.g., 96)와 전체 미확인 메시지 카운트(92)가 표시될 수도 있다. 또한, 제공된 인터페이스에는 대화방(e.g. 93)별로 해당 대화방에 관한 정보가 표시될 수 있다(97, 98 참조). 이러한 정보의 예로는 대화방 참여자 정보(e.g., 참여자 수), 대화방 제목, 대화방 개설 시간, 특정 메시지(e.g. 최근 메시지)의 내용, 특정 메시지의 발신(작성) 시간, 특정 메시지의 수신 시간 등을 들 수 있을 것이나, 본 개시의 범위가 이에 한정되는 것은 아니다.

또한, 단말(11)의 메시지 클라이언트는 대화방들(93 내지 95)별로 프리뷰 영역(e.g., 98, 99)을 제공할 수 있다. 도시된 바와 같이, 프리뷰 영역(e.g., 98, 99)은 사용자가 특정 대화방(e.g., 93)의 메시지창(즉, 대화창)을 열지 않더라도 소정의 정보(e.g., 메시지의 내용)를 확인할 수 있는 영역일 수 있으며, 경우에 따라서는 팝업 형태의 알림창과는 달리 메시지 클라이언트의 인터페이스를 통해 지속적으로 표시되는 영역일 수 있다.

본 개시의 실시예들에 따르면, 미확인 메시지들 중에서 선별된 메시지의 내용이 프리뷰 영역(e.g., 98, 99)에 표시될 수 있는데, 메시지를 선별하는 구체적인 방식은 다양하게 설계될 수 있다.

일 예로서, 미확인 메시지들 중에서 관심 메시지에 해당하는 메시지가 프리뷰 영역(e.g., 98, 99)에 표시될 수 있다. 이러한 경우, 사용자는 관심 메시지의 내용을 미리 보고, 미확인 메시지들을 선별적(또는 선택적)으로 확인할 수 있게 된다. 참고로, 도 9는 프리뷰 영역(e.g., 98, 99)에 관심 메시지(정확하게는, 본인 멘션 메시지)가 표시된 경우를 예로서 도시하고 있다.

다른 예로서, 미확인 메시지들 중에서 관심 메시지에 해당하는 제1 메시지와 제1 메시지와 연관된 적어도 하나의 제2 메시지가 프리뷰 영역(e.g., 98, 99)에 함께 표시될 수 있다. 이때, 제2 메시지는 관심 메시지일 수도 있고, 일반 메시지일 수도 있다. 제1 메시지와 제2 메시지 간의 연관성은 예를 들어 메시지 발신자의 동일 여부, 메시지 발신(작성) 시간의 차이, 텍스트 유사도, 토픽 유사도 등에 기초하여 판단될 수 있다. 그러나, 본 개시의 범위가 이에 한정되는 것은 아니다. 본 예시에 따르면, 사용자가 프리뷰 영역(e.g., 98, 99)에 표시된 연관 메시지들을 보고, 미확인 메시지들의 토픽과 컨텍스트 등을 미리 파악할 수 있게 된다.

앞선 예시에서, 경우에 따라서는 제1 메시지와 제2 메시지에 대한 요약 정보가 프리뷰 영역(e.g., 98, 99)에 표시될 수도 있다. 이는 프리뷰 영역(e.g., 98, 99)의 크기 제약을 고려한 것으로 이해될 수 있다. 요약 정보는 예를 들어 각 메시지에서 추출된 키워드, 메시지 분석을 통해 도출된 토픽 등이 될 수 있을 것이나, 이에 한정되는 것은 아니다.

한편, 몇몇 실시예들에서는, 미확인 메시지들에 대한 분석 결과에 기초하여 대화방들(93 내지 96)의 배열 순서가 결정될 수도 있다. 가령, 단말(11)은 미확인 메시지들의 개수, 미확인 메시지들 중 관심 메시지들의 개수, 관심 메시지의 발신(작성) 시간 등에 기초하여 대화방들(93 내지 96)의 배열 순서를 결정할 수 있다(e.g., 관심 메시지들의 개수가 많은 대화방을 가장 상단에 배치하는 등). 또는, 단말(11)은 미확인 메시지들 또는 관심 메시지들의 내용을 분석하여 대화방별로 토픽을 도출하고, 도출된 토픽의 중요도를 기초로 대화방들(93 내지 96)의 배열 순서를 결정할 수도 있다.

지금까지 도 8 및 도 9를 참조하여 본 개시의 몇몇 실시예들에 따른 미확인 메시지 처리 방법을 설명하였다.

한편, 경우에 따라, 단말(11)의 로컬 스토리지에 관심 메시지의 저장이 누락되는 문제가 발생될 수도 있다. 가령, 네트워크/통신 오류, 로컬 스토리지의 오류 등으로 인해 누락 문제가 발생될 수도 있고, 사용자가 여러 단말들(11)을 번갈아가며 메시지 서비스를 이용하는 경우에도 이러한 누락 문제가 발생될 수도 있다. 이하에서는, 도 10을 참조하여 이러한 누락 문제를 방지하기 위한 방법에 대하여 설명하도록 한다.

도 10은 본 개시의 몇몇 실시예들에 따른 관심 메시지 누락 방지 방법을 설명하기 위한 예시적인 도면이다.

본 실시예에서는, 관심 메시지(102-1 내지 102-k)들 각각에 대해 시퀀스(sequence) 번호가 부여될 수 있다. 도 10은 관심 메시지들(102-1 내지 102-k)의 시퀀스 번호(e.g., 103)가 'ID'로 이용되고, 관심 메시지들(102-1 내지 102-k)의 시퀀스 번호(e.g., 103)가 사용자 ID(e.g., 'USER-AAA')와 미리 정의된 형식의 시퀀스 번호(e.g., '0001')의 조합으로 이루어진 경우를 예시하고 있다.

위와 같은 경우, 단말(11)은 주기 또는 비주기적으로(e.g., 관심 메시지가 로컬 스토리지 101에 저장될 때) 로컬 스토리지(101)에 저장된 관심 메시지들(102-1 내지 102-k)의 시퀀스 번호를 체크함으로써, 누락된 관심 메시지가 존재하는 여부를 판단할 수 있다. 그리고, 존재한다는 판단에 응답하여, 단말(11)은 메시지 서버(10)에게 누락된 관심 메시지만을 요청하여 저장할 수 있다. 그렇게 함으로써, 관심 메시지에 대한 누락 문제가 용이하게 해결될 수 있다.

한편, 다른 몇몇 실시예들에 따르면, 특정 사용자에 대한 로그인 이벤트의 발생에 응답하여, 메시지 서버(10)가 특정 사용자의 단말(11)로 해당 사용자의 관심 메시지에 대한 정보(e.g., 관심 메시지의 ID, 개수 등)를 제공할 수도 있다. 그러면, 단말(11)이 제공된 정보를 토대로 로컬 스토리지에 누락된 관심 메시지가 존재하는지 여부를 판단할 수 있다.

또 다른 몇몇 실시예들에 따르면, 단말(11)이 로컬 스토리지에 저장된 이전 관심 메시지들을 분석하여 해당 사용자의 관심 메시지에 대한 발생 패턴을 추출하고, 추출된 발생 패턴을 이용하여 로컬 스토리지에 누락된 관심 메시지가 존재하는지 여부를 예측할 수도 있다. 가령, 단말(11)은 관심 메시지의 발신자, 발생 간격, 발생 횟수 등에 기초하여 관심 메시지에 대한 발생 패턴을 추출할 수 있다. 그리고, 단말(11)은 로컬 스토리지에 저장된 현재 관심 메시지들의 발생 패턴이 추출된 발생 패턴과 기준치 이상 어긋나는 경우 누락된 관심 메시지가 존재한다고 예측할 수도 있다.

지금까지 도 10을 참조하여 관심 메시지의 누락 문제를 방지하기 위한 방법에 대하여 설명하였다. 이하에서는, 도 11을 참조하여 본 개시의 몇몇 실시예들에 따른 단말(11) 및/또는 메시지 서버(10)를 구현할 수 있는 예시적인 컴퓨팅 장치(110)에 대하여 설명하도록 한다.

도 11은 컴퓨팅 장치(110)를 나타내는 예시적인 하드웨어 구성도이다.

도 11에 도시된 바와 같이, 컴퓨팅 장치(110)는 하나 이상의 프로세서(111), 버스(113), 통신 인터페이스(114), 프로세서(111)에 의하여 수행되는 컴퓨터 프로그램을 로드(load)하는 메모리(112)와, 컴퓨터 프로그램(116)을 저장하는 스토리지(115)를 포함할 수 있다. 다만, 도 11에는 본 개시의 실시예와 관련 있는 구성요소들만이 도시되어 있다. 따라서, 본 개시가 속한 기술분야의 통상의 기술자라면 도 11에 도시된 구성요소들 외에 다른 범용적인 구성 요소들이 더 포함될 수 있음을 알 수 있다. 즉, 컴퓨팅 장치(110)에는, 도 11에 도시된 구성 요소 이외에도 다양한 구성 요소가 더 포함될 수 있다. 또한, 경우에 따라, 도 11에 도시된 구성요소들 중 일부가 생략된 형태로 컴퓨팅 장치(110)가 구성될 수도 있다. 이하, 컴퓨팅 장치(110)의 각 구성요소에 대하여 설명한다.

프로세서(111)는 컴퓨팅 장치(110)의 각 구성의 전반적인 동작을 제어할 수 있다. 프로세서(111)는 CPU(Central Processing Unit), MPU(Micro Processor Unit), MCU(Micro Controller Unit), GPU(Graphic Processing Unit) 또는 본 개시의 기술 분야에 잘 알려진 임의의 형태의 프로세서 중 적어도 하나를 포함하여 구성될 수 있다. 또한, 프로세서(111)는 본 개시의 실시예들에 따른 동작/방법을 실행하기 위한 적어도 하나의 애플리케이션 또는 프로그램에 대한 연산을 수행할 수 있다. 컴퓨팅 장치(110)는 하나 이상의 프로세서를 구비할 수 있다.

다음으로, 메모리(112)는 각종 데이터, 명령 및/또는 정보를 저장할 수 있다. 메모리(112)는 본 개시의 실시예들에 따른 동작/방법을 실행하기 위하여 스토리지(115)로부터 컴퓨터 프로그램(116)을 로드할 수 있다. 메모리(112)는 RAM과 같은 휘발성 메모리로 구현될 수 있을 것이나, 본 개시의 기술적 범위가 이에 한정되는 것은 아니다.

다음으로, 버스(113)는 컴퓨팅 장치(110)의 구성 요소 간 통신 기능을 제공할 수 있다. 버스(113)는 주소 버스(Address Bus), 데이터 버스(Data Bus) 및 제어 버스(Control Bus) 등 다양한 형태의 버스로 구현될 수 있다.

다음으로, 통신 인터페이스(114)는 컴퓨팅 장치(110)의 유무선 인터넷 통신을 지원할 수 있다. 또한, 통신 인터페이스(114)는 인터넷 통신 외의 다양한 통신 방식을 지원할 수도 있다. 이를 위해, 통신 인터페이스(114)는 본 개시의 기술 분야에 잘 알려진 통신 모듈을 포함하여 구성될 수 있다.

다음으로, 스토리지(115)는 하나 이상의 컴퓨터 프로그램(116)을 비임시적으로 저장할 수 있다. 스토리지(115)는 ROM(Read Only Memory), EPROM(Erasable Programmable ROM), EEPROM(Electrically Erasable Programmable ROM), 플래시 메모리 등과 같은 비휘발성 메모리, 하드 디스크, 착탈형 디스크, 또는 본 개시가 속하는 기술 분야에서 잘 알려진 임의의 형태의 컴퓨터로 읽을 수 있는 기록 매체를 포함하여 구성될 수 있다.

다음으로, 컴퓨터 프로그램(116)은 메모리(112)에 로드될 때 프로세서(111)로 하여금 본 개시의 다양한 실시예들에 따른 동작/방법을 수행하도록 하는 하나 이상의 인스트럭션을 포함할 수 있다. 즉, 프로세서(111)는 로드된 하나 이상의 인스트럭션을 실행함으로써, 본 개시의 다양한 실시예들에 따른 동작/방법을 수행할 수 있다.

예를 들어, 컴퓨터 프로그램(116)은 사용자에 대한 로그인 이벤트가 발생된 이후, 메시지 서버(10)로부터 메시지를 수신하는 동작, 수신된 메시지가 사용자의 관심 메시지에 해당한다는 판단에 응답하여, 수신된 메시지를 로컬 스토리지(e.g., 115)에 저장하는 동작, 사용자의 관심 메시지에 대한 조회 요청을 수신하는 동작 및 조회 요청에 응답하여, 로컬 스토리지(e.g., 115)를 통해 사용자의 관심 메시지를 조회하여 제공하는 동작을 수행하도록 하는 하나 이상의 인스트럭션들을 포함할 수 있다. 이와 같은 경우, 컴퓨팅 장치(110)를 통해 본 개시의 몇몇 실시예들에 따른 단말(11)이 구현될 수 있다.

다른 예로서, 컴퓨터 프로그램(116)은 메시지 발신자의 단말(e.g., 11-2))로부터 메시지에 대한 발신 요청을 수신하는 동작, 수신된 메시지가 관심 메시지라는 판단에 응답하여, 수신된 메시지를 관심 메시지 DB에 저장하는 동작 및 수신된 메시지를 메시지 수신자의 단말(e.g., 11-1)로 전송하는 동작을 수행하도록 하는 하나 이상의 인스트럭션들을 포함할 수 있다. 이와 같은 경우, 컴퓨팅 장치(110)를 통해 본 개시의 몇몇 실시예들에 따른 메시지 서버(10)가 구현될 수 있다.

지금까지 도 11을 참조하여 본 개시의 몇몇 실시예들에 따른 단말(11) 및/또는 메시지 서버(10)를 구현할 수 있는 예시적인 컴퓨팅 장치(110)에 대하여 설명하였다.

지금까지 도 1 내지 도 11을 참조하여 본 개시의 다양한 실시예들 및 그 실시예들에 따른 효과들을 언급하였다. 본 개시의 기술적 사상에 따른 효과들은 이상에서 언급한 효과들로 제한되지 않으며, 언급되지 않은 또 다른 효과들은 아래의 기재로부터 통상의 기술자에게 명확하게 이해될 수 있을 것이다.

또한, 이상의 실시예들에서 복수의 구성요소들이 하나로 결합되거나 결합되어 동작하는 것으로 설명되었다고 해서, 본 개시의 기술적 사상이 반드시 이러한 실시예에 한정되는 것은 아니다. 즉, 본 개시의 기술적 사상의 목적 범위 안에서라면, 그 모든 구성요소들이 하나 이상으로 선택적으로 결합하여 동작할 수도 있다.

지금까지 설명된 본 개시의 기술적 사상은 컴퓨터가 읽을 수 있는 매체 상에 컴퓨터가 읽을 수 있는 코드로 구현될 수 있다. 컴퓨터로 읽을 수 있는 기록 매체에 기록된 컴퓨터 프로그램은 인터넷 등의 네트워크를 통하여 다른 컴퓨팅 장치에 전송되어 상기 다른 컴퓨팅 장치에 설치될 수 있고, 이로써 상기 다른 컴퓨팅 장치에서 사용될 수 있다.

도면에서 동작들이 특정한 순서로 도시되어 있지만, 반드시 동작들이 도시된 특정한 순서로 또는 순차적 순서로 실행되어야만 하거나 또는 모든 도시 된 동작들이 실행되어야만 원하는 결과를 얻을 수 있는 것으로 이해되어서는 안 된다. 특정 상황에서는, 멀티태스킹 및 병렬 처리가 유리할 수도 있다. 이상 첨부된 도면을 참조하여 본 개시의 다양한 실시예들을 설명하였지만, 본 개시가 속한 기술분야에서 통상의 지식을 가진 자는 그 기술적 사상이나 필수적인 특징을 변경하지 않고서 본 개시의 기술적 사상이 다른 구체적인 형태로도 실시될 수 있다는 것을 이해할 수 있다. 그러므로 이상에서 기술한 실시예들은 모든 면에서 예시적인 것이며 한정적인 것이 아닌 것으로 이해해야만 한다. 본 개시의 보호 범위는 아래의 청구범위에 의하여 해석되어야 하며, 그와 동등한 범위 내에 있는 모든 기술 사상은 본 개시에 의해 정의되는 기술적 사상의 권리범위에 포함되는 것으로 해석되어야 할 것이다.

Claims (11)

1. 단말에서 수행되는 방법으로서,
   상기 단말의 사용자에 대한 로그인 이벤트가 발생된 이후, 메시지 서버로부터 메시지를 수신하는 단계 - 상기 로그인 이벤트는 상기 메시지 서버가 제공하는 메시지 서비스에 관한 것임 - ;
   상기 수신된 메시지가 상기 사용자의 관심 메시지에 해당한다는 판단에 응답하여, 상기 수신된 메시지를 상기 단말의 로컬 스토리지에 저장하는 단계;
   상기 사용자의 관심 메시지에 대한 조회 요청을 수신하는 단계; 및
   상기 조회 요청에 응답하여, 상기 단말의 로컬 스토리지를 통해 상기 사용자의 관심 메시지를 조회하여 제공하는 단계를 더 포함하는,
   관심 메시지 처리 방법.
2. 제1항에 있어서,
   상기 관심 메시지는,
   상기 사용자가 멘션(mention)된 제1 메시지,
   상기 제1 메시지의 스레드에 포함된 제2 메시지 및
   상기 사용자가 작성한 메시지에 대한 응답 메시지 중 적어도 하나를 포함하는,
   관심 메시지 처리 방법.
3. 제1항에 있어서,
   상기 관심 메시지는 관심 사용자 또는 관심 키워드와 관련된 메시지를 포함하는,
   관심 메시지 처리 방법.
4. 제1항에 있어서,
   상기 로그인 이벤트의 발생을 감지하는 단계;
   상기 감지에 응답하여, 상기 메시지 서버를 통해 상기 로그인 이벤트 이전에 발생된 상기 사용자의 관심 메시지들을 조회하는 단계; 및
   상기 조회된 관심 메시지들을 상기 단말의 로컬 스토리지에 저장하는 단계를 더 포함하는,
   관심 메시지 처리 방법.
5. 제4항에 있어서,
   상기 조회하는 단계는,
   상기 감지에 응답하여, 상기 로컬 스토리지에 기 저장된 관심 메시지가 존재하는지 여부를 판단하는 단계; 및
   상기 기 저장된 관심 메시지가 미존재한다고 판단된 경우에 한하여, 상기 사용자의 관심 메시지들을 조회하는 단계를 포함하는,
   관심 메시지 처리 방법.
6. 제4항에 있어서,
   상기 로그인 이벤트 이후에, 상기 단말에서 상기 사용자에 대한 로그인 이벤트가 다시 발생하는 경우에는 상기 조회하는 단계가 수행되지 않는,
   관심 메시지 처리 방법.
7. 제1항에 있어서,
   상기 메시지 서버로부터 복수의 미확인 메시지(unread message)들을 수신하는 단계; 및
   상기 복수의 미확인 메시지들 중에서 상기 사용자의 관심 메시지에 해당하는 적어도 하나의 메시지를 상기 로컬 스토리지에 저장하는 단계를 더 포함하는,
   관심 메시지 처리 방법.
8. 제7항에 있어서,
   상기 적어도 하나의 메시지 중 제1 메시지의 내용을 상기 단말의 화면에 위치한 프리뷰 영역에 표시하는 단계 - 상기 제1 메시지의 상태는 상기 제1 메시지의 내용이 상기 프리뷰 영역에 표시되더라도 확인 상태로 변경되지 않음 - 를 더 포함하는,
   관심 메시지 처리 방법.
9. 제8항에 있어서,
   상기 프리뷰 영역에는 상기 복수의 미확인 메시지들 중에서 상기 제1 메시지와 연관된 제2 메시지의 내용이 더 표시되고,
   상기 제2 메시지는 상기 사용자의 관심 메시지에 해당하지 않는 것인,
   관심 메시지 처리 방법.
10. 단말에 있어서,
    하나 이상의 프로세서;
    하나 이상의 인스트럭션을 저장하는 메모리;
    로컬 스토리지; 및
    메시지 서버와 통신하기 위한 통신 인터페이스를 포함하고,
    상기 하나 이상의 프로세서는,
    상기 저장된 하나 이상의 인스트럭션을 실행시킴으로써,
    상기 단말의 사용자에 대한 로그인 이벤트가 발생된 이후, 메시지 서버로부터 메시지를 수신하는 동작 - 상기 로그인 이벤트는 상기 메시지 서버가 제공하는 메시지 서비스에 관한 것임 - ,
    상기 수신된 메시지가 상기 사용자의 관심 메시지에 해당한다는 판단에 응답하여, 상기 수신된 메시지를 상기 로컬 스토리지에 저장하는 동작,
    상기 사용자의 관심 메시지에 대한 조회 요청을 수신하는 동작 및
    상기 조회 요청에 응답하여, 상기 로컬 스토리지를 통해 상기 사용자의 관심 메시지를 조회하여 제공하는 동작을 수행하는,
    단말.
11. 컴퓨팅 장치로 구현되는 단말과 결합되어,
    상기 단말의 사용자에 대한 로그인 이벤트가 발생된 이후, 메시지 서버로부터 메시지를 수신하는 단계 - 상기 로그인 이벤트는 상기 메시지 서버가 제공하는 메시지 서비스에 관한 것임 - ;
    상기 수신된 메시지가 상기 사용자의 관심 메시지에 해당한다는 판단에 응답하여, 상기 수신된 메시지를 상기 단말의 로컬 스토리지에 저장하는 단계;
    상기 사용자의 관심 메시지에 대한 조회 요청을 수신하는 단계; 및
    상기 조회 요청에 응답하여, 상기 단말의 로컬 스토리지를 통해 상기 사용자의 관심 메시지를 조회하여 제공하는 단계를 실행시키기 위하여 컴퓨터로 판독가능한 기록매체에 저장된,
    컴퓨터 프로그램.

Images