KR101570406B1

KR101570406B1 - 소셜 네트워크 애플리케이션에서 사용자 관계를 실현하는 방법 및 장치

Info

Publication number: KR101570406B1
Application number: KR1020157003880A
Authority: KR
Inventors: 와 예; 텐칭 황; 빈 천
Original assignee: 텐센트 테크놀로지(센젠) 컴퍼니 리미티드
Priority date: 2012-07-12
Filing date: 2013-05-13
Publication date: 2015-11-27
Also published as: JP2015527650A; EP2873219A4; KR20150031476A; WO2014008780A1; EP2873219A1; US20140082088A1; US9392039B2; CN102843421B; CN102843421A

Abstract

본 발명은 정보 보안을 향상시킬 수 있도록 소셜 네트워크 애플리케이션에서 사용자 관계를 구축하는 방법 및 장치를 제공한다. 상기 방법은: 사용자 추가 요구를 수신하는 단계; 상기 사용자 추가 요구가 미리 정해진 믿을 수 있는 친밀도 시나리오로부터 개시되는지를 판정하는 단계; 및 믿을 수 있는 친밀도 시나리오로부터 개시되지 않으면, 상기 사용자 추가 요구를 개시하는 사용자의 식별자에 대한 검증을 수행하고, 검증 결과에 따라 사용자 관계를 구축하는 단계를 포함한다. 상기 장치는: 사용자 추가 요구를 수신하도록 구성되어 있는 요구 획득 모듈; 상기 사용자 추가 요구가 미리 정해진 믿을 수 있는 관계 시나리오로부터 개시되는지를 판정하고, 믿을 수 있는 관계 시나리오로부터 개시되지 않으면, 검증 모듈에 통지하도록 구성되어 있는 시나리오 판정 모듈; 상기 사용자 추가 요구를 개시하는 사용자의 식별자에 대해 검증을 수행하고, 관계 구축 모듈에 검증 결과를 통지하도록 구성되어 있는 검증 모듈; 및 사용자 관계를 구축하도록 구성되어 있는 관계 구축 모듈을 포함한다.

Description

소셜 네트워크 애플리케이션에서 사용자 관계를 실현하는 방법 및 장치{METHOD AND APPARATUS FOR IMPLEMENTING USER RELATIONSHIP IN SOCIAL NETWORK APPLICATION}

일반적으로 인터넷 기술에 관한 것이며, 특히 소셜 네트워크 애플리케이션에서 사용자 관계를 구축하는 방법 및 장치에 관한 것이다.

다양한 네트워크 애플리케이션이 개발됨에 따라, 인터넷의 소셜 네트워킹 애플리케이션도 급속도로 강력하게 개발되고 있다. 사용자는 다양한 다른 소셜 네트워킹 애플리케이션에서 사용자 관계 정보를 통해 다른 사용자들과의 상호작용을 실현할 수 있다. 소셜 네트워킹 애플리케이션에서, 다른 소셜 네트워킹 애플리케이션에서의 사용자 관계 정보를 통해 새로운 사용자 관계가 구축될 수 있는데, 즉 다양한 다른 관계 시나리오를 통해 현재 사용중인 소셜 네트워킹 애플리케이션으로 새로운 사용자 관계가 구축되며, 예를 들어, 위치 기반 서비스에 기초한 소셜 네트워킹 애플리케이션 및 전화번호부와 같은 2개의 관계 시나리오에서 사용자 관계 정보를 반입함으로써 새로운 사용자 관계가 구축될 수 있다. 구체적으로, 현재 사용중인 소셜 네트워킹 애플리케이션, 위치 기반 서비스에 기초한 소셜 네트워킹 애플리케이션, 및 전화번호부는 대응하는 사용자 식별자를 통해 전부 식별될 수 있다. 현재 사용중인 소셜 네트워킹 애플리케이션에서, 임의의 사용자는 식별자 A를 위치 기반 서비스에 기초한 소셜 네트워킹 애플리케이션의 식별자 B와 전화번호부의 식별자 C에 각각 결합하고, 식별자 A와 식별자 B 간의 대응관계, 및 식별자 A와 식별자 C 간의 대응관계를 구축할 수 있다. 이때, 식별자 A와 식별자 B 간의 상호관계에 따라 위치 기반 서비스에 기초한 소셜 네트워킹 애플리케이션에서의 현재 사용자와 관련된 사용자 D가 획득되고, 이 사용자 D는 또한 사용중인 소셜 네트워킹 애플리케이션에서의 대응하는 식별자를 가진다. 또한, 사용자 D와의 사용자 관계는 사용중인 소셜 네트워킹 애플리케이션에서 구축된다. 이 방법에서, 위치 기반 서비스에 기초한 소셜 네트워킹 애플리케이션에서의 사용자 관계는 현재 사용중인 소셜 네트워킹 애플리케이션에 직접 반입하고, 사용자는 이 관계 시나리오에서의 사용자와 현재 사용중인 소셜 네트워킹 애플리케이션에 기초한 사용자 관계를 직접 구축한다. 이에 대응해서, 사용자와 전화번호부 안의 연락처 사람 간의 사용자 관계가 식별자 A 및 식별자 C를 통해 현재 사용중인 소셜 네트워킹 애플리케이션에 구축될 수 있다.

그렇지만, 위치 기반 서비스에 기초한 소셜 네트워킹 애플리케이션의 관계 시나리오를 현재 사용중인 소셜 네트워킹 애플리케이션에 반입함으로써 직접 구축된 사용자 관계에서 사용자들은 낯선 사람들이고, 이들은 서로 친하지 않다. 그렇지만, 낯선 사람이라 하더라도, 사용자는 현재 사용중인 소셜 네트워킹 애플리케이션에서 다른 사용자가 공개한 포토 앨범과 같은 정보를 맘대로 볼 수 있고, 이에 따라 소셜 네트워킹 애플리케이션에서 정보 보안이 불안정하게 된다.

이를 감안하여, 소셜 네트워크 애플리케이션에서 사용자 관계를 구축하는 방법을 제공하여 정보 보안을 향상시킨다.

또한, 소셜 네트워크 애플리케이션에서 사용자 관계를 구축하는 장치를 필연적으로 제공하여, 정보 보안을 향상시킨다.

소셜 네트워킹 애플리케이션에서 사용자 관계를 구축하는 방법은:

장치가 사용자 추가 요구를 수신하는 단계;

장치가 상기 사용자 추가 요구가 미리 정해진 믿을 수 있는 친밀도 시나리오로부터 개시되는지를 판정하는 단계;

믿을 수 있는 친밀도 시나리오로부터 개시되지 않으면, 장치가 상기 사용자 추가 요구를 개시하는 사용자의 식별자에 대한 검증을 수행하고, 검증 결과에 따라 사용자 관계를 구축하는 단계; 및
상기 사용자 추가 요구가 개시되는 관계 시나리오가 미리 설정된 관계 시나리오인 것으로 판정되면, 장치가 상기 사용자 추가 요구를 개시하는 사용자의 식별자에 따라 사용자 관계를 구축하는 단계
를 포함한다.

삭제

소셜 네트워킹 애플리케이션에서 사용자 관계를 구축하는 장치는:

사용자 추가 요구를 수신하도록 구성되어 있는 요구 획득 모듈;

상기 사용자 추가 요구가 미리 정해진 믿을 수 있는 관계 시나리오로부터 개시되는지를 판정하고, 믿을 수 있는 관계 시나리오로부터 개시되지 않으면, 검증 모듈에 통지하도록 구성되어 있는 시나리오 판정 모듈;

상기 사용자 추가 요구를 개시하는 사용자의 식별자에 대해 검증을 수행하고, 관계 구축 모듈에 검증 결과를 통지하도록 구성되어 있는 검증 모듈; 및

사용자 관계를 구축하도록 구성되어 있는 관계 구축 모듈

을 포함한다.

일부의 실시에 따르면, 제1 사용자의 연락처 목록에 제2 사용자를 추가하는 방법은, 하나 이상이 프로세서 및 상기 하나 이상의 프로세서에 의해 실행되는 프로그램을 저장하는 메모리를 가지는 서버에서 수행된다. 제1 사용자와 연관된 제1 클라이언트 기기로부터 제2 사용자의 식별자를 포함하는 사용자 추가 요구를 수신하면, 서버는 제1 사용자와 제2 사용자 간의 관계 시나리오를 판정한다. 상기 관계 시나리오가 제2 사용자가 제1 사용자의 아는 사람인 것을 나타내면, 서버는

제2 사용자와 연관된 계정을 검사하여 제2 사용자를 다른 사용자와 연결하기 위한 검증 과정을 제2 사용자가 요구하는지를 판정하고, 그리고 제2 사용자와 연관된 계정에 따른 검증 과정이 없으면 제1 사용자의 연락처 목록에 제2 사용자의 식별자를 추가한다. 상기 관계 시나리오가 제2 사용자가 제1 사용자에게 낯선 사람인 것으로 나타내면 또는 제2 사용자와 연관된 계정에 따른 검증 과정이 있으면, 제2 사용자와 연관된 제2 클라이언트 기기에 사용자 검증 요구를 송신하고, 그리고 제2 클라이언트 기기로부터 긍정 응답을 수신한 후 제1 사용자의 연락처 목록에 제2 사용자의 식별자를 추가한다.

