KR20120129957A

KR20120129957A - 메시지를 이동시키기 위한 방법 및 서버

Info

Publication number: KR20120129957A
Application number: KR1020127023775A
Authority: KR
Inventors: 리 장
Original assignee: 텐센트 테크놀로지(센젠) 컴퍼니 리미티드
Priority date: 2010-08-27
Filing date: 2011-08-23
Publication date: 2012-11-28
Also published as: RU2527213C2; EP2611081B1; EP2611081A1; EP2611081A4; US20130024533A1; CN102387089B; US8719358B2; CN102387089A; WO2012025044A1; KR101408200B1; RU2012142823A

Abstract

본 발명의 실시예들은 IM 필드에 속하는 메시지를 이동시키기 위한 방법 및 서버를 제공한다. 상기 방법은: 제1 사용자로부터 상기 제1 사용자가 로그 온한 제1 클라이언트 터미널를 통해 메시지 보디를 수신하고- 상기 메시지 보디는 메시지 및 제1 애플리케이션에서 제2 사용자의 계정을 포함함 -; 상기 제2 사용자가 상기 제1 애플리케이션에서 상기 제2 사용자의 상기 계정을 이용하여 로그 온한 제2 클라이언트 터미널의 어드레스를 얻고, 그리고 상기 제2 클라이언트로 상기 메시지 보디를 발송하는 것을 포함한다. 상기 서버는 수신 모듈 및 발송 모듈을 포함한다. 본 발명의 실시예들에서, 사용자의 계정은 메시지 보디에서 전달되고, 사용자가 로그 온한 클라이언트 터미널은 사용자의 계정에 따라 얻어지고, 그리고 메시지 보디는 클라이언트 터미널로 발송되어, 그에 의해 연관된 사용자들을 위해 게시된 메시지는 특정 사용자에게 발송된다.

Description

메시지를 이동시키기 위한 방법 및 서버{Method and server for transferring message}

본 발명은 인스턴트 메시징(Instant Messaging; IM) 필드에 관계되고, 더 특별하게는 메시지를 이동시키기 위한 방법 및 서버에 관계된다.

네트워크 인스턴트 메신저(network instant messenger)는 빠르게 발전되었고, 대부분의 사용자들에 의해 받아들여졌고, 사람들의 직업 및 일상에서 필수적인 도구가 되었다. 따라서, 사람들은 인스턴트 메신저의 용이한 사용을 위한 더 높은 요건들을 제안해 왔다.

블로그(blog)를 예로 들면, 블로그- 웹 로그(web log) 등으로도 또한 번역됨 -는 사용자들에 의해 일반적으로 관리되고, 가끔 정보를 포스팅(posting)하기 위해 사용되는 웹 사이트(website)이다. 블로그 내 정보는 분명한 목적들을 타깃으로 하지 않는다. 사용자에 의해 자신의 블로그에서 게시된(published) 정보는 그 블로그에 로그 온한 모든 사용자들을 위한 것이다. 그 블로그에 로그 온한 모든 사용자들은 사용자에 의해 그 블로그에서 게시된 정보를 볼 수 있다.

그러나, 일부 시나리오들에서, 사용자는 그 자신에 의해 게시된 정보가 특정 사용자들에게만 보여질 수 있는 것을 원한다. 그러나, 기존의 블로그에서 메시지를 이동시키기 위한 방법은 모든 사용자들을 위한 것이고, 타깃이 되지 않는다.

본 발명의 일 실시예는 메시지를 이동시키기 위한 방법을 제공하여, 그에 의해 상기 방법은 연관된(associated) 사용자들을 위해 게시된(published) 메시지를 특정 사용자에게 이동시킬 수 있다.

본 발명의 다른 실시예는 메시지를 이동시키기 위한 서버를 제공하여, 그에 의해 시스템은 연관된 사용자들을 위해 게시된 메시지를 특정 사용자에게 이동시킬 수 있다.

본 발명의 목적을 달성하기 위해, 본 발명의 기술적 개요는 다음을 포함한다:

메시지를 이동시키기 위한 방법에 있어서, 상기 방법은:

제1 사용자로부터 상기 제1 사용자가 로그 온한 제1 클라이언트 터미널를 통해 메시지 보디를 수신하고- 상기 메시지 보디는 메시지 및 제1 애플리케이션에서 제2 사용자의 계정을 포함함 -;

상기 제2 사용자가 상기 제1 애플리케이션에서 상기 제2 사용자의 상기 계정을 이용하여 로그 온한 제2 클라이언트 터미널의 어드레스를 얻고, 그리고 상기 제2 클라이언트로 상기 메시지 보디를 발송하는 것을 포함하는 방법.