일부의 실시에 따르면, 서버는 하나 이상의 프로세서 및 메모리를 포함하고, 상기 메모리는 상기 하나 이상의 프로세서에 의해 실행되는 복수의 프로그램을 포함한다. 상기 프로그램은: 제1 사용자와 연관된 제1 클라이언트 기기로부터 제2 사용자의 식별자를 포함하는 사용자 추가 요구를 수신하는 단계; 제1 사용자와 제2 사용자 간의 관계 시나리오를 판정하는 단계; 상기 관계 시나리오가 제2 사용자가 제1 사용자의 아는 사람인 것을 나타내면: 제2 사용자와 연관된 계정을 검사하여 제2 사용자를 다른 사용자와 연결하기 위한 검증 과정을 제2 사용자가 요구하는지를 판정하는 단계; 및 제2 사용자와 연관된 계정에 따른 검증 과정이 없으면 제1 사용자의 연락처 목록에 제2 사용자의 식별자를 추가하는 단계; 상기 관계 시나리오가 제2 사용자가 제1 사용자에게 낯선 사람인 것으로 나타내면 또는 제2 사용자와 연관된 계정에 따른 검증 과정이 있으면: 제2 사용자와 연관된 제2 클라이언트 기기에 사용자 검증 요구를 송신하는 단계; 및 제2 클라이언트 기기로부터 긍정 응답을 수신한 후 제1 사용자의 연락처 목록에 제2 사용자의 식별자를 추가하는 단계를 위한 명령을 포함한다.

소셜 네트워크 애플리케이션에서 사용자 관계를 구축하는 전술한 방법 및 장치에서는, 사용자 추가 요구가 획득된 후, 사용자 추가 요구가 개시되는 관계 시나리오가 믿을 수 있는 관계 시나리오인지를 판정하고; 시나리오가 믿을 수 있는 관계 시나리오가 아니면, 사용자 추가 요구를 개시하는 사용자의 식별자에 대해 검증을 수행하고; 검증이 성공일 때만 사용자 관계가 구축되어, 사용자 식별자가 낯선 사람이면 사용자 추가 요구를 개시하는 사용자가 소셜 네트워킹 애플리케이션에서 다른 사용자들의 정보를 맘대로 볼 수 없게 하며, 이에 의해 소셜 네트워킹 애플리케이션에서 정보 보안이 향상될 수 있다.

전술한 본 발명의 실시뿐만 아니라 추가의 실시도 도면과 결합하여 본 발명의 다양한 관점에 대한 이하의 상세한 설명의 결과로서 더 명확하게 이해할 수 있을 것이다. 도면 중 유사한 도면부호는 대응하는 부분을 나타낸다.
도 1은 실시에 따른 소셜 네트워킹 애플리케이션에서 사용자 관계를 구축하는 방법에 대한 흐름도이다.
도 2는 다른 실시에 따른 소셜 네트워킹 애플리케이션에서 사용자 관계를 구축하는 방법에 대한 흐름도이다.
도 3은 사용자가 사용자 추가 요구를 개시하는 식별자에서 검증을 수행하고, 실시예에 따른 검증 결과에 따라 사용자 관계를 구축하는 방법에 대한 흐름도이다.
도 4는 실시에 따른 소셜 네트워킹 애플리케이션에서 사용자 관계를 구축하는 장치에 대한 개략적인 구조도이다.
도 5는 다른 실시에 따른 소셜 네트워킹 애플리케이션에서 사용자 관계를 구축하는 장치에 대한 개략적인 구조도이다.
도 6은 실시에 따른 검증 모듈에 대한 개략적인 구조도이다.
도 7은 다른 실시에 따라 제1 사용자의 연락처 목록에 제2 사용자를 추가하는 서버에 대한 블록도이다.
도 8은 다른 실시에 따라 제1 사용자의 연락처 목록에 제2 사용자를 추가하기 위한 제1 사용자의 요구를 서버가 어떻게 취급하는가를 설명하는 흐름도이다.

도 1에 도시된 바와 같이, 실시에서, 소셜 네트워킹 애플리케이션에서 사용자 관계를 구축하는 방법은 이하의 단계를 포함한다.

단계 S110: 사용자 추가 요구를 수신한다.

이 실시에서, 소셜 네트워킹 애플리케이션을 통해 사용자에 의해 개시된 사용자 추가 요구가 수신된 후, 그 수신된 사용자 추가 요구가 획득되고, 소셜 네트워킹 애플리케이션에 기초하여 사용자 관계를 구축하는 요구를 개시하는 특정한 사용자는 사용자 추가 요구를 통해 알려지게 된다.

구체적으로, 사용자 관계는 소셜 네트워킹 애플리케이션에서 현재의 사용자와 다른 사용자들 간의 상호관계이다. 예를 들어, 이동 단말에 설치된 소셜 네트워킹 애플리케이션의 전화번호부에 기록되어 있는 각각의 연락처 사람과 이동 단말의 사용자 간의 사용자 관계가 존재하며; 소셜 네트워킹 애플리케이션은 수신된 사용자 추가 요구를 통해 전화번호부의 사용자 관계에 추가되도록 요구하는 연락처 사람을 저장하여, 이동 단말 사용자와 사용자 관계에 추가되도록 요구하는 연락처 사람 간의 상호관계를 구축한다. 또한, 사용자 관계는 친구 관계, 이메일에 기초한 연락처 사람과 이메일의 사용자 간의 상호관계 등이 될 수도 있고, 이에 대해서는 여기서 상세히 설명하지 않는다.

도 2에 도시된 바와 같이, 단계 S110 이전에, 방법은 이하의 단계를 더 포함한다:

단계 S210: 미리 정해진 관계 시나리오로부터, 사용자 관계에 추가되도록 요구하는 사용자의 식별자를 획득하고, 사용자 식별자에 따라 대응하는 소셜 네트워킹 애플리케이션 식별자를 획득한다.

이 실시에서, 관계 시나리오는 사용자 관계가 구축될 것으로 예상되는 사용자의 원천이다. 예를 들어, 관계 시나리오는 사용자 관계가 구축될 것으로 예상되는 사용자와 사용자 추가 요구를 개시하는 사용자 사이에 기존의 사용자 관계가 존재하는 특정한 소셜 네트워킹 애플리케이션이다. 예를 들어, 인스턴트 통신 툴과 같은 소셜 네트워킹 애플리케이션에서, 동일한 위치에 있는 낯선 사람들이 친구를 만들 수 있게 하는 시나리오를 통해 획득된 사용자 목록에서의 선택 동작을 통해 사용자가 선택될 수 있고, 또한 선택된 사용자에 대응하는 인스턴트 통신 식별자는 사용자 식별자와 인스턴트 통신 툴 식별자 간의 대응관계에 따라 획득된다. 선택된 사용자와 그 선택 동작을 촉발하는 사용자는 서로 모르는 사람들일 수도 있다는 것에 유의해야 한다.

위치 기반으로 친구를 만드는 방식(location-based friends making approach)을 통해 획득된 사용자 관계의 관계 시나리오 외에, 관계 시나리오는 또한 소셜 네트워킹 애플리케이션에서 화제 기반으로 친구를 만드는 방식(topic-based friends making approach)을 통해 획득된 사용자 관계일 수 있거나, 또는 행동 기반으로 친구를 만드는 방식(behavior-based friends making approach)을 통해 획득된 사용자 관계일 수 있으며, 전화번호부 또는 이메일 연락처 사람의 정보에 기초한 사용자 관계일 수도 있으며; 이에 대해서는 여기서 상세히 열거하지 않는다. 전술한 선택된 관계 시나리오는 현재 사용중인 소셜 네트워킹 애플리케이션에서의 관계 시나리오와는 다르다.

단계 S230: 소셜 네트워킹 애플리케이션 식별자에 따라 사용자 추가 요구를 개시한다.

이 실시에서, 선택된 사용자 식별자에 대응하는 소셜 네트워킹 애플리케이션 식별자가 획득된 후, 소셜 네트워킹 애플리케이션 식별자에 따라, 소셜 네트워킹 애플리케이션 식별자가 위치하는 클라이언트에 대해 사용자 추가 요구가 개시된다.

소셜 네트워킹 애플리케이션에서 사용자 관계를 구축하는 전술한 방법에서, 사용자는 선택을 통해, 관계 시나리오에서의 사용자 관계 정보에 따라 현재 사용중인 소셜 네트워킹 애플리케이션에서의 사용자 식별자를 획득하고, 이 사용자와 사용자 식별자에 대응하는 다른 사용자 간의 사용자 관계가 존재하며; 사용자가 현재 사용중인 소셜 네트워킹 애플리케이션에서의 사용자와 관련해서 소셜 네트워킹 애플리케이션 식별자는 사용자 식별자에 따라 획득되며, 그런 다음 현재 사용중인 소셜 네트워킹 애플리케이션에 기초하여 사용자 관계를 구축하는 사용자 추가 요구가 사용자에 대해 개시된다.

단계 S130: 사용자 추가 요구가 미리 정해진 믿을 수 있는 관계 시나리오로부터 개시되는지를 판정하고, 믿을 수 있는 관계 시나리오로부터 개시되지 않으면, 단계 S150으로 진행하고, 믿을 수 있는 관계 시나리오로부터 개시되면, 단계 S170으로 진행한다.

본 실시에서, 수신된 사용자 추가 요구는 사용자 추가 요구를 개시하는 사용자에 대응하는 소셜 네트워킹 애플리케이션 식별자 및 사용자 추가 요구가 촉발되는 관계 시나리오와 같은 정보를 포함한다. 예를 들어, 개시된 사용자 추가 요구가 수신되면, 사용자는 소셜 네트워킹 애플리케이션의 상호작용 인터페이스를 봄으로써 사용자 추가 요구를 개시하는 사용자의 식별자를 알 수 있고, 사용자 추가 요구를 개시하는 사용자가 어느 사용자 관계 정보로부터, 즉 어느 관계 시나리오로부터 나오는지를 알 수 있다.

인터넷을 통한 사용자 간의 상호작용에서, 기존의 사용자 관계는 낯선 사람을 기초로 하여 수행될 수도 있고, 아는 사람을 기초로 하여 수행될 수도 있다. 사용자가 서로 낯선 사람일 때 획득되는 관계 시나리오와 비교하면, 사용자가 서로 아는 사람일 때 획득되는 사용자 관계 정보, 즉 관계 시나리오는 믿을 수 있다. 믿을 수 있는 관계 시나리오에서 나온 사용자가 현재 사용중인 소셜 네트워킹 애플리케이션의 정보 보안을 위협할 확률은 낮으며; 믿을 수 있는 관계 시나리오에서 나온 사용자가 아닐 때 불안하며, 이에 대해서는 식별 검증이 수행되어야 한다.

단계 S150: 사용자 추가 요구를 개시하는 사용자의 식별자에 대해 검증을 수행하고, 검증 결과에 따라 사용자 관계를 구축한다.

본 실시에서, 사용자 추가 요구를 개시하는 사용자에 대해 검증을 수행하여 검증 결과를 획득하고, 그 검증 결과가 검증이 성공인 것인지를 판정하며, 성공이면, 사용자 관계가 구축되고, 성공이 아니면, 흐름은 종료된다.

단계 S170: 사용자 추가 요구를 개시하는 사용자의 식별자에 따라 사용자 관계를 구축한다.

다른 실시에서, 단계 S170 이전에, 방법은:

믿을 수 있는 관계 시나리오에서 사용자 추가 요구를 개시하는 사용자의 식별자에 대해 검증을 수행할지를 검사하고, 검증을 수행하는 것이면, 단계 S150으로 진행하고, 검증을 수행하지 않는 것이면, 단계 S170으로 진행하는 단계

를 더 포함한다.

본 실시에서, 사용자 추가 요구가 개시되는 관계 시나리오가 믿을 수 있는 관계 시나리오인 것으로 판정되면, 믿을 수 있는 관계 시나리오 사용자 추가 요구를 개시하는 사용자의 식별자에 대해 검증을 수행하는 선택사항이 설정되어 있는지를 검사하고; 검증을 수행하는 것이면, 식별자에 대한 검증을 수행하여, 소셜 네트워킹 애플리케이션에서의 정보 보안을 더 향상시키며, 검증을 수행하지 않는 것이면, 사용자 관계는 직접 구축된다.

도 3에 도시된 바와 같이, 다른 실시에서, 단계 S105의 특정한 프로세스는 이하의 하위단계를 포함한다.

단계 S151: 사용자 추가 요구를 개시하는 사용자의 식별자에 따라 검증 요구를 개시한다.

본 실시에서, 사용자 추가 요구를 개시하는 사용자의 식별자가 위치하는 클라이언트에 대해 검증 요구를 개시하고, 이에 따라 사용자 추가 요구를 개시하는 사용자는 검증 요구에 따라 식별 검증을 수행한다.

단계 S153: 검증 요구의 검증 응답 정보를 수신하고, 검증 응답 정보에 따라 검증이 성공인지를 판정하고; 성공이면 단계 S155로 진행하고, 성공이 아니면 단계 S157로 진행한다.

본 실시에서, 검증 요구를 수신한 후, 사용자 추가 요구를 개시하는 사용자의 식별자가 위치하는 클라이언트는 검증 요구에 따라 검증 응답 정보를 획득하고, 검증 응답 정보는 사용자가 검증 요구에 응신할 때 생성되며, 이에 따라 수신된 검증 응답 정보가 미리 설정된 검증 정보와 일치하는지를 판정하고, 일치하면, 사용자 관계는 직접 구축된다.

예를 들어, 검증 요구는 사용자에 의해 미리 설정된 질의를 포함한다. 검증 요구가 수신된 후, 사용자는 미리 설정된 질의에 응신하여 검증 응답 정보에 기록되어 있는 내용이 그 질의에 대한 미리 설정된 대답에 일치하는지를 판정하고, 일치하면, 사용자 관계가 구축되고, 일치하지 않으면, 그 수신된 사용자 추가 요구는 거부된다.

단계 S155: 사용자 관계를 구축한다.

단계 S157: 사용자 추가 요구를 거부한다.

이하에서는 특정한 실시를 참조하여 소셜 네트워킹 애플리케이션에서 사용자 관계를 구축하는 방법에 대해 상세히 설명한다. 본 실시에서, 사용자들은 친구이다. 소셜 네트워킹 애플리케이션을 통해 사용자에 의해 개시된 친구 추가 요구가 수신된 후, 친구 관계에 추가되도록 요구하는 친구의 식별자 및 관계 시나리오는 그 수신된 친구 추가 요구를 통해 획득되어, 관계 시나리오가 믿을 수 있는 관계 시나리오인지를 판정하고; 믿을 수 있는 관계 시나리오이면, 친구 식별자는 사용자 식별자와 상관이 있으므로 친구 관계가 구축되고, 믿을 수 있는 관계 시나리오가 아니면, 친구 식별자에 대해 식별 검증이 수행되어, 소셜 네트워킹 애플리케이션에서의 정보 보안을 확보한다.

도 4에 도시된 바와 같이, 실시에서, 소셜 네트워킹 애플리케이션에서 사용자 관계를 구축하는 장치는 요구 획득 모듈(110), 시나리오 판정 모듈(130), 검증 모듈(150), 및 관계 구축 모듈(170)을 포함한다.

요구 획득 모듈(110)은 사용자 추가 요구를 수신하도록 구성되어 있다.

이 실시에서, 소셜 네트워킹 애플리케이션을 통해 사용자에 의해 개시된 사용자 추가 요구가 수신된 후, 요구 획득 모듈(110)은 그 수신된 사용자 추가 요구가 획득하고, 사용자 추가 요구를 통해, 어느 사용자가 소셜 네트워킹 애플리케이션에 기초하여 사용자 관계를 구축하는지를 알게 된다.

구체적으로, 사용자 관계는 소셜 네트워킹 애플리케이션에서 현재의 사용자와 다른 사용자들 간의 상호관계이다. 예를 들어, 전화번호부에 기록되어 있는 각각의 연락처 사람과 이동 단말에 설치된 소셜 네트워킹 애플리케이션에서의 이동 단말 사용자 간의 사용자 관계가 존재한다. 소셜 네트워킹 애플리케이션은 수신된 사용자 추가 요구를 통해 전화번호부의 사용자 관계에 추가되도록 요구하는 연락처 사람을 저장하여, 이동 단말 사용자와 사용자 관계에 추가되도록 요구하는 연락처 사람 간의 상호관계를 구축한다. 또한, 사용자 관계는 친구 관계, 이메일에 기초한 연락처 사람과 이메일의 사용자 간의 상호관계 등이 될 수도 있고, 이에 대해서는 여기서 상세히 설명하지 않는다.

도 5에 도시된 바와 같이, 다른 실시에서, 소셜 네트워킹 애플리케이션에서 사용자 관계를 구축하는 장치는 식별자 획득 모듈(210) 및 요구 개시 모듈(230)을 포함한다.

식별자 획득 모듈(210)은, 미리 정해진 관계 시나리오로부터, 사용자 관계에 추가되도록 요구하는 사용자의 식별자를 획득하고, 사용자 식별자에 따라 대응하는 소셜 네트워킹 애플리케이션 식별자를 획득하도록 구성되어 있다.