제1 사용자로부터 상기 제1 사용자가 로그 온한 제1 클라이언트 터미널를 통해 발송된 메시지 보디를 수신하도록 구성된 수신 모듈- 상기 메시지 보디는 메시지 및 제1 애플리케이션에서 제2 사용자의 계정을 포함함 -; 및

상기 제2 사용자가 상기 제1 애플리케이션에서 상기 제2 사용자의 상기 계정을 이용하여 로그 온한 제2 클라이언트 터미널의 어드레스를 얻도록, 그리고 상기 제2 클라이언트 터미널로 상기 메시지 보디를 발송하도록 구성된 발송 모듈을 포함하는 서버.

본 발명의 실시예들에 의해 제공되는 방법 및 시스템에서, 특정 사용자의 계정은 연관된 사용자들을 위해 게시된 메시지의 메시지 보디에서 전달되고, 특정 사용자가 로그 온한 클라이언트 터미널은 특정 사용자의 계정에 따라 얻어지고, 그리고 메시지 보디는 디스플레이를 위해 클라이언트 터미널로 발송되어, 그에 의해 연관된 사용자들을 위해 게시된 메시지는 특정 사용자로 이동됨을 상기 기술적 개요로부터 알 수 있다.

본 발명의 기술적 해결책을 더 명확하게 하기 위해, 간단한 소개가 실시예들에서 사용될 도면들로 주어진다. 이후로 설명되는 도면들은 오직 본 발명의 일부 실시예들임이 명확하다. 이 기술에서 숙련된 통상적인 자는 창조적인 작업 없이 이 도면들에 따라 다른 도면들을 획득할 수 있다.
도 1은 본 발명의 실시예 1에 따른 메시지를 이동시키기 위한 방법을 나타내는 흐름도이고;
도 2는 본 발명의 실시예 1에 따른 메시지를 이동시키기 위한 방법을 나타내는 다른 흐름도이고;
도 3은 본 발명의 실시예 2에 따른 서버의 구조를 나타내는 도식도이고; 그리고
도 4는 본 발명의 실시예 2에 따른 서버의 구조를 나타내는 다른 도식도이다.

본 발명의 목적들, 기술적 해결책들 및 효과들을 더 명확하게 하기 위해, 본 발명은 이하에서 본 발명의 실시예들에서 도면들을 함께 참고하여 명확하고 완전하게 설명될 것이다. 이후에 설명된 실시예들은 오직 본 발명의 실시예들의 일부이나, 모든 실시예들이 아님이 명백하다. 본 발명의 실시예들을 기반으로, 본 발명의 기술에서 숙련된 통상적인 자에 의해 창조적인 작업 없이 획득된 다른 실시예들은 본 발명에 의해 보호된다.

실시예 1

도 1을 참고하면, 이 실시예는 메시지를 이동시키기(transferring) 위한 방법을 제공한다. 이 방법은 구체적으로 다음 블록들을 포함한다.

블록 101: 제1 사용자로부터 발송된 메시지 보디(message body)가 제1 사용자가 로그 온(log on)한 제1 클라이언트 터미널을 통해 수신된다. 메시지 보디는 메시지 및 제1 애플리케이션에서 제2 사용자의 계정(account)을 포함한다.

블록 102: 제2 사용자가 로그 온한 제2 클라이언트 터미널의 어드레스(address)는 제1 애플리케이션에서 제2 사용자의 계정 번호(account number)를 이용하여 얻어지고, 메시지 보디는 제2 클라이언트 터미널로 발송된다.

이 블록에서, 메시지 보디는 제2 클라이언트 터미널상에서 디스플레이된다.

게다가, 블록 101 이후에, 이 방법은 다음을 더욱 포함한다:

제1 사용자의 청취자들(listeners)의 리스트는 제1 애플리케이션에서 제1 사용자의 계정에 따라 얻어진다. 청취자들의 리스트는 제1 애플리케이션에서 각각의 청취자의 계정을 저장한다. 대응하는 청취자가 로그 온한 제3 클라이언트 터미널의 어드레스는 제1 애플리케이션에서 각각의 청취자의 계정에 따라 얻어지고, 메시지 보디는 디스플레이를 위해 제3 클라이언트 터미널로 발송된다. 여기에서, 제1 사용자는 다중(multiple) 청취자들을 갖기 때문에, 다중 제3 클라이언트 터미널들이 있다.

본 발명의 이 실시예에 의해 제공되는 이 방법은 연관된(associated) 사용자들을 위해 게시된(published) 메시지를 특정 사용자에게 이동시키기 위한 해결책을 구현한다. 이 해결책은 특정 사용자가 로그 온한 클라이언트 터미널을 연관된 사용자들을 위해 게시된 메시지의 메시지 보디에서 전달된(carried) 특정 사용자의 계정을 통해 얻는 것(finding) 및 메시지 보디를 클라이언트 터미널로 발송하는 것에 의해 구현된다. 게다가, 메시지는 청취자들의 집합 리스트(set list)를 통해 다른 연관된 사용자들로 이동될 수 있다.