이 실시에서, 관계 시나리오는 사용자 관계가 구축될 것으로 예상되는 사용자의 원천이고, 사용자 관계가 구축될 것으로 예상되는 사용자와 사용자 추가 요구를 개시하는 사용자 사이에 사용자 관계가 존재하는 특정한 소셜 네트워킹 애플리케이션이다. 예를 들어, 인스턴트 통신 툴과 같은 소셜 네트워킹 애플리케이션에서, 식별자 획득 모듈(210)은 위치 기반으로 친구를 만드는 방식을 통해 획득된 사용자 목록의 관계 시나리오에서의 선택 동작을 통해 선택된 사용자를 획득하여, 사용자 식별자와 인스턴트 통신 툴 식별자 간의 대응관계에 따라 상기 선택된 사용자에 대응하는 인스턴트 통신 식별자를 획득할 수 있으며, 상기 선택된 사용자와 그 선택 동작을 촉발하는 사용자는 서로 모르는 사람들이다. 위치 기반으로 친구를 만드는 방식을 통해 획득된 사용자 관계의 관계 시나리오 외에, 관계 시나리오는 또한 소셜 네트워킹 애플리케이션에서 화제 기반으로 친구를 만드는 방식을 통해 획득된 사용자 관계일 수 있거나, 또는 행동 기반으로 친구를 만드는 방식을 통해 획득된 사용자 관계일 수 있으며, 전화번호부 또는 이메일 연락처 사람의 정보에 기초한 사용자 관계일 수도 있으며; 이에 대해서는 여기서 상세히 열거하지 않는다. 전술한 선택된 관계 시나리오는 현재 사용중인 소셜 네트워킹 애플리케이션에서의 관계 시나리오와는 다르다.

요구 개시 모듈(230)은 소셜 네트워킹 애플리케이션 식별자에 따라 사용자 추가 요구를 개시하도록 구성되어 있다.

이 실시에서, 선택된 사용자 식별자에 대응하는 소셜 네트워킹 애플리케이션 식별자가 획득된 후, 요구 개시 모듈(230)은 소셜 네트워킹 애플리케이션 식별자에 따라, 소셜 네트워킹 애플리케이션 식별자가 위치하는 클라이언트에 대해 사용자 추가 요구를 개시한다.

소셜 네트워킹 애플리케이션에서 사용자 관계를 구축하는 장치에서, 사용자는 선택을 통해, 관계 시나리오에서의 사용자 관계 정보에 따라 현재 사용중인 소셜 네트워킹 애플리케이션에서의 사용자 식별자를 획득하고, 사용자 관계는 사용자와 사용자 식별자에 대응하는 다른 사용자 간에 존재하며; 사용자가 현재 사용중인 소셜 네트워킹 애플리케이션에서의 사용자와 관련해서 소셜 네트워킹 애플리케이션 식별자는 사용자 식별자에 따라 획득되며, 그런 다음 현재 사용중인 소셜 네트워킹 애플리케이션에 기초하여 사용자 관계를 구축하는 사용자 추가 요구가 사용자에 대해 개시된다.

시나리오 판정 모듈(130)은 사용자 추가 요구가 미리 정해진 믿을 수 있는 관계 시나리오로부터 개시되는지를 판정하고; 믿을 수 있는 관계 시나리오로부터 개시되지 않으면 검증 모듈(150)에 통지하고, 믿을 수 있는 관계 시나리오로부터 개시되면 관계 구축 모듈(170)에 통지하도록 구성되어 있다.

본 실시에서, 수신된 사용자 추가 요구는 사용자 추가 요구를 개시하는 사용자에 대응하는 소셜 네트워킹 애플리케이션 식별자 및 사용자 추가 요구가 촉발되는 관계 시나리오와 같은 정보를 포함한다. 예를 들어, 개시된 사용자 추가 요구가 수신되면, 사용자는 소셜 네트워킹 애플리케이션의 상호작용 인터페이스를 봄으로써 사용자 추가 요구를 개시하는 사용자의 식별자를 알 수 있고, 사용자 추가 요구를 개시하는 사용자가 어느 사용자 관계 정보로부터, 즉 어느 관계 시나리오로부터 나오는지를 알 수 있다. 인터넷을 통한 사용자 간의 상호작용에서, 기존의 사용자 관계는 낯선 사람을 기초로 하여 수행될 수도 있고, 아는 사람을 기초로 하여 수행될 수도 있다. 사용자가 서로 낯선 사람일 때 획득되는 관계 시나리오와 비교하면, 사용자가 서로 아는 사람일 때 획득되는 사용자 관계 정보, 즉 관계 시나리오는 믿을 수 있다. 믿을 수 있는 관계 시나리오에서 나온 사용자가 현재 사용중인 소셜 네트워킹 애플리케이션의 정보 보안을 위협할 확률은 낮으며; 믿을 수 있는 관계 시나리오에서 나온 사용자가 아닐 때 불안하며, 이에 대해서는 식별 검증이 수행되어야 한다.

검증 모듈(150)은 사용자 추가 요구를 개시하는 사용자의 식별자에 대해 검증을 수행하고, 관계 구축 모듈(170)에 검증 결과를 통지하도록 구성되어 있다.

본 실시에서, 검증 모듈(150)은 사용자 추가 요구를 개시하는 사용자에 대해 검증을 수행하여 검증 결과를 획득하고, 그 검증 결과가 검증이 성공인 것인지를 판정하며; 성공이면, 관계 구축 모듈(170)에 통지하여 사용자 관계를 구축하고, 성공이 아니면, 흐름은 종료된다.

관계 구축 모듈(170)은 사용자 추가 요구를 개시하는 사용자의 식별자에 따라 사용자 관계를 구축하도록 구성되어 있다.

다른 실시에서, 소셜 네트워킹 애플리케이션에서 사용자 관계를 구축하는 전술한 장치는 검사 모듈을 더 포함한다. 검사 모듈은 믿을 수 있는 관계 시나리오에서 사용자 추가 요구를 개시하는 사용자의 식별자에 대해 검증을 수행하고, 검증을 수행하는 것이면, 검증 모듈(150)에 통지하고, 검증을 수행하는 것이 아니면, 관계 구축 모듈(170)에 통지한다.

본 실시에서, 사용자 추가 요구가 개시되는 관계 시나리오가 믿을 수 있는 관계 시나리오인 것으로 판정되면, 검사 모듈은 믿을 수 있는 관계 시나리오 사용자 추가 요구를 개시하는 사용자의 식별자에 대해 검증을 수행하는 선택사항이 설정되어 있는지를 검사하고; 검증을 수행하는 것이면, 검증 모듈(150)은 식별자에 대한 검증을 수행하여, 소셜 네트워킹 애플리케이션에서의 정보 보안을 더 향상시키며, 검증을 수행하지 않는 것이면, 사용자 관계는 직접 구축된다.

도 6에 도시된 바와 같이, 실시에서, 검증 모듈(150)은 검증 개시 유닛(151) 및 응답 판정 유닛(153)을 포함한다.

검증 개시 유닛(151)은 사용자 추가 요구를 개시하는 사용자의 식별자에 따라 검증 요구를 개시하도록 구성되어 있다.

본 실시에서, 검증 개시 유닛(151)은 사용자 추가 요구를 개시하는 사용자의 식별자가 위치하는 클라이언트에 대해 검증 요구를 개시하고, 이에 다라 사용자 추가 요구를 개시하는 사용자는 검증 요구에 따라 식별 검증을 수행한다.

응답 판정 유닛(153)은 검증 요구의 검증 응답 요구를 수신하고, 검증 응답 정보에 따라 검증이 성공인지를 판정하고, 성공이면, 사용자 관계를 구축하고, 성공이 아니면, 사용자 추가 요구를 거부한다.

본 실시에서, 검증 요구를 수신한 후, 사용자 추가 요구를 개시하는 사용자의 식별자가 위치하는 클라이언트는 검증 요구에 따라 검증 응답 정보를 획득하고, 검증 응답 정보는 사용자가 검증 요구에 응신할 때 생성되며, 그런 다음 응답 판정 유닛(153)은 그 수신된 검증 응답 정보가 미리 설정된 검증 정보와 일치하는지를 판정하고, 일치하면, 사용자 관계를 직접 구축한다.

예를 들어, 검증 요구는 사용자에 의해 미리 설정된 질의를 포함한다. 검증 요구가 수신된 후, 사용자는 미리 설정된 질의에 응신하여 검증 응답 정보를 생성하며, 이에 따라 응답 판정 유닛(153)은 검증 응답 정보에 기록되어 있는 내용이 그 질의에 대한 미리 설정된 대답에 일치하는지를 판정하고, 일치하면, 사용자 관계를 구축하고, 일치하지 않으면, 그 수신된 사용자 추가 요구를 거부한다.

소셜 네트워크 애플리케이션에서 사용자 관계를 구축하는 방법 및 장치에서는, 사용자 추가 요구가 획득된 후, 사용자 추가 요구가 개시되는 관계 시나리오가 믿을 수 있는 관계 시나리오인지를 판정하고; 시나리오가 믿을 수 있는 관계 시나리오가 아니면, 사용자 추가 요구를 개시하는 사용자의 식별자에 대해 검증을 수행하고; 검증이 성공일 때만 사용자 관계가 구축되어, 사용자 식별자가 낯선 사람이면 사용자 추가 요구를 개시하는 사용자가 소셜 네트워킹 애플리케이션에서 다른 사용자들의 정보를 맘대로 볼 수 없게 하며, 이에 의해 소셜 네트워킹 애플리케이션에서 정보 보안이 향상될 수 있다.

소셜 네트워크 애플리케이션에서 사용자 관계를 구축하는 방법 및 장치는 사용자의 소셜 네트워킹 애플리케이션을 위한 다양한 관계 시나리오로부터 사용자를 반입하고, 소셜 네트워킹 애플리케이션에 기초하여 사용자 관계를 구축하며, 사용자 추가 요구를 개시하는 사용자의 식별자에 대해 검증을 수행함으로써 그리고 미리 설정된 믿을 수 있는 관계 시나리오에 속하지 않는 사용자 개인정보를 보호한다.

당업자라면 실시에 따른 방법의 흐름 중 일부 또는 전부는 관련 하드웨어에 명령을 내리는 컴퓨터 프로그램에 의해 구현될 수 있다는 것을 이해할 수 있을 것이다. 프로그램은 컴퓨터가 판독 가능한 저장 매체에 저장될 수 있다. 프로그램이 실행되면, 전술한 방법의 실시의 흐름이 포함될 수 있다. 저장 매체는 자기디스크, 광디스크, 리드 온리 메모리(ROM), 또는 랜덤 액세스 메모리(RAM) 등이 될 수 있다.

도 7은 다른 실시에 따라 제1 사용자의 연락처 목록에 제2 사용자를 추가하는 서버에 대한 블록도이다. 서버(20)는 메모리(712); 메모리(712)에 저장되어 있는 모듈, 프로그램 및/또는 명령을 실행하고 이에 의해 미리 정해진 동작들을 수행하는 하나 이상의 프로세서(702); 하나 이상의 네트워크 또는 다른 통신 인터페이스(710); 및 이러한 구성성분을 상호접속하기 위한 하나 이상의 통신 버스(714)를 포함한다. 일부의 실시에서, 서버(20)는 디스플레이 기기(708) 및 하나 이상의 입력 기기(706)(예를 들어, 키보드 또는 마우스)를 포함하는 사용자 인터페이스(704)를 포함한다. 일부의 실시에서, 메모리(712)는 DRAM, SRAM과 같은 고속 램 또는 다른 랜덤 액세스 솔리드 스테이트 메모리 기기를 포함한다. 일부의 실시에서, 메모리(712)는 비휘발성 메모리이며, 예를 들어, 하나 이상의 자기디스크 저장 장치, 광디스크 저장 장치, 플래시 메모리 장치, 또는 그외 비휘발성 솔리드 스테이트 메모리 장치이다. 일부의 실시에서, 메모리(712)는 프로세서(들)(702)로부터 떨어져 위치하는 하나 이상의 저장 장치를 포함한다. 메모리(712) 또는 대안으로 메모리(712) 내의 하나 이상의 저장 장치(예를 들어, 하나 이상의 비휘발성 저장 장치)는 일시적 컴퓨터 판독 가능형 저장 매체를 포함한다. 일부의 실시에서, 메모리(712) 또는 메모리(712)의 컴퓨터 판독 가능형 저장 매체는 프로그램, 모듈 및 데이터 구조, 또는 이것들의 서브세트를 저장한다:

ㆍ운영체제(716)는 다양한 기본 시스템 서비스를 취급하고 하드웨어 종속 작업을 수행하는 과정을 포함하고;

ㆍ네트워크 통신 모듈(718)은 서버(20)를 통신 네트워크 인터페이스(710) 및 하나 이상의 통신 네트워크(유선 또는 무선), 그외 광역 네트워크(예를 들어, 인터넷), 근거리 통신망, 대도시 영역 네트워크 등을 통해 그외 컴퓨터(예를 들어, 도 8의 제1 클라이언트 기기(10-1) 및 제2 클라이언트 기기(10-2))에 연결하도록 구성되어 있으며;

ㆍ사용자 추가 모듈(720)은 클라이언트 기기(10)로부터 사용자 처리 요구를 수신하고 처리하도록 구성되어 있으며, (i) 시나리오를 판정하거나 제1 사용자가 제2 사용자(더 정확하게는, 제2 사용자의 식별자)를 만나는 것을 설정하도록 구성되어 있고, 이것은 두 사용자가 이 만남 이전에 아는 사람들인지 또는 낯선 사람들인지를 나타내는 관계 시나리오 판정 모듈(722) 및 (ii) 서버(20)에서의 사용자 계정과 관련된 연락처 목록과 클라이언트 기기에서의 동일한 사용자와 관련된 연락처 목록을 동기화하도록 구성되어 있는 연락처 목록 동기화 모듈(724)을 더 포함하며;

ㆍ사용자 계정 정보 데이터베이스(730)는 서버(20)가 호스팅하는 서비스(예를 들어, 소셜 네트워킹 또는 단문 메시지 서비스)와 관련된 복수의 사용자 계정을 저장하도록 구성되어 있으며, 각각의 사용자 계정은 서비스의 사용자를 고유하게 식별하는 사용자 식별자(732), 사용자가 서비스에 액세스하는 데 사용되는 클라이언트 기기(예를 들어, 스마트폰)를 고유하게 식별하는 클라이언트 기기 식별자(734), 다른 사용자가 사용자를 자신의 연락처 목록에 추가하는 것을 허가하기 전에 그 사용자가 어떤 검증 과정을 요구하는지를 나타내는 검증 선호(736), 사용자와 이전에 통신하고 있던 동일한 서비스의 다른 사용자의 하나 이상의 식별자를 포함하는 연락처 목록(738), 및 사용자가 자신의 계정에 업로딩하는 픽처 및 사용자가 자신의 계정에 포스팅하는 텍스트 메시지 등과 같은 데이터(740)를 포함한다.

도 7과 관련해서 위에서 설명된 서버(20) 내의 모듈 및 데이터세트는 싱글 컴퓨터 서버에서 실행될 수 있거나 컴퓨터 네트워크에 의해 연결되어 있는 복수의 컴퓨터 서버에 분배될 수 있다는 것에 유의해야 한다. 특정한 하드웨어 구성이 서버(20)의 성능에 영향을 줄 수 있으나, 본 출원의 실시는 특별한 하드웨어 구성에 좌우되지 않는다.

스마트폰과 같은 이동 기기에서의 소셜 네트워킹 애플리케이션의 폭넓은 사용으로 많은 사람의 일상생활이 상당히 풍요로워진다. 전술한 바와 같이, 사람들은 자신들의 지리적 위치 및 인구학적 배경에 상관없이 서로 통신하고 정보를 공유하며 그런 다음 소셜 네트워킹 애플리케이션에서 제공하는 볼 수 없는 플랫폼을 통해 좋은 친구가 될 수 있다. 본 출원의 한 목적은 사람들이 소셜 네트워킹 애플리케이션 상에서 자신들의 사생활이나 개인정보를 노출하는 것에 대해 더 많은 제어를 가지는 메커니즘을 제공하는 것이다.

도 8은 다른 실시에 따라 제1 사용자의 연락처 목록에 제2 사용자를 추가하기 위한 제1 사용자의 요구를 서버가 어떻게 취급하는가를 설명하는 흐름도이다. 본 예에서는, 세 개의 파티가 있는데, 제1 사용자가 사용하는 제1 클라이언트 기기(10-1), 제2 사용자가 사용하는 제2 클라이언트 기기(10-2), 제1 클라이언트 기기 및 제2 클라이언트 기기 모두와 통신하는 서버가 있다. 일부의 실시에서, 제1 및 제2 클라이언트 기기는 데스크톱, 랩톱, 스마트폰, 태블릿 등으로 이루어지는 그룹으로부터 선택된 기기일 수 있다. 설명의 목적상, 제1 클라이언트 기기 및 제2 클라이언트 기기 모두는 텐센트 사의 위쳇과 같은 소셜 네트워킹 애플리케이션을 설치하는 스마트폰이다. 이 소셜 네트워킹 애플리케이션은 아는 사람들이 텍스트/오디오/비디오 메시지를 서로 송신할 수 있게 할 수 있을 뿐만 아니라 특별한 화제 또는 자신들의 인구학적 및/또는 지리적 근접성에서의 공통의 관심사에 기초하여 낯선 사람들도 모이게 할 수 있다. 의도하지 않은 결과, 예를 들어, 사용자의 사생활 또는 개인정보(예를 들어, 주민등록번호 또는 생일)이 낯선 사람에게 우연히 공개되는 것을 방지하기 위해, 서버는 다른 사람들을 자신의 연락처 목록에 추가하려는 임의의 사람으로부터의 요구를 차단하는 메커니즘을 실행한다.