이 실시예에 의해 제공되는 이 방법은 IM 필드에 적용된다. 도 2를 참고하면, 메시지를 이동시키기 위한 방법이 이후로 특정 실시예들에 따라 설명된다. 이 방법은 구체적으로 다음을 포함한다:

블록 201: 제1 클라이언트 터미널은 제1 애플리케이션에서 제1 사용자에 의해 입력된 메시지 보디를 수신하고, 메시지 보디를 서버로 발송한다. 메시지 보디는 메시지 및 제1 애플리케이션에서 제2 사용자의 계정을 포함한다.

제1 애플리케이션은 마이크로블로깅(microblogging)과 같은 IM 애플리케이션일 수 있다.

메시지 보디는 메시지@제1 애플리케이션에서 제2 사용자의 계정의 포맷을 취할(adopt) 수 있다. @는 공통적으로(commonly) 사용되는, 그리고 제2 사용자의 계정을 나타내기(denoting) 위해 사용되는 프롬프트(prompt)이다. 제2 사용자에 의해 공통적으로 사용되는 프롬프트는 임의의 다른 심벌들일 수 있고, 본 발명의 이 실시예는 그것에 제한되지 않는다. 본 발명의 이 실시예에서 계정은 제1 애플리케이션에서 제2 사용자를 유일하게(uniquely) 식별하기 위해 사용될 수 있다.

예를 들어, 제1 애플리케이션에서 제1 사용자로부터 제2 사용자로 발송된 메시지는 "빨리 회의에 오세요"이다. 제1 애플리케이션에서 제2 사용자의 계정은 "@testB"이다. 따라서, 제1 사용자에 의해 입력된 메시지 보디는 "빨리 회의에 오세요@testB"이다.

게다가, 메시지 보디를 발송하는 동안, 제1 클라이언트 터미널은 제1 애플리케이션에서 제1 사용자의 계정을 서버로 발송할 수 있다.

블록 202: 서버는 메시지 보디를 수신 및 저장하고(cache), 메시지 보디의 인덱스(index)를 생성한다.

블록 203a: 서버는 제1 애플리케이션에서 제1 사용자의 계정에 따라, 제1 사용자의 게시된 메시지 인덱스 리스트(published message index list)를 얻고(find), 게시된 메시지 인덱스 리스트에 메시지 보디의 인덱스를 추가한다.

구체적으로, 서버는 제1 애플리케이션에서 모든 사용자들의 계정들 및 게시된 메시지 인덱스 리스트들 사이의 대응하는 관계들(relationships)을 저장하고, 대응하는 관계들에 따라 제1 애플리케이션에서 제1 사용자의 계정에 대응하는 게시된 메시지 인덱스 리스트를 얻는다.

게시된 메시지 인덱스 리스트는 사용자에 의해 게시된 모든 메시지들의 인덱스를 기록하기(recording) 위해 사용된다. 사용자에 의해 게시된 모든 메시지들은 인덱스에 따라 얻어질 수 있어, 사용자 자신(himself/herself) 또는 다른 연관된 사용자들은, 사용자의 전체 그림(whole picture)를 갖기 위해, 사용자의 게시된 메시지 인덱스 리스트에 따라 사용자에 의해 게시된 모든 메시지들을 볼(view) 수 있다.

블록 203b: 제1 애플리케이션에서 제1 사용자의 계정을 유발(triggering)하거나 시작(starting)할 때, 제1 사용자 또는 다른 연관된 사용자들은, 서버에 의해 저장된 제1 사용자의 게시된 메시지 인덱스 리스트에 따라, 제1 사용자에 의해 게시된 모든 메시지들을 볼 수 있다.

블록 204a: 서버는 제1 애플리케이션에서 제2 사용자의 계정에 따라, 제2 사용자의 언급된(mentioned) 메시지 인덱스 리스트를 얻고(find), 언급된 메시지 인덱스 리스트에 메시지 보디의 인덱스를 추가한다.

구체적으로, 서버는 제1 애플리케이션에서 모든 사용자들의 계정들 및 언급된 메시지 인덱스 리스트들 사이의 대응하는 관계들을 저장하고, 대응하는 관계들에 따라 제1 애플리케이션에서 제2 사용자의 계정에 대응하는 언급된 메시지 인덱스 리스트를 얻을 수 있다.

언급된 메시지 인덱스 리스트는, 그 안에서 사용자가 다른 연관된 사용자들에 의해 언급된 모든 메시지들의 인덱스를 기록하기(recording) 위해 사용된다. 그 안에서 사용자가 언급된 모든 메시지들은 인덱스를 통해 얻어질 수 있어, 사용자는, 사용자가 주목받는 정도(degree)의 전체 그림(whole picture)을 가지기 위해, 그 안에서 사용자가 언급된 모든 메시지들을 언급된 메시지 인덱스 리스트에 따라 얻을 수 있다.

블록 204b: 제2 사용자는 서버에 의해 저장된 제2 사용자의 언급된 메시지 인덱스 리스트에 따라, 그 자신을 언급한(mentioning) 모든 메시지들을 본다.

블록 205: 서버는 제1 애플리케이션에서 제2 사용자의 계정에 따라, 제2 사용자가 로그 온한 제2 클라이언트 터미널의 인터넷 프로토콜(Internet Protocol; IP) 어드레스를 얻고, 제1 사용자에 의해 입력된 메시지 보디를 제2 클라이언트 터미널로 발송하여, 제2 클라이언트 터미널은 제1 사용자에 의해 입력된 메시지 보디를 수신하고 디스플레이한다.

게다가, 제2 클라이언트 터미널은 제1 애플리케이션에서 메시지 보디의 전송기(즉, 제1 사용자)의 계정을 디스플레이할 수 있어, 제2 사용자는 제1 애플리케이션에서 제1 사용자의 계정에 따라, 서버로부터 제1 사용자의 관련(relevant) 정보를 획득하고, 관련 정보를 본다.

관련 정보는 정보, 모든 게시된 메시지들, 모든 수신된 메시지들 또는 언급된 메시지들 등일 수 있다. 그 정보는 닉네임(nickname) 등일 수 있다.

블록 206: 서버는 제1 애플리케이션에서 제1 사용자의 계정에 따라, 제1 사용자의 청취자들의 리스트를 얻는다. 제1 사용자의 청취자들의 리스트는 제1 애플리케이션에서 제1 사용자의 각 청취자의 계정을 저장하기 위해 사용된다.

구체적으로, 서버는 제1 애플리케이션에서 각 사용자의 계정 및 청취자들의 리스트 사이의 대응하는 관계를 저장하고, 대응하는 관계에 따라 제1 애플리케이션에서 제1 사용자의 계정에 대응하는 청취자들의 리스트를 얻을 수 있다. 청취자들은 청취하는 사용자(listening users)라 불릴 수 있다.

블록 207: 서버는 제1 애플리케이션에서 각 청취자의 계정에 따라, 대응하는 청취자가 로그 온 한 제3 클라이언트 터미널의 IP 어드레스를 얻고, 제1 사용자에 의해 입력된 메시지 보디를 대응하는 청취자가 로그 온 한 제3 클라이언트 터미널로 발송하여, 대응하는 청취자가 로그 온 한 제3 클라이언트 터미널은 제1 사용자에 의해 입력된 메시지 보디를 수신하고 디스플레이한다.

게다가, 대응하는 청취자가 로그 온 한 제3 클라이언트 터미널은 메시지 보디의 전송기- 즉, 제1 애플리케이션에서 제1 사용자의 계정 -를 더 디스플레이할 수 있다. 메시지 보디 내 제1 애플리케이션에서 제2 사용자의 계정 또는 제1 애플리케이션에서 제1 사용자의 계정에 따라, 청취자는 각각 제2 사용자 또는 제1 사용자의 관련 정보를 획득하고 본다.

블록 208a: 서버는 청취자들의 리스트 내 제1 애플리케이션에서 각 청취자의 계정에 따라, 대응하는 청취자의 수신된 메시지 인덱스 리스트를 얻고, 수신된 메시지 인덱스 리스트에 메시지 보디의 인덱스를 추가한다.

구체적으로, 서버는 제1 애플리케이션에서 각 청취자의 계정 및 수신된 메시지 인덱스 리스트 사이의 대응하는 관계를 저장하고, 제1 애플리케이션에서 각 청취자의 계정에 대응하는 수신된 메시지 인덱스 리스트를 얻을 수 있다.

수신된 메시지 인덱스 리스트는 사용자에 의해 수신된 모든 메시지들의 인덱스를 기록하기 위해 사용된다. 사용자에 의해 수신된 모든 메시지들은 인덱스를 이용하여 얻어질 수 있어, 사용자는 그의 수신된 메시지 인덱스 리스트에 따라 모든 수신된 메시지들을 본다.

블록 208b: 청취자는 서버에 의해 저장된 청취자들의 수신된 메시지 인덱스 리스트들에 따라, 모든 수신된 메시지들을 본다.