도 8에 도시된 바와 같이, 제1 클라이언트 기기(10-1)에서의 제1 사용자는 제2 사용자(또는 제2 사용자의 식별자)를 선택하고(801) 사용자 추가 요구를 서버(20)에 송신함으로써(802) 제2 사용자를 자신의 연락처 목록에 추가하기로 판정한다. 예를 들어, 제1 사용자 및 제2 사용자가 각자의 스마트폰을 동시에 또는 근처의 동일한 위치에서 스윙할 때 제1 사용자는 물리적으로 또는 사이버공간에서 (예를 들어, 동일한 소셜 네트워킹 애플리케이션을 통해) 제2 사용자와 만날 수 있다. 이 두 사용자는 서로 아는 사이일 수도 있고 모르는 사이일 수도 있다. 일부의 실시에서, 제1 사용자 및 제2 사용자는 자신들의 통신을 계속할 수 있기 직전에 제1 사용자는 제2 사용자를 자신의 연락처 목록에 추가해야 한다. 일부의 다른 실시에서, 제1 사용자 및 제2 사용자가 소정의 시간 동안 서로 통신한 후 제1 사용자는 제2 사용자를 자신의 연락처 목록에 추가할지를 선택할 수 있다. 일부의 실시에서, 제1 사용자는 상이한 애플리케이션(예를 들어, 전화 또는 이메일)에서 제2 사용자의 식별자를 찾아내고 제2 사용자를 자신의 연락처 목록에 추가하기로 판정할 수 있다. 이 경우, 제2 사용자의 전화번호 또는 이메일 주소가 제2 사용자의 식별자이다.

사용자 추가 요구를 수신하면, 서버는 제1 사용자와 제2 사용자 간의 관계 시나리오를 판정한다(805). 전술한 바와 같이, 제2 사용자의 식별자는 이 두 사용자 간의 관계 시나리오의 지시자일 수 있다. 예를 들어, 제2 사용자의 식별자가 제1 클라이언트 기기(10-1) 상에서 운용되는 다른 애플리케이션의 연락처 목록에서 발견되면, 두 사용자는 이전에 적어도 한 번 만났던 것으로 생각되므로 두 사용자는 서로 아는 사람들인 것으로 간주된다. 반대로, 제2 사용자의 식별자가 최초로 제1 클라이언트 기기(10-1)에 출현한 것이 처음이고 제1 사용자와 관련된 어떠한 연락처 목록에도 표시되지 않으면, 두 사용자는 서로 낯선 사람들인 것으로 간주된다.

제2 사용자가 제1 사용자에 낯선 사람인 것으로 간주되면(807-낯선 사람), 서버(20)는 제2 사용자와 관련된 제2 클라이언트 기기(10-2)에 사용자 검증 요구를 송신한다(812). 제2 사용자가 제1 사용자의 아는 사람인 것으로 간주되면(807-아는 사람), 서버(20)는 제2 사용자를 제1 사용자의 연락처 목록에 즉시 추가하지 않아도 된다. 도 7과 관련해서 전술한 바와 같이, 각각의 사용자 계정은 사용자를 다른 사용자의 연락처 목록에 추가하는 요구에 응답해서 이 사용자가 연습하는 것을 선택하는 제어 수준을 지시하는 검증 선호를 포함한다. 가능한 제어 수준은: 어떠한 이전의 검증 없이 임의의 사용자로부터의 사용자 추가 요구에 대한 자동 승인, 아는 사람으로부터의 요구에 대해서만 자동 승인 및 낯선 사람으로부터의 요구에 대한 수동 승인, 임의의 요구에 대한 수동 검증, 낯선 사람으로부터의 요구에 대한 자동 거절 및 아는 사람으로부터의 요구에 대한 수동 검증 등을 포함한다.

제2 사용자가 아는 사람으로부터의 요구에 대한 검증 과정을 요구하는 것으로 제2 사용자의 계정이 지시하면(811-Yes), 서버(20) 역시 제2 사용자와 관련된 제2 클라이언트 기기(10-2)에 사용자 검증 요구를 송신한다(812). 그렇지 않으면(811-No), 서버(20)는 사용자 추가 요구를 승인한다(815).

제2 클라이언트 기기(10-2)는 사용자 검증 요구를 표시한다(813). 일부의 실시에서, 사용자 검증 요구는 텍스트 메시지의 형태일 수도 있고 서버(20)에서 호스팅하는 서비스에 대한 링크를 포함하는 이메일 메시지의 형태일 수도 있다. 일부의 다른 실시에서, 제2 사용자가 서버(20)가 호스팅하는 동일한 서비스를 사용하면 사용자 검증 요구는 제2 클라이언트 기기(10-2)에서의 팝업 윈도의 형태일 수 있다. 제2 클라이언트 기기에서의 제2 사용자로부터 응답을 검출하면(817), 제2 클라이언트 기기(10-2)는 서버(20)에 회신을 송신한다. 일부의 실시에서, 응답은 긍정(즉, 제2 사용자는 제1 사용자의 연락처 목록에 추가되는 것에 동의한다) 또는 부정(즉, 제2 사용자는 제1 사용자의 연락처 목록에 추가되는 것을 거부한다)이다. 긍정이면(819-Positive), 서버는 사용자 추가 요구를 송신하고(815); 부정이면(819-Negative), 서버는 사용자 추가 요구를 거부한다(821). 어느 경우이든지, 서버(20)는 자신과 제1 클라이언트 기기(10-1)와 동기화해야 한다(823). 예를 들어, 제2 사용자가 제1 사용자의 연락처 목록에 추가되면, 제1 클라이언트 기기(10-1)에서의 제1 사용자의 연락처 목록은 그에 따라 갱신되어야 한다. 대안으로, 제2 사용자가 제1 사용자의 연락처 목록에 추가되지 않으면, 제1 클라이언트 기기(10-1)는 원래의 사용자 추가 요구가 제1 클라이언트 기기(10-1)로부터 개시된 이후 마찬가지로 통지받아야 한다. 응답 시에, 제1 클라이언트 기기(10-1)는 그 자체의 목록에 제2 사용자의 식별자를 추가하거나 서버(20)로부터의 명령에 기초하여 그렇게 하는 것을 거부한다(825).

일부의 실시에서, 제2 사용자의 연락처 목록에 제2 사용자를 추가하는 것은 제2 사용자에 이용 가능한 자신의 계정 하에 제2 사용자의 데이터를 만든다는 것이다. 제2 사용자와 공유할 정보에 대한 제2 사용자의 제어를 더 정교하게 하기 위해, 서버(20)는 사용자가 가족 구성원, 급우, 동료, 및 친구와 같이 선택할 아는 사람 또는 친구에 대한 복수의 수준을 더 제공한다. 예를 들어, 제2 사용자와 자신의 관계를 특징짓기 위해 제1 사용자에 대한 상이한 수준의 친밀도를 열거하는 드롭다운 목록이 제1 클라이언트 기기(10-1)의 화면 상에 생성될 수 있다. 제1 사용자가 선택한 친밀도 수준을 수신하면, 서버(20)는 사용자-선택 친밀도 수준을 포함하도록 제1 사용자와 관련된 계정을 갱신한다. 사용자-선택 친밀도 수준은 제1 사용자와 제2 사용자 간의 정보의 공유를 제어하도록 구성되어 있다. 제1 사용자가 가족 구성원 수준을 선택하면, 서버(20)는 제2 사용자에 이용 가능한 서버에 제1 사용자의 계정과 관련된 모든 데이터를 만들어야 한다는 것을 통지받는다. 마찬가지로, 급우, 동료, 및 친구 수준에 따라 제1 사용자의 데이터에 액세스하는 제2 사용자에 대한 권한이 점점 축소된다. 이 특징을 지원하기 위해, 제1 사용자는 서버에서의 자신의 계정에 업로드된 한 편의 데이터에 대한 가시성 수준을 선택하는 것을 회상시켜 준다. 그렇지 않으면, 디폴트 수준의 가시성이 그 한 편의 데이터에 할당되고 디폴트 수준의 가시성은 자신의 프로파일에 사용자에 의해 설정/수정될 수 있다.