게다가, 상기 프로세스는 제1 사용자의 게시된 메시지 인덱스 리스트, 제2 사용자의 언급된 메시지 인덱스 리스트 및 청취자의 수신된 메시지 인덱스 리스트의 생성 프로세스(generation process)와 관련된다. 실제 애플리케이션에서, 서버는 각 사용자의 계정에 대응하는 게시된 메시지 인덱스 리스트, 언급된 메시지 인덱스 리스트 및 수신된 메시지 인덱스 리스트를 저장한다. 그리고, 세 종류의 인덱스 리스트들의 생성 프로세스는, 제1 사용자의 게시된 메시지 인덱스 리스트, 제2 사용자의 언급된 메시지 인덱스 리스트 및 청취자의 수신된 메시지 인덱스 리스트의 그것과 동일하고, 여기서 반복하지 않는다.

게다가, 기존의(existing) 발달된 애플리케이션과 더 좋게 결합하기 위해, 이 실시예는 제1 애플리케이션을 다른 애플리케이션들과 더 연관시킬 수 있고, 다른 애플리케이션들에서의 정보를 제1 애플리케이션에 적용할 수 있다. 제2 애플리케이션을 예로 들면, 제2 애플리케이션은 IM 애플리케이션일 수 있다. 제2 애플리케이션은 다음을 포함한다:

서버는 제1 애플리케이션에서 사용자의 계정 및 제2 애플리케이션에서 사용자의 번호(a number of the user) 사이의 대응하는 관계를 설정한다. 그 번호는 사용자를 유일하게 식별하기 위해 사용될 수 있다. 게시된 메시지 인덱스 리스트, 언급된 메시지 인덱스 리스트, 수신된 메시지 인덱스 리스트 및 클라이언트 터미널의 어드레스는 각각 제2 애플리케이션에서 사용자의 번호에 대응한다. 따라서, 상기 프로세스에서 블록들(203-208)은 다음을 더 포함할 수 있다:

서버는 제1 애플리케이션에서 계정을 통해 제2 애플리케이션에서 대응하는 번호를 획득하고, 정보- 예를 들어, 대응하는 게시된 메시지 인덱스 리스트, 언급된 메시지 인덱스 리스트, 수신된 메시지 인덱스 리스트 및/또는 클라이언트 터미널의 어드레스 -를 제2 애플리케이션에서 번호를 통해 얻는다.

게다가, 제2 애플리케이션의 사용자 정보는 대응하는 관계에 따라 제1 애플리케이션에서 사용될 수 있다. 한편, 제2 애플리케이션에서 사용자의 사용자 정보는 제1 애플리케이션상에 디스플레이될 수 있다. 예를 들어, IM 애플리케이션에서 사용자의 서명(signature)은 마이크로블로깅상에 디스플레이될 수 있다. 제1 애플리케이션에서 사용자의 정보는 제2 애플리케이션에서 사용자의 사용자 정보에 따라 생성될 수 있다. 예를 들어, IM 애플리케이션에서 사용자의 친구들(buddies)은 마이크로블로깅의 청취자들로 받아들일 수 있다.

본 발명의 이 실시예에 의해 제공되는 방법을 이용하여, 특정 사용자의 계정은 연관된 사용자들을 위해 게시된 메시지의 메시지 보디에서 전달되고, 사용자가 로그 온한 클라이언트 터미널은 특정 사용자의 계정을 이용하여 얻어지고, 메시지 보디는 디스플레이를 위해 클라이언트 터미널로 발송되고, 그에 의해 연관된 사용자들을 위해 게시된 메시지는 특정 사용자로 발송된다. 게다가, 메시지는 청취자들의 리스트를 통해 다른 연관된 사용자들로 이동될 수 있다.

실시예 2

도 3을 참고하면, 이 실시예는 서버를 제공하고, 서버는: 수신 모듈(receiving module, 301) 및 발송 모듈(sending module, 302)을 포함한다.

수신 모듈(301)은 제1 사용자가 로그 온한 제1 클라이언트 터미널을 통해 제1 사용자로부터 발송된 메시지 보디를 수신하도록 구성된다. 메시지 보디는: 메시지 및 제1 애플리케이션에서 제2 사용자의 계정을 포함한다.

발송 모듈(302)은 제1 애플리케이션에서 제2 사용자의 계정을 이용하여, 제2 사용자가 로그 온한 제2 클라이언트 터미널의 어드레스를 얻도록, 그리고 제2 클라이언트 터미널로 메시지 보디를 발송하도록 구성된다.

게다가, 도 4를 참고하면, 서버는 다음을 더 포함한다:

제1 사용자가 로그 온한 제1 클라이언트 터미널을 통해 제1 사용자로부터 발송된 메시지 보디를 수신한 후, 제1 애플리케이션에서 제1 사용자의 계정에 따라, 제1 사용자의 청취자들의 리스트를 얻도록 구성된 청취자 모듈(listener module, 303). 청취자들의 리스트는 제1 애플리케이션에서 각 청취자의 계정을 저장한다.

청취자 모듈(303)은 제1 애플리케이션에서 각 청취자의 계정에 따라, 대응하는 청취자가 로그 온한 제3 클라이언트 터미널의 어드레스를 얻도록, 그리고 디스플레이를 위해 제3 클라이언트 터미널로 메시지 보디를 발송하도록 더 구성된다.

게다가, 서버는 다음을 더 포함한다:

디스플레이를 위해 제3 클라이언트 터미널로 메시지 보디를 발송한 후, 동작- 대응하는 청취자가 메시지 보디 내 제1 애플리케이션에서 제2 사용자의 계정을 유발(trigger)하거나 시작(start)함 -을 검출할 때, 제2 사용자의 게시된 정보 인덱스 리스트를 얻도록, 그리고 게시된 정보 인덱스 리스트에 대응하는, 제2 사용자에 의해 게시된 모든 메시지들을 대응하는 청취자들에게 발송하도록 구성된 뷰잉 모듈(viewing module, 304).

게다가, 서버는 다음을 더 포함한다: 제1 사용자가 로그 온한 제1 클라이언트 터미널을 통해 제1 사용자로부터 발송된 메시지 보디를 수신한 후, 메시지 보디의 인덱스를 생성하도록, 제1 사용자의 청취자들의 리스트를 얻은 후, 제1 애플리케이션에서 각 청취자의 계정에 따라, 대응하는 청취자의 수신된 메시지 인덱스 리스트를 얻도록, 그리고 수신된 메시지 인덱스 리스트에 그 인덱스를 추가하도록 구성된 수신된 메시지 인덱스 모듈(305). 따라서 대응하는 청취자는 수신된 메시지 인덱스 리스트에 따라, 그 자신에 의해 수신된 메시지들을 볼 수 있다.

게다가, 서버는 다음을 더 포함한다: 제1 사용자가 로그 온한 제1 클라이언트 터미널을 통해 제1 사용자로부터 발송된 메시지 보디를 수신한 후, 메시지 보디의 인덱스를 생성하도록, 제1 애플리케이션에서 제1 사용자의 계정에 따라, 제1 사용자의 게시된 정보 인덱스 리스트를 얻도록, 그리고 게시된 정보 인덱스 리스트에 그 인덱스를 추가하도록 구성된 게시된 정보 인덱스 모듈(published information index module, 306). 따라서 모든 사용자들은 제1 사용자의 게시된 정보 인덱스 리스트에 따라, 제1 사용자에 의해 게시된 모든 메시지들을 볼 수 있다. .

게다가, 서버는 다음을 더 포함한다: 제1 사용자가 로그 온한 제1 클라이언트 터미널을 통해 제1 사용자로부터 발송된 메시지 보디를 수신한 후, 메시지 보디의 인덱스를 생성하도록, 제1 애플리케이션에서 제2 사용자의 계정에 따라 제2 사용자의 언급된 메시지 인덱스 리스트를 얻도록, 그리고 언급된 메시지 인덱스 리스트에 그 인덱스를 추가하도록 구성된 언급된 메시지 인덱스 모듈(mentioned message index module, 307). 따라서 제2 사용자는 제2 사용자의 언급된 메시지 인덱스 리스트에 따라, 언급된 제2 사용자의 모든 메시지들을 본다.

게다가, 서버는 다음을 더 포함한다: 제1 애플리케이션에서 모든 사용자들의 계정들 및 제2 애플리케이션에서 모든 사용자들의 번호들(numbers) 사이의 대응하는 관계들을 설정하도록, 그리고 제2 애플리케이션의 사용자 정보를 제1 애플리케이션에 적용하도록 구성된 연관 모듈(association 308).

이 실시예에 의해 제공되는 서버는 방법의 실시예들의 그것과 동일한 개념을 갖는다. 여기서 반복되지 않는 특정 실행 프로세스에 대해 방법의 실시예들을 참고한다.

이 실시예에 의해 제공되는 서버에서, 특정 사용자의 계정은 연관된 사용자들을 위해 게시된 메시지의 메시지 보디에서 전달되고, 특정 사용자가 로그 온한 클라이언트 터미널은 특정 사용자의 계정에 따라 얻어지고, 그리고 메시지 보디는 디스플레이를 위해 클라이언트 터미널로 발송되어, 메시지는 특정 사용자에게 이동된다. 게다가, 메시지는 청취자들의 리스트를 통해 다른 연관된 사용자들에게 이동될 수 있다.