일부의 실시에서, 서버(20)는 제1 사용자와 제2 사용자 간의 상호관계의 원리를 실행한다. 환언하면, 제1 사용자의 연락처 목록에 추가되는 것을 자체적으로 승인하는 제2 사용자의 긍정 응답을 수신한 후, 서버(20)는 제2 사용자의 연락처 목록에 제1 사용자의 식별자를 자동으로 추가한다. 제1 사용자에 대해 제1 사용자가 선택한 친밀도의 수준은 또한 제2 사용자의 데이터에 액세스하는 제1 사용자의 권한에 적용될 수 있다. 일부의 다른 실시에서, 친밀도의 수준은 사용자 모두에 대해 초기에는 동일할 수 있으나 제1 사용자의 계정에서의 제2 사용자의 친밀도 수준이 제2 사용자 계정에서의 제1 사용자의 친밀도 수준과 다를 수 있도록 사용자에 의해서도 나중에 수정될 수 있다. 예를 들어, 제1 사용자가 제2 사용자의 친밀도 수준을 변경하면, 서버(20)는 제2 사용자에 자동으로 통지하고 이러한 갱신을 완료하기 전에 제2 사용자로부터의 이전의 승인을 자동으로 추구한다. 일부의 실시에서, 서버(20)는 자신의 친밀도 수준이 낮아지면(이것은 제2 사용자의 데이터 액세스 권한을 제한한다) 제2 사용자에게 통지하지만 그렇지 않으면 제2 사용자의 데이터 액세스 요구를 잠자코 증가시킨다. 일부의 실시에서, 서버(20)는 자신의 친밀도 수준에 대한 어떠한 변화에 대해 제2 사용자에게 통지한다. 사용자 추가의 상호관계처럼, 친밀도 수준의 변경은 마찬가지로 가역적이 될 수 있다.

위에서는 특별한 실시예에 대해 설명하였으나, 본 발명은 이러한 특별한 실시예에 제한되도록 의도한 것이 아님을 이해할 수 있을 것이다. 대조적으로, 본 발명은 첨부된 특허청구범위의 정신 및 범주 내에 있는 대안, 변형 및 등가 포함한다. 여기에 제시된 요지를 완전하게 이해할 수 있도록 하기 위해 다양한 특정한 상세한 설명을 개시하였다. 그러나 그러한 요지는 이러한 특정한 상세한 설명 없이도 실시될 수 있다는 것은 당업자에게는 자명할 것이다. 다른 예에서는, 실시예의 관점을 불필요하게 불명확하게 할 수 있으므로 공지의 방법, 과정, 구성요소 및 회로에 대해 상세히 설명하지 않았다.

본 명세서에서 제1, 제2 등의 용어가 다양한 요소를 설명하기 위해 사용되었으나, 이러한 요소는 이러한 용어에 의해 제한되지 않는다. 이러한 용어는 단지 요소들을 서로 구별하기 위해 사용된 것이다. 예를 들어, 제1 랭킹 기준은 제2 랭킹 기준으로 될 수 있고, 마찬가지로, 본 발명의 범주를 벗어남이 없이, 제2 랭킹 기준이 제1 랭킹 기준으로 될 수 있다. 제1 랭킹 기준 및 제2 랭킹 기준은 모두 랭킹 기준이지만, 이것들은 동일한 랭킹 기준이 아니다.

본 발명에 대한 상세한 설명에서 사용된 용어는 단지 특별한 실시예를 설명할 목적인 것이며 본 발명을 제한하려는 것이 아니다. 발명의 상세한 설명 및 첨부된 특허청구범위에서 사용된 바와 같이, 단수 형태는 그 문맥에서 정확하게 다른 뜻을 지적하지 않는다면, 마찬가지로 복수 형태를 포함한다. 본 명세서에서 사용된 바와 같은 용어 "및/또는"은 하나 이상의 관련하여 열거된 항목에 대해 임의의 그리고 모든 가능한 조합을 말하거나 망라하는 것으로 또한 이해해야 한다. 용어 "포함하다", "포함하는", "구비하다", 및/또는 "구비하는"은 명세서에서 사용될 때, 언급된 특징, 동작, 요소, 및/또는 구성요소의 존재를 설명하는 것이나 하나 이상의 다른 특징, 동작, 요소, 구성요소, 및/또는 이것들의 그룹의 존재 또는 추가를 배제하는 것이 아니다는 것도 이해할 수 있을 것이다.

여기서 사용된 바와 같이, 용어 "...이면"은 언급된 조건부가 참이면, 문맥에 따라 다르다는 것에 있어서, "...일 때" 또는 "...이면" 또는 "판정하는 것에 응답해서" 또는 "판정에 따라" 또는 "검출에 응답해서"를 의미하는 것으로 파악되어야 한다. 마찬가지로, 문구 "[언급된 조건부가 참이면]으로 판정되면" 또는 "[언급된 조건부가 참이면]" 또는 "[언급된 조건부가 참이면]일 때"는 언급된 조건부가 참이면, 문맥에 따라 다르다는 것에 있어서, "판정되면" 또는 "판정에 응답해서" 또는 "판정에 따라" 또는 "검출하면" 또는 "검출에 응답해서"를 의미하는 것으로 파악되어야 한다.

다양한 도면 중 일부는 특별한 순서로 일련의 논리적 단계들을 도시하고 있으나, 순서대로 되지 않은 단계들에 대해 순서를 재배치할 수 있고 다른 단계들이 결합되거나 삭제될 수 있다. 일부의 순서 재배치 또는 다른 그룹화가 구체적으로 언급되었으나, 당업자라면 다른 것들도 이해할 수 있으며 총망라된 대안의 목록이 제공되지 않았다는 것도 이해할 수 있을 것이다. 또한, 이러한 단계들은 하드웨어, 펌웨어, 소프트웨어 또는 이것들의 임의의 조합으로 실현될 수 있다는 것을 이해해야 한다.

전술한 설명은 설명의 목적상 특정한 실시를 참조하여 설명하였다. 그렇지만, 위에서 도해된 논의는 본 발명을 논의된 정확한 형태에 철저한 것도 아니고 제한하는 것도 아니다. 많은 수정 및 변형이 전술한 지침을 감안하여 가능하다. 실시는 본 발명의 원리 및 그 실제의 애플리케이션을 가장 잘 설명하도록 선택되고 설명되었으며, 이에 의해 당업자라면 본 발명을 가장 잘 활용할 수 있을 것이며 다양한 변형에 따라 다양한 실시는 간주된 특별한 사용에 적합하다. 실시는 첨부된 특허청구범위의 정신 및 범주 내에 있는 대안, 변형 및 등가를 포함한다. 여기에 제시된 요지를 완전하게 이해할 수 있도록 하기 위해 다양한 특정한 상세한 설명을 개시하였다. 그러나 그러한 요지는 이러한 특정한 상세한 설명 없이도 실시될 수 있다는 것은 당업자에게는 자명할 것이다. 다른 예에서는, 실시예의 관점을 불필요하게 불명확하게 할 수 있으므로 공지의 방법, 과정, 구성요소 및 회로에 대해 상세히 설명하지 않았다.

Claims

제1 사용자의 연락처 목록에 제2 사용자를 추가하는 방법으로서,
하나 이상의 프로세서 및 상기 하나 이상의 프로세서에 의해 실행되는 프로그램을 저장하는 메모리를 가지는 서버에서:
제1 사용자와 연관된 제1 클라이언트 기기로부터 제2 사용자의 식별자를 포함하는 사용자 추가 요구를 수신하는 단계;
제1 사용자와 제2 사용자 간의 관계 시나리오를 판정하는 단계;
상기 관계 시나리오가 제2 사용자가 제1 사용자의 아는 사람인 것을 나타내면:
제2 사용자와 연관된 계정을 검사하여 제2 사용자를 다른 사용자와 연결하기 위한 검증 과정을 제2 사용자가 요구하는지를 판정하는 단계; 및
제2 사용자와 연관된 계정에 따른 검증 과정이 없으면 제1 사용자의 연락처 목록에 제2 사용자의 식별자를 추가하는 단계;
상기 관계 시나리오가 제2 사용자가 제1 사용자에게 낯선 사람인 것으로 나타내면 또는 제2 사용자와 연관된 계정에 따른 검증 과정이 있으면:
제2 사용자와 연관된 제2 클라이언트 기기에 사용자 검증 요구를 송신하는 단계; 및
제2 클라이언트 기기로부터 긍정 응답을 수신한 후 제1 사용자의 연락처 목록에 제2 사용자의 식별자를 추가하는 단계
를 포함하는 방법.
제1항에 있어서,
제1 사용자가 계정을 가진 다른 애플리케이션의 연락처 목록 중에서 제2 사용자의 식별자가 선택되면 제2 사용자는 제1 사용자의 아는 사람인 것으로 간주되는, 방법.
제2항에 있어서,
상기 다른 애플리케이션은 인스턴트 통신 애플리케이션, 전화기 애플리케이션, 및 이메일 통신 애플리케이션으로 이루어지는 그룹 중에서 선택된 애플리케이션인, 방법.
제1항에 있어서,
제1 사용자가 계정을 가진 소셜 네트워킹 애플리케이션에 의해 제2 사용자의 식별자가 처음 검출되면 제2 사용자는 제1 사용자의 낯선 사람인 것으로 간주되는, 방법.
제1항에 있어서,
상기 제1 사용자의 연락처 목록에 제2 사용자의 식별자를 추가하는 단계는,
제1 사용자에 표시하기 위해 제1 클라이언트 기기에 복수의 친밀도 수준을 제공하는 단계;
제1 사용자에 의해 선택된 하나의 친밀도 수준을 수신하는 단계; 및
사용자-선택 친밀도 수준을 포함하도록 제1 사용자와 연관된 계정을 갱신하는 단계
를 더 포함하며,
상기 사용자-선택 친밀도 수준은 제1 사용자와 제2 사용자 간의 정보의 공유를 제어하도록 구성되어 있는, 방법.
제5항에 있어서,
상기 복수의 친밀도 수준은 가족 구성원, 급우, 동료, 및 친구를 포함하는, 방법.
제5항에 있어서,
제2 클라이언트 기기로부터 긍정 응답을 수신한 후 제1 사용자의 식별자를 제2 사용자의 연락처 목록에 추가하는 단계
를 더 포함하는 방법.
제7항에 있어서,
제1 사용자의 계정에서의 제2 사용자의 친밀도 수준은 제2 사용자의 계정에서의 제1 사용자의 친밀도 수준과 동일한, 방법.
제7항에 있어서,
제1 사용자의 계정에서의 제2 사용자의 친밀도 수준은 제2 사용자의 계정에서의 제1 사용자의 친밀도 수준과 다른, 방법.
서버로서,
하나 이상의 프로세서; 및
메모리;
를 포함하고,
상기 메모리는 상기 하나 이상의 프로세서에 의해 실행되는 복수의 프로그램
을 포함하고,
상기 복수의 프로그램은:
제1 사용자와 연관된 제1 클라이언트 기기로부터 제2 사용자의 식별자를 포함하는 사용자 추가 요구를 수신하는 단계;
제1 사용자와 제2 사용자 간의 관계 시나리오를 판정하는 단계;
상기 관계 시나리오가 제2 사용자가 제1 사용자의 아는 사람인 것을 나타내면:
제2 사용자와 연관된 계정을 검사하여 제2 사용자를 다른 사용자와 연결하기 위한 검증 과정을 제2 사용자가 요구하는지를 판정하는 단계; 및
제2 사용자와 연관된 계정에 따른 검증 과정이 없으면 제1 사용자의 연락처 목록에 제2 사용자의 식별자를 추가하는 단계;
상기 관계 시나리오가 제2 사용자가 제1 사용자에게 낯선 사람인 것으로 나타내면 또는 제2 사용자와 연관된 계정에 따른 검증 과정이 있으면:
제2 사용자와 연관된 제2 클라이언트 기기에 사용자 검증 요구를 송신하는 단계; 및
제2 클라이언트 기기로부터 긍정 응답을 수신한 후 제1 사용자의 연락처 목록에 제2 사용자의 식별자를 추가하는 단계
를 위한 명령을 포함하는, 서버.
제10항에 있어서,
상기 제1 사용자의 연락처 목록에 제2 사용자의 식별자를 추가하는 단계를 위한 명령은,
제1 사용자 기기에 표시하기 위해 제1 클라이언트 기기에 복수의 친밀도 수준을 제공하는 단계;
제1 사용자에 의해 선택된 하나의 친밀도 수준을 수신하는 단계; 및
사용자-선택 친밀도 수준을 포함하도록 제1 사용자와 연관된 계정을 갱신하는 단계
를 위한 명령을 더 포함하며,
상기 사용자-선택 친밀도 수준은 제1 사용자와 제2 사용자 간의 정보의 공유를 제어하도록 구성되어 있는, 서버.
제11항에 있어서,
상기 복수의 친밀도 수준은 가족 구성원, 급우, 동료, 및 친구를 포함하는, 서버.
소셜 네트워킹 애플리케이션에서 사용자 관계를 구축하는 방법으로서,
장치가 사용자 추가 요구를 수신하는 단계;
장치가 상기 사용자 추가 요구가 미리 정해진 믿을 수 있는 관계 시나리오로부터 개시되는지를 판정하는 단계; 및
믿을 수 있는 관계 시나리오로부터 개시되지 않으면, 장치가 상기 사용자 추가 요구를 개시하는 사용자의 식별자에 대한 검증을 수행하고, 검증 결과에 따라 사용자 관계를 구축하는 단계; 및
상기 사용자 추가 요구가 개시되는 관계 시나리오가 믿을 수 있는 관계 시나리오인 것으로 판정되면, 장치가 상기 사용자 추가 요구를 개시하는 사용자의 식별자에 따라 사용자 관계를 구축하는 단계
를 포함하는 방법.
제13항에 있어서,
상기 사용자 추가 요구를 수신하는 단계 이전에,
미리 정해진 관계 시나리오에서의 사용자 관계에 추가되도록 요구하는 사용자의 식별자를 획득하고, 선택된 사용자 식별자에 따라 대응하는 소셜 네트워킹 애플리케이션 식별자를 획득하는 단계; 및
상기 소셜 네트워킹 애플리케이션 식별자에 따라 사용자 추가 요구를 개시하는 단계
를 더 포함하는 방법.
제13항에 있어서,
상기 사용자 추가 요구를 개시하는 사용자의 식별자에 따라 사용자 관계를 구축하는 단계 이전에,
상기 사용자 추가 요구를 개시하는 사용자의 식별자에 대해 검증을 수행할지를 검사하는 단계;
검증을 수행하는 것이면, 상기 사용자 추가 요구를 개시하는 사용자의 식별자에 대한 검증을 수행하고, 검증 결과에 따라 사용자 관계를 구축하는 단계로 진행하는 단계; 및
검증을 수행하지 않는 것이면, 상기 사용자 추가 요구를 개시하는 사용자의 식별자에 따라 사용자 관계를 구축하는 단계로 진행하는 단계
를 더 포함하는 방법.
제13항에 있어서,
상기 사용자 추가 요구를 개시하는 사용자의 식별자에 대한 검증을 수행하고, 검증 결과에 따라 사용자 관계를 구축하는 단계는,
상기 사용자 추가 요구를 개시하는 사용자의 식별자에 따라 검증 요구를 개시하는 단계; 및
상기 검증 요구의 검증 응답 정보를 수신하고, 상기 검증 응답 정보에 따라 검증이 성공인지를 판정하고, 성공이면, 사용자 관계를 구축하는 단계
를 포함하는, 방법.
소셜 네트워킹 애플리케이션에서 사용자 관계를 구축하는 장치로서,
사용자 추가 요구를 수신하도록 구성되어 있는 요구 획득 모듈;
상기 사용자 추가 요구가 미리 정해진 믿을 수 있는 관계 시나리오로부터 개시되는지를 판정하고, 믿을 수 있는 관계 시나리오로부터 개시되지 않으면, 검증 모듈에 통지하도록 구성되어 있는 시나리오 판정 모듈;
상기 사용자 추가 요구를 개시하는 사용자의 식별자에 대해 검증을 수행하고, 관계 구축 모듈에 검증 결과를 통지하도록 구성되어 있는 검증 모듈; 및
사용자 관계를 구축하도록 구성되어 있는 관계 구축 모듈
을 포함하는 장치.
제17항에 있어서,
미리 정해진 관계 시나리오에서의 사용자 관계에 추가되도록 요구하는 사용자의 식별자를 획득하고, 선택된 사용자 식별자에 따라 대응하는 소셜 네트워킹 애플리케이션 식별자를 획득하도록 구성되어 있는 식별자 획득 모듈; 및
상기 소셜 네트워킹 애플리케이션 식별자에 따라 사용자 추가 요구를 개시하도록 구성되어 있는 요구 개시 모듈
을 더 포함하는 장치.
제17항에 있어서,
상기 관계 구축 모듈은, 상기 시나리오 판정 모듈이 상기 사용자 추가 요구가 개시되는 시나리오가 설정된 믿을 수 있는 관계 시나리오인 것으로 판정하면, 상기 사용자 추가 요구를 개시하는 사용자의 식별자에 따라 사용자 관계를 구축하도록 추가로 구성되어 있는, 장치.
제19항에 있어서,
상기 믿을 수 있는 관계 시나리오에서 상기 사용자 추가 요구를 개시하는 사용자의 식별자에 대해 검증을 수행할지를 검사하고, 검증을 수행하는 것이면 상기 검증 모듈에 통지하고, 검증을 수행하지 않는 것이면 상기 관계 구축 모듈에 통지하도록 구성되어 있는 검사 모듈
을 더 포함하는 장치.
제17항에 있어서,
상기 검증 모듈은,
상기 사용자 추가 요구를 개시하는 사용자의 식별자에 따라 검증 요구를 개시하도록 구성되어 있는 검증 개시 유닛; 및
상기 검증 요구의 검증 응답 정보를 수신하고, 상기 검증 응답 정보에 따라 검증이 성공인지를 판정하고, 성공이면, 상기 관계 구축 모듈에 통지하도록 구성되어 있는 응답 판정 유닛
을 더 포함하는, 장치.
삭제