상기 실시예들에 의해 제공되는 기술적 개요에서 일부 또는 모든 콘텐츠는 소프트웨어 프로그래밍을 이용하여 구현될 수 있다. 기술적 개요의 소프트웨어 프로그램들은 컴퓨터의 하드디스크, CD-ROM 또는 플로피 디스크와 같은 판독가능 저장 매체에 저장된다.

앞서 말한 설명은 본 발명의 선호되는 실시예들을 단지 기술하고, 그것의 보호 범위를 제한하기 위해 사용되지 않는다. 본 발명의 사상 및 원리로부터 벗어나지 않고 이루어진 임의 변경, 등가 치환, 또는 개선은 본 발명의 보호 범위에 의해 커버되어야만 한다.

Claims

메시지를 이동시키기 위한 방법에 있어서, 상기 방법은:
제1 사용자로부터 상기 제1 사용자가 로그 온한 제1 클라이언트 터미널를 통해 메시지 보디를 수신하고- 상기 메시지 보디는 메시지 및 제1 애플리케이션에서 제2 사용자의 계정을 포함함 -;
상기 제2 사용자가 상기 제1 애플리케이션에서 상기 제2 사용자의 상기 계정을 이용하여 로그 온한 제2 클라이언트 터미널의 어드레스를 얻고, 그리고 상기 제2 클라이언트로 상기 메시지 보디를 발송하는 것을 포함하는 방법.
제1항에 있어서,
상기 메시지 보디를 수신한 후, 상기 방법은:
상기 제1 애플리케이션에서 상기 제1 사용자의 계정에 따라, 상기 제1 사용자의 청취자들의 저장된 리스트를 얻고- 청취자들의 상기 리스트는 상기 제1 애플리케이션에서 각각의 청취자의 계정을 저장함 -; 그리고
상기 제1 애플리케이션에서 각각의 청취자의 계정에 따라, 대응하는 청취자가 로그 온한 제3 클라이언트 터미널의 어드레스를 얻고, 그리고 디스플레이를 위해 상기 제3 클라이언트 터미널로 상기 메시지 보디를 발송하는 것을 더 포함하는 방법.
제2항에 있어서,
디스플레이를 위해 상기 제3 클라이언트 터미널로 상기 메시지 보디를 발송한 후, 상기 방법은:
상기 메시지 보디 내 상기 제1 애플리케이션에서 상기 제2 사용자의 상기 계정을 유발(trigger)하거나 시작(start)하는 상기 대응하는 청취자의 동작을 검출할 때, 상기 제1 애플리케이션에서 상기 제2 사용자의 상기 계정에 따라, 상기 제2 사용자의 저장된 게시된 정보 인덱스 리스트를 얻고, 상기 게시된 정보 인덱스 리스트에 대응하는, 상기 제2 사용자에 의해 게시된 모든 메시지들을 상기 대응하는 청취자들에게 발송하는 것을 더 포함하는 방법.
제2항에 있어서,
상기 메시지 보디를 수신한 후, 상기 방법은:
상기 메시지 보디의 인덱스를 생성하는 것을 더 포함하고;
상기 제1 사용자의 청취자들의 상기 리스트를 얻은 후, 상기 방법은:
상기 제1 애플리케이션에서 각각의 청취자의 계정에 따라, 상기 대응하는 청취자의 수신된 메시지 인덱스 리스트를 얻고, 그리고 상기 수신된 메시지 인덱스 리스트에 상기 인덱스를 추가하는 것을 더 포함하는 방법.
제1항에 있어서,
상기 메시지 보디를 수신한 후, 상기 방법은:
상기 메시지 보디의 인덱스를 생성하고;
상기 제1 애플리케이션에서 상기 제1 사용자의 상기 계정에 따라, 상기 제1 사용자의 게시된 메시지 인덱스 리스트를 얻고, 그리고 상기 게시된 메시지 인덱스 리스트에 상기 인덱스를 추가하는 것을 더 포함하는 방법.
제1항에 있어서,
상기 메시지 보디를 수신한 후, 상기 방법은:
상기 메시지 보디의 인덱스를 생성하고;
상기 제1 애플리케이션에서 상기 제2 사용자의 상기 계정에 따라, 상기 제2 사용자의 언급된(mentioned) 메시지 인덱스 리스트를 얻고, 그리고 상기 언급된 메시지 인덱스 리스트에 상기 인덱스를 추가하는 것을 더 포함하는 방법.
제1항에 있어서, 상기 방법은:
상기 제1 애플리케이션에서 모든 사용자들의 계정들 및 제2 애플리케이션에서 상기 사용자들의 번호들(numbers) 사이의 대응하는 관계들을 설정하고; 그리고
상기 대응하는 관계들에 따라 상기 제2 애플리케이션의 사용자 정보를 상기 제1 애플리케이션에 적용하는 것을 더 포함하는 방법.
제1 사용자로부터 상기 제1 사용자가 로그 온한 제1 클라이언트 터미널를 통해 발송된 메시지 보디를 수신하도록 구성된 수신 모듈- 상기 메시지 보디는 메시지 및 제1 애플리케이션에서 제2 사용자의 계정을 포함함 -; 및
상기 제2 사용자가 상기 제1 애플리케이션에서 상기 제2 사용자의 상기 계정을 이용하여 로그 온한 제2 클라이언트 터미널의 어드레스를 얻도록, 그리고 상기 제2 클라이언트 터미널로 상기 메시지 보디를 발송하도록 구성된, 발송 모듈을 포함하는 서버.
제8항에 있어서,
상기 제1 사용자로부터 상기 제1 사용자가 로그 온한 상기 제1 클라이언트 터미널를 통해 발송된 상기 메시지 보디를 수신한 후, 상기 제1 애플리케이션에서 상기 제1 사용자의 계정에 따라, 상기 제1 사용자의 청취자들의 리스트를 얻도록 구성되고, 청취자들의 상기 리스트는 상기 제1 애플리케이션에서 각각의 청취자의 계정을 저장하며; 그리고
상기 제1 애플리케이션에서 각각의 청취자의 상기 계정에 따라, 대응하는 청취자가 로그 온한 제3 클라이언트 터미널의 어드레스를 얻도록, 그리고 디스플레이를 위해 상기 제3 클라이언트 터미널로 상기 메시지 보디를 발송하도록 구성된, 청취자 모듈을 더 포함하는 서버.
제9항에 있어서,
디스플레이를 위해 상기 제3 클라이언트 터미널로 상기 메시지 보디를 발송한 후, 상기 메시지 보디 내 상기 제1 애플리케이션에서 상기 제2 사용자의 상기 계정을 유발(trigger)하거나 시작(start)하는 상기 대응하는 청취자의 동작을 검출할 때, 상기 제1 애플리케이션에서 상기 제2 사용자의 상기 계정에 따라, 상기 제2 사용자의 게시된 정보 인덱스 리스트를 얻도록, 그리고 상기 게시된 정보 인덱스 리스트에 대응하는, 상기 제2 사용자에 의해 게시된 모든 메시지들을 상기 대응하는 청취자들에게 발송하도록 구성된, 뷰잉 모듈을 더 포함하는 서버.
제9항에 있어서,
상기 제1 사용자로부터 상기 제1 사용자가 로그 온한 상기 제1 클라이언트 터미널를 통해 발송된 상기 메시지 보디를 수신한 후, 상기 메시지 보디의 인덱스를 생성하도록, 그리고
상기 제1 사용자의 청취자들의 상기 리스트를 얻은 후, 상기 제1 애플리케이션에서 각각의 청취자의 계정에 따라, 상기 대응하는 청취자의 수신된 메시지 인덱스 리스트를 얻도록, 그리고 상기 수신된 메시지 인덱스 리스트에 상기 인덱스를 추가하도록 구성된, 수신된 메시지 인덱스 모듈을 더 포함하는 서버.
제8항에 있어서,
상기 제1 사용자로부터 상기 제1 사용자가 로그 온한 상기 제1 클라이언트 터미널를 통해 발송된 상기 메시지 보디를 수신한 후, 상기 메시지 보디의 인덱스를 생성하도록, 상기 제1 애플리케이션에서 상기 제1 사용자의 상기 계정에 따라, 상기 제1 사용자의 게시된 메시지 인덱스 리스트를 얻도록, 그리고 상기 게시된 메시지 인덱스 리스트에 상기 인덱스를 추가하도록 구성된, 게시된 정보 인덱스 모듈을 더 포함하는 서버.
제8항에 있어서,
상기 제1 사용자로부터 상기 제1 사용자가 로그 온한 상기 제1 클라이언트 터미널를 통해 발송된 상기 메시지 보디를 수신한 후, 상기 메시지 보디의 인덱스를 생성하도록, 상기 제1 애플리케이션에서 상기 제2 사용자의 상기 계정에 따라, 상기 제2 사용자의 언급된(mentioned) 메시지 인덱스 리스트를 얻도록, 그리고 상기 언급된 메시지 인덱스 리스트에 상기 인덱스를 추가하도록 구성된, 언급된 메시지 인덱스 모듈을 더 포함하는 서버.
제8항에 있어서,
상기 제1 애플리케이션 내 모든 사용자들의 계정들 및 제2 애플리케이션 내 상기 사용자들의 번호들(numbers) 사이의 대응하는 관계들을 설정하도록; 그리고
상기 대응하는 관계들에 따라 상기 제2 애플리케이션의 사용자 정보를 상기 제1 애플리케이션에 적용하도록 구성된, 연관 모듈을 더 포함하는 서버.