KR20240067287A - 소셜 미디어 플랫폼들을 위한 친구 위치 공유 메커니즘 - Google Patents

소셜 미디어 플랫폼들을 위한 친구 위치 공유 메커니즘 Download PDF

Info

Publication number
KR20240067287A
KR20240067287A KR1020247015054A KR20247015054A KR20240067287A KR 20240067287 A KR20240067287 A KR 20240067287A KR 1020247015054 A KR1020247015054 A KR 1020247015054A KR 20247015054 A KR20247015054 A KR 20247015054A KR 20240067287 A KR20240067287 A KR 20240067287A
Authority
KR
South Korea
Prior art keywords
map
user
tiles
tile
location
Prior art date
Application number
KR1020247015054A
Other languages
English (en)
Inventor
다니엘 아미태이
조나단 브로디
레오니드 고르킨
제프리 아서 존슨
앤드류 린
왈튼 린
나야나 사마라나야케
에반 스피에겔
마르셀 엠. 영
Original Assignee
스냅 인코포레이티드
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 스냅 인코포레이티드 filed Critical 스냅 인코포레이티드
Publication of KR20240067287A publication Critical patent/KR20240067287A/ko

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/01Social networking
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/95Retrieval from the web
    • G06F16/953Querying, e.g. by the use of web search engines
    • G06F16/9537Spatial or temporal dependent retrieval, e.g. spatiotemporal queries
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0481Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance
    • G06F3/04817Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance using icons
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0487Interaction techniques based on graphical user interfaces [GUI] using specific features provided by the input device, e.g. functions controlled by the rotation of a mouse with dual sensing arrangements, or of the nature of the input device, e.g. tap gestures based on pressure sensed by a digitiser
    • G06F3/0488Interaction techniques based on graphical user interfaces [GUI] using specific features provided by the input device, e.g. functions controlled by the rotation of a mouse with dual sensing arrangements, or of the nature of the input device, e.g. tap gestures based on pressure sensed by a digitiser using a touch-screen or digitiser, e.g. input of commands through traced gestures
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06NCOMPUTING ARRANGEMENTS BASED ON SPECIFIC COMPUTATIONAL MODELS
    • G06N3/00Computing arrangements based on biological models
    • G06N3/02Neural networks
    • G06N3/08Learning methods
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10Services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/52Network services specially adapted for the location of the user terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02Services making use of location information
    • H04W4/021Services related to particular areas, e.g. point of interest [POI] services, venue services or geofences
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/20Services signaling; Auxiliary data signalling, i.e. transmitting data via a non-traffic channel
    • H04W4/21Services signaling; Auxiliary data signalling, i.e. transmitting data via a non-traffic channel for social networking applications

Abstract

지도-기반 소셜 미디어 플랫폼을 위한 서버 시스템이 대응하는 디스플레이 위치들에서 지도 상의 친구 아이콘들의 렌더링을 가능하게 하기 위해 사용자 위치 정보를 유지한다. 그 시스템은 요청측 사용자가 아이콘들을 볼 수 있는 모든 사용자들을 열거하는 사용자별 액세스 제어 리스트(ACL)를 유지한다. ACL은 상이한 친구 사용자들에 대한 각자의 디스플레이 세분성 레벨들의 지정(designation)을 포함할 수 있다.

Description

소셜 미디어 플랫폼들을 위한 친구 위치 공유 메커니즘 {FRIEND LOCATION SHARING MECHANISM FOR SOCIAL MEDIA PLATFORMS}
우선권 주장
본 출원은 2017년 4월 27일에 출원된 미국 가출원 제62/491,115호; 2017년 8월 31일에 출원된 미국 가출원 제62/552,958호; 및 2017년 9월 8일에 출원된 미국 가출원 제62/556,134호에 대한 우선권의 이익을 주장한다. 위의 출원들의 내용들은 참고로 그 전체가 본 명세서에 포함되어 있다.
소셜 미디어 애플리케이션들은, 가상 커뮤니티들 및 네트워크들을 통해 정보, 아이디어, 직업 관심사, 및 다른 형태의 표현을 통신하는, 콘텐츠의 생성 및 공유를 허용하는 컴퓨터 매개 기술들(computer-mediated technologies)을 구현한다. 소셜 미디어 플랫폼들은 웹-기반 기술들, 데스크톱 컴퓨터들, 및 모바일 기술들(예를 들어, 스마트폰들 및 태블릿 컴퓨터들)을 사용하여, 개인들, 커뮤니티들, 및 조직들이 사용자-생성 콘텐츠(user-generated content)를 공유, 공동 생성, 논의, 및 수정하거나 온라인으로 포스팅된 콘텐츠를 사전-생성(pre-made)할 수 있는 고도의 대화형 플랫폼들(highly interactive platforms)을 생성한다.
최종 사용자 소셜 미디어 애플리케이션들이 실행될 수 있는 모바일 전자 디바이스들은, 연관된 사용자의 지리적 위치를 나타내는 확장에 의해, 모바일 전자 디바이스의 지리적 위치를 결정하는 지오로케이션 서비스들(geolocation services)을 통상적으로 제공한다. 사용자들에 의해 포스팅되는 소셜 미디어 콘텐츠는 종종 그의 사용에 의해 소셜 미디어 콘텐츠가 캡처되고/되거나 소셜 미디어 플랫폼에 포스팅되는 모바일 전자 디바이스(예컨대, 모바일 폰)의 지오로케이션에 기초하여 지오-태깅(geo-tag)된다. 다른 실시예들에서, 소셜 미디어 콘텐츠는 활성화된 지오로케이션 서비스들을 갖지 않는 그리고/또는 (데스크톱 PC와 같은) 모바일 디바이스가 아닌 컴퓨터 디바이스를 사용하여 사용자에 의해 명시적으로 지오-태깅될 수 있다.
많은 소셜 미디어 플랫폼들에서, 임의의 특정 사용자가 보기 위해 이용가능한 개별 소셜 미디어 아이템들의 총 수는 매우 클 수 있다. 사용자들이 관심이 있을 수 있는 소셜 미디어 콘텐츠를 찾아낼 수 있게 하는 검색 메커니즘들은 상당한 서버측 자원들을 소비할 수 있고 종종 만족스러운 검색 결과들보다 적게 제공할 수 있다.
본 개시내용의 일부 양태들이 첨부 도면들에 예시된다. 첨부 도면들은 본 개시내용의 예시적인 실시예들을 도시하고, 본 개시내용의 범위를 제한하는 것으로 고려될 수 없다는 점에 유의한다.
도 1은 네트워크를 통해 소셜 미디어 데이터(예를 들어, 메시지들 및 연관된 콘텐츠)를 교환, 포스팅, 및 소비하기 위한 예시적인 소셜 미디어 플랫폼 시스템을 도시하는 블록도이다.
도 2는, 예시적인 실시예들에 따른, 소셜 미디어 플랫폼 시스템에 관한 추가 상세사항들을 예시하는 블록도이다.
도 3은, 특정 예시적인 실시예들에 따른, 소셜 미디어 플랫폼 시스템의 데이터베이스에 저장될 수 있는 데이터를 예시하는 개략도이다.
도 4는, 예시적인 실시예들에 따라 소셜 미디어 클라이언트 애플리케이션에 의해 생성되는, 일부 실시예들에 따른, 메시지의 구조를 예시하는 개략도이다.
도 5는 그에 관하여 콘텐츠(예를 들어, 단기적 메시지, 및 데이터의 연관된 멀티미디어 페이로드) 또는 콘텐츠 컬렉션(예를 들어, 단기적 메시지 갤러리 또는 스토리)에 대한 액세스가 시간-제한될 수 있는(예를 들어, 단기적으로 될 수 있는), 예시적인 액세스-제한 프로세스를 도시하는 개략도이다.
도 6a 및 도 6b는, 상이한 각자의 예시적인 실시예들에 따른, 소셜 미디어 애플리케이션을 위한 지도-기반 그래픽 사용자 인터페이스를 제공하는 클라이언트 디바이스의 각자의 개략도들이다.
도 7a 내지 도 7c는, 일부 예시적인 실시예들에 따른, 소셜 미디어 애플리케이션에 대한 지도-기반 그래픽 사용자 인터페이스의 일부를 형성하는 목적지 선택 인터페이스를 제공하는 클라이언트 디바이스의 각자의 개략도들이다.
도 8a 내지 도 8c는, 예시적인 실시예에 따른, 인터페이스의 일부를 형성하는 지도에서의 사용자 아이콘들의 디스플레이에 관한 특징들을 제공하는, 지도-기반 그래픽 사용자 인터페이스의 각자의 스크린샷들이다.
도 9a 및 도 9b는, 예시적인 실시예에 따른, 채팅 인터페이스에 대한 액세스를 제공하고 지도의 일부로서 디스플레이된 친구 아이콘을 통해 친구 콘텐츠에 대한 액세스를 제공하는 지도-기반 그래픽 사용자 인터페이스의 기능들의 각자의 스크린샷들이다.
도 10a 내지 도 10d는, 각자의 예시적인 실시예들에 따른, 지도-기반 그래픽 사용자 인터페이스의 일부로서 제공되는 검색 인터페이스들의 일련의 스크린샷들이다.
도 11a 및 도 11b는, 하나의 예시적인 실시예에 따른, 지도-기반 그래픽 사용자 인터페이스에 의해 제공되는 위치-기반 검색 메커니즘을 예시하는 일련의 개략적인 스크린샷들이다.
도 12는, 예시적인 실시예에 따른, 지도-기반 GUI에서 사용하기 위한 친구 위치 정보를 서빙(serving)하기 위한 메커니즘을 예시하는 서버측 아키텍처의 개략도이다.
도 13a 내지 도 13c는, 예시적인 실시예들에 따른, 지도-기반 GUI에서 사용하기 위한 친구 위치 정보를 유지하고 서빙하기 위한 방법을 예시하는 일련의 흐름도들이다.
도 14는, 예시적인 실시예에 따른, 지도-기반 그래픽 사용자 인터페이스에서 지도를 생성하는 데 사용하기 위한 양식화된 지도 타일들(stylized map tiles)을 생성하고 클라이언트 디바이스에 서빙하기 위한 시스템의 부분들의 개략도이다.
도 15a 및 도 15b는, 예시적인 실시예에 따른, 양식화된 지도 타일들을 생성하고 서빙하기 위한 방법을 예시하는 흐름도들이다.
도 15c는, 타겟 양식화된 타일을 생성하기 위해 도 15b의 예시적인 방법에 따라 수행되는 일련의 변환들을 예시하는 개략도이다.
도 16a 및 도 16b는, 예시적인 실시예에 따른, 상이한 줌 레벨들에서 지도 데이터 타일들의 복수의 세트를 컴파일하고 클라이언트 디바이스에 서빙하기 위한 방법을 예시하는 한 쌍의 흐름도들이다.
도 17은, 예시적인 실시예에 따른, 물리적 근접성 메트릭(physical proximity metric)에 기초한 자동화된 친구 순위화를 위한 방법을 예시하는 흐름도이다.
도 18은, 하나의 예시적인 실시예에 따른, 소셜 미디어 애플리케이션을 위한 지도-기반 그래픽 사용자 인터페이스를 제공하기 위한 소셜 미디어 플랫폼 시스템의 개략도이다.
도 19는, 본 명세서에 설명된 다양한 하드웨어 아키텍처들과 함께 사용될 수 있는 대표적인 소프트웨어 아키텍처를 예시하는 블록도이다.
도 20은, 머신 판독가능 매체(예를 들어, 머신 판독가능 저장 매체)로부터 명령어들을 판독하고 본 명세서에서 논의된 방법론들 중 임의의 하나 이상을 수행할 수 있는, 일부 예시적인 실시예들에 따른, 머신의 컴포넌트들을 예시하는 블록도이다.
본 명세서에서 제공된 서두는 편의를 위한 것일 뿐이며 사용된 용어들의 범위 또는 의미에 반드시 영향을 주는 것은 아니다.
본 개시내용의 일 양태는, 지도-기반 그래픽 사용자 인터페이스(GUI)를 통한 단기적 소셜 미디어 콘텐츠에의 사용자 액세스를 허용하기 위해, 소셜 미디어 플랫폼 또는 애플리케이션에 대한 지리적 지도-기반 GUI를 제공한다. 이러한 인터페이스는 본 명세서에서 "지도 GUI"라고도 지칭된다.
아래에 더 상세히 설명되는 바와 같이, 단기적 소셜 미디어 콘텐츠는 단지 제한된 기간 동안 소셜 미디어 애플리케이션을 통해 보기 위해 이용가능한 소셜 미디어 아이템들을 포함한다. 예를 들어, 소셜 미디어 애플리케이션에 사용자에 의해 제출된 단기적 소셜 미디어 아이템 또는 메시지(본 명세서에서 "스냅"이라고도 지칭됨)는 제출에 후속하는 미리 정의된 기간 동안에만 소셜 미디어 애플리케이션의 지도 GUI를 통해 다른 사용자들에 의해 보기 위해 이용가능할 수 있다. 하나의 예시적인 실시예에서, 각각의 단기적 아이템 또는 스냅은 제출 후 24시간의 이용가능성 수명(본 명세서에서 "갤러리 참여 타이머"라고도 지칭됨)을 갖고, 그 후에 단기적 아이템이 "사라지고" 지도 GUI를 통해 다른 사용자들에 의해 보기 위해 더 이상 이용가능하지 않다. 그러한 단기적 소셜 미디어 아이템들(본 명세서에서 단기적 메시지들로도 지칭됨)은 통상적으로 사진 또는 비디오 콘텐츠를 포함하며, 이는 기본 사진 또는 비디오 콘텐츠에 대해 사용자가 행한 증강들과 함께 또는 증강들 없이 제출될 수 있다.
다수의 상이한 사용자들에 의해 제출된 단기적 메시지들은 단기적 메시지들의 각자의 위치 정보(예를 들어, 지오태그 정보)에 적어도 부분적으로 기초하여 지도 GUI의 일부를 형성하는 지도 상에서 이용가능할 수 있다. 일부 실시예들에서, 지도 GUI는 단기적 소셜 미디어 아이템들(본 명세서에서 갤러리들 또는 "스토리들"로도 알려지고 지칭됨)의 하나 이상의 컬렉션에 대한 위치-기반 액세스를 제공할 수 있다. 일부 예시적인 실시예들에서, 상이한 사용자들에 의해 제출된 복수의 단기적 메시지들은 복수의 단기적 메시지들의 각자의 지오태깅 정보에 적어도 부분적으로 기초하여 공통의 지오-앵커링된(geo-anchored) 갤러리 또는 스토리에 포함된다. 이러한 위치 기반 갤러리 또는 스토리는, 일부 실시예들에서, 대응하는 지도 위치에 디스플레이되는 각자의 갤러리 아이콘에 의해 지도 GUI 상에 표현되고, 갤러리 아이콘은 지도 GUI가 렌더링되는 사용자 디바이스 상의 갤러리에서 복수의 단기적 메시지들의 자동화된 순차적 디스플레이를 트리거하기 위해 사용자에 의해 선택가능하다.
일부 실시예들에서, 이러한 지도 GUI는 소셜 미디어 애플리케이션에 의해 액세스된 소셜 네트워크 그래프에서 사용자의 친구들의 적어도 근접한 각자의 포지션들의 (예를 들어, 친구 아이콘들 또는 비트모지(bitmoji)들에 의한) 표현들을 포함하고, 소셜 미디어 애플리케이션은 사용자가 GUI의 사용에 의해 친구들의 위치들 주위의 세계를 탐색할 수 있게 한다. 따라서, 지도 GUI는 일부 실시예들에서 사용자가 업로드된 소셜 미디어 콘텐츠(예를 들어, 개인 사진들 또는 비디오 클립들/스냅들, 또는 사진들, 메시지들, 또는 스냅들의 각자의 컬렉션들을 포함하는 스토리들과 같은 소셜 미디어 갤러리들)를 탐색할 수 있게 할 수 있다.
본 개시내용의 이들 및 추가 양태들은 특정 예시적인 실시예들을 참조하여 아래에 설명될 것이다. 먼저, 다양한 실시예들의 구현에 대한 플랫폼 아키텍처 및 기술적 배경이 도 1 내지 도 5를 참조하여 설명될 것이다. 그 후, 특정 예시적인 실시예들이 도 6a 내지 도 18을 참조하여 설명된다. 도 19 및 도 20은, 일부 사례들에서 설명된 예시적인 실시예들의 구현에 사용되는 소프트웨어 및 하드웨어 컴포넌트들의 양태들을 마지막으로 설명한다.
도 6a 및 도 6b는, 상이한 각자의 예시적인 실시예들에 따른, 소셜 미디어 애플리케이션을 위한 지도-기반 그래픽 사용자 인터페이스를 제공하는 클라이언트 디바이스의 각자의 개략도들이다.
도 7a 내지 도 7c는, 일부 예시적인 실시예들에 따른, 소셜 미디어 애플리케이션에 대한 지도-기반 그래픽 사용자 인터페이스의 일부를 형성하는 목적지 선택 인터페이스를 제공하는 클라이언트 디바이스의 각자의 개략도들이다.
도 8a 내지 도 8c는, 예시적인 실시예에 따른, 인터페이스의 일부를 형성하는 지도에서의 사용자 아이콘들의 디스플레이에 관한 특징들을 제공하는, 지도-기반 그래픽 사용자 인터페이스의 각자의 스크린샷들이다.
도 9a 및 도 9b는, 예시적인 실시예에 따른, 채팅 인터페이스에 대한 액세스를 제공하고 지도의 일부로서 디스플레이된 친구 아이콘을 통해 친구 콘텐츠에 대한 액세스를 제공하는 지도-기반 그래픽 사용자 인터페이스의 기능들의 각자의 스크린샷들이다.
도 10a 내지 도 10d는, 각자의 예시적인 실시예들에 따른, 지도-기반 그래픽 사용자 인터페이스의 일부로서 제공되는 검색 인터페이스들의 일련의 스크린샷들이다.
도 11a 및 도 11b는, 하나의 예시적인 실시예에 따른, 지도-기반 그래픽 사용자 인터페이스에 의해 제공되는 위치-기반 검색 메커니즘을 예시하는 일련의 개략적인 스크린샷들이다.
본 명세서에서 제공된 서두는 편의를 위한 것일 뿐이며 사용된 용어들의 범위 또는 의미에 반드시 영향을 주는 것은 아니다.
설명
본 개시내용의 일 양태는, 지도-기반 그래픽 사용자 인터페이스(GUI)를 통한 단기적 소셜 미디어 콘텐츠에의 사용자 액세스를 허용하기 위해, 소셜 미디어 플랫폼 또는 애플리케이션에 대한 지리적 지도-기반 GUI를 제공한다. 이러한 인터페이스는 본 명세서에서 "지도 GUI"라고도 지칭된다.
아래에 더 상세히 설명되는 바와 같이, 단기적 소셜 미디어 콘텐츠는 단지 제한된 기간 동안 소셜 미디어 애플리케이션을 통해 보기 위해 이용가능한 소셜 미디어 아이템들을 포함한다. 예를 들어, 소셜 미디어 애플리케이션에 사용자에 의해 제출된 단기적 소셜 미디어 아이템 또는 메시지(본 명세서에서 "스냅"이라고도 지칭됨)는 제출에 후속하는 미리 정의된 기간 동안에만 소셜 미디어 애플리케이션의 지도 GUI를 통해 다른 사용자들에 의해 보기 위해 이용가능할 수 있다. 하나의 예시적인 실시예에서, 각각의 단기적 아이템 또는 스냅은 제출 후 24시간의 이용가능성 수명(본 명세서에서 "갤러리 참여 타이머"라고도 지칭됨)을 갖고, 그 후에 단기적 아이템이 "사라지고" 지도 GUI를 통해 다른 사용자들에 의해 보기 위해 더 이상 이용가능하지 않다. 그러한 단기적 소셜 미디어 아이템들(본 명세서에서 단기적 메시지들로도 지칭됨)은 통상적으로 사진 또는 비디오 콘텐츠를 포함하며, 이는 기본 사진 또는 비디오 콘텐츠에 대해 사용자가 행한 증강들과 함께 또는 증강들 없이 제출될 수 있다.
다수의 상이한 사용자들에 의해 제출된 단기적 메시지들은 단기적 메시지들의 각자의 위치 정보(예를 들어, 지오태그 정보)에 적어도 부분적으로 기초하여 지도 GUI의 일부를 형성하는 지도 상에서 이용가능할 수 있다. 일부 실시예들에서, 지도 GUI는 단기적 소셜 미디어 아이템들(본 명세서에서 갤러리들 또는 "스토리들"로도 알려지고 지칭됨)의 하나 이상의 컬렉션에 대한 위치-기반 액세스를 제공할 수 있다. 일부 예시적인 실시예들에서, 상이한 사용자들에 의해 제출된 복수의 단기적 메시지들은 복수의 단기적 메시지들의 각자의 지오태깅 정보에 적어도 부분적으로 기초하여 공통의 지오-앵커링된 갤러리 또는 스토리에 포함된다. 이러한 위치 기반 갤러리 또는 스토리는, 일부 실시예들에서, 대응하는 지도 위치에 디스플레이되는 각자의 갤러리 아이콘에 의해 지도 GUI 상에 표현되고, 갤러리 아이콘은 지도 GUI가 렌더링되는 사용자 디바이스 상의 갤러리에서 복수의 단기적 메시지들의 자동화된 순차적 디스플레이를 트리거하기 위해 사용자에 의해 선택가능하다.
일부 실시예들에서, 이러한 지도 GUI는 소셜 미디어 애플리케이션에 의해 액세스된 소셜 네트워크 그래프에서 사용자의 친구들의 적어도 근접한 각자의 포지션들의 (예를 들어, 친구 아이콘들 또는 비트모지(bitmoji)들에 의한) 표현들을 포함하고, 소셜 미디어 애플리케이션은 사용자가 GUI의 사용에 의해 친구들의 위치들 주위의 세계를 탐색할 수 있게 한다. 따라서, 지도 GUI는 일부 실시예들에서 사용자가 업로드된 소셜 미디어 콘텐츠(예를 들어, 개인 사진들 또는 비디오 클립들/스냅들, 또는 사진들, 메시지들, 또는 스냅들의 각자의 컬렉션들을 포함하는 스토리들과 같은 소셜 미디어 갤러리들)를 탐색할 수 있게 할 수 있다.
상세한 설명
뒤따르는 설명은 본 개시내용의 예시적인 실시예들을 구현하는 시스템들, 방법들, 디바이스들, 기법들, 명령어 시퀀스들, 및 컴퓨팅 머신 프로그램 제품들을 포함한다. 이하의 설명에서는, 설명의 목적들을 위해, 다수의 특정 상세들이 본 발명의 주제의 다양한 실시예들의 이해를 제공하기 위해 제시된다. 그러나, 본 기술분야의 통상의 기술자들에게는 개시된 주제의 실시예들이 이러한 특정 상세사항들 없이 실시될 수 있다는 것이 명백할 것이다. 일반적으로, 널리 공지된 명령어 인스턴스들, 프로토콜들, 구조들, 및 기법들은 반드시 상세히 도시되지는 않는다.
시스템 아키텍처 및 동작 환경
도 1은 네트워크를 통해 데이터(예를 들어, 소셜 미디어 아이템들 또는 메시지들 및 연관된 콘텐츠)를 교환하기 위한 예시적인 소셜 미디어 플랫폼 시스템(100)을 도시하는 블록도이다. 본 설명에서, 소셜 미디어 애플리케이션 또는 플랫폼을 통해 하나의 사용자로부터 하나 이상의 다른 사용자들로 통신되는 아이템들뿐만 아니라, 소셜 미디어 애플리케이션 또는 플랫폼을 통해 다른 사용자들에 의한 이용가능성 또는 소비를 위해 소셜 미디어 애플리케이션 또는 플랫폼에 사용자들에 의해 업로드되거나 제공되는 아이템들은 "메시지들"로서 지칭된다. 따라서, 본 명세서에서 사용되는 바와 같은 "메시지들"이라는 용어는 하나의 사용자로부터 특정된 수신 사용자들로의 통신들로 제한되지 않고, 관련 소셜 미디어 플랫폼을 통한 공개 소비(public consumption)에 이용가능하게 된 메시지들을 포함한다.
소셜 미디어 플랫폼 시스템(100)은 다수의 클라이언트 디바이스(102)를 포함하고, 이들 각각은 소셜 미디어 클라이언트 애플리케이션(104)을 포함하는 다수의 애플리케이션을 호스팅한다. 각각의 소셜 미디어 클라이언트 애플리케이션(104)은 네트워크(106)(예를 들어, 인터넷)를 통해 다른 인스턴스들의 소셜 미디어 클라이언트 애플리케이션(104) 및 소셜 미디어 애플리케이션 서버 시스템(108)에 통신가능하게 결합된다.
따라서, 각각의 소셜 미디어 클라이언트 애플리케이션(104)은 네트워크(106)를 통해 다른 소셜 미디어 클라이언트 애플리케이션(104)과 그리고 소셜 미디어 애플리케이션 서버 시스템(108)과 통신하고 데이터를 교환할 수 있다. 소셜 미디어 클라이언트 애플리케이션(104)들 사이에 그리고 소셜 미디어 클라이언트 애플리케이션(104)과 소셜 미디어 애플리케이션 서버 시스템(108) 사이에 교환되는 데이터는, 기능들(예를 들어, 기능들을 인보크(invoke)하는 커맨드들)뿐만 아니라, 페이로드 데이터(예를 들어, 텍스트, 오디오, 비디오, 또는 다른 멀티미디어 데이터)를 포함한다.
소셜 미디어 애플리케이션 서버 시스템(108)은 네트워크(106)를 통해 특정 소셜 미디어 클라이언트 애플리케이션(104)에 서버측 기능성을 제공한다. 소셜 미디어 플랫폼 시스템(100)의 특정 기능들이 소셜 미디어 클라이언트 애플리케이션(104)에 의해 또는 소셜 미디어 애플리케이션 서버 시스템(108)에 의해 수행되는 것으로 본 명세서에 설명되지만, 소셜 미디어 클라이언트 애플리케이션(104) 또는 소셜 미디어 애플리케이션 서버 시스템(108) 내의 특정 기능성의 위치는 설계 선택사항이라는 것을 인식할 것이다. 예를 들어, 처음에는 특정 기술 및 기능성을 소셜 미디어 애플리케이션 서버 시스템(108) 내에 배치하지만, 나중에는 클라이언트 디바이스(102)가 충분한 처리 용량을 갖는 경우 이 기술 및 기능성을 소셜 미디어 클라이언트 애플리케이션(104)으로 이전(migrate)시키는 것이 기술적으로 적절할 수 있다.
소셜 미디어 애플리케이션 서버 시스템(108)은 소셜 미디어 클라이언트 애플리케이션(104)에 제공되는 다양한 서비스들 및 동작들을 지원한다. 그러한 동작들은 소셜 미디어 클라이언트 애플리케이션(104)에 데이터를 송신하고, 그로부터 데이터를 수신하고, 그에 의해 생성된 데이터를 처리하는 것을 포함한다. 이 데이터에는, 예로서, 메시지 콘텐츠, 클라이언트 디바이스 정보, 지오로케이션 정보, 미디어 주석들 및 오버레이들(media annotations and overlays), 메시지 콘텐츠 지속 조건들(message content persistence conditions), 소셜 네트워크 정보, 및 라이브 이벤트 정보(live event information)를 포함할 수 있다. 소셜 미디어 플랫폼 시스템(100) 내의 데이터 교환들은 소셜 미디어 클라이언트 애플리케이션(104)의 사용자 인터페이스(UI)들을 통해 이용가능한 기능들을 통해 인보크되고 제어된다.
이제 구체적으로 소셜 미디어 애플리케이션 서버 시스템(108)을 참조하면, 애플리케이션 프로그래밍 인터페이스(API) 서버(110)가 애플리케이션 서버(112)에 결합되어 프로그램 방식의 인터페이스(programmatic interface)를 제공한다. 애플리케이션 서버(112)는 데이터베이스 서버(118)에 통신가능하게 결합되고, 이는 애플리케이션 서버(112)에 의해 처리되는 메시지들과 연관된 데이터가 저장되는 데이터베이스(120)로의 액세스를 용이하게 한다.
API 서버(110)를 구체적으로 다루면, 이 서버는 클라이언트 디바이스(102)와 애플리케이션 서버(112) 사이에서 메시지 데이터(예를 들어, 커맨드들 및 메시지 페이로드들)를 수신하고 송신한다. 구체적으로, API 서버(110)는 애플리케이션 서버(112)의 기능성을 인보크하기 위해 소셜 미디어 클라이언트 애플리케이션(104)에 의해 호출되거나 질의될 수 있는 인터페이스들(예를 들어, 루틴들 및 프로토콜들)의 세트를 제공한다. API 서버(110)는 계정 등록; 로그인 기능성; 애플리케이션 서버(112)를 통해 특정 소셜 미디어 클라이언트 애플리케이션(104)으로부터 다른 소셜 미디어 클라이언트 애플리케이션(104)으로 메시지들을 전송하는 것; 다른 소셜 미디어 클라이언트 애플리케이션(104)에 의한 가능한 액세스를 위해, 소셜 미디어 클라이언트 애플리케이션(104)으로부터 소셜 미디어 서버 애플리케이션(114)으로 미디어 파일들(예를 들어, 이미지들 또는 비디오)을 전송하는 것; 미디어 데이터의 컬렉션(예를 들어, 스토리 또는 갤러리)의 설정; 이러한 컬렉션들의 검색; 클라이언트 디바이스(102)의 사용자의 친구들의 리스트 검색; 메시지들 및 콘텐츠의 검색; 소셜 그래프로의 그리고 그로부터의 친구들의 추가 및 삭제; 소셜 그래프 내의 친구들의 위치; 애플리케이션 이벤트(예를 들어, 소셜 미디어 클라이언트 애플리케이션(104)에 관련됨)를 오픈하는 것; 등등을 포함하는, 애플리케이션 서버(112)에 의해 지원되는 다양한 기능을 노출시킨다.
애플리케이션 서버(112)는 소셜 미디어 서버 애플리케이션(114), 이미지 처리 시스템(116), 및 소셜 네트워크 시스템(122)을 포함하는 다수의 애플리케이션 및 서브시스템을 호스팅한다. 소셜 미디어 서버 애플리케이션(114)은, 특히 소셜 미디어 클라이언트 애플리케이션(104)의 다수의 인스턴스로부터 수신된 메시지들에 포함된 콘텐츠(예를 들어, 텍스트 및 멀티미디어 콘텐츠)의 집성(aggregation) 및 다른 처리에 관련된, 다수의 메시지 처리 기술들 및 기능들을 구현한다. 더 상세히 설명되는 바와 같이, 다수의 소스로부터의 텍스트 및 미디어 콘텐츠는, 콘텐츠의 컬렉션들(예를 들어, "스토리들" 또는 "갤러리들"이라고 불림)로 집성될 수 있다. 그 후, 이러한 컬렉션들은 소셜 미디어 서버 애플리케이션(114)에 의해, 소셜 미디어 클라이언트 애플리케이션(104)에 이용 가능하게 된다. 다른 프로세서 및 메모리 집약적인 데이터의 처리는 또한, 그러한 처리를 위한 하드웨어 요건들을 고려하여, 소셜 미디어 서버 애플리케이션(114)에 의해 서버측에서 수행될 수 있다.
애플리케이션 서버(112)는, 전형적으로 소셜 미디어 서버 애플리케이션(114)에서 메시지의 페이로드 내에서 수신된 이미지들 또는 비디오에 관하여, 다양한 이미지 처리 동작들을 수행하는 데 전용되는 이미지 처리 시스템(116)을 또한 포함한다.
소셜 네트워크 시스템(122)은 다양한 소셜 네트워킹 기능 및 서비스를 지원하고, 이들 기능 및 서비스를 소셜 미디어 서버 애플리케이션(114)에 이용 가능하게 한다. 이를 위해, 소셜 네트워크 시스템(122)은 데이터베이스(120) 내에서 엔티티 그래프(304)(도 3을 참조하여 아래에 설명됨)를 유지하고 액세스한다. 소셜 네트워크 시스템(122)에 의해 지원되는 기능들 및 서비스들의 예들은, 특정 사용자가 관계를 가지는 또는 특정 사용자가 "팔로우하는(following)" 소셜 미디어 플랫폼 시스템(100)의 다른 사용자들의 식별(identification), 및 또한 특정 사용자의 다른 속성들 및 관심사항들의 식별을 포함한다. 일부 실시예들에서, 소셜 네트워크 시스템(122)은 대응하는 소셜 미디어 클라이언트 애플리케이션(104)을 사용하여 클라이언트 디바이스(102) 상에 디스플레이가능한 지도-기반 GUI를 통해 특정 사용자에 의한 뷰잉을 위해 그 위치가 이용가능한 다른 사용자들의 식별을 포함한다.
도 2는, 예시적인 실시예들에 따른, 소셜 미디어 플랫폼 시스템(100)에 관한 추가 상세사항들을 예시하는 블록도이다. 구체적으로, 소셜 미디어 플랫폼 시스템(100)은 소셜 미디어 클라이언트 애플리케이션(104) 및 애플리케이션 서버(112)를 포함하는 것으로 도시되며, 이는 결국 다수의 일부 서브시스템, 즉, 단기적 타이머 시스템(202), 컬렉션 관리 시스템(204), 및 주석 시스템(206)을 구현한다.
단기적 타이머 시스템(202)은 소셜 미디어 클라이언트 애플리케이션(104) 및 소셜 미디어 서버 애플리케이션(114)에 의해 허용되는 콘텐츠에 대한 일시적인 액세스를 시행(enforcing)하는 것을 담당한다. 이를 위해, 단기적 타이머 시스템(202)은 메시지, 또는 메시지들의 컬렉션/갤러리(예를 들어, SNAPCHAT 스토리)와 연관된 지속기간 및 디스플레이 파라미터들에 기초하여, 소셜 미디어 클라이언트 애플리케이션(104)을 통해 메시지들 및 연관된 콘텐츠를 선택적으로 디스플레이하고 그에 대한 액세스를 가능하게 하는 다수의 타이머를 포함한다. 단기적 타이머 시스템(202)의 동작에 관한 추가 상세들이 이하에 제공된다.
컬렉션 관리 시스템(204)은 미디어의 컬렉션들(예를 들어, 텍스트, 이미지, 비디오, 및 오디오 데이터의 컬렉션들)을 관리하는 것을 담당한다. 일부 예들에서, 콘텐츠의 컬렉션(예를 들어, 이미지들, 비디오, 텍스트, 및 오디오를 포함하는 메시지들)은 "이벤트 갤러리" 또는 "이벤트 스토리"로 조직화될 수 있다. 이러한 컬렉션은, 콘텐츠가 관련된 이벤트의 지속기간과 같은 특정된 시간 기간 동안, 또는 갤러리에서 마지막 메시지 또는 스냅(snap)이 만료될 때까지 이용가능하게 될 수 있다. 예를 들어, 음악 콘서트와 관련된 콘텐츠는 그 음악 콘서트의 지속기간 동안 "스토리"로서 이용 가능하게 될 수 있다. 컬렉션 관리 시스템(204)은 또한 소셜 미디어 클라이언트 애플리케이션(104)의 사용자 인터페이스에 특정 컬렉션의 존재의 통지를 제공하는 아이콘을 게시(publishing)하는 것을 담당할 수 있다. 뒤따르는 특정 예시적인 실시예들을 참조하여 더 상세히 설명되는 바와 같이, 컬렉션 관리 시스템(204)은 또한, 다수의 사용자에 의해 소셜 미디어 플랫폼에 업로드된 소셜 미디어 아이템들 또는 메시지들의 지오-태그 데이터에 적어도 부분적으로 기초하여, 다수의 위치-기반 소셜 미디어 갤러리들을 컴파일 및 관리하는 것을 담당할 수 있다. 컬렉션 관리 시스템(204)에 의해 제공될 수 있는 다른 타입들의 갤러리들은 미리 정의된 연관된 지리적 영역 내의 위치를 나타내는 지오태그 데이터를 갖는 단기적 메시지들을 수집하는 "장소 스토리(place story)"; 및 기본 위치-기반 소셜 미디어 활동(underlying location-based social media activity)에 기초하여, 예를 들어, 공개 소비를 위해(예를 들어, "라이브 스토리(Live Story)" 또는 "우리의 스토리(Our Story)"에 포함시키기 위해) 사용자들에 의해 제출된 소셜 미디어 아이템들의 지리-시간적 볼륨(geo-temporal volume) 또는 변칙성/특이성(anomality/unusualness)에 기초하여, 본 명세서에서 설명되는 바와 같은 지도 GUI 상에 동적으로 표면화되는(dynamically surfaced) 애드혹 스토리(ad-hoc story) 또는 스파이크 스토리(spike story)를 포함한다. "변칙성"이란, 어떤 것이 얼마나 변칙적인지를 나타내는 메트릭을 의미한다.
컬렉션 관리 시스템(204)은 또한 인간 오퍼레이터(예를 들어, 컬렉션 관리자)가 콘텐츠의 특정 컬렉션을 관리 및 큐레이팅하는 것을 허용하는 큐레이션 인터페이스(208)를 포함한다. 예를 들어, 큐레이션 인터페이스(208)는 이벤트 조직자가 특정 이벤트에 관련된 콘텐츠의 컬렉션을 큐레이팅(예를 들어, 부적절한 콘텐츠 또는 중복 메시지들을 삭제)하는 것을 가능하게 한다. 그 대신에, 또는 추가적으로, 컬렉션 관리 시스템(204)은 머신 비전(또는 이미지 인식 기술), 지오태그 데이터, 및/또는 콘텐츠 규칙들을 사용하여 콘텐츠 컬렉션을 자동으로 컴파일 및/또는 큐레이팅할 수 있다. 특정 실시예들에서, 사용자-생성 콘텐츠를 컬렉션에 포함시키는 것에 대한 보상이 사용자에게 지불될 수 있다. 그러한 경우들에서, 큐레이션 인터페이스(208)는 그러한 사용자들에게 그들의 콘텐츠를 사용하는 것에 대해 자동으로 지불하도록 동작한다.
주석 시스템(206)은 사용자가 메시지와 연관된 미디어 콘텐츠를 주석부기하거나 다른 방식으로 증강, 수정, 또는 편집하는 것을 가능하게 하는 다양한 기능들을 제공한다. 예를 들어, 주석 시스템(206)은 소셜 미디어 플랫폼 시스템(100)에 의해 처리된 메시지들에 대한 미디어 오버레이들의 생성 및 게시와 관련된 기능들을 제공한다. 주석 시스템(206)은 클라이언트 디바이스(102)의 지오로케이션에 기초하여 소셜 미디어 클라이언트 애플리케이션(104)에 미디어 오버레이(예를 들어, SNAPCHAT 필터)를 동작적으로 공급한다. 다른 예에서, 주석 시스템(206)은 클라이언트 디바이스(102)의 사용자의 소셜 네트워크 정보와 같은 다른 정보에 기초하여 소셜 미디어 클라이언트 애플리케이션(104)에 미디어 오버레이를 동작적으로 공급한다. 미디어 오버레이는 오디오 및 시각적 콘텐츠 및 시각적 효과를 포함할 수 있다. 오디오 및 시각적 콘텐츠의 예는, 사진, 텍스트, 로고, 애니메이션, 및 음향 효과를 포함한다. 시각적 효과의 예는 컬러 오버레잉을 포함한다. 오디오 및 시각적 콘텐츠 또는 시각적 효과들은 클라이언트 디바이스(102)에서 미디어 콘텐츠 아이템(예를 들어, 사진)에 적용될 수 있다. 예를 들어, 미디어 오버레이는 클라이언트 디바이스(102)에 의해 촬영된 사진의 최상부에 오버레이될 수 있는 텍스트를 포함한다. 다른 예에서, 미디어 오버레이는, 위치 식별 오버레이(예를 들어, Venice Beach), 라이브 이벤트의 이름, 또는 머천트 이름 오버레이(예를 들어, Beach Coffee House)를 포함한다. 다른 예에서, 주석 시스템(206)은 클라이언트 디바이스(102)의 지오로케이션을 사용하여, 클라이언트 디바이스(102)의 지오로케이션에서의 머천트의 이름을 포함하는 미디어 오버레이를 식별한다. 미디어 오버레이는 머천트와 연관된 다른 표시들을 포함할 수 있다. 미디어 오버레이들은 데이터베이스(120)에 저장되고 데이터베이스 서버(118)를 통해 액세스될 수 있다.
하나의 예시적인 실시예에서, 주석 시스템(206)은 사용자들이 지도 상에서 지오로케이션을 선택하고, 선택된 지오로케이션과 연관된 콘텐츠를 업로드하는 것을 가능하게 하는 사용자-기반 게시 플랫폼(user-based publication platform)을 제공한다. 사용자는 또한 특정 미디어 오버레이가 다른 사용자들에게 제공되어야 하는 상황들을 특정할 수 있다. 주석 시스템(206)은 업로드된 콘텐츠를 포함하고 업로드된 콘텐츠를 선택된 지오로케이션과 연관시키는 미디어 오버레이를 생성한다.
다른 예시적인 실시예에서, 주석 시스템(206)은 머천트들이 입찰 프로세스(bidding process)를 통해 지오로케이션과 연관된 특정 미디어 오버레이를 선택하는 것을 가능하게 하는 머천트-기반 게시 플랫폼(merchant-based publication platform)을 제공한다. 예를 들어, 주석 시스템(206)은 최고 입찰 머천트(highest-bidding merchant)의 미디어 오버레이를 미리 정의된 양의 시간 동안 대응하는 지오로케이션과 연관시킨다.
도 3은, 특정 예시적인 실시예들에 따른, 소셜 미디어 애플리케이션 서버 시스템(108)의 데이터베이스(120)에 저장될 수 있는 데이터(300)를 예시하는 개략도이다. 데이터베이스(120)의 콘텐츠가 다수의 테이블을 포함하는 것으로 도시되어 있지만, 데이터는 (예를 들어, 객체 지향 데이터베이스로서) 다른 타입들의 데이터 구조들에 저장될 수 있다는 것을 인식할 것이다.
데이터베이스(120)는 메시지 테이블(314) 내에 저장된 메시지 데이터를 포함한다. 엔티티 테이블(302)은 엔티티 그래프(304)를 포함하는 엔티티 데이터를 저장한다. 엔티티 테이블(302) 내에 레코드들이 유지되는 엔티티들은, 개인, 법인 엔티티, 조직, 객체, 장소, 이벤트 등을 포함할 수 있다. 타입에 관계없이, 그에 관해 소셜 미디어 애플리케이션 서버 시스템(108)이 데이터를 저장하는 임의의 엔티티는 인식된 엔티티(recognized entity)일 수 있다. 각각의 엔티티에는 고유 식별자뿐만 아니라 엔티티 타입 식별자(도시되지 않음)가 제공된다.
엔티티 그래프(304)는 또한 엔티티들 사이의 관계 및 연관에 관한 정보를 저장한다. 그러한 관계들은, 단지 예를 들어, 사회적, 전문적(예를 들어, 일반 법인 또는 조직에서의 일), 관심-기반, 또는 활동-기반일 수 있다.
데이터베이스(120)는, 예시적인 필터 형태를 포함하여, 주석 데이터를 주석 테이블(312)에 또한 저장한다. 그에 대해 데이터가 주석 테이블(312) 내에 저장되는 필터들은, 비디오들(그에 대해 데이터가 비디오 테이블(310)에 저장되는) 및/또는 이미지들(그에 대해 데이터가 이미지 테이블(308)에 저장되는)과 연관되고 이들에 적용된다. 하나의 예에서, 필터들은 수신자 사용자에 프레젠테이션하는 동안 이미지 또는 비디오 상에 오버레이되어 디스플레이되는 오버레이들이다. 필터들은, 전송측 사용자가 메시지를 작성하고 있을 때 소셜 미디어 클라이언트 애플리케이션(104)에 의해 전송측 사용자에게 제시되는 필터들의 갤러리로부터의 사용자-선택 필터들을 포함한, 다양한 타입들의 필터들일 수 있다. 다른 타입의 필터들은, 지리적 위치에 기초하여 전송측 사용자에게 제시될 수 있는 지오로케이션 필터들(지오-필터들이라고도 알려짐)을 포함한다. 예를 들어, 이웃 또는 특수한 위치에 특정한 지오로케이션 필터들이 클라이언트 디바이스(102)의 글로벌 포지셔닝 시스템(Global Positioning System)(GPS) 유닛에 의해 결정된 지오로케이션 정보에 기초하여 소셜 미디어 클라이언트 애플리케이션(104)에 의해 사용자 인터페이스 내에 제시될 수 있다. 다른 타입의 필터는, 메시지 생성 프로세스 동안 클라이언트 디바이스(102)에 의해 수집된 다른 입력들 또는 정보에 기초하여, 소셜 미디어 클라이언트 애플리케이션(104)에 의해 전송측 사용자에게 선택적으로 제시될 수 있는 데이터 필터이다. 데이터 필터들의 예들은, 특정 위치에서의 현재 온도, 전송측 사용자가 이동(traveling)하고 있는 현재 속도, 클라이언트 디바이스(102)에 대한 배터리 수명, 또는 현재 시간을 포함한다.
이미지 테이블(308) 내에 저장될 수 있는 다른 주석 데이터는 소위 "렌즈" 데이터이다. "렌즈"는 이미지 또는 비디오에 추가될 수 있는 실시간 특수 효과 및 음향일 수 있다.
주석 테이블(312) 내에 저장될 수 있는 또 다른 주석 데이터는 기본 사진 이미지 또는 비디오를 오버레이하기 위해 사용자에 의해 제공되는 사용자-생성 주석들 또는 증강들이다. 이러한 증강들/주석들은, 예를 들어, 클라이언트 디바이스 터치스크린을 통해 사용자에 의해 제공되는, 예를 들어, 텍스트 주석들 및 그림 주석들 또는 증강들을 포함할 수 있다.
위에 언급한 바와 같이, 비디오 테이블(310)은, 일 실시예에서, 그에 대해 레코드들이 메시지 테이블(314) 내에 유지되는 메시지들과 연관되는 비디오 데이터를 저장한다. 유사하게, 이미지 테이블(308)은 그에 대해 메시지 데이터가 엔티티 테이블(314)에 저장되는 메시지들과 연관된 이미지 데이터를 저장한다. 엔티티 테이블(302)은 주석 테이블(312)로부터의 다양한 주석들을 이미지 테이블(308) 및 비디오 테이블(310)에 저장된 다양한 이미지들 및 비디오들과 연관시킬 수 있다.
스토리 테이블(306)은, 컬렉션(예를 들어, SNAPCHAT 스토리 또는 갤러리)으로 컴파일되는, 메시지들 및 연관된 이미지, 비디오, 또는 오디오 데이터의 컬렉션들에 관한 데이터를 저장한다. 특정 컬렉션의 생성은 특정 사용자(예를 들어, 그에 대해 레코드가 엔티티 테이블(302)에 유지되는 임의의 사용자)에 의해 개시될 수 있다. 사용자는 그 사용자에 의해 생성되고 전송/브로드캐스트된 콘텐츠의 컬렉션의 형태로 "개인 스토리"를 생성할 수 있다. 이를 위해, 소셜 미디어 클라이언트 애플리케이션(104)의 사용자 인터페이스는, 전송측 사용자가 자신의 개인 스토리에 특정 콘텐츠를 추가하는 것을 가능하게 하기 위해 사용자 선택가능한 아이콘을 포함할 수 있다. 본 설명의 컨텍스트에서, 이러한 메시지들 및 스토리들/갤러리들은, 소셜 미디어 애플리케이션을 통한 보기가 제출 사용자에 의해 식별되는 특정 사용자들로 또는 제출 사용자의 소셜 네트워크의 멤버들인 사용자들로 제한되는, 개인 소비(private consumption)를 위한 것으로 이해된다. 이것은, 소셜 미디어 애플리케이션의 모든 사용자들의 사용자-특정 또는 사용자-지정 서브세트로 제한되지 않는, 소셜 미디어 애플리케이션을 통한 공개 또는 비-개인 소비를 위해 제공되는 소셜 미디어 아이템들과 대조되는 것이다. 공개적으로 볼 수 있는 컬렉션 또는 갤러리의 예가 "Live Story" 또는 "Our Story"이다.
언급한 바와 같이, 컬렉션은 또한, 수동으로, 자동으로, 또는 수동 및 자동 기법들의 조합을 사용하여 생성되는 다수의 사용자로부터의 콘텐츠의 컬렉션인 "Live Story"를 구성할 수 있다. 예를 들어, "Live Story"는 다양한 위치들 및 이벤트들로부터의 사용자-제출 콘텐츠(user-submitted content)의 큐레이팅된 스트림(curated stream)을 구성할 수 있다. 위치 서비스 가능한(location services enabled) 클라이언트 디바이스들을 갖고 특정 시간에 공통 이벤트 위치에 있는 사용자들에게는, 예를 들어, 소셜 미디어 클라이언트 애플리케이션(104)의 사용자 인터페이스를 통해, 특정 Live Story에 콘텐츠를 기여하는 옵션이 제시될 수 있다. Live Story는 자신의 위치에 기초하여 소셜 미디어 클라이언트 애플리케이션(104)에 의해 사용자에게 식별될 수 있다. 최종 결과는 커뮤니티 관점에서 말한 "Live Story"이다. 본 개시내용의 일부 예시적인 실시예들에 따르면, 제출 사용자는 소셜 미디어 아이템들 또는 메시지들을 비-특정 공통 라이브 스토리에 제출할 수 있다. 이러한 콘텐츠는 지도-기반 그래픽 사용자 인터페이스를 통해 다른 사용자들에 액세스가능하며, 이러한 소셜 미디어 아이템들 또는 메시지들은 위치-기반 갤러리 또는 스토리의 일부를 형성하는 것에 의해, 또는 지도 GUI의 일부를 형성하는 위치-기반 검색 메커니즘들을 사용하는 그러한 다른 사용자들에 의해, 대응하는 지오-태그 데이터에 의해 표시된 각자의 위치에 기초하여 지도 GUI를 통해 액세스가능하다.
추가적인 타입의 콘텐츠 컬렉션은, 특정 지리적 위치 내에(예를 들어, 단과대학 또는 대학 캠퍼스에) 위치하는 클라이언트 디바이스(102)를 갖는 사용자가 특정 컬렉션에 기여하는 것을 가능하게 하는 "위치 스토리(location story)"라고 알려져 있다. 일부 실시예들에서, 위치 스토리에 대한 기여는 최종 사용자가 특정 조직 또는 다른 엔티티에 속한다는(예를 들어, 대학 캠퍼스의 학생이라는) 것을 검증하기 위해 제2 인증 정도를 요구할 수 있다. 본 개시내용의 일부 실시예들에서, 사용자가 메시지가 포함되어야 하는 특정한 위치 스토리를 특정하지 않고, 일반적으로 Live Story 또는 Our Story에 업로드되는 메시지는, 메시지의 지오-태그 데이터에 적어도 부분적으로 기초하여 위치 스토리 내에 자동으로 또는 반-자동으로 포함될 수 있다.
본 개시내용의 일부 실시예들에 따르면, 지도-기반 GUI의 지도 뷰포트(map viewport) 내에 지도를 제시하기 위해 사용될 수 있는 다수의 지도 타일을 지도 타일 테이블(320)이 저장한다. 특정한 예시적인 실시예에서, 각각의 지도 뷰(map view)는 함께 스티칭된 9 또는 16개의 지도 타일로 구성된다. 상이한 지도 줌 레벨들에 대해 복수의 세트의 지도 타일들이 유지될 수 있다. 일부 예시적인 실시예들에서, 지도 타일들의 수퍼세트가 서버측에 유지되고, 특정 요청된 영역들의 지도 표현을 작성하기 위해 요청측 클라이언트 디바이스(102)에 포워딩된다.
사용자 위치 테이블(326)은 소셜 미디어 애플리케이션의 다수의 사용자에 대한 현재 또는 가장 최근의 사용자 위치 데이터를 저장한다. 사용자 위치 데이터는 각자의 사용자들과 연관된 각자의 클라이언트 디바이스들(102)로부터 수신된 위치 데이터에 기초할 수 있다. 이러한 사용자 위치 데이터는, 일부 예시적인 실시예들에서, 요청측 사용자의 소셜 네트워크의 일부를 형성하고/하거나 요청측 사용자가 그들의 위치들을 보기 위한 권한을 제공한 복수의 사용자의 각자의 위치들을 지도-기반 GUI에 디스플레이하는 데 사용된다. 각각의 그러한 사용자는 각자의 사용자 아이콘 또는 비트모지에 의해 지도 GUI의 일부를 형성하는 지도 상에 표현될 수 있다.
도 4는, 소셜 미디어 클라이언트 애플리케이션(104)의 하나의 인스턴스에 의해 소셜 미디어 클라이언트 애플리케이션(104)의 추가 인스턴스 또는 소셜 미디어 서버 애플리케이션(114)에 대한 통신을 위해 생성되는, 일부 실시예들에 따른, 소셜 미디어 아이템 또는 메시지(400)의 구조를 예시하는 개략도이다. 특정 메시지(400)의 콘텐츠는 소셜 미디어 서버 애플리케이션(114)에 의해 액세스 가능한, 데이터베이스(120) 내에 저장된 메시지 테이블(314)을 채우는 데 사용된다. 유사하게, 메시지(400)의 콘텐츠는 클라이언트 디바이스(102) 또는 애플리케이션 서버(112)의 "수송중(in-transit)" 또는 "비행중(in-flight)" 데이터로서 메모리에 저장된다. 메시지(400)는 다음의 컴포넌트들을 포함하는 것으로 도시된다:
메시지 식별자(402): 메시지(400)를 식별하는 고유 식별자.
메시지 텍스트 페이로드(404): 클라이언트 디바이스(102)의 사용자 인터페이스를 통해 사용자에 의해 생성되고 메시지(400)에 포함되는 텍스트.
메시지 이미지 페이로드(406): 클라이언트 디바이스(102)의 카메라 컴포넌트에 의해 캡처되거나 클라이언트 디바이스(102)의 메모리로부터 검색되고, 메시지(400)에 포함되는 이미지 데이터.
메시지 비디오 페이로드(408): 카메라 컴포넌트에 의해 캡처되거나 클라이언트 디바이스(102)의 메모리 컴포넌트로부터 검색되고 메시지(400)에 포함되는 비디오 데이터.
메시지 오디오 페이로드(410): 마이크로폰에 의해 캡처되거나 클라이언트 디바이스(102)의 메모리 컴포넌트로부터 검색되고, 메시지(400)에 포함되는 오디오 데이터.
메시지 주석(412): 메시지(400)의 메시지 이미지 페이로드(406), 메시지 비디오 페이로드(408), 또는 메시지 오디오 페이로드(410)에 적용될 주석들을 나타내는 주석 데이터(예를 들어, 필터들, 스티커들 또는 다른 개선들).
디스플레이 지속기간 파라미터(414): 메시지의 콘텐츠(예를 들어, 메시지 이미지 페이로드(406), 메시지 비디오 페이로드(408), 및 메시지 오디오 페이로드(410))가 소셜 미디어 클라이언트 애플리케이션(104)을 통해 사용자에게 제시되거나 액세스 가능하게 되는 시간의 양을 초 단위로 표시하는 파라미터 값. 디스플레이 지속기간 파라미터(414)는 본 명세서에서 "디스플레이 지속기간 타이머"라고도 지칭된다.
메시지 지오로케이션 파라미터(416): 메시지(400)의 콘텐츠 페이로드와 연관된 지오로케이션 데이터 또는 지오-태그 데이터(예를 들어, 위도 및 경도 좌표들). 다수의 메시지 지오로케이션 파라미터(416) 값들이 페이로드에 포함될 수 있으며, 이들 파라미터 값들 각각은 콘텐츠(예를 들어, 메시지 이미지 페이로드(406) 내의 특정 이미지, 또는 메시지 비디오 페이로드(408) 내의 특정 비디오)에 포함된 각자의 콘텐츠 아이템들과 연관된다.
메시지 스토리 식별자(418): 메시지(400)의 메시지 이미지 페이로드(406) 내의 특정 콘텐츠 아이템이 연관되어 있는 하나 이상의 콘텐츠 컬렉션(예를 들어, "스토리")을 식별하는 식별자 값들. 예를 들어, 메시지 이미지 페이로드(406) 내의 다수의 이미지는 각각 식별자 값들을 이용하여 다수의 콘텐츠 컬렉션과 연관될 수 있다. 이러한 메시지 스토리 식별자(418)의 예는 일부 실시예들에서 하나 이상의 썸네일 이미지(thumbnail image)를 포함할 수 있다.
메시지 태그(420): 각각의 메시지(400)는 다수의 태그로 태깅될 수 있고, 그 각각은 메시지 페이로드에 포함된 콘텐츠의 주제를 나타낸다. 예를 들어, 메시지 이미지 페이로드(406)에 포함된 특정 이미지가 동물(예를 들어, 사자)을 묘사하는 경우, 관련 동물을 나타내는 태그 값이 메시지 태그(420) 내에 포함될 수 있다. 태그 값들은, 사용자 입력에 기초하여 수동으로 생성될 수 있거나, 또는 예를 들어, 이미지 인식을 사용하여 자동으로 생성될 수 있다.
메시지 전송자 식별자(422): 메시지(400)가 생성되었고 메시지(400)가 전송된 클라이언트 디바이스(102)의 사용자를 나타내는 식별자(예를 들어, 메시징 시스템 식별자, 이메일 주소, 또는 디바이스 식별자).
메시지 수신자 식별자(424): 메시지(400)가 어드레싱되는 클라이언트 디바이스(102)의 사용자를 나타내는 식별자(예를 들어, 메시징 시스템 식별자, 이메일 주소, 또는 디바이스 식별자).
메시지(400)의 다양한 컴포넌트들의 콘텐츠(예를 들어, 값들)는 그 안에 콘텐츠 데이터 값들이 저장되어 있는 테이블들 내의 위치들에 대한 포인터들일 수 있다. 예를 들어, 메시지 이미지 페이로드(406) 내의 이미지 값은 이미지 테이블(308) 내의 위치에 대한 포인터(또는 그의 어드레스)일 수 있다. 유사하게, 메시지 비디오 페이로드(408) 내의 값들은 비디오 테이블(310) 내에 저장된 데이터를 가리킬 수 있고, 메시지 주석(412) 내에 저장된 값들은 주석 테이블(312)에 저장된 데이터를 가리킬 수 있고, 메시지 스토리 식별자(418) 내에 저장된 값들은 스토리 테이블(306)에 저장된 데이터를 가리킬 수 있고, 메시지 전송자 식별자(422) 및 메시지 수신자 식별자(424) 내에 저장된 값들은 엔티티 테이블(302) 내에 저장된 사용자 레코드들을 가리킬 수 있다.
도 5는 그에 관하여 콘텐츠(예를 들어, 단기적 메시지(502), 및 데이터의 연관된 멀티미디어 페이로드) 또는 콘텐츠 컬렉션(예를 들어, 단기적 메시지 스토리(504))에 대한 액세스가 시간-제한될 수 있는(예를 들어, 단기적으로 될 수 있는), 액세스-제한 프로세스(500)를 예시하는 개략도이다.
단기적 메시지(502)는 디스플레이 지속기간 파라미터(506)와 연관되는 것으로 도시되어 있고, 그 값은 단기적 메시지(502)가 소셜 미디어 클라이언트 애플리케이션(104)에 의해 단기적 메시지(502)의 수신측 사용자에게 디스플레이될 시간의 양을 결정한다. 일 실시예에서, 소셜 미디어 클라이언트 애플리케이션(104)이 SNAPCHAT 클라이언트 애플리케이션인 경우, 전송측 사용자가 디스플레이 지속기간 파라미터(506)를 사용하여 특정하는 시간의 양에 따라, 최대 10초 동안 수신측 사용자가 단기적 메시지(502)를 볼 수 있다. 일부 실시예들에서, 시스템은, 예를 들어, 5초의 디폴트 디스플레이 지속기간을 갖는 사진 또는 정지-이미지 메시지들에 디폴트 디스플레이 지속기간 파라미터(506)를 자동으로 부착한다. 비디오-기반 메시지들의 디스플레이 지속기간 파라미터(506)는, 자동으로 시행되는 상한(automatically enforced upper limit)을 갖는, 기본 비디오의 지속기간에 자동으로 대응할 수 있다. 따라서, 10초의 상한이 시행되는 예시적인 실시예에서, 7초 비디오 메시지는 7초의 디스플레이 지속기간 파라미터를 가질 것이다.
디스플레이 지속기간 파라미터(506) 및 메시지 수신자 식별자(424)는 메시지 타이머(512)에 대한 입력들인 것으로 도시되어 있고, 메시지 타이머(512)는 단기적 메시지(502)가 메시지 수신자 식별자(424)에 의해 식별된 특정 수신측 사용자에게 보여지는 시간의 양을 결정하는 것을 담당한다. 특히, 단기적 메시지(502)는 디스플레이 지속기간 파라미터(506)의 값에 의해 결정된 기간 동안 관련 수신측 사용자에게만 보여질 것이다. 메시지 타이머(512)는 수신측 사용자에게 콘텐츠(예를 들어, 단기적 메시지(502))의 디스플레이의 전체 타이밍을 담당하는 더 일반화된 단기적 타이머 시스템(202)에 출력을 제공하는 것으로 도시된다.
단기적 메시지(502)는 단기적 메시지 스토리(504)(예를 들어, 개인 SNAPCHAT 스토리, 또는 이벤트 스토리)의 형태로 소셜 미디어 갤러리 내에 포함되는 것으로 도 5에 도시되어 있다. 단기적 메시지 스토리(504)는 스토리 지속기간 파라미터(508)를 가지며, 그 값은 단기적 메시지 스토리(504)가 소셜 미디어 플랫폼 시스템(100)의 사용자들에게 이용가능하게 되고 액세스 가능한 시간 지속기간(time duration)을 결정한다. 예를 들어, 스토리 지속기간 파라미터(508)는 음악 콘서트의 지속기간일 수 있고, 여기서 단기적 메시지 스토리(504)는 그 콘서트에 관련된 콘텐츠의 컬렉션이다. 대안적으로, 사용자(소유 사용자 또는 큐레이터 사용자)는 단기적 메시지 스토리(504)의 셋업 및 생성을 수행할 때 스토리 지속기간 파라미터(508)에 대한 값을 특정할 수 있다. 일부 실시예들에서, 스토리 지속기간 파라미터(508)는 특정 단기적 메시지 스토리(504)의 일부를 형성하는 단기적 메시지들(502) 중 하나 이상의 단기적 메시지의 각자의 스토리 참여 파라미터들(510)(또는 수명)에 적어도 부분적으로 기초하여 결정된다. 하나의 예시적인 실시예에서, 스토리 지속기간 파라미터(508)는 관련 단기적 메시지 스토리(504)에서의 단기적 메시지들(502) 중 마지막-포스팅된 단기적 메시지의 스토리 참여 파라미터(510) 또는 수명에 대응한다. 그러한 경우에, 단기적 메시지 스토리(504)는, 그 안의 마지막-포스팅된 단기적 메시지(502)가 만료될 때(예를 들어, 마지막 단기적 메시지(502)의 스토리 참여 파라미터(510) 또는 수명이 만료될 때) (예를 들어, 소셜 미디어 플랫폼을 통해 볼 수 없게 됨으로써) 만료된다.
위에서 언급한 바와 같이, 단기적 메시지 스토리(504) 내의 각각의 단기적 메시지(502)는 연관된 스토리 참여 파라미터(510)(본 명세서에서는 "갤러리 참여 파라미터" 또는 "갤러리 참여 타이머"로도 지칭됨)를 갖고, 그 값은 단기적 메시지(502)가 단기적 메시지 스토리(504)의 컨텍스트 내에서 액세스 가능할 시간의 지속기간을 결정한다. 따라서, 특정 단기적 메시지(502)는, 단기적 메시지 스토리(504) 자체가 스토리 지속기간 파라미터(508)에 관하여 만료되기 전에, 단기적 메시지 스토리(504)의 컨텍스트 내에서 "만료"되고 액세스 불가능해질 수 있다. 스토리 지속기간 파라미터(508), 스토리 참여 파라미터(510), 및 메시지 수신자 식별자(424)는 각각 스토리 타이머(514)에 대한 입력을 제공하며, 스토리 타이머(514)는, 먼저, 단기적 메시지 스토리(504)의 특정 단기적 메시지(502)가 특정 수신측 사용자에게 디스플레이될 것인지, 그리고, 그렇다면, 얼마나 오랫동안 디스플레이될 것인지를 동작적으로 결정한다. 단기적 메시지 스토리(504)는 또한 메시지 수신자 식별자(424)의 결과로서 특정 수신측 사용자의 아이덴티티(identity)를 인식한다는 점에 유의한다.
따라서, 스토리 타이머(514)는 일부 실시예들에서 연관된 단기적 메시지 스토리(504)뿐만 아니라, 단기적 메시지 스토리(504)에 포함된 개별 단기적 메시지(502)의 전체 수명을 동작적으로 제어한다. 일 실시예에서, 단기적 메시지 스토리(504) 내의 각각의 그리고 모든 단기적 메시지(502)는 스토리 지속기간 파라미터(508)에 의해 특정된 기간(time period) 동안 볼 수 있고 액세스 가능하게 유지된다. 추가 실시예에서, 특정 단기적 메시지(502)는 스토리 참여 파라미터(510)에 기초하여 단기적 메시지 스토리(504)의 컨텍스트 내에서 만료될 수 있다. 각자의 디스플레이 지속기간 파라미터(506)는, 단기적 메시지 스토리(504)의 컨텍스트 내에서도, 단기적 메시지(502)의 리플레이 시에 특정 단기적 메시지(502)가 수신측 사용자에게 디스플레이되는 시간의 지속기간을 여전히 결정할 수 있다는 점에 유의한다. 따라서, 디스플레이 지속기간 파라미터(506)는, 수신측 사용자가 단기적 메시지 스토리(504)의 컨텍스트 내부 또는 외부에서 그 단기적 메시지(502)를 보고 있는지에 관계없이, 특정 단기적 메시지(502)가 수신측 사용자에게 디스플레이되는 시간의 지속기간을 결정한다.
단기적 타이머 시스템(202)은 또한 그것이 연관된 스토리 참여 파라미터(510)를 초과했다는 결정에 기초하여 단기적 메시지 스토리(504)로부터 특정 단기적 메시지(502)를 동작적으로 제거할 수 있다. 예를 들어, 전송측 사용자가 포스팅으로부터 24시간의 스토리 참여 파라미터(510)를 확립했을 때, 단기적 타이머 시스템(202)은 특정된 24시간 후에 단기적 메시지 스토리(504)로부터 관련 단기적 메시지(502)를 제거할 것이다. 단기적 타이머 시스템(202)은 또한 단기적 메시지 스토리(504) 내의 각각의 그리고 모든 단기적 메시지(502)에 대한 스토리 참여 파라미터(510)가 만료되었을 때, 또는 단기적 메시지 스토리(504) 자체가 스토리 지속기간 파라미터(508)에 관하여 만료되었을 때 단기적 메시지 스토리(504)를 제거하도록 동작한다. 본 개시내용에서, 적어도 일부 단기적 메시지들(502)은, 임의의 특정 이벤트 갤러리에서 사용자에 의해 포함되지 않고 그리고 지도 GUI 상의 각자의 갤러리 아이콘에 의해 표현되는 임의의 위치-기반 갤러리에 포함되지 않고, 지도-기반 GUI를 통한 일반 또는 공개 보기(general or public viewing)를 위해 사용자에 의해 소셜 미디어 애플리케이션에 제출될 수 있다는 점에 유의한다. 일부 실시예들에서 이러한 단기적 메시지들(502)은, 이하의 특정한 예시적인 실시예들을 참조하여 설명된 바와 같이, 단기적 메시지들(502)이 집합적 Live Story 또는 Our Story의 일부로서 지도 GUI를 통해 액세스가능한 기간들을 지정하는 각자의 스토리 참여 파라미터들(510)을 또한 갖는다. 특정한 예시적인 실시예에서, 그에 따라 공개 또는 비-개인 뷰를 위해 제출된 각각의 단기적 메시지(502)는 24시간의 디폴트 갤러리 참여 파라미터 또는 스토리 참여 파라미터(510)를 갖는다. 따라서, 이러한 단기적 메시지들(502)은 제출 후 24시간 동안만 지도 GUI를 통해 볼 수 있다.
특정 사용 경우들에서, 특정 단기적 메시지 스토리(504)의 작성자는 부정(indefinite) 스토리 지속기간 파라미터(508)를 특정할 수 있다. 이 경우, 단기적 메시지 스토리(504) 내의 마지막 잔여 단기적 메시지(502)에 대한 스토리 참여 파라미터(510)의 만료는 단기적 메시지 스토리(504) 자체가 만료될 때를 결정할 것이다. 이 경우, 새로운 스토리 참여 파라미터(510)로, 단기적 메시지 스토리(504)에 추가된, 새로운 단기적 메시지(502)가 단기적 메시지 스토리(504)의 수명을 스토리 참여 파라미터(510)의 값과 같도록 효과적으로 연장한다.
단기적 타이머 시스템(202)이 단기적 메시지 스토리(504)가 만료되었다고(예를 들어, 더 이상 액세스 가능하지 않다고) 결정하는 것에 응답하여, 단기적 타이머 시스템(202)은 소셜 미디어 플랫폼 시스템(100)(및, 예를 들어, 구체적으로 소셜 미디어 클라이언트 애플리케이션(104))과 통신하여, 관련 단기적 메시지 스토리(504)와 연관된 표시(예를 들어, 아이콘)가 더 이상 소셜 미디어 클라이언트 애플리케이션(104)의 사용자 인터페이스 내에 디스플레이되지 않게 한다. 유사하게, 단기적 타이머 시스템(202)이 특정 단기적 메시지(502)에 대한 스토리 참여 파라미터(510)가 만료되었다고 결정할 때, 단기적 타이머 시스템(202)은 소셜 미디어 클라이언트 애플리케이션(104)이 단기적 메시지(502)와 연관된 표시(예를 들어, 아이콘 또는 텍스트 식별)를 더 이상 디스플레이하지 않게 한다.
지도 GUI 기능성의 예시적인 실시예들
먼저, 본 개시내용의 다양한 양태들 및 특징들이 도 6a 내지 도 11b를 참조하여 논의되고 설명되는 특정 예시적인 실시예들과 관련하여 개념적으로 설명될 것이다.
기본적인 지도 GUI 아키텍처
도 6a는 모바일 폰의 예시적인 형태의 클라이언트 디바이스(102) 상에 디스플레이되는, 지도 GUI(612)로도 지칭되는, 지도-기반 그래픽 사용자 인터페이스의 예시적인 실시예를 도시한다. 이 예시적인 실시예에서, 지도 GUI(612)는 햅틱 입력을 수신할 수 있는 터치스크린(606)의 형태로 디스플레이 상에 생성된다. 지도 GUI(612)는 특정 지리적 영역의 양식화된 항공 또는 위성 표현을 나타내는 대화형 지도(618)를 포함한다. 지도(618)는, 이 예시적인 실시예에서 터치스크린(606)의 전체 이용가능한 영역을 이용하는, 지도 뷰포트(621) 내에 디스플레이된다. 다른 예시적인 실시예들에서, 지도 뷰포트(621)는 더 큰 디스플레이 스크린 내의 경계 패널 또는 윈도우일 수 있다. 지도 GUI(612)는 지도(618) 상의 특정한 각자의 지리적 위치들에 디스플레이되는 복수의 사용자-선택가능 그래픽 사용자 인터페이스 요소들을 추가로 포함한다. 각각의 이러한 지오-앵커링된 GUI 요소는 이 예시적인 실시예에서 지도(618) 상에 오버레이된 각자의 표시 또는 아이콘에 의해 표현된다. 상이한 타입들의 아이콘들 및 그것들 각자의 기능성들이 아래에 더 상세히 설명될 것이다. 또한 간략하게 설명되는 바와 같이, 지도 GUI(612)는 기본 지리적 지도(618) 위에 렌더링된 하나 이상의 정보 오버레이를 추가로 포함할 수 있으며, 이 예시적인 실시예에서는 관련 소셜 미디어 애플리케이션에 의해 제공되는 소셜 미디어 플랫폼 상의 기본 소셜 미디어 활동의 지리적 분포를 나타내는 열지도(heatmap)(625)를 포함한다.
언급한 바와 같이, 지도 GUI(612)는 상이한 지리적으로 기반한 콘텐츠 또는 정보를 표시하는 다수의 상이한 사용자-선택가능 아이콘 또는 UI 요소를 포함한다. 이 예시적인 실시예에서, 지도 GUI(612)는 본 설명에서 "스토리 아이콘"이라고도 지칭되는, 복수의 상이한 갤러리 아이콘을 포함한다. 각각의 스토리 아이콘은 지도(618) 상의 위치에서 각자의 위치-기반 소셜 미디어 갤러리 또는 컬렉션에 대응하고, 이 예시적인 실시예에서는, 본 명세서의 다른 곳에서 논의되는 바와 같이, 소위 "스냅들"의 예시적인 형태의 단기적 메시지들의 위치-기반 스토리에 대응한다. 지도(618) 상에 각자의 스토리 아이콘들에 의해 표현되는 이러한 스토리들 각각은 각자의 스냅들과 연관된 각자의 지오-태그 데이터에 적어도 부분적으로 기초하여 함께 그룹화되는 각자의 세트의 스냅들(증강된 또는 증강되지 않은 사진 또는 비디오 콘텐츠를 각각 포함함)로 구성된다.
도 6a의 예시적인 실시예에서, 지도 GUI(612)는 2개의 상이한 각자의 타입들의 위치-기반 소셜 미디어 갤러리들에 대한 2개의 상이한 타입들의 갤러리 아이콘들, 즉, 각각 연관된 지리적 영역들을 표시하는 지오-태그 데이터를 갖는 소셜 미디어 플랫폼에 대한 소셜 미디어 아이템들/스냅들의 제출에 관한 기본 소셜 미디어 활동의 하나 이상의 메트릭에 기초하여 지도 GUI(612) 상에 동적으로 표면화되는 스파이크 갤러리들/스토리들에 대한 스파이크 아이콘들(633), 및 장소 갤러리들/스토리들에 대한 장소 아이콘들(631)을 포함한다. 이러한 상이한 타입들의 갤러리들은 상이한 타입들의 아이콘들(631, 633)에 의해 표현된다는 점에 유의한다. 이러한 상이한 타입들의 갤러리들과 대응하는 시각적으로 별개의 갤러리 아이콘들(631, 633) 사이의 차이들은 본 명세서에서 나중에 논의된다. 이 예시적인 실시예에서 지도 GUI(612)는 클라이언트 디바이스(102)와 연관된 사용자의 각자의 친구들의 현재 또는 마지막 알려진 지리적 위치에 기초하여 지도 GUI(612) 상에 디스플레이되는 비트모지들(640)의 예시적인 형태의 친구 아이콘들을 추가로 포함한다.
메시지 및/또는 스토리 단기성
이 예시적인 실시예에서, 지도 GUI(612) 내의 대응하는 스토리 아이콘들(631, 633)의 선택에 의해 선택적으로 플레이가능한 소셜 미디어 아이템들은 단기적 소셜 미디어 아이템들 또는 메시지들이다. 이전에 설명한 바와 같이, 단기적 콘텐츠는, 본 명세서에서 각자의 갤러리 참여 파라미터 또는 타이머라고도 지칭되는, 미리 결정된 제한된 기간 동안에만 지도 GUI(612)를 통해 소셜 미디어 사용자들에 의해 보기 위해 이용가능한 소셜 미디어 콘텐츠(예를 들어, 증강된 및/또는 증강되지 않은 비디오 클립들, 사진들, 및/또는 다른 메시지들)이다. 특정 사용자에 의해 업로드된 임의의 단기적 메시지 또는 스냅에 대한 각자의 갤러리 참여 파라미터 또는 타이머의 만료 후에, 그 단기적 메시지 또는 스냅은 그것들 각자의 클라이언트 디바이스들(102) 상에서 생성된 지도 GUI(612)를 통해 다른 사용자들에 의해 보기 위해 더 이상 이용가능하지 않다. 이러한 단기적 소셜 미디어 콘텐츠의 현재의 예들은 SNAPCHAT 또는 INSTAGRAM 소셜 미디어 애플리케이션들에서 소위 "스토리들"에 포함된 각자의 스냅들 또는 메시지들을 포함한다.
각자의 갤러리 참여 타이머들을 사용하는 스냅별 레벨(per-snap level)에서 단기성의 관리 대신에, 또는 그에 부가하여, 지도 GUI(612)에 의한 단기적 메시지들의 이용가능성은 일부 경우에, 예를 들어, 스토리별 레벨(per-story level)에서 집합적으로 관리될 수 있다. 이러한 경우들에서, 각각의 스토리는, 지도 GUI(612)를 통해 보기 위한 대응하는 스토리의 이용가능성이 종료되는 만료시에, 각자의 스토리 지속기간 파라미터(508)(예를 들어, 대응하는 스토리 타이머(514)에 기초함 - 도 5 참조)를 가질 수 있다. 일부 실시예들에서, 스토리 지속기간 파라미터(508)는 관련 스토리에 포함된 단기적 메시지들 중 하나의 단기적 메시지의 스토리 참여 파라미터(510)에 기초하여 계산된다. 예를 들어, 스토리는 일부 실시예들에서 스토리 내의 마지막 업로드된 아이템이 만료될 때 만료될 수 있고, 그에 응답하여 대응하는 스토리 아이콘(631, 633)은 지도 GUI(612) 상에 더 이상 디스플레이되지 않는다. 하나의 예시적인 실시예에서, 지도 GUI(612)는 각자의 이벤트 스토리들에 대응하는 하나 이상의 이벤트 아이콘(예를 들어, 도 6a의 장소 아이콘들(631)과 외관이 유사함)을 포함할 수 있고, 이벤트 스토리의 스토리 지속기간 파라미터(508)는 기본 이벤트의 시작 또는 종결로부터 미리 결정된 기간이 만료되도록 설정된다. 스토리 지속기간 파라미터(508)의 만료시에, 이벤트 스토리에 포함된 각자의 스냅들과 연관된 개별 타이머들에 관계없이, 대응하는 갤러리 아이콘(631, 633)이 지도 GUI(612)로부터 제거된다.
스토리 플레이백
사용자는 선택된 갤러리 아이콘(631/633)의 온-스크린 위치(on-screen location)에서 터치스크린(606)과의 햅틱 접촉에 의해 갤러리 아이콘들(631, 633) 중 어느 하나를 선택할 수 있다. 이러한 선택에 응답하여, 선택된 스토리에서의 대응하는 단기적 메시지 또는 스냅 세트의 자동화된 순차적 플레이백이 터치스크린(606) 상에서 클라이언트 디바이스(102)에 의해 수행된다. 선택된 스토리의 이러한 자동화된 순차적 플레이백은 다음의 것들로 구성된다:
- 대응하는 디스플레이 지속기간(예를 들어, 사진-기반 메시지들에 대해 5초의 디폴트 값 및 비디오-기반 스냅들에 대해 10초의 최대 값) 동안 단기적 메시지들 중 제1 단기적 메시지의 콘텐츠 또는 미디어 페이로드를 터치스크린(606) 상에 디스플레이하는 것, 이 예시적인 실시예에서는 터치스크린(606) 상의 지도 GUI(612)를 관련 스냅의 풀 스크린 리플레이로 일시적으로 대체하는 것;
- 디스플레이 지속기간의 만료시에, 그 디스플레이 지속기간 동안 다음 스냅/메시지의 콘텐츠를 디스플레이하는 것; 및
- 따라서 스토리 내의 모든 스냅들이 리플레이될 때까지 또는 사용자가 플레이백 시퀀스를 선택적으로 무시(dismiss)할 때까지, 선택된 스토리 내의 모든 단기적 메시지들을 통해 순차적으로 진행하는 것.
일부 실시예들에서, 특정한 스토리/갤러리 내의 모든 스냅들이 반드시 리플레이 시퀀스에 포함되는 것은 아니다. 예를 들어, 다수의 중첩하는 스냅들(예를 들어, 실질적으로 동일한 콘텐츠를 보여주는 스냅들)이 존재하는 경우, 그 스냅들의 일부는 자동으로 스킵되어 연속적인 내러티브(narrative)를 유지하고 상이한 스냅들에 의해 일반적으로 캡처된 이벤트의 일부 섹션들을 반복하지 않는다. 그 대신에, 또는 추가적으로, 소셜 미디어 서버 애플리케이션(114)은 일부 실시예들에서 각자의 스냅들과 연관된 타임스탬프 정보에 기초하여 중첩하는 또는 동시적인 스냅들을 식별하고 큐레이팅하도록 자동으로 프로그래밍될 수 있다.
이 예시적인 실시예에서, 리플레이가능 스파이크 스토리 또는 장소 스토리에서 함께 자동으로 수집되는 스냅들은 각자의 타임스탬프들에 기초하여 연대순으로(예를 들어, 가장 오래된 것부터 가장 최신의 것으로 또는 가장 오래전에 포스팅된 것부터 가장 최근에 포스팅된 것으로 순차적으로 플레이됨) 자동으로 플레이되도록 배열된다. 이러한 연대순 플레이백의 이점은, 스토리를 보는 것이 사용자에게 관련 위치에서 일어나는 이벤트들의 순차적으로 배열된 뷰들을 제공한다는 것이다. 그러나, 일부 경우들에서, 인간 큐레이터는, 예를 들어, 스토리의 내러티브 흐름을 개선하기 위해, 연대순으로 스냅들을 재배열하는 것을 선택할 수 있다. 다른 실시예들에서, 스냅들은 가장 최신의 것으로부터 가장 오래된 것으로의 역방향 연대순으로 플레이될 수 있다.
따라서, 예시적인 지도 GUI(612)는, 단기적 소셜 미디어 아이템들의 각자의 컬렉션들의 플레이백을 트리거하기 위해 사용자-선택가능한 스토리 아이콘들(631, 633)의 예시적인 형태의 다수의 위치-기반 갤러리 아이콘들을 포함하고, 이 예시적인 실시예에서는 (본 설명에서는 "스냅들"로도 지칭되는) 단기적 메시지들의 각자의 세트들로 이루어진 각자의 단기적 스토리들이라는 것을 알 수 있다. 이 예시적인 실시예에서, 각자의 스토리 아이콘들(631, 633)에 의해 표현되는 복수의 위치-기반 스토리 각각은 다수의 상이한 사용자들에 의해 기여되는 미디어 콘텐츠를 포함할 수 있다.
Our Story 및 Our Story에의 단기적 메시지들의 게시
이 예시적인 실시예에서, 각자의 단기적 스토리들은 각자의 스냅들의 지오-태깅에 적어도 부분적으로 기초하여 다수의 사용자들에 의해 제출된 단기적 메시지들로부터 컴파일된다. 지도 GUI(612)를 통해 보기 위해 이용가능하게 된 단기적 메시지들은 이 예시적인 실시예에서 지도 GUI(612)가 생성되는 클라이언트 디바이스(102)를 갖는 사용자의 애플리케이션-내 소셜 네트워크(in-application social network)의 멤버들인 다른 사용자들에 의해 제공되는 콘텐츠로 제한되지 않는다는 점에 유의한다. 대신에, 지도 GUI(612)가 액세스를 허용하는 소셜 미디어 콘텐츠는, 이 예시적인 실시예에서 지도 GUI(612)를 통해 공개적으로 액세스가능하도록 임의의 사용자에 의해 업로드되거나 제출된 스냅들에 의해 제공된다.
예시적인 지도 GUI(612)의 일 양태는 사용자들이 지도 GUI(612)를 통해 일반적으로 액세스가능한 소셜 미디어 콘텐츠를 제출하는 기능성을 제공한다. 도 7a를 간단히 참조하면, 스냅을 캡처할 때 지도 GUI(612)를 통해 스냅을 일반적으로 액세스가능하도록 사용자에게 선택가능 옵션을 제공하는 메커니즘을 제공하기 위해 지도 GUI(612)의 일부를 형성하는 목적지 선택 인터페이스(707)의 예시적인 실시예가 도시되어 있다. 일반적인 액세스가능성(general accessibility)이란, 관련 소셜 미디어 아이템이 구체적으로 지정된 수신자들만 볼 수 있도록 포스팅되는 것이 아니라, 일반적으로 소셜 미디어 플랫폼 상의 다른 사용자들이 볼 수 있도록 게시된다는 것을 의미한다. 이러한 방식으로 일반적으로 액세스가능한 스냅들은, 본 명세서에서 공개적으로 볼 수 있거나 공개적으로 이용가능한 것으로도 지칭된다.
이 예시적인 실시예에서, 지도 GUI(612)의 일부를 형성하는 카메라 소프트 버튼(650)(도 6a)의 동작에 의해 (도 6a에서 볼 수 있는 바와 같이) 지도 뷰포트(621)가 디스플레이되는 동안 지도 GUI(612)를 통해 스냅들이 캡처될 수 있다. 카메라 소프트 버튼(650)의 동작에 의해 사진 또는 비디오 콘텐츠를 캡처한 후에, 캡처된 미디어 콘텐츠는 목적지 선택 인터페이스(707)와 함께 터치스크린(606)(도 7a) 상에 디스플레이된다. 이 예시적인 실시예에서, 사용자는 도 7a에서 각자의 라디오 버튼들(radio buttons)(714, 721)로 표현된 "My Story" 및 "Our Story"로서 도 7a에서 식별된 하나 또는 둘 다의 목적지 옵션을 선택할 수 있다. Our Story 라디오 버튼(721)을 선택하고 그 후에 "Send" 소프트 버튼(728)을 선택함으로써, 사용자는 스냅이 지도 GUI(612)를 통해 비-개인 게시(non-private publication)를 위해 이용가능하다는 표시와 함께 네트워크(106)를 통해 애플리케이션 서버(112)에 스냅을 제출할 수 있다. 스냅이 사용자에 의해 그렇게 마킹되지 않으면, 예를 들어, 단지 My Story 라디오 버튼(714)의 선택과 연관되어 있으면, 본 명세서에서 나중에 설명되는 바와 같이, 스냅은 스토리 아이콘들(631, 633)과 연관된 스토리들 중 임의의 스토리에 포함하기 위해 이용가능하지 않고, 지도 GUI(612)를 통한 위치-기반 검색의 검색 결과들에 포함하기 위해 이용가능하지 않다. My Story 갤러리에만 포함된 스냅들은 사용자의 친구들(예를 들어, 업로드하는 사용자의 소셜 네트워크의 멤버들)에게만 이용가능하다. My Story 갤러리는 친구 사용자들에게만 이용가능한 단기적 메시지들의 사용자별 위치-애그노스틱 갤러리(per-user location-agnostic gallery)이고, 따라서 비-공개 또는 개인 갤러리이다.
본 명세서에 설명된 다른 예시적인 실시예들에서, 지도 GUI(612)를 통한 공개 보기를 위해 다수의 사용자에 의해 이용가능하게 되는 단기적 메시지들의 수퍼세트는 대안적으로 "라이브 스토리" 또는 단순히 "라이브" 갤러리로서 지칭된다. 본 명세서에서의 예시적인 실시예들의 설명의 목적들을 위해, "Live Story" 및 "Our Story"는 따라서 동의어인 것으로 읽혀져야 한다. 본 예시적인 실시예에서, 갤러리 아이콘들(631, 633)의 컴파일 및/또는 표면화 그리고 열지도(625)의 렌더링은, Our Story에 업로드된 스냅들에 의해 제공되는 공개적으로 이용가능한 소셜 미디어 콘텐츠에 배타적으로 기초한다. 지도 GUI(612)의 하나 이상의 양태가 기초하는 소셜 미디어 활동의 메트릭들 또는 속성들(예를 들어, 각자의 지리적 영역들 내의 소셜 미디어 활동의 지리-시간적 특이성 또는 변칙성을 표시하는 특이성 또는 변칙성 메트릭)의 계산은 이 예시적인 실시예에서 마찬가지로 Our Story에 업로드된 스냅들에 배타적으로 기초한다.
상이한 스토리 타입들에 대한 스토리 아이콘들 사이의 시각적 구별들
이제 상이한 타입들의 갤러리 아이콘들(631, 633) 사이의 시각적 구별들 또는 차이들로 돌아가서, 이 예시적인 실시예에서의 각각의 갤러리 아이콘(631/633)은 각자의 스토리에 포함된 스냅들 중 하나의 스냅에 의해 제공되는 썸네일 이미지를 갖는 원형 그래픽 사용자 인터페이스 요소를 포함한다는 점에 유의할 것이다. 그러나, 각각의 장소 아이콘(631)은 연관된 장소의 텍스트 표시를 갖는 연관된 라벨(635)도 포함한다. 이 예시적인 실시예에서, 라벨들(635)은 예시적인 지도(618)에 현재 디스플레이되는 지리적 윈도우에서 표면화된 장소 스토리들의 각자의 장소들을 각각 Rockefeller Center, Bryant Park, 및 Empire State Building으로 표시한다.
다른 예시적인 실시예들에서, 상이한 타입들의 스토리 아이콘들 사이의 시각적 구별들이 상이한 방식으로 제공될 수 있다. 도 6b는, 예를 들어, 도 6a의 예시적인 실시예와 유사한 지도 GUI(612)의 다른 예시적인 실시예를 도시하며, 주요한 차이는 장소 아이콘들(631)과 스파이크 아이콘들(633) 사이의 시각적 구별이 상이한 형상의 썸네일 이미지들에 의해 적어도 부분적으로 제공된다는 것이다. 도 6b의 예에서, 장소 아이콘들(631)의 썸네일들은 직사각형이고, 스파이크 아이콘들(633)의 썸네일들은 원형이다.
스파이크 아이콘들(633)에 대해 사용되는 각자의 썸네일 이미지들은 도 6a 및 도 6b의 예시적인 실시예들에서 소셜 미디어 서버 애플리케이션(114)에 의해 자동으로 선택된다. 이 경우에, 스파이크 아이콘(633)에 대한 썸네일 이미지는 대응하는 스파이크 스토리의 일부를 형성하는 각자의 스냅들의 포스팅 시간에 기초하여 자동으로 선택되고, 이 경우에는 관련 스토리에서 가장 최근에 포스팅된 스냅으로서 선택된다. 다른 실시예들에서, 스파이크 아이콘(633)에서 사용될 썸네일 이미지의 자동 선택은 스파이크 스토리의 일부로서 볼 수 있도록 여전히 이용가능한 가장 오래전에 포스팅된 단기적 메시지/스냅을 선택하는 것에 기초할 수 있다. 장소 아이콘들(631)에 대한(또는 이벤트 스토리들과 같은 다른 큐레이팅된 스토리들과 연관된 아이콘들에 대한) 썸네일 이미지들은 일부 실시예들에서 마찬가지로 자동으로 선택될 수 있다. 그러나, 이 실시예에서, 장소 아이콘들(631)에 대한 썸네일 이미지들은 소셜 미디어 서버 애플리케이션(114)의 일부를 형성하는 콘텐츠 관리 인터페이스를 통해 인간 오퍼레이터에 의해 대응하는 스토리/갤러리에 포함된 스냅들로부터 선택될 수 있다. 썸네일 이미지에 사용될 특정 스냅의 그러한 명시적 지정이 없으면, 썸네일 선택은 이전에 설명한 바와 같이 자동 디폴트 선택으로 되돌아갈 수 있다.
상이한 스토리 타입들 사이의 차이들
장소 스토리들
도 6a를 참조하면, 지도 GUI(612) 상의 각자의 스토리 아이콘들(631, 633)을 통해 액세스가능한 상이한 타입들의 소셜 미디어 갤러리들 또는 스토리들 사이의 차이들이 이제 간략하게 논의될 것이다.
각자의 장소 아이콘들(631)에 의해 표현되는 장소 스토리들은 정의된 위치들 또는 장소들에 대한 소셜 미디어 갤러리들이고, 통상적으로는 일관되게 활동량이 비교적 많은 장소들(예를 들어, Times Square, Universal Studios 등)이다. 이 예시적인 실시예에서, 모든 정의된 장소들이 각자의 장소 아이콘들(631)에 의해 지도 GUI(612)에서 디폴트로 표면화되지는 않는다는 점에 유의한다. 대신에, 지오-앵커링된 장소 스토리들은 연관된 지오-태그 데이터에 의해 표시된 바와 같이 관련 장소와 연관된 정의된 지리적 영역 내에서 캡처된 활동의 양(예를 들어, 업로드된 스냅들의 미가공 개수)에 기초하여 표면화된다. 이것은, 비교적 큰 볼륨들의 스냅들을 규칙적으로 또는 항상 끌어들이는 장소들이 지도(618) 상에 그와 같이 식별되는 것을 보장한다.
지도 GUI(612)에서 장소 아이콘들(631)이 표면화될 수 있는 정의된 장소들은, 이 예시적인 실시예에서 서버측 소셜 미디어 플랫폼 시스템(1200)(도 12)에 의해 제공되는 서버측 갤러리 관리 시스템 또는 콘텐츠 관리 시스템(CMS)(1224)을 사용하여 하나 이상의 인간 오퍼레이터에 의해 수동으로 생성된다. 이 예시적인 실시예에서, 각각의 정의된 장소는 다음의 것들을 갖는다:
(a) 장소 스토리에 대한 특정 지리적 영역을 지정하는, 그의 지리적 경계들을 마킹하는 연관된 오퍼레이터-정의된 다각형;
(b) 그 장소와 연관된 갤러리 또는 스토리에 대한 장소 아이콘(631)이 지도(618)에 디스플레이되는 지도상의 포지션(on-map position)을 지정하는, 통상적으로 연관된 다각형 내에 놓이는, 썸네일 위치 또는 아이콘 위치; 및
(c) 장소가 식별되는 이름. 도 6a의 예시적인 실시예에서, 이것은 장소 아이콘(631)의 연관된 라벨(635) 상에 디스플레이되는 이름이다.
다른 실시예들에서, 이러한 장소들 및 연관된 장소 스토리들은 이력 스냅 볼륨에 의해 자동으로 식별된다. 일부 이러한 실시예들에서, 정의된 장소들 및 그것들의 연관된 스토리들/갤러리들은 서버측 절차들에 의해 자동으로 생성 및 큐레이팅된다.
일부 경우들에서, 각각의 장소 스토리는 연관된 다각형 내에 놓이는 지리적 위치를 표시하는 지오태그 정보를 갖는 스냅들 전부를 포함한다. 이러한 경우들에서, 특정한 장소 아이콘(631)의 선택(예를 들어, 데스크톱 애플리케이션에서 클릭함으로써 또는 도 6a의 예시적인 실시예에서의 터치스크린(606)을 탭핑(tapping)함으로써)은 대응하는 다각형 내로부터의 모든 스냅들을 플레이한다. 이 예시적인 실시예에서, CMS(1224)는 임의의 오퍼레이터-선택된 정의된 장소(예를 들어, 대응하는 다각형에 의해 정의된 특정한 지리적 영역)와 연관된 스냅들의 컬렉션을 큐레이팅하기 위해 오퍼레이터들 또는 관리자들에게 기능성을 제공한다. 따라서, 오퍼레이터 또는 하나 이상의 자동화된 절차는, 예를 들어, 장소 스토리로부터 개별 스냅들을 삭제할 수 있거나, 장소 스토리에 포함시키기 위한 개별 스냅들을 선택할 수 있다.
스냅들이 장소 아이콘(631)의 선택에 응답하여 플레이될 때, 장소의 이름은 각자의 스냅들의 리플레이된 콘텐츠 또는 페이로드와 함께 스크린 상에 나타난다. 언급한 바와 같이, 이 예시적인 실시예에서, 관련 장소 아이콘(631) 내의 대응하는 썸네일에 의해 표현된 스냅이 먼저 플레이되고, 이어서 나머지가 시간 순서로 플레이된다.
스파이크 스토리들
라벨링되지 않은 원형 스파이크 아이콘들(633)은 비정상적으로 높은 활동이 있는 지리적 영역들에 대해 자동으로 표면화되고, 각자의 연관된 스파이크 스토리들 또는 애드 혹 갤러리들은 연관된 지리적 영역 내의 만료되지 않은 스냅들을 포함한다. 도 6a의 예시적인 실시예에서, 스파이크 아이콘들(633)과 연관된 모든 애드 혹 갤러리들은 언모더레이트(unmoderated)되므로, 스파이크 아이콘(633)을 선택하면 스파이크 아이콘(633)과 연관된 지리적 영역 내의 모든 스냅들의 자동화된 순차적 리플레이가 트리거된다. 특정한 예시적인 실시예에서, 스파이크 아이콘(633)과 연관된 지리적 영역은 선택된 스파이크 아이콘(633)의 지도상의 위치의 미리 정의된 반경 내에 위치하는 모든 지리적 포인트를 포함한다.
따라서, 스파이크 아이콘(633)을 클릭 또는 탭핑하면, 그 클러스터 내의 모든 스냅들이 플레이되어, 먼저 썸네일 내의 스냅을 보여주고 이어서 나머지 스냅들을 시간 순서로 보여준다. 또한, 공통 스파이크 아이콘(633) 아래에 클러스터링된 스냅들은 이 예에서 다수의 상이한 각자의 소셜 미디어 사용자들에 의해 Our Story에 업로드되고, 모더레이터들(moderators)에 의해 큐레이팅되지 않는다는 점에 유의한다. 다른 실시예들에서, 이러한 스파이크 썸네일들 하에서 수집된 스토리들은 큐레이팅될 수 있다.
지도 GUI(612)에서의 표면화를 위한 스파이크 아이콘들(633)(및 따라서 연관된 소셜 미디어 갤러리, 컬렉션, 또는 스토리)의 자동화된 선택은 이 예시적인 실시예에서 상이한 지리적 영역들에 대한 각자의 변칙성 또는 특이성 메트릭 값들의 계산에 적어도 부분적으로 기초한다. 따라서, 특정한 지리-시간적 공간에서 사용자 활동의 특이성 또는 변칙성의 레벨이 더 높으면, 그러한 경우들에서 특정한 스파이크 스토리가 대응하는 스파이크 아이콘(633)의 디스플레이에 의해 지도 GUI(612) 상에 표면화될 가능성이 증가할 것이다. 언급한 바와 같이, 변칙성 메트릭은 소셜 미디어 활동의 지리-시간적 특이성 또는 변칙성의 레벨의 표시를 제공한다. 변칙성 메트릭의 계산은 일부 실시예들에서 주어진 영역 내의 이력 활동 레벨들과 현재 시간 윈도우에서의 활동 레벨들 사이의 편차의 레벨을 계산하는 것을 포함할 수 있다. 콘텐츠 표면화는 포지티브 변칙성 레벨들의 증가(즉, 비정상적으로 높은 소셜 미디어 활동을 표시함)에 따라 증가한다는 것을 알 것이다. 또한, 일부 실시예들에서, (열지도 생성 및/또는 콘텐츠 표면화를 위해 사용되는) 소셜 미디어 활동 메트릭은, 변칙성 메트릭을 포함하는 인자들의 조합에 기초한다는 점에 유의한다. 특정한 예시적인 실시예에서, 소셜 미디어 활동 메트릭은 미가공 활동 메트릭과 변칙성 메트릭의 조합에 의해 제공된다. 그러나, 도시된 예시적인 실시예들에서, 열지도(625)는 스냅 밀도를 반영하고, 스파이크 클러스터링 및 표면화는 변칙성 메트릭에 기초한다.
그 대신에, 또는 추가적으로, 인간 큐레이터들은, CMS(1224)를 통해, 특정 스파이크 스토리들 또는 클러스터들을 "관심있는 것"으로서 또한 마킹할 수 있고, 그에 의해 각자의 스파이크의 특이성 또는 변칙성 스코어를 높일 수 있다.
도 6a를 참조하여 설명된 예시적인 실시예에서, 상이한 소셜 미디어 활동 속성들 또는 메트릭들이 각각 장소 아이콘들(631) 및 스파이크 아이콘들(633)의 표면화를 위해 사용된다는 점에 유의한다. 논의된 바와 같이, 스파이크 아이콘들(633)은 이 예시적인 실시예에서 변칙성 메트릭 값들에 기초하여 표면화되고, 장소 아이콘들(631)은 미가공 스냅 볼륨에 기초하여 표면화된다. 다른 실시예들에서, 장소 아이콘들(631)의 표면화는 또한 연관된 변칙성 값들에 적어도 부분적으로 기초할 수 있다. 일부 실시예들에서, 본 명세서에 설명된 바와 같은 소셜 미디어 표면화의 다양한 양태들(열지도 계산 및 생성, 스토리 표면화 등을 포함함)은 변칙성 이외의 속성들에 기초한다는 점에 유의한다. 예를 들어, 열지도(625) 및 스토리 표면화는 일 실시예에서 미가공 활동 레벨들에 기초한다. 따라서, 변칙성 메트릭에 기초한 정보 오버레이들(예컨대, 열지도(625)) 및 콘텐츠 표면화에 관한 본 개시내용의 양태들의 본 명세서에서의 논의는, 다른 실시예들에서, 주어진 기간 내의 미가공 스냅 개수, 스냅 빈도, 스냅 밀도, 또는 그와 유사한 것과 같은 상이한 소셜 미디어 활동 값에 기초하여 수행되는 것으로서 읽어야 한다.
다른 타입들의 스토리들 또는 단기적 소셜 미디어 갤러리들
그 대신에, 또는 추가적으로, 다른 실시예들은 도 6a 및 도 6b를 참조하여 설명된 장소 스토리들 및 스파이크 스토리들과 상이한 소셜 미디어 갤러리 타입들을 제공할 수 있다. 각각의 이러한 상이한 타입의 갤러리는 시각적으로 별개의 타입의 아이콘 또는 다른 사용자 인터페이스 요소에 의해 지도(618) 상에 표현될 수 있다.
하나의 예시적인 실시예는 특정한 위치에서 발생하는 특정 이벤트들에 관한 이벤트 갤러리들을 제공한다. 이러한 이벤트들은, 예를 들어, 콘서트, 페스티벌, 스포츠 이벤트 등을 포함할 수 있다. 이들 이벤트 갤러리들은 일 실시예에서 CMS(1224)를 사용하여 인간 오퍼레이터들에 의해 서버측에서 생성되고 큐레이팅된다.
일부 실시예들은, 비-공개 스냅들, 예를 들어, 소셜 네트워크 정보에 적어도 부분적으로 기초하여 액세스-제한되는 스냅들 또는 스토리들과 관련하여 스토리 아이콘들 또는 썸네일들을 지도(618) 상에 표면화하는 것을 제공한다. 예를 들어, 친구 사용자들에 의해 업로드된 개별 스토리들은 일부 실시예들에서 각자의 아이콘 또는 썸네일에 의해 지도(618) 상에 표현될 수 있다. 예를 들어, 친구 사용자들의 My Story는 일부 실시예들에서 지도(618)를 통해 직접 액세스가능할 수 있다. 이러한 스토리 아이콘들은 일부 실시예들에서 대응하는 스토리가 생성되었던 위치에 대응하는 지도(618) 상에 위치하는 각자의 친구 아이콘 또는 비트모지(640)에 의해 표시된다. 다른 실시예들에서, 각각의 이러한 사용자 스토리 아이콘은 이전에 설명된 예시적인 스토리 아이콘들(631, 633)과 유사한 원형 썸네일에 의해 지도 GUI(612) 상에 표시될 수 있다.
사용자-선택된 위치-기반 스토리들에 대한 스냅 제출
본 개시내용의 다른 특징은, 예를 들어, 연관된 클라이언트 디바이스(102)에 의해 표시되는 바와 같이 사용자의 현재 위치에 지리적으로 근접해 있는, 사용자가 포스팅할 수 있는 위치들에서 일어날 수 있는 임의의 그리고 모든 라이브 스토리들 또는 단기적 갤러리들에 포함시키기 위해 지정된 공개적으로 볼 수 있는 스냅들을 사용자들이 제출할 수 있게 한다. 이러한 방식으로, 사용자는 위에서 논의한 바와 같이 장소 스토리들, 이벤트 스토리들, 또는 다른 위치-기반 단기적 소셜 미디어 갤러리들에 포함시키기 위해 스냅들을 특정할 수 있다.
도 7b 및 도 7c는 도 7a를 참조하여 이전에 설명한 예시적인 실시예에 대해 대안적인 그러한 목적지 선택을 위한 메커니즘을 제공하는 목적지 선택 인터페이스(707)의 예시적인 실시예를 도시한다. 도 7b의 목적지 선택 인터페이스(707)는 사용자가 예를 들어 스냅을 캡처함으로써 스냅 제출 흐름을 개시하는 것에 응답하여 클라이언트 디바이스(102) 상에 디스플레이된다.
도 7b의 목적지 선택 인터페이스(707)는, 각자의 라디오 버튼들(714, 721)의 형태의 2개의 상이한 사용자-선택가능 사용자 인터페이스 요소가 사용자-특정 My Story(라디오 버튼(714)) 또는 공개적으로 볼 수 있는 Our Story(라디오 버튼(721))에 스냅을 포스팅하기 위해 제시된다는 점에서, 도 7a의 예시적인 실시예와 유사하다. 도 7a와 도 7b의 목적지 선택 인터페이스(707) 사이의 구별은, 도 7b의 Our Story 셀이 라디오 버튼(721)의 선택 시에 자동으로 확장되어, 연관된 스냅의 지오-태그 또는 디바이스 위치에 기초하여 스냅이 제출될 수 있는 로컬 장소 스토리들 및/또는 이벤트 스토리들의 부제들(subtitles)을 보여준다는 것이다.
도 7c는 Our Story 라디오 버튼(721)을 선택한 결과로서 제시된 추가적인 옵션들을 도시하며, 스냅이 적격인 각자의 로컬 스토리들을 보여주는 리스트가 열린다. 이 예시적인 실시예에서, 모든 서브옵션(suboption)은 각자의 라디오 버튼들(750)을 통해 디폴트로 선택된다. 다른 실시예들에서, 개별 서브옵션들의 별개의 선택이 요구될 수 있다. 사용자가 옵션들 모두를 선택하고서 스냅을 제출하기로 선택하는 경우, 그 스냅은 선택된 서브옵션들 각각과 자동으로 연관되고, 또한 전술한 바와 같이, 임의의 큐레이팅된 위치-기반 장소 또는 이벤트 갤러리/스토리와는 별개로, Our Story의 일부로서 지리적으로 기반하여 볼 수 있게 된다.
사용자는 도 7c에 도시된 바와 같이, 대응하는 디폴트-선택된 라디오 버튼(750)을 클릭 또는 탭핑함으로써 임의의 특정 서브옵션들을 선택해제(deselect)할 수 있으며, 도 7c에서는 서브옵션들 중 최하위 서브옵션이 선택해제되었다. 모든 서브옵션들이 선택해제되는 경우, 스냅은 임의의 큐레이팅된 위치-기반 스토리에 포스팅되지 않지만, 본 명세서의 다른 곳에서 설명된 바와 같이, 지도 GUI(612)를 통해 공개적으로 볼 수 있도록 Our Story에만 포스팅된다.
열지도 고려사항들
도 6a에 도시된 바와 같이, 이 예시적인 실시예에서 소셜 미디어 애플리케이션 지도 GUI(612)는 지리적 지도(618) 상에 오버레이된 열지도 레이어(heat map layer)를 포함하고, 따라서 소셜 미디어 애플리케이션 내의 사용자 활동의 하나 이상의 속성의 지리적 분포를 표시하는 열지도(625)를 제공한다. 이전에 논의한 바와 같이, 열지도(625)는 공개적으로 볼 수 있는 지오태깅된 콘텐츠(예를 들어, Live Stories/Our Story)를 포스팅하는 것과 관련하여 사용자 활동 레벨들을 표시한다. 그 대신에, 또는 추가적으로, 열지도(625)는 일부 실시예들에서 지도 GUI(612)가 디스플레이되는 클라이언트 디바이스(102)를 갖는 특정 사용자가 볼 수 있는 스냅들에 기초할 수 있으며, 이 경우 열지도(625)는 뷰어에게 그들의 스냅들을 볼 수 있는 권한을 부여하는 사람에 따라 사람마다 다를 수 있다.
이 예시적인 실시예에서, 지도(618)는, 더 따뜻한 컬러들이, 여기서는 스냅 밀도(예를 들어, 주어진 시간 윈도우에서 지도(618)의 단위 면적당 미가공 스냅 볼륨)에 의해 표시되는, 더 높은 레벨들의 포스팅 활동에 대응하도록, 컬러-코딩(color-coded)된다. 따라서, 도 6a에 도시된 지도(618)에서, 열지도(625)의 적색 영역들(무색 도면들에서는 열지도(625)의 가장 어두운 영역들로서 표현됨)은 가장 높은 스냅 밀도에 대응하는 스냅 클러스터들을 갖는 그러한 지리적 영역들을 표시한다. 또한, 다른 실시예들에서는 열지도(625)의 생성을 위한 상이한 메트릭들 또는 속성들이 사용될 수 있으며, 예를 들어, 다른 곳에서 논의되는 바와 같은 특이성 메트릭 또는 변칙성 메트릭에 적어도 부분적으로 기초할 수 있다.
일부 실시예들에서, 지도 GUI(612)는 상이한 확대 레벨들에서 상이하게 열지도(625)에 관한 정보를 디스플레이한다. 예를 들어, 변칙성 메트릭들의 계산 및 그에 기초한 열지도(625)의 결과적인 렌더링은 일부 실시예들에서 복수의 줌 레벨들 각각에 대해 개별적으로 수행된다. 또한, 상이한 세트들의 스파이크 아이콘들(633)은 상이한 확대 레벨들에서 표면화될 수 있다. 하나의 예시적인 실시예에서, 열지도(625)는 지도 GUI(612)에서 표면화된 개별 스파이크 아이콘들(633) 없이 제1 줌 레벨에서 디스플레이될 수 있고, 다수의 스토리 아이콘들(631, 633)은 제1 줌 레벨로 도시된 지도(618)의 특정 부분에 대해 사용자-제어 줌인하는 것에 응답하여 자동으로 표면화된다.
변칙성 메트릭 계산
이 예시적인 실시예에서의 지도 GUI(612)의 일부 특징들은 소셜 미디어 콘텐츠의 지리공간적(geospatial) 변칙성 또는 특이성을 정량화하는 변칙성 메트릭을 소셜 미디어 콘텐츠와 관련하여 계산하고, 상이한 영역들에서의 변칙성 메트릭에 대한 각자의 값들에 기초하여 지도 GUI(612)에서 소셜 미디어 콘텐츠를 표면화하는 것을 제공한다. 이 예시적인 실시예에서, 상이한 지리적 위치들과 연관된 스냅들의 각자의 컬렉션들은 대응하는 변칙성 메트릭 값들에 적어도 부분적으로 기초하여 순위화되고, 미리 결정된 수의 컬렉션들은 각자의 스파이크 아이콘들(633)과 함께 지도 GUI(612) 상에 표면화하기 위해 그들의 변칙성 순위들에 기초하여 자동으로 선택된다. 그 대신에, 또는 추가적으로, 미리 정의된 임계값보다 높은 포지티브 변칙성 메트릭 값(즉, 변칙적으로 높은, 낮지 않은, 활동을 반영함)을 갖는 모든 스파이크 스토리들은 대응하는 스파이크 아이콘(633)의 디스플레이에 의해 자동으로 표면화될 수 있다. 본 명세서의 다른 곳에서 설명되는 바와 같이, 열지도 정보의 계산 및 디스플레이는 일부 실시예들에서 변칙성 메트릭 계산에 적어도 부분적으로 기초한다.
일부 실시예들에서, 변칙성 메트릭들은 개별 소셜 미디어 아이템들에 대해 계산될 수 있다. 그러나, 이 예시적인 실시예에서, 변칙성 메트릭은 집합적 사용자 거동(collective user behavior)에 대해 계산된다. 특히, 다수의 스냅의 지리-시간적 분포와 관련 지리적 위치 내의 또는 그 주위의 이력 지리-시간적 소셜 미디어 거동 사이의 비교에 기초하여 다수의 스냅(이 예에서는 각자의 지오태깅된 소셜 미디어 제출들임)에 대해 변칙성 메트릭들이 계산된다.
변칙성 메트릭들의 계산은 이 예시적인 실시예에서 시간에 민감하다는 점에 유의한다. 따라서, 특정한 위치에서의 동일한 볼륨의 스냅들은 하루 중 하나의 시간에는 변칙적이지만 다른 시간에는 그렇지 않은 것으로서 식별될 수 있다. 예를 들어, 엠파이어 스테이트 빌딩(Empire State Building)에서의 특정 레벨의 소셜 미디어 활동(여기서는, 스냅들을 Our Story에 포스팅하는 것)은 4 AM에는 임계-초과(above-threshold) 변칙적인 것으로서 플래깅될 것이지만, 주간 동안에는 변칙적인 것으로서 식별되지 않을 것이다.
본 개시내용의 양태는, 다수의 소셜 미디어 포스팅들 각각에 대해, 포스팅을 시간 및/또는 공간에서 분포를 갖는 것으로서 표현하는 것을 포함하는 프로세스에 의해 소셜 미디어 활동의 하나 이상의 지리-시간적 속성을 결정하는 것을 제공한다. 일부 실시예들에서, 각자의 포스팅들을 지리-시간적 분포를 갖는 것으로서 표현하는 것은, 각자의 소셜 미디어 아이템들을, 예를 들어, 가우시안 분포(Gaussian distribution)를 갖거나 또는 Epanechnikov 커널을 사용하는, 확률 클라우드(probability cloud)로서 취급하는 것을 포함한다.
일부 실시예들에서, 소셜 미디어 포스팅들을 시간 및/또는 공간에서 각자의 분포들을 갖는 것으로서 표현하는 것은, 특정 지리적 영역에 대한 이력 소셜 미디어 활동에 대한 지리-시간적 기준 프로파일 또는 모델을 표현하기 위한 동작의 일부로서 수행된다. 그 대신에, 또는 추가적으로, 소셜 미디어 포스팅들을 시간 및/또는 공간에서 각자의 분포들을 갖는 것으로서 표현하는 것은, 특정 지리적 영역 내의 최근 또는 근사-라이브(near-live) 소셜 미디어 활동을 표현하기 위한 절차의 일부로서 수행될 수 있다. 이러한 경우들에서, 지리-시간적 기준 프로파일 및 최근 또는 근사-라이브 소셜 미디어 활동의 표현은, 예를 들어, 지리-시간적 기준 프로파일과 최근 또는 근사-라이브 소셜 미디어 활동의 대응하는 표현 사이의 편차에 기초하여 정량화된 변칙성 메트릭의 지리적 분포를 계산함으로써, 지리적 영역 내에서, 관심있는 또는 변칙적인 소셜 미디어 활동의 하나 이상의 영역을 식별하기 위해 조합하여 사용될 수 있다. 특정한 예시적인 실시예에서, 이력 모델은 디리클레 분포(Dirichlet distribution)로서 표현되고, 변칙성 스코어는 디리클레-다항식(Dirichlet-multinomial)으로 계산된다.
아이콘 크기의 동적 변동
간략하게 도 6b를 참조하면, 그 안에 예시된 지도 GUI(612)는 기본 소셜 미디어 활동의 정량화된 속성에 적어도 부분적으로 기초하여 각자의 소셜 미디어 콘텐츠와 연관된 사용자 인터페이스 요소들의 하나 이상의 시각적 속성들의 자동화된 변동을 제공하는 본 개시내용의 양태의 예시적인 실시예를 제공한다는 것을 알 수 있을 것이다. 특히, 도 6b의 예시적인 실시예는 대응하는 클러스터들 또는 스파이크 갤러리들에 대한 각자의 변칙성 메트릭 값들에 기초한 각자의 스파이크 아이콘들(633)의 온-스크린 크기의 동적 변동을 제공한다. 따라서, 각자의 스파이크 아이콘들(633)의 온-스크린 크기는 기본 소셜 미디어 활동의 특이성 또는 변칙성의 레벨을 표시한다. 달리 말하면, 스파이크 아이콘(633)의 크기는 그 스폿에서 관련된 양의 활동이 존재하는 것이 얼마나 특이한지를 나타내고, 더 큰 스파이크 아이콘(633)은 더 큰 레벨의 특이성을 표시한다.
그 대신에, 또는 추가적으로, 장소 아이콘들(631)의 시각적 속성(예컨대, 온-스크린 크기)이 마찬가지로 대응하는 변칙성 값에 기초하여 가변적일 수 있다. 그러나, 도 6b의 예시적인 실시예에서, 장소 아이콘들(631)의 온-스크린 크기는 스냅 볼륨에 기초하여 가변적이고, 임의의 장소 스토리에 포함된 더 많은 수의 스냅들은 연관된 장소 아이콘(631)의 더 큰 온-스크린 크기에 대응한다. 따라서, 도 6b에 도시된 예시적인 스크린샷으로부터, Universal Studios 스토리가 Venice Boardwalk 스토리보다 더 많은 수의 스냅들을 갖는다는 것이 직관적으로 이해가능하다.
위치 공유 및 사용자 아이콘들
사용자 위치 디스플레이
이전에 언급한 바와 같이, 지도 GUI(612)는 클라이언트 디바이스(102) 및/또는 다른 사용자들과 연관된 사용자의 연관된 위치들의 그래픽 표현을 포함한다. 각각의 사용자는 (보는 사용자(viewing user)와 연관된 애플리케이션-내 소셜 그래프의 멤버들인 사용자들에 대해) 각자의 사용자 아이콘 또는 친구 아이콘에 의해 표현되고, 예시된 실시예들에서는 각자의 비트모지들(640)의 형태로 되어 있다. 이 예시적인 실시예에서, 소셜 미디어 플랫폼의 사용자는 그들이 지도 GUI(612)와 상호 작용한 적이 없다면 그들의 위치를 공유하지 않을 것이다. 사용자가 지도 GUI(612)와 처음으로 상호작용할 때, 사용자는 개별 위치 공유 선호도들(individual location sharing preferences)의 설정을 허용하는 온-보딩 흐름(on-boarding flow)으로 안내된다.
사용자가 누군가에게 그들의 위치를 보여주도록 선택했는지에 관계없이, 사용자는 항상 지도(618) 상의 자신의 현재 위치를 볼 수 있고, 사용자의 비트모지(640)가 더 이상 보이지 않으면, 다시 스냅하여, 지도 포커스가 사용자 위치에 다시 중심을 두게 할 수 있다. 도 8a는 보는 사용자의 위치가 사용자의 비트모지(640)의 형태로 커스텀 사용자-선택 또는 사용자-생성 사용자 인터페이스 요소에 의해 표시되는 예시적인 실시예를 도시한다.
위치 공유 선호도들은 도 8a의 그래픽 사용자 인터페이스로부터 변경될 수 있다. 이 실시예에서, 위치 공유 선호도들에 대한 변경들은 (a) 사용자의 위치가 임의의 다른 사용자에 의해 보이지 않는 비가시 모드(본 명세서에서 고스트 모드(Ghost Mode)로도 지칭됨)에 진입하는 것, 및 (b) 디폴트 위치 공유 설정들 및/또는 상이한 친구 사용자들 및/또는 친구 사용자 그룹들에 대한 각자의 설정들을 변경하는 것에 의해 영향을 받을 수 있다.
위치 공유는 지도 GUI(612) 내에서 턴 오프 또는 온됨으로써, 고스트 모드에 진입 또는 퇴장할 수 있다. 이 실시예에서, 고스트 모드는 우측 상부의 지도 핀 아이콘(808)을 통해 온/오프로 토글링될 수 있다(도 8a 참조). 위치 공유가 오프일 때(즉, 고스트 모드에 있을 때), 사용자의 위치는 다른 사용자의 클라이언트 디바이스들(102) 상의 지도 GUI(612)에 더 이상 디스플레이되지 않는다. 그러나, 사용자는 자신의 디바이스 상의 지도 GUI에서 자신의 위치를 여전히 볼 수 있다. 고스트 모드에 있을 때, 지도 핀 아이콘(808) 대신에 고스트 아이콘(도시되지 않음)이 스크린의 우측 상부에서 천천히 펄싱(pulse)한다.
본 명세서에 설명된 고스트 모드 기능성은 모바일 사용자 디바이스 상의 위치 서비스들을 턴 오프하는 것과 구별되어야 한다는 점에 유의한다. 따라서, 고스트 모드가 턴 온될 때, 클라이언트 디바이스(102)의 디바이스 위치 서비스들은 여전히 기능하고 있으며, 따라서 사용자 위치는 여전히 결정되어서 사용자 자신의 디바이스(102)의 지도 GUI(612) 상에 디스플레이될 수 있고, 고스트 모드에서 캡처된 소셜 미디어 콘텐츠는 여전히 지오-태깅된다.
사용자가 이전에 지도(618) 상에 존재한 이후에 고스트 모드를 턴 온할 때, 사용자의 비트모지(640)는 다른 사람들의 지도들로부터 몇 초 내에 사라진다. 고스트 모드에 있을 때, 사용자는 사용자와 자신의 위치를 공유하도록 선택한 지도(618) 상의 누구라도 여전히 볼 수 있다.
사용자가 그 자신의 비트모지(640)를 선택하면, 터치스크린(606)의 하부에서 사용자 버블 또는 사용자 패널(816)이 론치(launch)되어, 사용자가 설정 소프트 버튼(824)을 통해 위치 공유 선호도들에 액세스할 수 있게 한다. 사용자 패널(816)은 My Story 아이콘(832)의 형태의 위치-애그노스틱 컬렉션 아이콘(location-agnostic collection icon)을 추가로 포함한다. My Story 아이콘(832)은, 사용자에 의해 제출된 소셜 미디어 아이템들(여기서, 단기적 스냅들)의 위치-애그노스틱 컬렉션인, 보는 사용자의 My Story의 리플레이를 론치하도록 선택가능하다. 본 명세서에 개시된 다른 위치-애그노스틱 GUI 특징들과 유사하게, 이 컨텍스트에서의 위치-애그노스틱은, My Story 아이콘(832)을 통해 플레이가능한 소셜 미디어 아이템들의 컬렉션이 임의의 위치 제약에 관계없이 집결(collated)되고 디스플레이되며, 따라서 각자의 아이템들과 연관된 지오-태깅 정보에 의해, 사용자의 현재 위치에 의해, 또는 지도(618)의 현재 포커스에 의해 영향을 받지 않는다는 것을 의미한다.
위치 공유 선호도들
설정 소프트 버튼(824)을 선택하면, 이 예시적인 실시예에서, 누가 자신의 위치를 볼 수 있는지, 그리고 어떤 세분성(granularity)인지를 지정하기 위한 옵션들을 사용자에게 제공하는, 위치 공유 선호도 인터페이스(840)(도 8b)가 지도 GUI(612)에 디스플레이된다. 이 예시적인 실시예에서 제공되는 디폴트 공유 세분성 옵션들은 다음을 포함한다:
- 이 실시예에서, 사용자의 비트모지(640)가 사용자의 실제 위치(예를 들어, 클라이언트 디바이스(102)의 위치 서비스들에 의해 표시됨)에서 그들의 지도 GUI들(612)을 통해 친구 사용자들에게 디스플레이되는 것을 의미하는 정밀(Precise). 즉, 사용자에 대한 디스플레이 위치 및 실제 위치는 실질적으로 동일하다; 및
- 사용자의 비트모지(640)의 디스플레이 위치가 실제 위치와 상이할 것이지만, 현재의 실제 위치에 대응하는 정의된 지리적 영역 내에 위치될 것임을 의미하는 도시(City). 이 예시적인 실시예에서, 사용자의 위치가 디스플레이되는 정의된 지리적 영역은 도시 레벨(예를 들어, Venice, CA, London 등)에 있다.
특정의 사용자 그룹에 대해 또는 특정 개인들에 대해 도시 옵션이 선택되는 경우, 이 예시적인 실시예에서 사용자의 비트모지(640)는 그 도시 내의 랜덤 위치에서 선택된 사람들(또는 선택된 그룹 내의 사람들)의 사용자 디바이스들(102) 상에 생성된 지도 GUI(612)에 도시될 것이며, 이는 이 실시예에서는 사용자가 그 도시를 떠나지 않으면 변경되지 않을 것이다. 도 8c는 이러한 도시-레벨 디스플레이 세분성에서 지도 GUI(612)의 대화형 지도(618)에서의 사용자 비트모지(640)의 디스플레이의 예를 도시하며, 여기서는, 광범위하게, 사용자가 위치하는 도시(도시된 예시적인 실시예에서, Santa Monica)를 지정하는 연관된 라벨(860)과 함께, 사용자 비트모지(640)가 도시 내의 랜덤 위치에 도시되어 있다.
사용자의 위치의 의도적으로 부정확한 디스플레이에 관련된 특징들은, 한편으로는, 그 자신의 디바이스(102) 상에서 생성된 지도 GUI(612)의 인스턴스(예를 들어, 사용자 비트모지(640)의 디스플레이 위치가 사용자의 실제 위치에 대응하는 도 8a), 및 다른 한편으로는, 비-정밀 보기 권한을 갖는 친구 사용자들의 사용자 디바이스들(102) 상에서 생성된 지도 GUI(612)의 인스턴스들(예를 들어, 사용자 비트모지(640)의 디스플레이 위치가 사용자의 실제 위치와 상이한, 도 8c에 도시된 것과 같은 라벨링된 도시-레벨 디스플레이)로, 사용자의 위치가 상이하게 디스플레이되는 효과가 있다는 점에 유의한다. 이 예시적인 실시예에서, 비-정밀 지역 레벨(예를 들어, 도시 레벨)에서의 사용자 비트모지(640)의 디스플레이 위치는 상이한 친구 사용자 디바이스들(102)에 걸쳐 동일하며, 따라서 상이한 친구들은 사용자 비트모지(640)를 동일한 랜덤 위치에서 디스플레이되는 것으로서 볼 수 있다. 다른 실시예들에서, 디스플레이 위치는 상이한 친구 사용자들에 대해 상이할 수 있다.
따라서, 본 개시내용의 이러한 양태는, 소셜 미디어 애플리케이션의 사용자와 연관된 사용자 디바이스의 위치를 결정하는 단계; 사용자 위치가 소셜 미디어 애플리케이션의 다른 사용자들에게 디스플레이되는 지도-기반 GUI 상에 디스플레이되는 방식을 지정하는 사용자-선택 위치 디스플레이 설정을 결정하는 단계 - 위치 디스플레이 설정은 지도-기반 GUI 상에서의 상이한 각자의 정밀도 레벨들에서의 사용자 위치의 디스플레이에 대응하는 미리 결정된 위치 디스플레이 설정 세트로부터 선택됨 - ; 및 선택된 위치 디스플레이 설정에 따라 지도-기반 GUI 상의 위치에서 사용자와 연관된 UI 요소를 렌더링함으로써 친구 사용자의 지도-기반 GUI 상에 사용자를 표현하는 단계를 포함하는 방법을 제공한다는 것을 알 것이다.
정의된 지리적 영역은 도 8b의 예시적인 실시예에서 도시 레벨로만 이용가능하다. 다른 실시예들에서, 예를 들어, 카운티, 도시, 타운, 또는 이웃 레벨과 같은, 지도 제작상으로 및/또는 정치적으로 정의된 지리적 영역들의 상이한 레벨들을 식별하는, 상이한 또는 추가적인 레벨들의 디스플레이 세분성이 제공될 수 있다. 도 8b의 예시적인 실시예에서, 고스트 모드는 (고스트 모드 토글(841)을 통해) 일반적인 레벨에서 토글될 수 있을 뿐만 아니라, 그룹 선택기(842) 및 친구 선택기(843)를 통해 각각 사용자 그룹들에 대해 또는 개별적인 친구 사용자들에 대해서도 선택될 수 있다는 점에 유의한다. 일부 실시예들에서, 디스플레이된 사용자 위치는 사용자 디바이스(102)가 정의된 지리적 영역을 떠날 때까지 랜덤하게 선택된 디스플레이 위치에 고정된 채로 유지된다. 따라서, 새로운 디스플레이 위치는 일부 실시예들에서 사용자가 관련 영역에 진입할 때마다 결정된다.
언급한 바와 같이, 사용자는 또한 위치 공유 선호도 인터페이스(840)를 통해 자신의 위치가 디스플레이될 다른 사용자들의 상이한 그룹들을 선택할 수 있고, 일부 실시예들에서 상이한 각자의 그룹들에 대해 또는 상이한 각자의 개인들에 대해 상이한 디스플레이 속성들을 지정할 수 있다. 이 예에서, 그룹 선택기(842)를 통해 이용가능한 청중 옵션들(audience options)은: 가장 친한 친구들(Best Friends), 친구들(Friends), 및 커스텀(Custom)(친구 선택기(843)에 의해 지정된 사람들의 개별-레벨 화이트리스트임)을 포함한다.
친구들이 선택되면, 사용자의 친구 리스트에 추가된 모든 새로운 사람들은 그룹 선택기(842)에서 선택된 세분성 레벨에 따라(예를 들어, 도 8b의 그룹 선택기(842)에서 정밀도 또는 도시 레벨로 선택가능함), 자신의 위치를 자동으로 볼 수 있을 것이다. 그들이 사용자와 이미 공유하고 있다면, 그들은 사용자의 지도 상에 몇 초 내에 나타난다.
이 예시적인 실시예에서, 위치 공유 관계들은 양방향(two-way)이다 - John이 자신의 위치를 Jack과 공유하고 있는 경우, Jack이 John을 친구로서 추가하지 않는 한, Jack은 자신의 지도(618) 상에서 John을 보지 못할 것이다. 사용자는 커스텀 섹션에 친구가 아닌 누구라도 추가할 수 없다. 또한, 사용자는, 친구 선택기(843)를 통해, 디폴트 설정을 무효화하는, 특정 사람들에 대한 더욱 전문화된 권한들을 정의할 수 있다.
지도 GUI(612)를 볼 때, 사용자는 따라서 지도(618) 상에서 자신과 위치를 공유한 모든 자신의 친구들의 위치들을 볼 수 있을 것이다. 논의한 바와 같이, 각각의 사용자는 이 예시적인 실시예에서 비트모지(640)에 의해 표현된다. 친구가 비트모지(640)를 갖지 않는 경우, 일반 UI 요소 내의 프로파일 사진이 도시된다. 특정 친구에 대해 이용가능한 프로파일 사진들이 없는 경우, 디폴트 아이콘(예를 들어, 블랭크 프로파일)이 대응하는 위치에 디스플레이된다.
친구 아이콘/친구 캐러셀을 통한 친구-레벨 액세스
이 예시적인 실시예에서, 친구 정보 및 친구-특정 콘텐츠에 대한 친구-레벨 액세스는 대화형 지도(618)를 통해 인에이블된다. 이러한 친구-레벨 액세스는 각자의 지오-앵커링된 스토리 아이콘들(631, 633)을 통해 액세스가능한 위치-기반 검색 또는 스냅 컬렉션들과 같은 위치-기반 액세스 메커니즘들과 구별된다. 이러한 친구-레벨 액세스 메커니즘의 일 예는, 사용자가 디스플레이된 친구의 비트모지(640)를 탭핑할 때 스크린의 하단에 팝업하는 친구 버블 또는 친구 패널(909)(도 9a)이다. 친구 패널(909) 및 그의 일부를 형성하는 친구 캐러셀(918)은 다수의 기능성을 사용자에게 제공한다.
도 9a의 예시적인 실시예에서, 친구 패널(909)은 사용자에 관한 요약 정보를 디스플레이한다. 도 9a에 예시된 바와 같이, 친구 패널(909)은 사용자가 상이한 친구들 사이에서 선택적으로 포커스를 전환할 수 있게 하는 친구 캐러셀(918)의 일부를 형성한다. 메인 친구 패널(909)에 부가하여, 친구 캐러셀(918)은 그 좌측 에지가 터치스크린(606)의 우측 상에 노출되는 다음 친구 패널(909)을 포함한다는 점에 유의한다.
사용자는 친구 캐러셀(918)을 통해 지도(618) 상의 친구들 사이에서 스와이프(swipe)할 수 있다. 이 예시적인 실시예에서, 친구들 사이의 전환은 현재 포커스 친구 패널(909)을 좌측 또는 우측으로 스와이핑함으로써 달성된다. 친구 패널(909)에서 좌측 또는 우측으로 스와이핑하면, 경우에 따라, 다음 또는 이전 친구 패널(909)을 볼 수 있게 된다. 이 예시적인 실시예에서, 특정 친구로의 스와이핑은 자동으로 지도(618)의 중심을 그 친구의 비트모지(640)에 둔다. 지도 뷰포트(621)에서 보이는 친구들만이 아니라, 사용자가 보기 권한을 갖는 친구들 모두가 친구 캐러셀(918)의 일부로서 이용가능해야 한다는 점에 유의한다. 이 실시예에서 친구들은 업데이트 최신성(update recency)에 의해 캐러셀에 정렬된다.
친구 패널(909)은, 지도 GUI(612)를 떠나지 않고, 일시적으로 대화형 지도(618)를 대신하여 채팅 인터페이스(950)(도 9b 참조)를 론치하도록 선택될 수 있는 채팅 소프트 버튼(919)을 또한 포함한다. 다른 실시예들에서, 친구 비트모지들(640)을 탭핑하면, 플라이-아웃 메뉴(fly-out menu)가 디스플레이되고, 채팅 세션의 개시는 선택가능 옵션들 중 하나이다.
이 예시적인 실시예에서, 채팅 소프트 버튼(919)을 선택하면, 채팅 인터페이스(950)가 지도(618) 위에 모달(modal)로 팝업되고, 이 모달은 스와이프 다운(swipe down)되어 해제될 수 있다. 인입 채팅 통지들은 이 모달 보기(modal view)로 열릴 수 있다.
친구 캐러셀(918)은 지도 GUI(612)를 통해 각자의 친구 사용자들에 의해 제공되는 소셜 미디어 콘텐츠에 대한 위치-애그노스틱 액세스를 추가적으로 제공한다. 이 예시적인 실시예에서, 이러한 위치-애그노스틱 액세스는 친구 패널(909)에 디스플레이된 각자의 친구 스토리 아이콘(932)의 형태로 위치-애그노스틱 컬렉션 아이콘을 통해 이용가능하다. 친구 스토리 아이콘(932)은, 리플레이되는 자료에 대한 임의의 위치 제약 없이, 대응하는 친구 사용자에 의해 업로드된 일련의 스냅들을 포함하는 대응하는 스토리(이 예에서는 선택된 친구의 My Story임)의 리플레이를 트리거하도록 선택가능하다. 다시 말해서, 어떠한 위치 정보도 이러한 스냅들의 이용가능성 및 아이덴티티에 대해 임의의 영향을 미치지 않는다. 따라서, 친구 스토리 아이콘(932)을 통한 친구 캐러셀(918)은, 그에 따라 이용가능한 스냅들 또는 스토리들이 친구 사용자의 현재 위치, 지도 뷰포트(621)의 현재 포커스, 또는 보는 사용자의 현재 위치와 무관하게 동일할 것이라는 점에서, 사용자 위치로부터 어디에도 위치하지 않는 소셜 미디어 콘텐츠로의 링크를 제공한다. 달리 말하면, 지도 GUI(612)의 이러한 그리고 다른 위치-애그노스틱 액세스 특징들은 지도-기반이 아닌 GUI에 의해 제공되는 것과 유사한 방식으로 지도 GUI(612)를 통해 친구 콘텐츠에 대한 액세스를 제공한다. 따라서, 하나의 예시적인 실시예에서, 특정한 친구 비트모지(640)를 선택하면, 각자의 스냅들/스토리들의 임의의 지오-태깅 정보에 관계없이, 타겟 사용자의 이용가능한 스냅들 및/또는 스토리들이 보여질 수 있는 메뉴 또는 사용자 인터페이스 요소(도 9a의 예시적인 실시예에서, 선택된 사용자의 각자의 친구 스토리 아이콘(932))가 디스플레이된다.
아래에 설명되는 바와 같이, 지도 GUI(612)에 의해 제공되는 검색 메커니즘들의 특정 양태들은 유사하게 지도 GUI(612)를 통해 친구 사용자들의 위치-애그노스틱 소셜 미디어 콘텐츠에 대한 액세스를 제공한다.
검색 기능성들
스토리 아이콘들(631, 633)의 선택에 의해 클러스터화된 스토리들을 보는 것에 더하여, 사용자는 지도 GUI(612)에 의해 제공되는 하나 이상의 검색 기능성을 사용하여 스냅들에 액세스할 수 있다. 이 예시적인 실시예에서, 지도 GUI(612)는 사용자가 타겟화된 소셜 미디어 콘텐츠에 액세스할 수 있는 다수의 상이한 검색 메커니즘을 제공하고, 검색 메커니즘들은 다음을 포함한다:
- 텍스트 스트링 검색 질의의 엔트리가 검색 질의(도 10c)를 만족시키는 엔트리들의 리스트를 포함하는 검색 결과들의 디스플레이를 야기할 수 있게 하는 검색 바(665)(도 6a);
- 그들 각자의 지오-태그 정보에 적어도 부분적으로 기초하여 소셜 미디어 콘텐츠를 검색하는 위치-기반 검색들. 일부 실시예들에서, 이들 위치-기반 검색 메커니즘은 다음을 포함한다:
○ (도 11a 및 도 11b에 개략적으로 예시된) 지도(618) 상의 타겟 위치에서 클릭 또는 탭핑함으로써 트리거된 위치-타겟화된 검색(location-targeted search); 및
○ 선택된 친구 사용자의 위치에 적어도 부분적으로 기초하여 소셜 미디어 콘텐츠를 찾는 친구 기반 위치 검색; 및
- 선택된 친구 사용자들의 소셜 미디어 콘텐츠에의 액세스를 제공하는 하나 이상의 친구-레벨 액세스 메커니즘. 특정 실시예에서, 이것들은 다음을 포함한다:
○ 사용자 아이콘들, 친구 캐러셀(918) 및/또는 개별 친구 패널들(909)을 통한 위치-애그노스틱 친구 콘텐츠에의 액세스; 및
○ 검색 결과들의 리스트에서 각자의 친구 사용자들과 연관하여 디스플레이되는 위치-애그노스틱 컬렉션 아이콘들(예를 들어, 도 10a-10c를 참조하여 아래에 설명되는 바와 같은 친구 스토리 아이콘들(932)).
검색 바 메커니즘
검색 바(665)를 통해 제공되는 검색 메커니즘의 동작의 2개의 예시적인 실시예가 도 10a 및 도 10b-10d를 각각 참조하여 개략적으로 도시된다. 도 10a의 예시적인 실시예를 먼저 논의하면, 검색 바(665)(도 6a)의 선택은 텍스트-기반 검색 질의를 입력하기 위한 검색 상자(1020), 및 검색 상자(1020) 아래에 디스플레이되는 각자의 사용자 인터페이스 셀들 내의 제안들(1030)의 다수의 리스트를 포함하는 드롭-다운 검색 인터페이스(1010)의 디스플레이를 야기한다는 것을 알 것이다. 도 10b 내지 도 10d의 예시적인 실시예들에서, 개별 제안 셀들은 개별 스냅들, 스토리들, 장소들, 및/또는 친구들에 대응한다. 도 10c의 검색 인터페이스(1010)의 대응하는 스크린샷을 참조하여 알 수 있는 바와 같이, 제안들(1030)의 일부로서 디스플레이된 특정 셀들은, 입력된 검색 질의를 만족시키는 스토리들, 친구들, 또는 장소들만을 포함하도록, 검색 상자(1020) 내의 텍스트 엔트리에 응답하여 동적으로 필터링된다.
사용자가 제안들(1030)의 리스트에서 선택된 셀을 클릭하면, 이 예에서 지도 GUI(612)는 지도(618) 상의 대응하는 포인트를 플라이-오버(fly-over)로 자동으로 내비게이션한다. 선택된 셀이 스파이크 컬렉션 또는 클러스터(본 명세서의 다른 곳에서 스파이크 스토리로도 지칭됨)에 대한 것이라면, 대응하는 스토리 내의 스냅들은 순차적으로 플레이하기 시작한다. 선택된 셀이 친구 셀이면, 지도 뷰포트(621)는 대응하는 친구 비트모지(640)를 내비게이션하고, 경우에 따라 연관된 친구 패널(909)이 팝업된다. 도 10a의 예시적인 실시예에서, 디스플레이 검색 결과들 또는 제안들(1030)의 적어도 일부 양태들은, 지도(618)의 사용자 현재 위치 또는 디스플레이 영역에 기초하여 임의의 제약 없이, 임의의 위치로부터 검색 결과들을 반환하는, 위치-애그노스틱이다. 특히, 도 10a의 실시예에서 제안들(1030)의 "My Friends" 섹션은 사용자가 보기 권한을 갖는 임의의 친구들을 포함한다.
따라서, 도 10a의 검색 인터페이스(1010)에 의해 제공되는 특징들은 다음을 포함한다:
- 대응하는 제안 셀을 선택함으로써 세계의 어디에서나 위치를 검색하고 내비게이션하는 것; 및
- 타이핑 전에, 관심있는 소셜 미디어 콘텐츠의 제안들(1030)을 보고, 타이핑 동안 또는 이후에, 검색 질의를 동적으로 만족시키는 제안들을 보는 것. 도 10a의 예시적인 실시예에서, 이것들은 다음을 포함한다:
○ 섹션(1032)에서 "My Friends"로서 식별된 사용자의 친구들;
○ 섹션(1034)에서 "Trending Locations"로서 식별된, 위치에 관계없이, 유행하는 장소 스토리들, 이벤트 스토리들, 및/또는 스파이크 스토리들 또는 클러스터들;
○ 섹션(1036)에서 "Popular Nearby"로서 식별된, 근처 장소 스토리들, 이벤트 스토리들, 및/또는 스파이크 스토리들 또는 클러스터들.
도 10a의 예시적인 실시예에서의 "My Friends" 및 "Trending Locations"는, 뷰포트에 보여지는 친구들/콘텐츠만이 아니라, 전세계의 친구들/콘텐츠를 보여준다는 점에 유의한다. 모든 친구들은 최근에 본 순서로 섹션(1032)에 도시된다. 대조적으로, "Popular Nearby" 엔트리들은 위치 제약이 있으며, 이 예시적인 실시예에서는 현재 지도 뷰포트(621)의 영역 내에 있는 스토리들로 제한된다. 다른 실시예들에서, 위치 제약은 클라이언트 디바이스(102)에 의해 표시된 바와 같이 사용자의 현재 위치에 기초한다.
"Trending Locations" 및 "Popular Nearby" 스토리들은 기본 소셜 미디어 활동에 기초한 메트릭에 따라 전역적으로 순위화되고, 이 예시적인 실시예에서는 스토리에 기여하는 고유 사용자들의 수에 따라 순위화된다. 일부 실시예들에서, 유행하는 위치들은 변칙성 메트릭들 또는 관심도 스코어들(interestingness scores)에 따라 순위화될 수 있다. 또 다른 실시예들에서, 검색 인터페이스(1010)에서의 스토리들의 표면화는 미가공 스냅 볼륨, 시간의 흐름에 따른 스냅 밀도, 스냅 볼륨의 증가 레이트 등에 기초할 수 있다.
사용자들이 검색 상자 드롭다운 내의 엔트리를 클릭하면, 지도 GUI는 지도(618) 상의 대응하는 포인트를 플라이-오버로 내비게이션하고, 그 후에 스토리/스파이크 클러스터가 플레이하기 시작하거나, 경우에 따라 친구 패널(909)이 팝업된다.
지도 GUI(612)의 다른 예시적인 실시예들을 통해 이용가능한 기능성을 검색하는 것이 이제 도 10b 내지 도 10d를 참조하여 설명될 것이다. 도 10c 및 도 10d는 검색 인터페이스(1010)의 일부를 형성하는 검색 상자(1020) 내의 사용자에 의한 타이핑 동안 및 이후의 검색 인터페이스의 거동을 도시한다. 타이핑 동안 및 이후에 열거된 아이템들은 지금까지 입력된 검색 스트링을 만족시키는 아이템들(예를 들어, 친구들, 장소들, 이벤트들, 또는 스토리들)로 제한된다는 것이 이해될 것이다. 각자의 엔트리들이 우선순위에 의해 순위화되는 다수의 상이한 섹션들의 제안들(1030) 각각이 아래에 개별적으로 설명될 것이다. 상이한 실시예들은 이러한 제안 섹션들의 상이한 조합들을 이용할 수 있다.
FRIENDS ON THE MAP - 도 10b에서 참조 번호 1040으로 표시된 이 섹션은 지도(618) 상에 있는 친구들을 보여준다. 이 예시적인 실시예에서, 디스플레이된 친구들은 지도 뷰포트(621)에서(즉, 검색 인터페이스(1010)를 론치하기 직전에 디스플레이되는 지도(618)의 지리적 영역에서) 보이는 친구들로 제한된다. 다른 실시예들에서, 디스플레이된 친구들은 지도(618) 상의 어딘가에서 현재 이용가능한 임의의 친구들을 포함한다. 이 예에서, 상위 4개의 친구가 열거되고, 필요한 경우 더 보기(View More) 버튼이 뒤따른다. 사용자는 친구 셀을 탭핑하여 지도(618) 상에 그들을 찾을 수 있다.
각각의 친구 셀은, 이용가능한 경우, 친구 스토리 아이콘(932)의 형태로 위치-애그노스틱 컬렉션 아이콘을 포함한다. 친구 스토리 아이콘들(932) 중 임의의 것이 대응하는 친구 스토리를 모달 방식으로(modally) 보기 위해 탭핑될 수 있다. 스토리를 보는 것은 스토리에 포함된 일련의 스냅들의 순차적 리플레이를 포함한다. 이러한 예시적인 실시예에서의 각각의 친구 스토리 아이콘(932)은 각자의 친구 이름의 우측에 원형 썸네일의 형태의 사용자 인터페이스 요소를 포함한다. 이 예에서, 따라서 플레이가능한 스토리들은, 스토리와 연관될 수 있는 임의의 위치 정보에 관계없이 또는 스토리의 일부를 형성하는 임의의 스냅들과 함께, 따라서 타겟 친구 사용자의 위치-애그노스틱 소셜 미디어 콘텐츠에 대한 지도-기반 액세스의 개시된 특징에 따라, 친구의 스토리들 중 임의의 것을 포함한다. 그러나, 다른 실시예들에서, 리플레이를 위해 표면화된 스토리들은 현재 지도 뷰 상에서 지오-태깅된 것들로 제한된다.
친구 스토리 아이콘(932)에 더하여, 이 예시적인 실시예에서의 각각의 친구 엔트리는 연관된 비트모지, 이름, 마지막으로 본 타임스탬프, 및 연관된 위치 표시자를 포함한다. 열거된 친구들은 업데이트 최신성에 의해 정렬된다.
ALL FRIENDS - 도 10c의 참조 번호 1050에 의해 식별되는 이 섹션은, 그 친구가 지도 상에 존재하는지 여부와 무관하게, 검색 스트링을 만족시키는 친구들을 표면화한다는 점에서, 도 10a의 My Friends 섹션(1032)과 유사하다. My Story 아이콘(832)에 더하여, 사용자 이름 및 스코어 표시자가 각각의 친구에 대한 서브텍스트로서 도시되어 있다. 이 예시적인 실시예에서, 표시된 스코어는 사용자의 관여 레벨(engagement level)을 표현하기 위해 애플리케이션 전체에 걸쳐 사용되는 사용자 스코어이다. 일부 실시예들에서, 이전에 설명한 바와 같이, 친구 셀을 탭핑하면, 그 친구의 디스플레이 위치에 포커스를 두도록 지도를 내비게이션한다. 그러나, 이 예시적인 실시예에서는, 친구 셀을 탭핑하면, 채팅 인터페이스(950)를 모달 방식으로 론칭한다(도 9b 참조). 채팅을 해제하면, 사용자가 다시 검색 인터페이스(1010)로 돌아간다.
TOP STORIES - 도 10b의 예시적인 실시예에서 참조 번호 1042로 식별된 이 섹션은, (큐레이터들에 의해 매일 선택되거나 또는 품질 스코어 또는 뷰어 볼륨에 의해 순위화되는) 전세계의 주요 스토리들을 보여준다.
NEARBY STORIES - 도 10b에서 참조 번호 1044로 식별된 이 섹션은, 뷰포트 근처에 또는 그 안에 관심있는 이벤트 클러스터들을 보여준다. 이것들은 내림차순 품질 스코어(descending quality score)에 의해 순위화될 것이다. 일부 실시예들에서, 근처 스토리들은, 변칙성 메트릭에 따라, 또는 변칙성 메트릭에 적어도 부분적으로 기초한 순위 스코어에 따라 순위화될 수 있다. 따라서, 본 개시내용의 일부 실시예들은, 사용자 디바이스와 각자의 갤러리들과 연관된 지오로케이션들 사이의 지리적 근접성에 적어도 부분적으로 기초하여 단기적 갤러리들을 자동으로 표면화하는 소셜 미디어 애플리케이션 검색 인터페이스를 제공한다는 것을 알 것이다. 표면화된 단기적 갤러리들을 순위화하는 것은 각자의 변칙성 메트릭들에 적어도 부분적으로 기초할 수 있다.
LOCATIONS -도 10d에서 참조 번호 1060에 의해 식별된 이 섹션은, 검색 질의와 매칭되는 모든 관심 포인트(points of interest)(POI) 또는 장소(CMS(1224)에 의해 정의된 바와 같음)를 보여준다. 일부 실시예들에서, 검색 스트링을 만족시키는 위치들의 표면화 및 순위화는 리플레이에 이용가능한 스토리들을 갖는, 즉, 연관된 장소 스토리를 갖는 위치들을 포함한다. 따라서, 예를 들어, 도 10d의 스크린샷에서는, Blue Lagoon이 Blue Bottle Coffee 위에 순위화되는데, 그것은 후자가 사용자 디바이스(102)의 위치에 더 가까이 있더라도, Blue Lagoon이 연관된 협력적 스토리를 갖기 때문이다.
장소가 스토리를 갖는 경우, 이 예시적인 실시예에서는 썸네일 형태의 스토리 아이콘(1063)이 제목 앞에 도시된다(도 10d 참조). 스토리 아이콘(1063)(또는 셀 내의 어디든지)을 탭핑하면, 지도 상의 장소에 중심을 두고 스토리를 오토-플레이(auto-play)한다. 장소가 썸네일을 갖지 않는 경우, 이 예시적인 실시예에서는 셀을 탭핑하면, 임의의 스토리를 플레이하지 않고 관련 위치에 포커싱하는 지도 뷰포트(621)로 되돌아간다. (플레이가능한 스토리들을 갖는 장소들 및/또는 POI들이 최상부에 우선순위화된 후에) 현재 뷰포트에 근접하여 폴백 우선순위화(fallback prioritization)된다.
지도 상의 타겟 위치를 통한 위치-기반 검색
텍스트-기반 검색 질의를 입력하는 것에 대한 대안으로서, 사용자는 지도(618) 상에 오버레이된 임의의 스토리 아이콘들(631, 633), 친구 비트모지들(640), 또는 임의의 다른 선택가능한 사용자 인터페이스 요소와는 별개인 지도(618) 상의 타겟 위치를 선택함으로써 위치-기반 검색을 개시할 수 있다. 이러한 방식으로, 지도(618) 자체는 대화형 검색 메커니즘을 제공한다. 이러한 위치-기반 검색의 예시적인 실시예가 도 11a 및 도 11b를 참조하여 개략적으로 도시된다.
지도 뷰포트(621) 상의 특정 위치에 대한 사용자의 클릭 또는 탭핑에 응답하여, 클릭 또는 탭 위치로부터 미리 정의된 반경 내의 소셜 미디어 아이템들에 대한 검색이 수행된다. 이 예시적인 실시예에서, 이러한 위치-기반 검색은 각자의 아이템들을 플레이하기 위해 선택가능한 그래픽 사용자 인터페이스 요소들의 리스트를 반환하지 않고, 그 대신에 검색의 결과로서 반환된 아이템들의 자동화된 순차적 리플레이를 자동으로 트리거한다.
도 11a의 예시적인 실시예에서, 타겟 위치(1110)의 선택은, 사용자의 단일 손가락(1120)으로 터치스크린(606)을 탭핑하는 것으로 이루어지는, 선택된 온-스크린 위치에서의 햅틱 접촉에 의한 것이다. 따라서, 지도(618) 상의 비-썸네일 장소를 탭핑하면, 타겟 위치(1110)에 중심을 둔 실질적으로 원형의 지리적 검색 영역(1130)에 의해 도 11b에 개략적으로 도시된 바와 같이, 타겟 위치(1110) 주위로 검색을 방사(radiate)할 것이다. 이러한 위치-기반 검색은 탭 위치로부터의 미리 정의된 검색 반경을 가질 수 있다. 지리적 검색 영역(1130)에서 임의의 스냅들이 발견되는 경우, 이전에 설명된 바와 같이, 그 스냅들은 자동으로 순차적으로 플레이백된다. 그 영역에 스냅들이 없다면, 결과들이 발견되지 않음을 보여주기 위해 검색은 다시 돌아간다.
일부 실시예들에서, 이러한 위치-기반 검색은 미리 정의된 검색 한계에 의해 동적으로 제약되어, 지리적 검색 영역(1130)의 크기가 상이한 경우들에서 가변적일 수 있다. 일부 실시예들에서, 위치-기반 검색에 대한 검색 한계는 검색에 위치한 스냅들의 수에 의해 정의된 미리 정의된 최대 크기이다. 예시적인 실시예에서, 지리적 검색 영역(1130)은 따라서 타겟 위치(1110)로부터 미리 정의된 최대 수의 스냅들이 발견되는 포인트까지 방사될 것이고, 그 후에 그 영역으로부터의 모든 스냅들은 순차적으로 플레이하기 시작할 것이다. 달리 말하면, 미리 정의된 검색 메트릭 또는 한계가 일부 실시예들에서 검색이 정지되어야 하는 때를 결정하기 위해 제공된다. 언급한 바와 같이, 검색 한계는 위치된 스냅들의 수에 대한 상한일 수 있고, 일단 위치된 스냅들의 수가 상한에 도달하면 검색은 타겟 위치로부터 더 이상 방사하지 않는다. 따라서, 상이한 위치-기반 검색들은 타겟 위치(1110)의 부근의 스냅들의 밀도에 따라 크기가 상이한 지리적 검색 영역들(1130)로부터의 스냅들을 반환할 수 있다는 것을 알 것이다.
일부 예시적인 실시예들에서, 이러한 위치-트리거된 소셜 미디어 콘텐츠 검색(즉, 스토리 아이콘(631/633) 또는 친구 비트모지(640)와 일치하지 않는 타겟 위치(1110)에서 사용자 클릭/탭에 의해 트리거된 다른 사용자들에 의해 업로드된 소셜 미디어 콘텐츠에 대한 검색)은 지도 상의 각자의 아이콘들(631, 633)에 의해 표현된 클러스터링된 컬렉션들 중 하나 이상에 포함된 소셜 미디어 아이템들을 배제하도록 자동으로 구성될 수 있다. 따라서, 이 실시예에서, 소셜 미디어 애플리케이션은 검색 결과들에 포함되지 않거나 지도 상에서 장소 스토리들 중 임의의 것 또는 스파이크 스토리들 중 임의의 것에 포함되는 임의의 스냅들을 리플레이하지 않을 것이다.
언급한 바와 같이, 이 예시적인 실시예에서 비-썸네일 영역을 클릭 또는 탭핑함으로써 위치-기반 검색을 개시하는 것은 타겟 위치(1110)에 중심을 둔 지리적 검색 영역(1130) 내에 위치한 스냅들의 자동 리플레이를 트리거한다. 다른 실시예들에서, 타겟 위치 선택에 의한 이러한 검색 입력은, 예를 들어, 각각의 발견된 스냅에 대한 썸네일 및 사용자이름을 포함하는, 검색 영역 내에서 발견되는 스냅들을 열거하는 그래픽 사용자 인터페이스 요소의 디스플레이를 야기할 수 있다. 그 후, 사용자는 발견된 스냅들의 리스트로부터 리플레이되어야 하는 것들을 선택할 수 있다.
일부 실시예들에서, 위치-기반 검색에 위치한 스냅들은, 대응하는 스냅이 업로드되었을 때를 나타내는 각자의 타임스탬프 데이터에 의해 표시된 바와 같이, 연대순 순서로 플레이백된다. 일부 예시적인 실시예들에서, 리플레이 시퀀스가 연대순을 엄격하게 따르지 않도록, 위치-기반 검색에서 식별된 스냅들의 서브세트에 대해 시퀀싱 동작(sequencing operation)이 수행될 수 있다. 하나의 예시적인 실시예에서, 지도 뷰포트 상의 사용자 탭에 응답하여 미디어 플레이백을 위한 개선된 시퀀스는 (a) 탭 포인트의 고정 반경 내의 모든 스냅들을 찾는 것, (b) 그러한 스냅들의 지리-시간적 클러스터링을 행하는 것, (c) 탭으로부터 거리를 두고 그 클러스터들을 정렬하는 것, 및 (d) 클러스터들 내에서 시간에 의해 정렬하는 것을 포함하는 동작들의 시퀀스에 의해 달성된다.
일부 실시예들에서, 위치-기반 검색은 디폴트로 미리 정의된 디폴트 기간 내에 업로드된 자료에 대해 수행된다. 예를 들어, 위치-기반 검색은 (a) 지리적 검색 영역(1130) 내에 위치되고; (b) 대응하는 스토리 아이콘(631/633)에 의해 표현되는 임의의 스토리에 포함되지 않고; (c) 디폴트 선행하는 단기적 시간범위(timespan) 내의 타임스탬프들을 갖는 모든 스냅들을 식별할 수 있다. 따라서, 스냅이 지도 GUI(612)를 통해 24시간 동안 디폴트로 이용가능한 예시적인 실시예에서, 위치-기반 검색은 과거 24시간 내의 업로드 날짜를 나타내는 타임스탬프들을 갖는 스냅들을 디폴트로 찾을 수 있다.
그러나, 일부 실시예들에서, 검색이 수행되는 선행하는 기간은 사용자에 의해 선택적으로 변경가능하다. 예를 들어, 검색 기간 시간범위는 검색 입력 제스처 또는 신호가 사용자에 의해 제공되는 간격에 응답하여 자동으로 변경가능하다.
(도 11a 및 도 11b의 예시적인 실시예에서의 경우와 같이) 지도 GUI(612)가 터치스크린(606) 상에 디스플레이되는 실시예들에서, 지리-시간적 검색은 지도(618) 내의 특정 위치에서의 햅틱 접촉에 의해 트리거되고, 여기서 검색은 햅틱 접촉의 온-스크린 포지션에 의해 정의되는 타겟 위치(1110) 상에 지리적으로 중심을 둔다. 일부 실시예들에서, 햅틱 접촉이 터치스크린(606)에 대해 유지되는 기간에 의해 표시되는 입력 간격은 검색이 수행되는 선행하는 시간범위를 자동으로 결정한다. 이러한 경우에, 예를 들어, 스크린 상의 탭은 디폴트 기간 내에 자료에 대한 지리-시간적 검색을 트리거하고, 프레스 앤 홀드(press and hold)는 디폴트 기간보다 긴 연장된 기간 내에 자료에 대한 지리-시간적 검색을 자동으로 트리거한다. 하나의 예시적인 실시예에서, 탭 입력은 12시간 시간범위로 지리-시간적 검색을 트리거하고, 탭 앤 홀드는 24시간 시간범위로 지리-시간적 검색을 트리거한다. 다른 실시예들에서, 확장된 시간범위는 점진적 방식으로 가변적이어서, 프레스-앤-홀드 간격에 기초하여 다수의 상이한 검색 시간범위들이 선택가능하게 된다. 터치스크린(606) 상의 햅틱 접촉을 참조하여 설명된 동작들은 사용자 입력이 마우스와 같은 커서 제어 메커니즘에 의해 제공되는 경우들에서 클릭-앤-홀드(click-and-hold) 입력에 의해 유사하게 수행될 수 있다는 점에 유의한다.
그 대신에, 또는 추가적으로, 검색 반경(즉, 지리적 검색 영역(1130)의 크기)은 입력 간격의 길이에 기초하여 가변적일 수 있고, 더 긴 입력 간격들(예를 들어, 더 긴 홀드 기간)은 더 큰 검색 반경에 대응한다.
친구 위치를 통한 또는 친구 콘텐츠에 대한 위치-기반 검색
지도 GUI(612)의 일부 실시예들은 선택된 친구 사용자의 위치 속성에 적어도 부분적으로 기초하여 위치 제약을 갖는 소셜 미디어 콘텐츠를 검색하기 위한 기능성들을 제공한다. 위치 제약은, 예를 들어, 선택된 친구 사용자의 지리적 위치에 중심을 둔 미리 정의된 지리적 범위 내에서 지오-태깅된 소셜 미디어 콘텐츠로 검색을 제한하도록 동작할 수 있다.
예를 들어, 일부 예시적인 실시예들에서, 사용자는 선택된 친구 사용자의 위치에 기초한 위치 제약으로 위치-기반 검색을 트리거할 수 있다. 하나의 예시적인 실시예에서, 특정한 친구 위치에 대한 이러한 위치-기반 검색은 도 11a 및 도 11b를 참조하여 설명된 바와 같은 일반적인 위치-기반 검색에 관하여 아래에서 설명되는 것과 유사한 방식으로 수행될 수 있다. 따라서, 일부 예시적인 실시예들에서, 일반적인 위치-기반 검색에 대해 논의된 다양한 고려사항들 및 특징들은, 필요한 부분만 약간 수정하여, 친구 위치에 기초한 위치-기반 검색에 적용할 수 있다.
하나의 예시적인 실시예에서, 친구-타겟화된 위치-기반 검색은 타겟 친구 사용자의 친구 아이콘 또는 비트모지(640)와의 사용자 상호작용에 의해 트리거될 수 있다. 그러한 예시적인 실시예에서, 비트모지(640) 상의 클릭 또는 탭 입력은 메뉴 또는 친구 패널(909)을 표면화하고, 프레스-앤-홀드 입력 또는 클릭-앤-홀드 입력은 이전에 설명한 것과 같은 위치-기반 검색을 자동으로 트리거하며, 검색 영역은 선택된 사용자의 위치에 중심을 둔다. 그 대신에, 또는 추가적으로, 일부 실시예들에서 비트모지(640)의 선택에 응답하여 론치되는 메뉴 또는 친구 패널(909)은, 선택된 사용자의 위치와 관련하여 정의된 위치 제약으로 타겟화된 소셜 미디어 콘텐츠에 대한 검색을 트리거하기 위한 선택가능 사용자 인터페이스 요소를 포함한다.
일부 실시예들에서, 친구-기반 소셜 미디어 콘텐츠 검색은, 검색 결과들이 선택된 친구 사용자의 소셜 미디어 아이템들로 제한되도록 소유자 제약(owner constraint)을 추가적으로 갖는다. 다른 실시예들 또는 경우들에서, 친구-기반 소셜 미디어 콘텐츠 검색은 선택된 친구 사용자에 의해 업로드되거나 제공되는 것을 포함하지만 이에 제한되지 않는 콘텐츠를 검색할 수 있다.
지도 GUI(612)를 통한 소셜 미디어 콘텐츠 검색들이 선택된 친구 사용자의 위치에 기초한 위치 제약을 갖는 다른 예시적인 실시예들은, (선택된 사용자에게 지도 포커스가 있는 동안) 검색 결과들이 지도 뷰포트(621)에 현재 디스플레이된 아이템들로 제한되는 경우들을 포함한다. 도 10b의 실시예에서의 결과 섹션(1030)은 하나의 그러한 예를 제공한다. 다른 경우들에서, 지도 GUI(612)는 선택된 타겟 사용자에 의해 배타적으로 기여되는 콘텐츠를 검색하는 옵션을 제공한다. 이러한 친구-특정 검색을 트리거하는 것에 응답하여, 사용자는 지도 뷰포트(621)의 포커스 및/또는 줌 레벨을 변경할 수 있고, 지도 뷰포트(621)에서 표면화된 소셜 미디어 아이템들은 타겟 친구 사용자에 의해 포스팅된 소셜 미디어 콘텐츠로 제한된다.
본 명세서에서 일부 예시적인 실시예들을 참조하여 설명된 바와 같이, 일부 실시예들에서 사용자 디바이스 상에서 실행되는 소셜 미디어 애플리케이션은, 적어도 일부 친구 사용자들의 디스플레이된 지리적 위치들이 그 사용자들의 실제 지리적 위치들과 상이할 수 있는 지도 뷰포트를 갖는 지도 GUI를 생성한다. 일부 실시예들에서, 친구-중심 위치-기반 소셜 미디어 콘텐츠 검색(friend-centered location-based social media content search)은, 지도 GUI 상의 선택된 친구 사용자의 디스플레이된 위치와는 별개인, 선택된 친구 사용자의 실제 지리적 위치에 중심을 둘 수 있다. 다른 실시예들에서, 검색은 선택된 친구 사용자의 디스플레이된 위치를 참조하여 수행될 수 있다.
지도 GUI 기능성의 개요
사용 시에, 지도 GUI(612)는 따라서 사용자가 지도(618)로부터 볼 수 있는 상이한 타입들의 위치-기반 스토리들을 표면화한다. 도 6a 및 도 6b의 예시적인 실시예에서, 사용자는 지도 GUI(612)를 통해 세계의 어디에서나 Our Story에 포스팅된 스냅들에 액세스할 수 있다. 이것은 지도 뷰포트(621) 내에 디스플레이되는 상이한 지리적 영역들을 내비게이션함으로써 달성될 수 있다. 특히, 디스플레이된 지리적 영역은 줌인 또는 줌아웃에 의해, 그리고 지도 뷰포트(621)의 포커스 영역을 이동시킴으로써 변경될 수 있다. 지도 GUI(612)가 터치스크린(606) 상에 제공되는 도 6a 및 도 6b의 예시적인 실시예에서, 줌인 및 줌아웃은 핀치-아웃(pinch-out) 또는 핀치-인(pinch-in) 햅틱 입력의 형태의 햅틱 제스처들에 의해 달성될 수 있다. 디스플레이된 지리적 영역을 변경하기 위한 지도 뷰포트(621) 내의 지도(618)의 이동은 지도(618) 상의 임의의 포인트에서의 햅틱 드래깅 제스처(haptic dragging gesture)에 의해 달성된다.
이 예시적인 실시예에서, 지도(618)는 사용자에 의해 선택적으로 회전가능하지 않고, 터치스크린(606)에 대해 고정된 디폴트 배향을 갖는다. 다른 실시예들에서, 지도(618)는 지구에 대해 고정된 배향을 가질 수 있다. 일부 실시예들에서, 지도(618)는 선택적으로 회전가능하며, 예를 들어, 모든 지도 콘텐츠가 고정된 앵커 주위에서 회전한다.
위에서 길게 논의한 바와 같이, 임의의 특정 지도 뷰포트(621)에서, 디스플레이된 정보는 다음을 포함할 수 있다:
- 선행하는 윈도우 내에서 스냅 업로딩 활동(예를 들어, 디폴트 스냅 수명, 이 예에서는 24시간)의 지리적 분포를 시각적으로 디스플레이함으로써, 사용자가 더 많거나 더 적은 활동을 갖는 장소들을 식별할 수 있게 하는, 컬러-코딩된 열지도(625). 이것은 사용자가 지도 GUI(612)를 통해 더 효과적으로 위치-기반 검색들을 타겟화할 수 있게 한다. 일부 실시예들에서, 컬러-코딩된 열지도(625)는 가장 높은 확대 레벨에서만 도시된다. 그러나, 이 예시적인 실시예에서, 컬러-코딩된 열지도(625)는 모든 줌 레벨들에서 렌더링된다.
- 단기적 갤러리들 또는 스토리들의 일부를 형성하는 표면화된 콘텐츠에 대한 썸네일 아이콘들(631, 633). 이전에 설명한 바와 같이, 이 예시적인 실시예에서 이것들은 특정한 라벨링된 위치들과 연관된 지오-앵커링된 스토리들에 대한 장소 아이콘들(631), 및 지리-공간적 활동의 변칙 레벨들에 기초하여 표면화된 위치-기반 스토리들에 대한 스파이크 아이콘들(633)을 포함한다.
- 클라이언트 디바이스(102) 상에서 실행되고 지도 GUI(612)가 생성되는 소셜 미디어 클라이언트 애플리케이션(104)에 로그인되는 사용자에 의해 가장 빈번하게 접촉된 친구 사용자들의 친구 비트모지들(640).
일부 실시예들에서, 스파이크 아이콘들(633)이 일부 확대 레벨들에서 도시되지 않는다. 특정한 예시적인 실시예에서는, 스파이크 아이콘들(633)이 디폴트로 지도 GUI(612)가 로드하는 원래의 줌 레벨에서 도시되지 않는다. 이러한 예에서, 열지도(625), 친구 비트모지들(640), 및 다수의 장소 아이콘들(631)만이 원래의 줌 레벨에서 지도(618) 상에 디스플레이된다. 사용자가 줌인함에 따라, 각자의 활동 클러스터들을 표현하는 스파이크 아이콘들(633)이 표면화된다.
상이한 아이콘들(631, 633)이 상이한 줌 레벨들에서 표면화된다는 것을 잘 알 것이다. 이 예시적인 실시예에서, 지도 GUI(612)는 임의의 특정 뷰에서 미리 정의된 최대 개수 이하의 장소 아이콘들(631) 및 미리 정의된 최대 개수 이하의 스파이크 아이콘들(633)을 디스플레이한다. 예를 들어, 임의의 줌 레벨에서, 상위 3개의 장소 스토리(스냅 볼륨에 의해 순위화됨)는 지도 뷰포트(621)에 각자의 장소 아이콘들(631)을 디스플레이함으로써 표면화된다. 마찬가지로, 임의의 줌 레벨에서, 상위 3개의 스파이크 스토리(변칙성 또는 특이성 메트릭 값에 의해 순위화됨)는 지도 뷰포트(621)에 각자의 스파이크 아이콘들(633)을 디스플레이함으로써 표면화된다.
각자의 스토리 아이콘들(631, 633)에 의해 지도(618)에서 표면화된 스토리들을 보는 것에 더하여, 사용자는 Our Story에 업로드되고 갤러리 참여 타이머 또는 이용가능성 수명이 아직 만료되지 않은 임의의 스냅에 액세스하기 위해 위에서 설명한 검색 기능성들 중 하나 이상을 사용할 수 있다.
지도 GUI(612)는 그 안에 디스플레이된 정보가 시간에 따라 동적으로 변화한다는 점에서 동적이라는 점이 이해될 것이다. 새로운 스냅들이 Our Story에 계속 업로드될 수 있고, 스토리 아이콘들(631, 633)의 표면화 및 열지도(625)의 생성이 기반으로 하는 기본 소셜 미디어 아이템들은 스냅들의 이용가능성의 만료로 인해 추가로 계속 변화할 수 있다. 그러나, 이 예시적인 실시예에서, 지도 뷰포트(621)에 디스플레이된 정보는 임의의 특정 지리적 영역의 디스플레이 동안 동적으로 업데이트되지 않는다. 대신에, 지도 뷰포트(621)의 포커스의 변경은 애플리케이션 서버(112)로부터 스토리 아이콘들(631, 633) 및 열지도(625)에 대해 업데이트된 정보를 수신하는 것과 관련된다.
예시적인 실시예들과 함께 설명된 바와 같은 지도 GUI(612)의 이점은, 지리적으로 분산된 소셜 미디어 콘텐츠와의 사용자 친화적이고 직관적인 상호작용을 제공한다는 점이다. 상이한 타입들의 소셜 미디어 갤러리들(예를 들어, 스파이크 아이콘들(633) 및 장소 아이콘들(631)에 의해 각각 표현됨)의 제공은, 소셜 미디어 플랫폼을 통해 이용가능할 수 있는 매우 많은 수의 개별 소셜 미디어 아이템들의 복잡성이 감소되는 방식으로 사용자-선택에 가장 적절한 콘텐츠만을 자동으로 표면화하고, 사용자가 관심을 가질 수 있는 타겟화된 콘텐츠의 선택을 허용하는 시스템을 제공한다.
지도 GUI 기능성을 제공하는 메커니즘들
친구 위치 서빙
본 개시내용의 일부 양태들은 위에서 설명한 지도 GUI(612)와 같은 지도-기반 GUI를 통해 친구 위치들을 디스플레이하기 위해 정보를 소비하는 애플리케이션들에 대한 위치 정보의 효율적인 서빙을 용이하게 하기 위한 서버측 아키텍처 및 동작들에 관한 것이다. 이러한 애플리케이션들은 각자의 사용자 디바이스들 상에서 실행되는 소셜 미디어 클라이언트 애플리케이션(104)과 같은 온-디바이스 소셜 미디어 애플리케이션들을 포함하며, 가끔 본 명세서에서 단순히 클라이언트들로도 지칭된다. 일부 예시적인 실시예들에서, 클라이언트 디바이스(102)는 위치 공유 프로파일(location sharing profile)을 검색 및 업데이트하고, 사용자의 위치를 업데이트하고, 친구 위치들을 검색하기 위한 호출들을 발행한다. 이러한 호출들은 인터넷(106)을 통해 클라이언트와 통신하는 애플리케이션 서버에 의해 수신되고 동작되며, 이 예시적인 실시예에서는 소셜 미디어 애플리케이션 서버 시스템(108)에 의해 수신되고 동작된다.
일부 실시예들에서, 서버 상의 FriendLocations 서블릿이 친구 위치들을 반환하는 것을 담당한다. 이 서블릿은 다음과 같이 작동한다:
- 친구들의 리스트를 검색한다;
- 각각의 친구에 대해, (아마도 멤캐시(memcache)에 캐싱된 서버측 엔티티 데이터저장소로부터) 위치 공유 프로파일을 획득한다;
- 각각의 친구에 대해, 현재 사용자가 자신의 위치를 보도록 인가되어 있는지를 알아본다. (일부 실시예들에서, 현재 사용자의 각각의 친구는 디스플레이 세분성(display granularity)의 복수의 계층화된 레벨들 중 하나에서 자신의 위치를 알아보기 위해, 예를 들어, 자신의 정확한 위치를 알아보기 위해 또는 자신의 도시 위치를 알아보기 위해 인가된다). 키들(예를 들어, 멤캐시 키들)의 리스트를 만들어서 위치들을 검색한다;
- 엔티티 데이터저장소에 대한 단일 호출로 모든 위치들을 획득한다(위치는 멤캐시에 캐싱될 수 있어서, 모든 위치들이 단일 멤캐시 호출로 검색된다).
- 위치들의 리스트를 클라이언트에 반환한다.
일부 양태들에서, 이러한 아키텍처는 엔티티 저장소 및 멤캐시에 대한 다수의 라운드 트립(round trip)을 수반하기 때문에 문제가 될 수 있다. 예를 들어, 이러한 친구 위치 획득(Get Friends Locations) 호출은 레이턴시-민감하고, 수백 밀리초 내에, 이상적으로는 수십 밀리초 내에, 서빙되어야 한다는 것을 고려한다. 이것은 구글 앱 엔진(Google App Engine)(GAE) 인프라스트럭처(멤캐시, 데이터저장소 등을 포함함)와 같은, 호스팅 웹 프레임워크 및 클라우드 컴퓨팅 플랫폼의 부분들에 대해 이루어질 수 있는 라운드-트립들의 수에 대한 제한들을 암시한다.
도 12는, 예시적인 실시예에 따른, 개선된 친구 위치 서빙 메커니즘을 제공하는 서버측 아키텍처를 도시한다. 도 13a 내지 도 13c는, 예시적인 실시예에 따른, 도 12의 아키텍처를 사용하여 친구 위치 서빙을 위한 예시적인 방법을 도시하는 일련의 흐름도들을 도시한다. 개시된 아키텍처들, 방법들, 및 기법들은 잠재적으로 큰 친구 리스트들을 더 효율적으로 처리하는 능력을 용이하게 한다.
도 12의 개략도는, 친구 위치 서빙과 관련된 예시적인 실시예의 서버측 아키텍처(1200)의 개요를 도시한다. 일부 예시적인 실시예에서, 예시된 서버측 아키텍처(1200)는, 소셜 미디어 플랫폼에 대한 서버 시스템에 의해 (클라우드-기반 서비스에 의해 서버 외부에서(off-server) 수행되는 태스크 큐들(1205 및 1260)과 같은 요소들을 제외하고) 제공되는데, 예를 들어, 본 설명에서 간단히 서버 시스템(108)으로도 지칭되는, 도 1 내지 도 5를 참조하여 설명되는 소셜 미디어 애플리케이션 서버 시스템(108)에 의해 수행된다. 서버 시스템(108)은 다수의 상이한 저장 위치들 또는 상이한 데이터저장소들 내에 사용자 및 위치 데이터가 저장되는 데이터베이스를 포함하는 엔티티 데이터저장소(1203)를 포함한다. 아키텍처(1200)는 다수의 태스크를 수행하도록 구성되고, 태스크들 중 일부는 설명을 간략화할 목적으로 도 12의 도면에서 각자의 라벨들로 넘버링된다.
이 예시적인 실시예에서, 서버 아키텍처(1200)는 위치 공유 프로파일들, 위치 업데이트, 및 친구 위치 반환을 담당하는 4개의 서블릿을 포함하며, 즉:
● GetShareLocationPreferences 서블릿(1253)이 요청측 또는 현재 사용자에 대한 위치 공유 프로파일을 반환한다;
● SetShareLocationPreferences 서블릿(1247)이 사용자에 대한 위치 공유 프로파일을 업데이트한다;
● UserLocation 서블릿(1217)이 사용자 위치를 업데이트한다; 및
● FriendLocations 서블릿(1229)이 친구 위치를 반환한다.
아키텍처(1200)는, 사용자 위치 정보를 요청하는 클라이언트 디바이스(102)에 친구 위치 정보를 반환하는 데 있어서의 지연들이 래그(lag) 및 결과적인 사용자 좌절에 상당히 기여할 수 있거나 심지어 애플리케이션을 사실상 이용불가능하게 느리게 할 수 있다는 이해에 기초하여, FriendLocations 서블릿(1229)의 호출의 레이턴시를 최소화하거나 적어도 감소시키도록 배열된다. 이와 비교하여, UserLocation 서블릿(1217)에 의한 호출들의 레이턴시는 덜 중요한 것으로 간주된다. 이것은, 클라이언트 디바이스(102)가 호출이 돌아오기를 기다릴 필요가 없고, 호출이 실패하면, 얼마 후 재시도하는 것 외에는 아무것도 할 수 없기 때문이다. 따라서 친구 위치들을 검색하기 위한 호출의 레이턴시를 최소화하기 위해, (정밀 또는 도시-레벨에서) 주어진 사용자가 볼 수 있는 사용자들의 리스트가 엔티티 저장소 내의 엔티티로서 유지된다. 이 엔티티는 도 12의 도면에서 사용자별 액세스 제어 리스트(ACL)(1235)로 지칭된다. 이 예시적인 실시예에서, 사용자별 ACL(1235)은 각자의 사용자별 위치 공유 프로파일들(1241)에 부가하여 주어진 사용자의 위치를 볼 수 있는 사용자들을 열거하는 엔티티로서 엔티티 데이터저장소(1203)에 유지된다는 점에 유의한다.
이 예시적인 실시예에서, 사용자별 ACL(1235) 엔티티는 (a) 사용자가 자신의 위치 공유 프로파일을 업데이트하거나; (b) 친구들의 리스트가 변경되거나; 또는 (c) 가장 친한 친구들의 리스트가 변경될 때마다 생성된다. 사용자별 ACL(1235)을 업데이트하는 것은 잠재적으로 시간 소모적일 수 있고, 이 예시적인 실시예에서 구글 클라우드 플랫폼(Google Cloud Platform)(GCP) 비동기 태스크(1260)(태스크 번호 7 및 8)를 통해 수행된다.
도 12의 예시적인 실시예에서의 각각의 서블릿에 대한 각자의 요청 흐름들은 다음과 같이 요약된다:
GetShareLocationPreferences 서블릿(1253)
1. 사용자 이름을 획득한다;
2. 엔티티 키를 구성하고, 엔티티를 검색한다(10);
3. 엔티티가 발견되지 않으면, 디폴트 프로파일(위치 공유가 디스에이블됨)을 구성하고 그것을 반환한다;
4. JSON 객체로서의 프로파일을 반환한다
SetShareLocationPreferences 서블릿(1247)
1. 사용자 이름을 획득한다;
2. 요청 파라미터들로부터 데이터를 추출하고, 프로파일 엔티티를 생성하고, 그것의 필드들을 설정한다;
3. 엔티티 저장소 내의 엔티티를 업데이트한다(9);
4. 공유 모드가 고스트 모드이면, 엔티티 저장소로부터 위치를 제거한다;
5. 비동기 태스크로서 사용자별 ACL(1235) 업데이트를 제출한다(7)
UserLocation 서블릿(1217)
1. 사용자 이름을 획득한다;
2. 사용자 이름에 의해 공유 프로파일 엔티티를 검색한다;
3. 위치 공유가 디스에이블된 경우(고스트 모드), 반환한다;
4. 위치 데이터를 를 암호화하고 위치 엔티티를 기입한다(1);
5. 로컬리티 정보("New York, New York, USA"와 같은 인간-판독가능한 위치 설명)를 기록하기 위해 비동기 태스크를 스케줄링한다(2).
FriendLocations 서블릿(1229)
1. 사용자 이름을 획득한다;
2. 호출자가 지도 상에서 볼 수 있는 사용자들의 리스트(이 예에서는, 사용자별 ACL(1235))를 검색한다(4);
3. 각각의 사용자에 대해, 자신의 위치 획득하고(6), 리스트를 반환한다.
사용자별 ACL 업데이트 비동기 태스크(1260)
1. 사용자 명칭은 파라미터로서 전달된다.
2. 위치 공유 프로파일을 획득한다;
3. 친구들의 리스트를 획득한다;
4. 위치 공유 프로파일이 가장 친한 친구들에게 공유하는 것으로서 디폴트 모드를 지정하는 경우, 가장 친한 친구들의 리스트를 획득한다;
5. 커스텀 청중으로의 공유인 경우, 또는 오버라이드들이 지정되는 경우, 이 리스트를 위치 공유 프로파일로부터 획득한다;
6. 사용자 ID의 리스트를 위치 공유 모드 쌍들로 컴파일한다;
7. 각각의 쌍에 대해, 사용자별 ACL(1235)을 검색하고 그것을 업데이트한다.
사용자별 ACL(1235)의 유지보수 및 이용가능성은 지도 GUI(612) 상에 디스플레이될 사용자 위치들의 검색 시에 감소된 레이턴시를 제공하고, 따라서 사전 컴파일된 사용자별 ACL(1235)에 대한 액세스 없이 디스플레이될 친구 위치들을 결정하기 위해 수행되는 동작들의 시퀀스와 비교하여 응답성 및 지도 렌더링 속도를 증가시킨다는 점이 주목될 것이다. 추가적으로, 이 예시적인 실시예에서, 사용자별 ACL(1235)은 그 위치들을 호출측 사용자가 볼 수 있는 사용자들의 리스트뿐만 아니라, 상이한 세분성들 또는 정밀성 레벨들로 리스트를 저장함으로써, 도시 레벨에서 볼 수 있는 사용자들의 리스트 및 그 위치들을 정확하게 볼 수 있는 사용자들의 리스트를 유지할 수 있다는 점에 또한 유의한다. 다른 실시예들에서, 추가의 세분성 레벨들이 유지될 수 있거나, 공통의 정확성 레벨에서의 이용가능한 사용자들의 단일 리스트가 유지될 수 있다.
일부 실시예들에서, 사용자별 ACL(1235)은 대응하는 사용자가 그 위치들을 볼 수 있는 사용자들의 리스트를 포함할 뿐만 아니라, 열거된 사용자들의 위치들을 나타내는 각자의 사용자 위치 엔트리들을 추가로 포함한다. 이러한 실시예들에서, 모든 친구 위치들을 검색할 때 레이턴시가 더 감소되는데, 그 이유는 이들 위치들이 사용자별 ACL(1235) 자체로부터 검색가능하기 때문이다. 이러한 예시적인 실시예들에서, 사용자 위치들을 판독하기 위한 호출(태스크들 6)이 필요하지 않을 것이다.
특정 사용자의 친구들 또는 가장 친한 친구들의 리스트가 변경되면, 대응하는 사용자별 ACL(1235)은 FriendLocations 서블릿(1229)이 호출될 때 업데이트된다는 점에 유의한다. 이 예시적인 실시예에서, 증분적 변경들은 데이터저장소 엔티티들 FriendLinkMetadata(1223) 및 FriendLinkLog(도시되지 않음)를 사용하여 발견될 수 있다. 위치 엔티티들은, 타임스탬프 정보에 의해 표시된 바와 같이, 미리 정의된 만료 나이보다 오래된 경우 엔티티 데이터저장소(1203) 내의 위치 테이블(1211)로부터 삭제된다. 이 예시적인 실시예에서, 위치 엔트리들은 24시간 후에 만료된다. 이것은, 매 시간마다 실행되고 모든 만료된 위치들을 제거(11)하는 클린업 크론 잡(cleanup cron job)(1290)에 의해 핸들링된다.
ACL 업데이트
사용자별 ACL들(1235)을 업데이트하는 것에 2개의 프로세스, 즉, 풀 업데이트들(pull updates) 및 푸시 업데이트들(push updates)이 수반된다. 풀 업데이트들은 FriendLocations 서블릿(1229)이 호출될 때 발생하고, 푸시 업데이트들은 연관된 사용자들이 그들의 공유 선호도들을 업데이트할 때 발생한다.
풀 업데이트들
FriendLocations 서블릿(1229)이 호출될 때, 사용자별 ACL 및 일부 관련 엔티티들이 호출되어 ACL(1235)이 최신인지를 확인한다(도 13c의 동작 1305를 또한 참조). 그러한 경우, 호출측 사용자가 보기 위한 권한을 갖는 사용자들의 리스트를 검색하기 위해 관련 사용자별 ACL(1235) 내의 위치 공유 모드 매핑이 사용된다. ACL(1235)이 최신이 아닌 경우, 전체 업데이트(도 13c의 동작 1354를 또한 참조) 또는 증분 업데이트(도 13c의 동작 1352를 또한 참조) 중 어느 하나로 업데이트된다.
전체 업데이트(Full update): (후술하는 바와 같이) 증분 업데이트를 수행하기 위해 불충분한 데이터가 이용가능한 경우, 전체 업데이트가 수행된다. 이것은 양방향 친구들의 관련 리스트를 검색하고, 각각의 친구에 대해, (예를 들어, 위치 공유 프로파일 저장소(1241)로부터) 위치 공유 선호도들을 획득하고 그에 기초하여 ACL 엔트리를 업데이트하는 것을 수반한다. 이 예시적인 실시예에서, 예방조치로서, 이전의 전체 업데이트 이후의 시간이 미리 정의된 임계값을 초과하면, 이 경우 마지막 전체 업데이트가 1시간보다 많은 시간 전에 수행되었다면, 전체 업데이트가 수행된다.
증분 업데이트(Incremental update): FriendLinkMetadata(1223) 및/또는 친구 로그로부터 델타들을 검색하기 위해 충분한 데이터가 이용가능한 경우, 마지막 업데이트 이후의 증분적 변경들이 발견될 수 있다(예를 들어, 추가된 또는 제거된 친구들을 포함함). 그 후에 ACL 엔트리들은 그에 따라 식별된 친구들에 대해서만 업데이트된다.
푸시 업데이트들
풀 업데이트들은 위치 공유 선호도의 변경들을 다룰 수 없다. 이러한 변경들에 대해, 푸시 업데이트들이 사용된다. 사용자가 그들의 위치 공유 선호도를 업데이트할 때, 모든 그들의 친구들의 ACL들(1235)을 업데이트하기 위해 비동기 태스크(1260)가 시작된다.
비동기 태스크(태스크들 8은 비동기 태스크 큐(1260)를 통해 수행됨)는 어떠한 상태도 가지지 않는다 - 그것은 기본적으로 "최신 데이터에 기초한 ACL 업데이트"를 의미한다. 실행 중인 경우, 각각의 친구에 대해 개별 트랜잭션이 발생하여, 적용가능한 유효 공유 모드를 계산하고, 그에 기초하여 대응하는 ACL 엔트리를 업데이트한다. 또한, ACL 사용자는 시간 트랜잭션이 실행될 때 여전히 친구임을 검증한다.
트랜잭션이 실패하면, 그것은 RetryingCaller 서블릿에 의해 재시도된다. 몇 번의 재시도 후에도 여전히 실패하면, 전체 태스크가 재시작된다. 푸시 큐(1260)는 타임아웃에 도달할 때까지(이 예에서는 1시간) 태스크를 실행하려고 시도하는 것을 계속할 것이다. 이 예시적인 실시예에서는 1시간마다 전체 ACL 업데이트가 있기 때문에, 태스크는 그러면 불필요하게 된다.
위에서 설명된 바와 같은 위치 공유 데이터 메커니즘들의 업데이트에 대한 예외는, 사용자가 그들의 위치 공유 선호도들을 비가시 모드로 변경(또는 다른 방식으로 전환)할 때이며, 여기서 특정 사용자의 위치는 임의의 다른 사용자에게 비가시적이다. 본 명세서에서 이전에 설명된 바와 같이, 이러한 비가시 모드는 이 예시적인 실시예에서 고스트라고 지칭된다. 이전에 설명된 바와 같이, 지도 GUI의 사용자는, 사용자의 위치가 임의의 다른 플레이어들에게 이용가능하게 되지 않는, 고스트 모드에 들어가는 옵션을 갖는다. 사용자가 고스트 모드로 전환하는 것에 응답하여, ACL 업데이트 태스크(도 12의 예시적인 실시예에서, 태스크 7)가 즉시 시작될 뿐만 아니라, 관련 사용자 위치는 또한 엔티티 데이터저장소(1203)로부터 즉시 삭제되며, 특히 이 예시적인 실시예에서 정밀한 위치 데이터저장소(1211)로부터 삭제된다. (클라이언트 디바이스(102) 상의 버그로 인해, 또는 비순차적으로 되는 일부 호출로 인해) 클라이언트 디바이스(102)는 사용자가 고스트 모드에 있는 동안 위치를 업데이트하려고 시도하고, 이 업데이트는 무시된다.
고스트 모드를 구현하기 위한 이러한 메커니즘의 이점은, 사용자가 고스트 모드로 진행할 때, 효과가 실질적으로 즉각적이고 ACL 전파에 독립적이라는 것이다. 고스트 모드로 전환한 후에, 그 사용자의 위치는 더 이상 위치 데이터저장소(1211)로부터 이용가능하지 않으며, 따라서 예를 들어, 다른 사용자의 구식의 사용자별 ACL로 인한 사용자의 위치에 대한 호출이 고스트 사용자에 대해 어떠한 위치 데이터 아이템도 반환하지 못할 것이다.
일부 실시예들에서, 크기 제한이 ACL(1235)에 대해 부과되고, 이는 친구들의 리스트가 너무 커질 때 ACL 업데이트들을 갖는 문제들을 방지한다. 이 예시적인 실시예에서, 임의의 사용자별 ACL(1235)의 엔트리들의 수는 고정된 상위 경계, 여기서는 200개의 엔트리로 제한된다. 이것이 효과적으로 사용자와 양방향 친구들이고 및(AND) 그들의 위치를 그들과 공유하고 있는 사람들의 수에 대한 제한이라는 점에 유의한다.
설명된 예시적인 업데이트 메커니즘에 의해, 동시 푸시 및 풀 업데이트들은 경쟁 상태(race condition)를 초래할 수 없는데, 그 이유는 푸시 업데이트들이 어떠한 상태도 가지지 않고, 최신 데이터에 기초하여 대응하는 ACL 엔트리를 업데이트하기 위해 각각의 트랜잭션이 보장되기 때문이라는 점에 유의한다. 동시 풀 업데이트가 존재하는 경우, 푸시 업데이트 또는 풀 업데이트는 동시 수정 예외로 인해 실패할 것이고 재시작될 것이다. 이 예시적인 실시예에서, 푸시 큐(1260)는 최대 1시간까지 30초마다 계속 시도할 것이다. 이 예시적인 실시예에서는 규칙적인 시간당 풀 업데이트(regular hourly pull update)가 있다. 따라서, 최악의 경우 시나리오는 1시간 동안 부정확한 ACL 엔트리를 갖는 것이다.
이 예시적인 실시예에서 사용자별 ACL(1235)의 구조는 아래에 주어진다. 이 엔티티는 상이한 레벨들의 디스플레이 세분성에서 호출측 사용자가 그 위치들을 볼 수 있는 사용자들의 사용자 ID들을 포함한다는 것을 상기한다.
상이한 실시예에서, 사용자별 ACL(1235)은, 각각의 열거된 사용자(호출측 사용자가 그 위치들을 볼 수 있는 사용자들임)에 대한 별개의 정밀성 레벨 엔트리들을 갖는 구조를 가질 수 있고, 예를 들어, 다음과 같다:
이전에 언급한 바와 같이, 상이한 실시예에서 각각의 사용자별 ACL(1235)은 각자의 열거된 사용자의 위치를 나타내는 각자의 위치 엔트리를 포함한다. 이러한 데이터 엔티티의 예시적인 ACL 구조는 다음과 같다:
사용자별 ACL(1235)에 표시된 바와 같은 친구들의 리스트가 과도하게 긴 경우들에서, 친구들 및 위치들의 전체 리스트를 하나의 라운드트립으로 반환함으로써 잠재적으로 클라이언트 애플리케이션이 느려질 수 있다. 이를 회피하기 위해, 일부 실시예들은 이러한 경우들에서 계속 플래그(continuation flag)와 함께 부분 리스트(예를 들어, 가장 친한 친구들 리스트 또는 현재 지도 상의 친구들의 리스트)를 획득하는 것을 제공한다. 여전히 검색되는 모든 사용자들의 리스트는 짧은 만료 시간(분) 및 랜덤 GUID를 갖는 멤캐시에 있다. 클라이언트 디바이스(102)는 다음 배치(batch)의 위치들을 검색하기 위해 그 GUID와 함께 친구 위치 획득 호출을 재발행해야 할 것이다.
이제, 도 13a 내지 도 13c를 참조하면, 도 6a 내지 도 11b를 참조하여 설명된 것과 같은 지도 GUI(612)의 일부를 형성하는 지도(618) 내의 사용자의 친구들의 연관된 지리적 위치들을 나타내는 각자의 친구 아이콘들(예를 들어, 비트모지(640))의 렌더링을 가능하게 하는 클라이언트 디바이스(102)에 친구 위치 정보를 서빙하기 위한 다양한 방법들 및 절차들을 도시하는 각자의 흐름도가 예시되어 있다. 이 예시적인 실시예에서 수행되는 다양한 동작들은 도 12를 참조하여 전술한 서버 아키텍처(1200) 및 연관 기법들을 사용하여 수행된다. 따라서 흐름도들의 설명들은 도 12를 참조하여 전술한 설명에 기초하여 읽는다. 이를 위해, 도 12에 개략적으로 도시된 다수의 태스크들 중 일부는 각자의 넘버링된 원들에 의해 도 13b 및 도 13c의 흐름도들에 매핑된다.
도 18을 참조하여 이하에서 설명되는 소셜 미디어 플랫폼 시스템(1800)의 예시적인 실시예에서, 도 12의 아키텍처 및 도 13a 내지 도 13c의 방법들이 소셜 미디어 플랫폼 시스템(1800)의 일부를 형성하는 친구 위치 서빙 메커니즘(1837)에 의해 제공되고 수행된다.
도 13a는 지도 GUI(612)의 렌더링을 위해 클라이언트 디바이스(102)에 친구 위치 정보를 서빙하는 것의 하이 레벨 뷰를 제공한다. 동작 1320에서, 서버 시스템(108)은 소셜 미디어 플랫폼의 다수의 사용자 각각에 대한 각자의 사용자별 ACL(1235)을 유지한다. 각각의 사용자별 ACL(1235)은 특정 사용자에 대해 볼 수 있는 사용자들의 세트를 열거한다. 특정 사용자가 지도 GUI(612)를 통해 그들 각자의 지리적 위치들을 보기 위한 권한을 갖는 다른 사용자들(예를 들어, 친구 사용자들)의 볼 수 있는 사용자 리스트.
동작 1321에서, 지도 GUI(612)의 디스플레이를 야기하는 위치-기반 소셜 미디어 활동 정보에 대한 요청이 클라이언트 디바이스(102)로부터 수신(예를 들어, 소셜 미디어 클라이언트 애플리케이션(104)에 의해 생성)되고, 요청된 정보는 사용자의 볼 수 있는 친구들에 대한 위치 정보를 포함한다. 요청에 응답하여, 서버 시스템(108)은 자동화된 친구 잊기 서빙 절차(automated friends forgetting serving procedure)를 수행하며, 이 절차는: 동작 1322에서, 요청측 사용자의 사용자별 ACL(1235)에 액세스하여, 요청측 사용자에 대한 볼 수 있는 사용자들의 세트를 결정하는 것; 및 동작 1323에서, 볼 수 있는 사용자들의 적어도 서브세트 각각에 대한 각자의 위치 정보를 클라이언트 디바이스(102)에 서빙하는 것을 포함한다. 위치 정보는 각각의 사용자에 대한 디스플레이 위치를 포함하고, 예를 들어, 대응하는 비트모지(640)를 디스플레이하기 위한 좌표 세트를 포함한다.
일부 실시예들에서, 사용자의 실제 위치 및 디스플레이 위치가 일부 경우에 상이할 수 있는 경우(예를 들어, 디스플레이가 상이한 세분성 레벨들에서 발생하는 경우), 위치 정보는 연관된 위치 디스플레이 세분성 레벨의 표시와 함께 좌표들을 포함할 수 있다. 예를 들어, 각각의 좌표 세트는 정밀한 또는 도시 레벨에서의 디스플레이의 연관된 표시를 가질 수 있다. 이러한 실시예들에서, 디스플레이 좌표들의 계산은 클라이언트측에서 수행된다. 다른 실시예들에서, 비-정밀한 디스플레이 좌표들의 결정이 서버측에서 수행될 수 있으며, 이 경우에 클라이언트 디바이스(102)에 전송된 위치 정보는 모든 경우에 디스플레이 위치에 대한 좌표들을 포함한다.
도 13b는 다수의 사용자에 대한 사용자별 ACL들(1235)을 유지하는 동작에 대한 더욱 상세한 흐름도를 도시한다. 동작 1301에서, 사용자들에 대한 각자의 위치 엔트리들이 위치 데이터저장소(1211)에서 계속 업데이트된다. 부가적으로, 동작 1302에서, 로컬리티 정보(예를 들어, 각자의 위치들의 인간-판독가능 설명들)를 위치 데이터저장소(1211)에 기입하기 위해 비동기 태스크가 스케줄링된다. 이것은, 동작 1303에서 GCP 태스크(1205)에 의해 수행된다.
동작 1330에서 사용자가 자신의 위치 공유 옵션들 또는 선호도들을 업데이트했음을 표시하는 변경 표시를 수신하는 것; 사용자의 친구들의 리스트에 대한 변경들; 및 사용자의 가장 친한 친구들의 리스트에 대한 변경들 중 어느 하나의 발생에 의해, 동작 1307에서, 사용자별 ACL들(1235)의 재계산이 트리거된다. 이것들 중 어느 하나의 발생에 응답하여, 동작 1307에서, SetShareLocationPreferences 서블릿(1247)은 GSP 태스크(1260)에 의해, 동작 1308에서, 수행되는 사용자별 ACL 재계산 태스크를 제출한다. 동작 1309에서, SetShareLocationPreferences 서블릿(1247)은 또한 대응하는 위치 공유 프로파일(1241)을 업데이트한다.
추가적으로, 이 예시적인 실시예에서, 동작 1336에서 고스트 모드를 활성화하는 것에 의해 사용자가 비가시 모드에서 동작하도록 선택하는 것에 응답하여, SetShareLocationPreferences 서블릿(1247)은 위치 데이터저장소(1211)로부터 그 사용자에 대한 위치 엔트리의 제거를 자동으로 그리고 즉시 트리거한다.
도 13c는 예시적인 실시예에 따라 친구 위치 정보를 검색하고 서빙하기 위한 절차의 일부를 형성하는 동작들의 더욱 상세한 도면을 도시한다. 동작 1321에서 지도 디스플레이 요청을 수신하는 것에 응답하여, FriendLocations 서블릿(1229)은 동작 1304에서 요청측 사용자의 사용자별 ACL(1235)에 액세스한다. 그것은, 동작 1305에서, 사용자별 ACL(1235)에 대한 업데이트가 요구되는지 여부를 결정한다. 그렇지 않으면, 동작 1356에서, 볼 수 있는 사용자들의 리스트 및 그들 각자의 세분성 레벨 값들은 사용자별 ACL(1235)로부터 FriendLocations 서블릿(1229)에 의해 검색된다.
그러나, 업데이트가 요구된다면, 동작 1350에서, 증분 업데이트가 가능한지 여부가 결정된다. 그러한 경우, 이전에 설명된 바와 같이, 동작 1352에서, 관련 메타데이터 또는 로그 데이터를 사용하여 증분 업데이트가 수행된다. 그렇지 않은 경우, 이전에 설명된 바와 같이, 동작 검색(52)에서, 전체 업데이트가 수행된다.
동작 1356에서, 볼 수 있는 사용자들 및 연관된 세분성 레벨들의 세트를 검색한 후에, FriendLocations 서블릿(1229)은, 동작 1306에서, 위치 데이터저장소(1211)로부터 사용자들의 세트에 대한 각자의 위치 표시자들을 검색하고, 동작 1323에서, 이 값들을 클라이언트 디바이스(102)에 반환한다.
본 개시내용의 전술한 양태는 예들 1-20으로서 아래에 열거되는 다양한 예시적인 실시예들을 포함하며, 예들은 적어도 전술한 설명 부분을 고려하여 읽어야 한다.
지도 양식화 및 위성 타일 서빙
지도 GUI(612)의 일부 실시예들은 위성 또는 항공 사진에 의해 제공되는 지구 이미지에 기초한 양식화된 지도 이미지의 렌더링을 제공한다. 본 개시내용의 일부 양태들에 따른 방법은, 이러한 실시예들에서, 상승된 위치로부터 캡처된 지리적 영역의 사진 지구 이미지에 액세스하는 단계, 그것을 위해 구성된 하나 이상의 컴퓨터 프로세서를 사용하여 수행되는 자동화된 양식화 절차에서 사진 이미지에 그래픽 스타일을 적용함으로써 양식화된 지구 이미지를 생성하는 단계, 및 지도 GUI(612)의 대화형 지도 뷰포트(621)가 양식화된 지구 이미지를 사용하여 지리적 영역의 뷰를 디스플레이하도록 소셜 미디어 플랫폼에 대한 지도 GUI(612)의 사용자 디바이스 상에 생성을 야기하는 단계를 포함할 수 있다.
이러한 지구 이미지는 통상적으로 다수의 지구 이미지 타일들의 형태로 제공되며, 각각의 지구 이미지 타일은 지구의 표면의 대응하는 부분의 사진 이미지(예를 들어, 위성 이미지 또는 항공 사진)를 포함한다. 설명의 일관성을 위해, 그러한 지구 이미지 타일들은 본 명세서에서 단순히 위성 타일들로서 추가로 지칭되지만, 일부 이러한 타일들은 항공 사진에 의해 일부 줌 레벨들에서 제공될 수 있다는 것을 명심해야 할 것이다. 위성 타일들에 기초하여 생성된 양식화된 타일들은, 본 명세서에서 양식화된 타일들 또는 지도 타일들로서 지칭되며, 지도 GUI(612) 내의 기본 지도(618)가 구성되는 타일들이다.
위성 타일들의 양식화는, 사진 이미지에 하나 이상의 시각적 효과를 적용하여, 일관되게 적용된 그래픽 스타일에 따라 수정된 이미지의 버전을 생성하는 것을 포함한다. 이 예시적인 실시예에서 위성 타일들에 적용될 수 있는 예시적인 스타일들은, 마릴린(Marilyn)으로 명명된, 균일한 컬러의 증가된 평평한 표면들을 갖는 밝게 컬러화된 스타일(brightly colorized style), 및 비트모지들에 적용되는 것과 유사한 만화와 같은 효과를 갖는 비트모지-스타일(Bitmoji-style)을 포함한다. 일부 실시예들에서, 양식화는, 예를 들어, 스냅크래프트(Snapcraft)의 신경망-기반 스타일라이저를 사용하여 기본 위성 타일들을 양식화하는, 트레이닝된 신경 네트워크(trained neural network)를 사용하여 수행된다.
이 예시적인 실시예에서, 위성 이미지는 타일별로(tile-wise) 수신되고, 다수의 각자의 위성 타일들을 포함한다. 위성 타일들은 개별적으로 양식화되고, 이어서 지도 뷰포트(621)에서 디스플레이하기 위한 관련 지리적 영역의 균일하게 양식화된 지도(618)를 형성하기 위해 함께 집결되거나 스티칭된다. 도 6a를 참조하여 설명된 예시적인 실시예들에서, 예를 들어, 지도 뷰포트(621)에 의해 둘러싸인 지리적 영역을 렌더링하기 위해 16개의 양식화된 지도 타일이 요구된다.
일부 실시예들에서, 양식화된 지도 타일들의 생성은 트레이닝된 신경 네트워크를 사용하여 각자의 위성 타일들을 양식화하는 것을 포함한다. 도 15c를 참조하여 아래에 더 상세히 설명되는 바와 같이, 일부 실시예들에서 각각의 양식화된 지도 타일의 생성은: 타겟 위성 타일과 바로 접하는 이웃 타일들의 세트와 함께 타겟 위성 타일을 검색하는 것; 타겟 위성 타일 및 그의 이웃 타일들의 세트에 기초하여 확장된 위성 타일을 생성하는 것 - 확장된 위성 타일은 타겟 위성 타일에 대해 확장된 영역을 가짐 - ; 및 확장된 타겟 위성 타일을 양식화하여, 확장된 양식화된 타일을 생성하는 것을 포함한다.
확장된 위성 타일을 생성하는 것은 타겟 위성 타일과 그의 이웃 타일들의 세트를 함께 스티칭하여 매크로 타일을 작성하는 것, 및 매크로 타일로부터 확장된 위성을 크로핑하는 것을 포함한다. 확장된 위성 타일은, 타겟 위성 타일의 주변부 주위로 연장되는 버퍼 구역(buffer zone)을 가지면서 타겟 위성 타일에 중심을 두도록, 크로핑될 수 있다. 하나의 예시적인 실시예에서, 버퍼 구역은 폭이 100 픽셀이다. 타겟 양식화된 타일의 생성은, 일부 실시예들에서, 확장된 양식화된 타일을 지리적 영역 내에 대응시키고 타겟 위성 타일에 포커스를 맞추도록 크로핑하는 것을 포함할 수 있다.
일부 실시예들에서, 그 방법은 복수의 줌 레벨들 각각에 대한 각자의 양식화된 지도 타일 세트를 생성하는 단계를 포함한다. 각각의 지도 타일 세트는 대응하는 줌 레벨들에서 캡처된 대응하는 위성 타일 세트에 기초하여 양식화될 수 있다. 이 예시적인 실시예에서 지도 양식화의 스타일은 상이한 줌 레벨들에 대해 일정하게 유지된다는 점에 유의한다.
다른 실시예들에서, 상이한 줌 레벨들이 상이하게 양식화되도록, 상이한 각자의 줌 레벨들에서의 지도 타일들의 양식화를 위해 상이한 신경 네트워크들이 채용될 수 있다. 상이한 줌 레벨들에서 나타나는 상이한 시각적 텍스처들 및 세부사항들을 고려하여, 상이한 줌 레벨들에서의 사용을 위해 상이한 스타일들이 미적으로 그리고 기능적으로 더 적절할 수 있다는 것을 잘 알 것이다.
일부 실시예들에서, 지도 양식화는 지리적 위치, 계절/휴일, 지리적 영역에서 발생하는 이벤트들, 및 선택적 사용자 선호도를 포함하는 하나 이상의 인자에 기초하여 달라질 수 있다. 따라서, 하나의 예에서, 상이한 도시들 또는 도심 영역들은 상이한 각자의 스타일들에 따라 디폴트로 양식화될 수 있다. 각자의 영역들에 대한 상이한 스타일들은 각자의 스타일들과 각자의 영역들의 평판, 역사, 전통 또는 분위기 사이에 대응관계가 있도록 선택될 수 있다. 예를 들어, 뉴욕(New York)은 현대적인 스타일에 따라 양식화될 수 있고, 파리(Paris)는 인상주의적인 스타일에 따라 양식화될 수 있다. 그 대신에, 또는 추가적으로, 특정 영역의 양식화는 계절적으로 또는 특정 휴일들의 발생으로 달라질 수 있다. 따라서, 예를 들어, 단일 설정이 할로윈, 크리스마스, 및 성 패트릭의 날에 상이하게 양식화될 수 있다.
그 대신에, 또는 추가적으로, 지도 양식화는 선택된 사용자 선호도들에 적어도 부분적으로 기초하여 수행될 수 있다. 따라서, 지도 GUI(612)는 일부 예시적인 실시예들에서, 예를 들어, 사용자가 비트모지 스타일과 마릴린 스타일 사이에서 선택할 수 있게 하는 복수의 스타일 옵션을 사용자에게 제시하는 선택 메뉴를 포함한다. 특정 스타일의 사용자 선택에 응답하여, 지도 뷰포트(621)는 그 후 선택된 스타일에 따라 양식화된 대화형 지도(618)를 디스플레이한다. 일부 실시예들에서, 사용자는 상이한 각자의 지리적 영역들에 대해 상이한 스타일들을 선택할 수 있게 된다.
이제, 비교적 낮은 레이턴시 및 최소 계산 비용을 갖는 벤더-공급 위성 타일들(vendor-supplied satellite tiles) 및 스냅크래프트 양식화에 기초한 양식화된 지도 타일들을 생성하고 서빙하기 위해 서버측 기능성에 관한 다양한 양태들이 설명될 것이다. 도 4는 이 기능들을 제공하는 예시적인 서버측 아키텍처(1400)의 개략도를 도시하고; 도 15a 및 도 15b는 지도 타일들을 양식화하고 서빙하기 위한 일련의 동작들을 도시하는 흐름도들을 도시하고; 도 15c는 대응하는 타겟 위성 타일에 기초하여 단일 타겟 양식화된 타일을 생성하기 위한 변환들의 시퀀스를 개략적으로 예시한다.
개시된 기법의 하나의 부분은 유일한 세트의 양식화된 지도 타일들을 생성하는 것을 포함한다. 이것은 지도 제공자(도 14에서 타일 벤더 시스템(1421)으로서 표현됨, 예를 들어, MapBox)로부터 기본 위성 타일들을 취하고, 신경 네트워크-기반 스타일라이저 시스템(1428)(이 예에서는 스냅크래프트(SnapCraft)에 의해 제공됨)을 사용하여 이것들을 양식화하는 것을 포함한다. 이 설명에서, 벤더 타일들이라는 용어는 벤더에 의해 제공되는 위성 타일들을 의미한다.
논의된 바와 같이, 양식화된 지도 타일들의 제공은 다수의 도전과제를 제시한다. 첫째로, 양식화될 지구 이미지의 범위는 거대하며, 전 세계에 200억 개가 넘는 타일로 구성되어 있다. 그러나, 네트워크-기반 스타일라이저들은 통상적으로 비교적 높은 레이턴시 및 낮은 처리량을 갖는다. 이 예시적인 실시예에서, 예를 들어, 스타일라이저 시스템(1428)은 각각의 512x512 픽셀 타일에 대해 300-400ms의 레이턴시, 및 16 코어 머신 당 약 3개의 QPS(query per second)의 처리량(throughput)을 갖는다. 그러나, 소셜 미디어 플랫폼은 상당히 더 낮은 레이턴시 및 더 높은 처리량을 제공할 수 있어야 하며, 피크에서 약 20k QPS의 처리량을 가질 것으로 예상된다.
언급한 바와 같이, 크기 512x512 픽셀의 위성 타일들은 이 예시적인 실시예에서 온라인 타일 벤더 시스템(1421)으로부터 검색된다. 세로 모드에서의 표준 디바이스 상의 지도 뷰포트(621)는 16개의 그러한 타일이 지도(618)를 렌더링하도록 요구한다. 이 예시적인 실시예에서, 클라이언트 디바이스(102) 상에서 실행되는 벤더 SDK(1407)는 위성 타일 페치들을 AppEngine 플렉서블 환경(Flexible Environment)(Flex) 상에서 실행되는 프록시 서버에 지향시키는 커스텀 스타일을 사용한다.
이 예시적인 실시예에서, 복수의 상이한 줌 레벨들 각각에 대해 상이한 양식화된 타일 세트들이 생성되고 유지된다. 본 예시적인 실시예에서, 줌 레벨들 13 내지 17에 대한 위성 뷰가 지원된다. 이 결과, 총 타일 카운트가 20억을 넘는다. 규칙적인 사용을 위해서는 지구 표면의 ~1% 커버리지가 요구될 것이고, 이는 여전히 약 2억개의 타일을 요구할 것으로 추정된다.
둘째로, 특히 지도(618)에서 단일 합성 뷰를 제공하기 위해 양식화된 타일들이 함께 스티칭되는 것을 고려할 때, 타일들의 매끄럽고 일관된 양식화가 문제가 된다. 지도 뷰포트(621)에 디스플레이될 합성 이미지를 형성하기 위해 개별적으로 양식화된 타일들이 함께 스티칭될 때 양식화 아티팩트들 또는 불연속들을 회피하는 것은 어려움이 따른다. 이러한 어려움들은, 아래에 설명되는 양식화된 지도 타일 생성 및 서빙을 위한 기법들에 의해 적어도 어느 정도 개선된다.
도 14의 설명들을 참조하여 알 수 있는 바와 같이, 서버 시스템(108)에 의해 제공되는 지도 엔진(1808)은 이 예시적인 실시예에서 모든 지도 타일들을 클라이언트 디바이스들(102)에 서빙하는 것을 담당한다.
도 15a는 지도-기반 GUI의 일부를 형성하는 양식화된 대화형 지도의 생성을 위한 양식화된 지도 타일들을 생성하고 서빙하는 방법(1500)의 하이-레벨 뷰를 도시한다. 방법(1500)은 도 6a-11b를 참조하여 설명된 지도 GUI(612)의 특정한 예시적인 실시예와 관련하여 더 설명될 것이다.
동작 1503에서, 지도 GUI(612)의 인스턴스 내의 타겟 영역의 디스플레이를 위한 요청이 클라이언트 디바이스(102)로부터 수신된다. 타겟 영역은 이 경우에 지도 뷰포트(621) 내에 디스플레이될 특정 지리적 영역이다. 따라서, 새로운 뷰요청에서는 일부 실시예들에서 지도 뷰포트(621)의 포커스가 새로운 영역으로 전환될 때 트리거될 수 있다. 뷰 요청은 타겟 영역뿐만 아니라 요청된 뷰의 줌 레벨도 특정한다.
요청에 응답하여, 동작 1518에서, 지도 엔진(1808)은 요청된 타겟 영역 및 줌 레벨에 대응하는 양식화된 지도 타일들의 세트를 클라이언트 디바이스(102)에 서빙한다. 도 15b의 예시적인 실시예를 참조하여 더 상세히 설명되는 바와 같이, 요청된 지도 타일들은 뷰 요청에 응답하여 생성될 수 있거나, 이전에 컴파일된 타일 캐시(1414)로부터 검색될 수 있다. 이러한 경우에, 요청된 지도 타일들은 동작 1515에서 타일 캐시(1414)로부터 검색되고 동작(1518)에서 클라이언트 디바이스(102)에 서빙된다.
도 15a의 예시적인 실시예에서, 지도 타일들의 생성은 뷰 요청에 응답하여 수행되는 것으로 도시되지만, 방법은, 대신에 또는 추가적으로, 특정 뷰 요청에 의해 프롬프트되지 않고 지원되는 줌 레벨들에 대한 양식화된 지도 타일들의 각자의 세트들을 컴파일하는 것을 포함할 수 있다. 예를 들어, 각각의 줌 레벨에 대한 각자의 타일 세트는 인기있는 영역들에 대해 사전 컴파일될 수 있다.
임의의 이벤트에서, 양식화된 지도 타일들을 준비하는 것은, 동작 1506에서, 복수의 지원되는 줌 레벨들로부터 특정 줌 레벨에서 그리고 좌표들에서 요청된 지도 타일들에 대응하는 위성 타일들을 타일 벤더 시스템(1421)으로부터 검색하는 것을 포함한다. 그 다음, 요청된 지도 타일들은 위성 타일들을 양식화함으로써 위성 타일들에 기초하여 생성된다. 이어서, 양식화된 지도 타일들은 동작 1512에서 타일 캐시(1414)에 저장되고, 동작 1518에서 클라이언트 디바이스(102)에 서빙된다.
예시적인 방법(1500)의 추가 상세사항은 도 15b 및 도 15c를 참조하여 설명될 것이다. 특히, 도 15c는 그에 기초하여 타겟 양식화된 타일(1580)을 생성하기 위해 단일 타겟 위성 타일(1570) 상에서 수행되는 일련의 변환들 및 동작들을 예시한다. 또한, 양식화된 타일 및 지도 타일이라는 용어들은 본 설명 부분에서 동의어로 사용된다는 점에 유의한다.
지도 엔진(1808)은 3개의 주요 타입의 요청을 처리한다:
- 양식화된 타일 요청들: 이것들은 클라이언트 디바이스(102) 상의 벤더 SDK(1407)에 의해 요청된다.
- 지도 타일 캐시 요청: 타일들의 양식화된 버전을 캐싱하기 위해 웜업 스크립트들(warmup scripts)에 의해 사용된다.
- 벤더 캐시 요청들(/mapbox/cache/{tile id}): 벤더 타일들을 캐싱하기 위해 웜업 스크립트들에 의해 사용된다.
엔드포인트들에서의 tile id는 슬리피 좌표들(slippy coordinates)에 기초하고 {zoom}/{x}/{y}로서 정의된다.
이 예시적 실시예에서 도 15b의 양식화 절차는, 각자의 화살표들과 연관된 대응하는 번호들을 갖는 도 14에서, 그리고 각자의 넘버링된 원들을 갖는 도 15b의 흐름도에서 개략적으로 표시된 다음의 열거된 단계들을 포함한다.
단계 1: 앱 시동에서, 벤더 SDK(1407)는 동작 1530에서 벤더 설정들을 정의하는 스타일 시트를 페치한다. 이것은 양식화된 타일들을 페치하기 위한 엔드포인트를 포함한다.
단계 2: 사용자가 지도(618)를 보고 있을 때, 주어진 지도 뷰포트(621)에 대한 타일들은 동작 1533에서 벤더 SDK(1407)를 통해 개별적으로 요청된다. 벤더 SDK는 타일이 클라이언트 디바이스(102) 상의 로컬 캐시에 있지 않을 때 특정된 엔드포인트를 히트(hit)한다.
단계 3: 지도 엔진(1808)(여기서는 Appengine Flex에서 실행됨)은 동작 1536에서 타일 캐시(1414)를 체크한다. 요청된 타일이 캐싱되는 경우, 동작 1558에서, 그것은 타일 캐시(1414)로부터 검색되고 클라이언트 디바이스(102)에 반환된다.
단계 4: 동작 1536에서의 캐시 미스(miss)에서, 타겟 양식화된 타일(1580)(도 15c 참조)이 요청 시에 생성된다. 이 예시적인 실시예에서 양식화된 타일 생성을 위한 프로세스는 도 15c에 개략적으로 예시되어 있다. 먼저, 지도 엔진(1808)은, 동작 1539에서, 벤더 타일(도 15c의 타겟 위성 타일(1570)로서 표시됨)을 그것의 이웃하는 위성 타일들과 함께 검색한다. 이 설명에서, 이웃 타일은 타겟 타일의 측면 또는 정점을 터치하는 타일을 의미하여, 정사각형 타일은 8개의 이웃을 갖는다. 도 15c의 예시적 실시예에서는, 총 9개의 위성 타일이 따라서 검색된다. 지도 엔진(1808)은 먼저 로컬 캐시 및 타일 캐시(1414)를 체크하고, 캐시에서 이용가능한 그 위성 타일들을 검색한다.
단계 5: 타겟 위성 타일(1570) 또는 그 이웃들 중 임의의 것이 캐시 내에 있지 않은 경우, 그것들은 동작 1545에서 타일 벤더 시스템(1421)으로부터 요청된다.
단계 6: 동작 1552에서, 임의의 페치된 위성 타일들이 타일 캐시(1414)에 비동기적으로 기입된다.
단계 7: 모든 9개의 타일이 이용가능하면, 도 15c에 개략적으로 도시된 바와 같이, 동작(1542)에서 확장된 위성 타일(1574)이 구성된다. 먼저, 타겟 위성 타일(1570) 및 그 주변 영역의 9-타일 합성 이미지인 매크로 타일(1572)을 형성하기 위해 그의 적절한 상대 위치들에서 9개의 타일이 함께 스티칭된다. 그 다음, 이 합성 매크로 타일(1572)(상기될 것인바, 여전히 지구 이미지임)은, 타겟 위성 타일(1570)에 중심을 두지만 타겟 위성 타일(1570) 주위에서 주변으로 연장되는 버퍼 구역을 갖고서 크로핑되어, 확장된 위성 타일(1574)을 형성한다. 이 예시적인 실시예에서, 버퍼 구역은 폭이 100px이고, 따라서 확장된 위성 타일(1574)은 정사각형 612x612 지구 이미지이다. 지도 뷰포트(621)에서 양식화된 지도(618)를 형성하기 위해 지도 타일들(1580)이 궁극적으로 함께 스티칭될 때 타일 에지들에서의 평활도(smoothness)를 달성하기 위해 버퍼가 제공된다. 다른 실시예들에서 버퍼 구역에 대한(및/또는 타겟 위성 타일(1570)에 대한) 다른 치수들이 사용될 수 있다는 점에 유의한다.
단계 8: 동작 1548(도 15b)에서 612x612 확장된 위성 타일(1574)은 양식화를 위해 스타일라이저 시스템(1428)(이 실시예에서는 Flex에서 실행됨)에 송신된다.
단계 9: 동작 1555에서 612x612 양식화된 이미지인 반환된 확장된 양식화된 타일(1576)(도 15c)은 512x512 타겟 양식화된 타일(1580)을 생성하기 위해 중앙에서 크로핑된다. 동작 1558에서, 타겟 양식화된 타일(1580)은 Klein 디바이스(102)에 반환된다.
단계 10: 동작 1552에서 양식화된 타일(1580)은 타일 캐시(1414)에 비동기적으로 캐싱된다.
위의 단계들은 라이브 질의들에서 발생하고, 사용자 가시 부하 지연들을 회피하기 위해 200ms보다 더 낮은 레이턴시로 수행된다. 스타일라이저 시스템(1428)에서의 그리고 벤더 타일들을 검색하는 데 있어서의 대량의 질의들 및 비교적 높은 레이턴시의 관점에서, 일부 예시적인 실시예들에서의 지도 엔진(1808)은 인기있는 목적지들의 선제 캐싱(pre-emptive caching)을 제공한다. 예시적인 방법은, 이력적 뷰어 거동에 기초하여 인기있는 목적지들을 식별하는 단계, 및 예를 들어, 새로운 스타일이 롤아웃(roll out)될 때, 이들 인기있는 목적지들에 대응하는 타일들에 대한 사전-페칭 및 사전-양식화 동작들을 수행하는 단계를 포함한다. 특정한 예시적인 실시예에서, 약 150M 타일들이 따라서 사전-양식화된다. 이 예시적인 실시예에서, 오프라인 소비를 위해 사용자 디바이스(102) 자체에 타일들이 캐싱되지 않는다.
본 개시내용의 전술한 양태는 예들 21-40으로서 아래에 열거되는 다양한 예시적인 실시예들을 포함하며, 예들은 적어도 전술한 설명 부분을 고려하여 읽어야 한다.
지도 데이터 타일 및 스토리 매니페스트 생성 및 서빙
본 개시내용의 일부 양태들은 이전에 설명된 바와 같이, 지도 이미지와 조합하여 디스플레이하기 위한 소셜 미디어 활동 정보를 타일별로 생성하고 서빙하기 위한 서버측 아키텍처 및 메커니즘에 관한 것이다. 도 6a 내지 도 11b의 예시적인 실시예들을 참조하여 설명된 바와 같이, 이 예시적인 실시예에서의 이러한 소셜 미디어 활동 정보는 열지도 데이터 및 지리적으로 앵커링된 스토리들 또는 갤러리들에 관한 데이터를 포함하고, 지도 상의 위치들에 위치된 각자의 아이콘들(631, 633)에 의해 지도-기반의 GUI의 부분을 형성하는 지도(618)로 표현된다. 뒤따르는 설명은 이전에 설명된 지도 GUI(612)의 예시적인 실시예들에 기초할 것이지만, 지도-기반 GUI에서의 디스플레이를 위한 추가적인 및/또는 대안적인 소셜 미디어 활동 정보가 다른 실시예들에서 유사하게 생성되고 서빙될 수 있다는 것을 알 것이다.
뒤따르는 설명으로부터 알 수 있는 바와 같이, 개시된 서버측 아키텍처들 및 메커니즘들 중 일부는 지도 GUI(612) 상에서 소셜 미디어 활동 정보의 낮은 레이턴시 및 보다 효율적인 렌더링을 촉진한다. 개시된 방법들은 클라이언트 애플리케이션에서 서빙되고 디스플레이될 최근에 제출된 스냅들을 위한 지도 데이터 타일들을 주기적으로 생성하는 것을 포함한다. 이러한 지도 데이터 타일들은 특정된 지리적 좌표를 갖는 데이터 포인트들의 세트를 포함한다. 이 예시적인 실시예에서, 데이터 포인트들의 세트는 지도(618) 상에 디스플레이될 각자의 갤러리 아이콘들(631, 633)에 대응하는 관심 포인트(POI)들을 포함한다. 이러한 지도 데이터 타일들은 때때로 본 설명에서 단순히 지도 타일들이라고 지칭하지만, 소셜 미디어 활동 정보의 디스플레이를 위해 지도(618)에서 백드롭을 형성하는 양식화된 또는 양식화되지 않은 지구 이미지 타일들(예를 들어, 위성 타일들)과 혼동되지 않아야 한다.
이 예시적 실시예에서 각각의 지도 데이터 타일은 또한 지도 데이터 타일에 포함된 각각의 POI에 대한 스토리 매니페스트(story manifest)를 포함한다. 아래에서 더 길게 논의되는 바와 같이, 스토리 매니페스트는 특정 POI에 대응하는 스토리의 일부를 형성하는 스냅들 중 적어도 일부에 관한 정보를 제공한다.
도 16a는 지도-기반 그래픽 사용자 인터페이스를 렌더링하기 위해 소셜 미디어 활동 정보를 컴파일하여 클라이언트 디바이스(102)에 서빙하기 위한 방법(1600)의 하이-레벨 뷰를 도시한다. 동작 1603에서, 지도 데이터 타일들의 복수의 세트가 컴파일되고, 각각의 세트의 지도 데이터 타일들은 타겟 지리적 영역을 커버하고 복수의 상이한 줌 레벨들 중 각자의 줌 레벨에 대한 복수의 타일을 포함한다. 지도 데이터 타일들은 소셜 미디어 플랫폼에 대한 활동 데이터에 기초하여 생성된다. 활동 데이터는, 이 예시적인 실시예에서 Our Story에 제출되는, 일반적인 액세스가능성을 위해 소셜 미디어 플랫폼에 업로드되는 소셜 미디어 아이템들(예를 들어, 스냅들)에 관한 정보를 포함한다.
동작 1606에서, 특정의 줌 레벨에서의 특정의 지리적 영역의 지도 GUI(612)에 디스플레이하기 위한 요청이 클라이언트 디바이스(102)로부터 수신된다. 지도 엔진(1808)은, 동작 1609에서, 요청된 사전 컴파일된 지도 데이터 타일들을 검색하고, 동작 1612에서, 지도 GUI(612)의 지도(618) 상에서 지리적으로 등록된 소셜 미디어 활동 정보를 렌더링하기 위해 그것들을 클라이언트(102)에 서빙한다.
타일 및 스토리 매니페스트 생성 및 서빙의 목적은 따라서 지도 GUI(612)를 통해 사용자들에 의해 Our Story에 제출된 스냅들(즉, 공개적으로 이용가능하게 되는 소셜 미디어 아이템들)을 디스플레이하는 것이다. 이 예시적인 실시예에서 지도 상에 디스플레이하는 것은 2가지 형태를 취한다:
- 지도(618)의 상이한 영역들에서의 상대적인 소셜 미디어 활동을 보여주는 열지도. 이 예시적인 실시예에서, 열지도(625)는 상대적인 스냅 볼륨 또는 밀도를 디스플레이하여, 각각의 열지도 데이터 포인트는 대응하는 위치에서의 포스팅 활동을 나타낸다. 다른 실시예들에서, 열지도는 상이한 활동 메트릭들(예를 들어, 특이성 또는 변칙성의 레벨)을 디스플레이할 수 있으며, 이 경우, 각각의 열지도 데이터 포인트는 대응하는 지리적 위치에서 관련 메트릭의 값을 나타낸다; 및
- 예를 들어, 사용자들에게 잠재적 관심이 있는 것으로 간주되는 장소들을 나타내는 앞서 설명된 썸네일 아이콘들인 관심 포인트(POI)들. 각각의 POI에 대해, 스토리 매니페스트가 생성되고 저장된다. 각각의 스토리 매니페스트는 사용자가 그 POI를 탭핑하는 경우 재생될 스냅들의 리스트를 포함한다. 본 명세서에서 사용되는 바와 같이, 용어 매니페스트는 따라서 각자의 스토리 또는 POI에 대한 플레이리스트로 이해될 수 있다.
도 16a에 개략적으로 표현된 바와 같이, 열지도 데이터, POI들, 및 매니페스트들이 주기적으로 사전 컴파일되고, 생성되어 저장되고, 그 후에 요청 시 클라이언트 디바이스들에 서빙된다. 이러한 방식으로, 요청될 때 요청된 지리적 영역에 대한 다수의 데이터포인트들의 라이브 처리에 의해 야기되는 잠재적 레이턴시가 회피된다. 뒤따르는 설명은 타일들 및 매니페스트들의 생성, 저장 및 서빙을 위한 아키텍처 및 메커니즘들을 위한 예시적인 실시예를 제공한다.
언급한 바와 같이, 지도 데이터 타일들은 열지도 데이터 및 POI들로 이루어진다. POI들은 또한 미리보기 매니페스트(후술됨)를 포함한다. 이하는 예시적인 지도 데이터 타일에 대한 프로토 정의(proto definition)이다(가독성을 위해 약칭됨).
message PointOfInterest {
enum Type {
ACTIVITY_SPIKE = 0;
FILLER = 1;
ATTRACTIONS = 2;
STORY = 3;
}
Type type = 1;
string id = 2;
Point point = 3; // (lat,lng) point
double render_width_at_zoom_zero = 6; // in tile points. each tile is 512 points across.
double render_width_slope = 7; // tile point change per zoom level.
string label = 4;
double score = 5;
repeated Thumbnail thumbnails = 10;
StoryManifest preview_manifest = 11;
}
message Thumbnail {
string id = 1;
string key = 2;
string iv = 3;
string url = 4; // optional
string thumbnail_data = 5; // optional
string snap_id = 6; // submission id for the thumb
}
message StoryManifest {
string id = 1;
string version = 2;
string display_name = 3;
repeated StoryElement elements = 100;
}
message StoryElement {
string id = 1;
ContentType content_type = 3;
double duration = 10;
int64 timestamp = 11; // epoch millis
string sss_id = 12; // Needed temporarily for 7 day stories
message SnapInfo {
string snap_media_id = 1;
SnapMediaType snap_media_type = 2;
string creator_id = 3;
string media_key = 4;
string media_iv = 5;
string media_url = 6;
bool is_zipped = 7;
}
message WebMediaInfo {
string content_url = 1;
int32 duration_ms = 2;
}
message HtmlInfo {
string html = 1;
}
oneof content_info {
SnapInfo snap_info = 6;
WebMediaInfo web_media_info = 7;
HtmlInfo html_info = 8;
}
}
message Tile {
TileId id = 1; // {zoom, slippy-coordinates}
TileSetId tile_set_id = 3; // {epoch-timestamp, flavor}
repeated HeatmapPoint points = 10; // [{lat, lng, intensity, radius}, ...]
repeated PointOfInterest pois = 11;
}
message PointOfInterest {
enum Type {
ACTIVITY_SPIKE = 0;
FILLER = 1;
ATTRACTIONS = 2;
STORY = 3;
}
Type type = 1;
string id = 2;
Point point = 3; // (lat,lng) point
double render_width_at_zoom_zero = 6; // in tile points. each tile is 512 points across.
double render_width_slope = 7; // tile point change per zoom level.
string label = 4;
double score = 5;
repeated Thumbnail thumbnails = 10;
StoryManifest preview_manifest = 11;
}
message Thumbnail {
string id = 1;
string key = 2;
string iv = 3;
string url = 4; // optional
string thumbnail_data = 5; // optional
string snap_id = 6; // submission id for the thumb
}
message StoryManifest {
string id = 1;
string version = 2;
string display_name = 3;
repeated StoryElement elements = 100;
}
message StoryElement {
string id = 1;
ContentType content_type = 3;
double duration = 10;
int64 timestamp = 11; // epoch millis
string sss_id = 12; // Needed temporarily for 7 day stories
message SnapInfo {
string snap_media_id = 1;
SnapMediaType snap_media_type = 2;
string creator_id = 3;
string media_key = 4;
string media_iv = 5;
string media_url = 6;
bool is_zipped = 7;
}
message WebMediaInfo {
string content_url = 1;
int32 duration_ms = 2;
}
message HtmlInfo {
string html = 1;
}
oneof content_info {
SnapInfo snap_info = 6;
WebMediaInfo web_media_info = 7;
HtmlInfo html_info = 8;
}
}
타일들은 데이터흐름 파이프라인(dataflow pipeline)을 사용하여 5분마다 생성된다. 파이프라인은 4개의 주요 입력을 갖는다:
- 이전 3시간으로부터의 모든 Our Story 스냅들. 이것은 스토리 포스팅(이는 큐레이션 활동들을 위해 사용되는 동일한 PubSub임) 동안 채워지는 PubSub으로부터 나온다. 수집된 스냅들로부터의 지오-로케이션, 시간, 및 썸네일 media-ids/keys/IVs이 사용된다.
- 관리자들에 의한 콘텐츠의 큐레이션을 위해 서버 시스템(108)에 의해 제공되는 콘텐츠 관리 시스템(CMS)(1824)의 일부를 형성하는 장소 CMS. 장소들(즉, 정의된 지리적 경계들에 기초하여 명시적으로 정의되고 라벨링된 위치들)은 커스텀 장소 CMS 및 장소 데이터베이스를 사용하여 관리자들에 의해 추가된다. 파이프라인이 장소들을 요청할 때, 연관된 경계들 내에 있는 스냅들에 대해 지리 검색(geo search)을 수행하여, 장소에 대해 디스플레이할 대표적인 썸네일을 찾는다. 장소가 탭핑될 때 플레이하기 위한 스냅들의 매니페스트가 또한 동일한 방식으로 생성된다. 이러한 장소 POI들은 도 6c의 예시적인 실시예에서, 예를 들어, 연관된 장소 라벨을 사용하여 지도 GUI 상에 디스플레이된다.
- 이 예시적인 실시예에서, 별개의 클러스터 엔진 또는 리드(Leads) 서비스로부터의 스파이크 POI들. 스파이크들은, 일부 실시예들에서, 지리-시간적으로 변칙적인 소셜 미디어 포스팅 활동을 갖는 영역들을 식별하기 위한 자동화된 변칙성 계산에 기초한, 변칙적 활동의 자동-검출된 위치들이다. 또한, 스파이크에 대한 대표적인 썸네일은 물론, 그것이 탭핑되는 경우에 플레이할 매니페스트가 발견된다. 도 6c의 예시적인 실시예에서, 이러한 스파이크 POI들은 연관된 라벨들 없이 대응하는 지오-앵커링된 썸네일 아이콘들을 사용하여 지도 GUI 상에서 표면화된다.
- 스토리 POI들. 스토리들은 스냅들의 하이-터치 큐레이션된 컬렉션들(high-touch curated collections)이다. 이러한 스토리들은, 예를 들어, 콘서트, 페스티벌, 특이한 사고, 자연 재해 등과 같은, 특정한 지리-시간적 이벤트와 연관된 스냅들의 관리-큐레이션된 컬렉션일 수 있다. 일 실시예에서, 스토리 POI들은 따라서 이전에 설명된 바와 같은 이벤트 스토리들 또는 갤러리들이다. 또한, 대표적인 썸네일 및 매니페스트가 검색되고, 썸네일 아이콘은 연관된 라벨을 사용하여 지도 GUI 상에 디스플레이될 수 있다.
타일 생성 파이프라인은 상이한 줌 레벨들에서 지도를 위한 타일들을 생성하기 위해 이러한 입력들에 대해 지도-감소 기능들(map-reduce functions)을 수행한다. 지도-감소 기능들은 각각의 각자의 타일에 대한 소셜 미디어 활동 데이터 포인트들의 수를 감소시킨다. 이러한 방식으로, 예를 들어, 그와 관련하여 지도 GUI에 디스플레이되는 열지도가 생성될 데이터 포인트들의 수가 더 작은 대표적인 데이터 세트로 감소된다.
마찬가지로, POI들의 수는 일부 실시예들에서 지도 감소 기능들에 의해 감소될 수 있어서, 특정 지리적 영역에 대한 POI들의 수는 동일한 기본 소셜 미디어 활동 데이터에 기초하여, 상이한 줌 레벨들에서 상이하다.
이 예시적인 실시예에서, 지도 감소 기능들은 상이한 줌 레벨들에서 타일들 및 매니페스트들의 상이한 세트를 생성하지만, 공통 범위 내에 속하는 상이한 줌 레벨들에서 타일들의 최대 데이터 포인트 볼륨 또는 밀도를 갖도록 구성된다. 달리 말하면, 지도 타일들 및 매니페스트들은, 충분한 기반 소셜 미디어 활동을 가정하여, 상이한 줌 레벨들에 걸쳐 실질적으로 일관된 최대 데이터포인트 볼륨 또는 밀도를 갖도록 생성될 수 있다.
본 예시적인 실시예에서, 가장 많이 줌인된 레벨에서 각각의 데이터 포인트는 단일 스냅을 나타낸다. 높은 줌 레벨들에서, 데이터 포인트들은 (렌더링될 필요가 있는 데이터 포인트들의 전체 수를 감소시키기 위해 집성된) 하나 이상의 스냅을 나타낸다. 데이터 포인트 집성은 서버측에서 이루어진다. 이 예시적인 실시예에서, 소셜 미디어 활동의 지리적 분포를 표현하는 열지도로의 데이터 포인트들의 렌더링은 클라이언트측에서 이루어진다.
상이한 줌 레벨들에서의 더 많거나 적은 일관된 데이터 포인트 볼륨들로의 기본적인 실제 데이터 포인트들의 서버측 집성은 지도 GUI(612)를 렌더링하기 위한 클라이언트 디바이스(102) 상의 계산 부하를 감소시키고 실질적으로 정규화하는 역할을 한다. 따라서, 예를 들어, 특정 줌 레벨에서의 지도 뷰포트는, 임의의 특정한 뷰에 대해 클라이언트 디바이스(102)에 서빙되는 지도 데이터 타일들 내의 약 2400개의 데이터 포인트에 의해 표현되는, 10,000개의 기본 데이터 포인트(예를 들어, 스냅)을 포괄할 수 있고(예를 들어, 지도 뷰포트에 표현되는 지리적 영역을 구성하는 16개의 지도 데이터 타일 각각에 대한 약 150개의 데이터 포인트를 포함함), 줌아웃되는 하나 이상의 레벨에 대한 뷰는 또한 서빙되는 지도 타일들 내의 약 2400개의 데이터 포인트에 의해 표현되지만 100,000개의 기본 데이터 포인트를 포괄할 수 있다.
예를 들어, 통상적으로 열지도의 생성을 위해 전역적으로 5천만개의 데이터 포인트가 있을 수 있다. 특정한 줌 레벨에서, 지도 뷰포트는, 예를 들어, 디스플레이된 지리적 영역 내의 3000개의 기본 데이터 포인트를 포괄할 수 있다. 그러나, 사용자가 지도 뷰포트에서 하나 이상의 줌 레벨로 줌아웃하면, 기본 데이터 포인트들의 수는 상당히 증가할 수 있다. 그러나, 이 예시적인 실시예에서, 지도 뷰포트 내의 소셜 미디어 활동 정보가 디스플레이되는 데이터 포인트의 수는, 실질적으로 공통인 최대 데이터 포인트 밀도 범위로의 지도-감소로 인해, 줌 레벨에 관계없이 동일한 범위 내에서 실질적으로 유지될 수 있다.
본 예시적인 실시예에서, 지도 감소 기능들은 줌 레벨에 상관없이 타일당 약 150개의 데이터 포인트의 데이터 밀도로 각각의 타일을 감소시키도록 구성된다. 일부 실시예들에서, 상이한 스타일들 및 매니페스트들은 상이한 줌 레벨들뿐만 아니라 상이한 디바이스 타입들에도 기초하여 생성될 수 있다. 따라서, 특정한 예시적인 실시예는, 하나의 세트의 사용자 디바이스 모델들에 대해 각각 약 150개의 데이터 포인트에서 타일들 및 매니페스트들을 생성하지만, 비교적 더 나쁜 성능 능력들을 갖는 것으로 식별되는 사용자 디바이스 모델들에 대해 더 낮은 데이터 밀도(예를 들어, 각각 70개의 데이터 포인트)에서 타일들 및 매니페스트들을 생성하는 것을 제공한다. 본 개시내용에서, 실질적으로 유사한 상한을 갖는 것으로서 상이한 줌 레벨들에 걸쳐 타일당 열지도 데이터 포인트들을 정의하는 것은, 타일당 데이터 포인트 볼륨의 상한이 모든 줌 레벨들에 걸쳐 50% 이하만큼 달라지는 것을 의미한다.
지도 데이터 타일 내의 POI들은 각각, POI의 매니페스트로부터의 처음 몇 개의 스냅들로 구성되는 preview_manifest를 포함한다. 이것은 감소된 플레이-백 레이턴시(reduced play-back latency)를 위해 행해진다. 타일이 최근에 생겨난 것일 때, 그것은 직렬화된 protobuf 블롭(blob)으로서 BigTable 행에 저장된다. 전체 매니페스트는, POI 식별자 아래에, 동일한 방식으로 별개의 BigTable 행에 저장된다. 전체 타일 세트가 생성되면, 파이프라인은, 새로운 타일 세트가 존재하고 서빙가능함을 나타내기 위해 BigTable 내의 특수 행에 생성 ID를 기입한다.
도 16b는, 도 16a의 1600의 방법에서의 동작 1603에서의, 상이한 줌 레벨들에 대한 지도 데이터 타일들의 복수의 세트를 컴파일하기 위한 전술한 예시적인 방법의 개요를 제공한다.
동작 1612에서, 이 예시적인 실시예에서, 이전에 논의된 POI 데이터뿐만 아니라, Our Story에 업로드된 스냅들에 대한 정보를 포함하는, 최근의 소셜 미디어 활동 데이터가 수신된다. 그 다음, 지도 데이터 타일들은 타일별로 생성된다.
이것은, 동작 1629에서, 특정 시간에 대해(동작 1626), 타겟 타일의 영역 내에 있는 각자의 좌표들을 갖는 그 데이터 포인트들 및 POI들인, 기본 활동 데이터를 격리하는 것을 포함한다.
그 다음, 동작(1632)에서, 특정 줌 레벨에서(동작 1623) 특정 타일에 대해(동작 1626) 활동 데이터 포인트들 및 POI들과 관련하여 지도 감소 기능이 수행된다. 일부 실시예들에서, 일부 형태들의 기본 활동 데이터는 감소가 면제될 수 있다는 것을 알 것이다. 따라서, 일부 실시예들은 예를 들어, 열지도 데이터 포인트들만의 생성을 제공할 수 있다.
동작 1635에서, 감소 후에 나머지 POI들 각각에 대해 매니페스트가 생성 또는 검색된다. 매니페스트들은 그에 따라 지도 데이터 타일에 포함된다. 동작 1638에서, 새롭게 생겨난 지도 데이터 타일이 출력된다.
각각의 타일에 대해(동작 6041에서) 그리고 각각의 줌 레벨에 대해(동작 6044에서) 특정한 더 큰 지리적 영역과 관련하여 이러한 동작들이 반복된다. 동작 1647에서, 데이터 타일들의 줌-특정 세트들이 요청에 응답하여 서빙하기 위한 서버 시스템(108) 상에 저장된다. 이러한 동작들은 규칙적인 간격들로 반복되며, 이 예시적인 실시예에서는, 5분마다 반복된다.
본 개시내용의 전술한 양태는 예들 41-56으로서 아래에 열거되는 다양한 예시적인 실시예들을 포함하며, 예들은 적어도 전술한 설명 부분을 고려하여 읽어야 한다.
위치 공유에 기초한 자동화된 친구 순위화
본 개시내용의 추가 양태는 우정(friendship)의 레벨에 의한 타겟 사용자의 복수의 친구의 순위화를 포함하는, 소셜 미디어 플랫폼의 사용자들 사이의 우정의 상대적 강도의 자동화된 결정에 관한 것이다. 본 개시내용의 이 양태는 소셜 미디어 플랫폼에서 양방향 친구들인 사용자들의 물리적 근접성에 기초하여 사용자들 사이에서 우정의 속성(예를 들어, 우정의 강도 또는 친밀성)의 자동화된 결정을 제공한다.
일부 실시예들에서, 친구 또는 순위화는, 본 명세서에서 시간 윈도우들(time windows)이라고도 지칭되는, 미리 정의된 시간 간격들 동안의 친구들의 물리적 근접성(그들 각자의 사용자 디바이스들의 지리적 위치에 의해 표시됨)에 기초한다. 일부 실시예들에서의 미리 정의된 시간 간격들은 휴무 시간일 수 있고, 우정 순위화는 근무 시간 이외에 함께 보내는 시간에 기초한다. 이것은, 2명의 사용자가 함께 보내는 휴무 시간의 양이 클수록, 그들이 좋은 또는 가장 친한 친구들일 가능성이 크고, 그들이 휴무 시간을 덜 보내는 다른 친구들보다 더 높게 순위화되어야 한다는 이해에 기초한다.
따라서, 본 개시내용의 일 양태는 다음의 단계들을 포함하는 방법을 제공한다:
소셜 미디어 플랫폼의 복수의 사용자에 대한 위치 정보에 액세스하는 단계 - 위치 정보는 시간이 흐름에 따른 각자의 사용자들의 각자의 지리적 위치들을 표시함 - ;
복수의 사용자 각각에 대해, 타겟 사용자에 대한 각자의 근접성 메트릭을 계산하는 단계 - 근접성 메트릭은 포커스 시간 내에서 타겟 사용자에 대한 각자의 사용자들의 지리적 근접성을 표시함 - ; 및
각자의 근접성 메트릭들에 적어도 부분적으로 기초하여, 복수의 사용자에 대한 각자의 순위 값들을 결정하는 단계 - 순위 값들은 복수의 사용자와 타겟 사용자 사이의 각자의 추정된 우정 레벨들을 표시함 - .
일부 실시예들에서, 순위 값들은 근접성 메트릭에 대한 그들 각자의 정량화된 값들에 기초하여 직접 순위화된 친구들의 시퀀스에서 상이한 사용자들의 각자의 서수 위치들(ordinal positions)이다. 다른 실시예에서, 순위 값들은 계층화되어, 그들 각자의 근접성 메트릭들에 기초하여 상이한 그룹들 또는 코호트들(cohorts)로 친구들을 정렬할 수 있다. 이 예시적인 실시예에서, 순위 값들은, 각각의 사용자가 그들 각자의 근접성 메트릭에 기초하여 "가장 친한 친구" 또는 단순히 "친구"로서 분류되는, 계층화된 이진 스킴(stratified binary scheme)을 제공한다.
일부 실시예들에서, 복수의 사용자는 소셜 미디어 플랫폼에 의해 관리되는 소셜 네트워크에서 타겟 사용자의 친구들로서 공식적으로 표시되는 소셜 미디어 플랫폼의 사용자들의 그룹에 의해 제공되고, 타겟 사용자의 친구들의 그룹은 소셜 미디어 플랫폼의 다수의 사용자들의 서브세트이다. 그 대신에, 또는 추가적으로, 복수의 사용자는 일부 실시예들에서 소셜 미디어 플랫폼 상에서 타겟 사용자에게 위치 보기 권한을 제공한 사용자들로 제한된다.
일부 실시예들에서, 포커스 시간은 여러 날에 걸쳐 집결된 복수의 휴무-시간 시간 윈도우(nonworking-hour time window)로 구성된다. 휴무-시간 시간 윈도우들은 주말 및/또는 공휴일을 포함할 수 있다.
다른 예시적인 실시예에서, 근접성 메트릭은 사용자와 타겟 사용자가 포커스 시간 내에서 서로 임계 거리보다 더 가까이 있었던 시간의 양을 표현한다. 예를 들어, 근접성 메트릭은 사용자와 타겟 사용자가 휴무 시간 동안 서로 50 미터보다 더 가까이 있었던 시간의 양을 표시할 수 있다. 이러한 근접성 메트릭은 정규화될 수 있는데, 예를 들어, 하루당 평균 임계-미만 근접성 지속기간(average below-threshold proximity duration per day)을 표현할 수 있다. 이러한 경우들에서, 더 큰 근접성 메트릭 값들이 더 높은 순위 값들에 대응하도록 복수의 사용자의 순위 값들이 결정될 수 있다.
서버 시스템(108)은 도 6a-11b를 참조하여 설명된 지도 GUI(612)와 같은 지도-기반 그래픽 사용자 인터페이스의 제공의 구현 동안에 다수의 상이한 방식으로 계산된 순위 값들 및/또는 근접성 메트릭을 사용할 수 있다. 이와 관련하여, 도 17은 본 개시내용의 이러한 양태에 따른 방법(1700)의 예시적인 실시예의 개략도를 도시한다.
동작 1706에서, 서버 시스템(108)의 일부를 형성하는 친구 순위화 엔진(1845)(도 18을 참조)이 소셜 미디어 플랫폼의 다수의 사용자에 대한 이력 위치 정보에 액세스한다. 이력 위치 정보는 특정 고려된 기간 동안 사용자들과 연관된 사용자 디바이스(102)의 각자의 위치들을 표시한다.
동작 1712에서, 친구 순위화 엔진(1845)은, 타겟 사용자에 대해 또는 타겟 사용자 그룹에 대해, 각각의 친구 사용자에 대한(또는, 일부 실시예들에서, 타겟 사용자에 대한 보기 권한을 갖는 각각의 친구에 대한) 각자의 근접성 메트릭 값들을 계산한다.
동작 1718에서, 각각의 타겟 사용자의 각자의 친구들 또는 보는 사용자들에 대해 순위 값들이 결정된다. 이 예시적인 실시예에서, 이것은 계산된 휴무 시간 근접성 메트릭에 기초하여 가장 친한 친구들의 서브세트를 식별하는 것을 포함한다. 이것은, 예를 들어, 가장 높은 근접성 메트릭 값들을 갖는 미리 정의된 수의 사용자들을 선택하는 것을 포함할 수 있다. 다른 실시예에서, 가장 친한 친구들의 식별은, 양방향 근접성 메트릭 값이 미리 정의된 임계값을 초과하는 각각의 사용자를 가장 친한 친구로서 식별하는 것이다.
동작 1724에서, 결정된 순위 값들(예를 들어, 가장 친한 친구들의 서브세트의 식별)이 소셜 미디어 플랫폼 상의 하나 이상의 기능을 위해 서버 시스템(108)에 의해 사용된다. 일부 실시예들에서, 가장 친한 친구들의 사용자 아이콘들은, 동작 1730에서, 지도 GUI(612) 상의 표면화를 위해 우선순위화될 수 있다. 많은 수의 친구들을 갖고 높은 밀도의 영역들에 있는 사용자들은 때때로 각자의 비트모지(640)에 의한 모든 그들의 친구들의 디스플레이가 지도 GUI(612)의 사용성을 감소시키는 지도 뷰를 호출할 수 있다. 그러한 경우들에서, 가장 친한 친구들로서 식별된 친구들은 적어도 일부 다른 친구들을 배제한 디스플레이를 위해 우선순위화될 수 있다.
그 대신에, 또는 추가적으로, 동작 1736에서, 가장 친한 친구들의 위치 정보는, 도 12 내지 도 13c를 참조하여 설명된 바와 같이, 위치 정보의 서빙 동안 우선순위화될 수 있다. 따라서, 가장 친한 친구들에 대한 각자의 좌표들은 먼저 클라이언트 디바이스(102)에 서빙되고, 다른 친구들에 대한 위치 정보가 나중에 서빙된다.
그 대신에, 또는 추가적으로, 동작 1740에서, 서버 시스템(108)은, 관련 친구들을 가장 친한 친구들로서 확인 또는 태깅하기 위해 사용자에 의해 선택가능한 사용자 인터페이스 요소를 디스플레이하는 가장 친한 친구 추천을 지도 GUI(612)에 생성할 수 있다. 친구들뿐만 아니라 모든 사용자에 대해 근접성 순위화가 행해지는 일부 실시예들에서, 소셜 미디어 플랫폼 상에서 사용자의 소셜 네트워크의 성장을 용이하게 하기 위해 유사한 방식으로 친구 제안들이 생성될 수 있다.
본 개시내용의 전술한 양태는, 예들 57-82로서 아래에 열거되는 다양한 예시적인 실시예들을 포함하며, 예들은 적어도 전술한 설명 부분을 고려하여 읽어야 한다.
예시적인 시스템
도 18은 도 6a-11b를 참조하여 설명된 지도 GUI(612)와 같은 소셜 미디어 애플리케이션에 대한 지도-기반 그래픽 사용자 인터페이스를 제공하도록 구성되는 소셜 미디어 플랫폼 시스템(1800)의 예시적인 실시예를 도시한다. 일부 실시예들에서, 시스템(1800) 및 그의 연관된 컴포넌트들은, 예를 들어, 소셜 미디어 애플리케이션 서버 시스템(108)(도 1)에 의해 서버측에 제공될 수 있다. 그러한 경우들에서, 시스템(1800)의 각자의 컴포넌트들은 애플리케이션 서버(112) 상의 소셜 미디어 서버 애플리케이션(114)의 실행에 의해 제공될 수 있다. 다른 실시예들에서, 시스템(1800)의 하나 이상의 컴포넌트는, 예를 들어, 각자의 클라이언트 디바이스(102)(도 1) 상의 소셜 미디어 클라이언트 애플리케이션(104)의 실행에 의해 클라이언트측에 제공된다. 또 다른 실시예들에서, 시스템(1800)은 협업적으로 서버측 및 클라이언트측에 제공되며, 애플리케이션 서버(112) 및 그와 통신하는 클라이언트 디바이스(102)는 클라이언트 디바이스(102) 상의 소셜 미디어 클라이언트 애플리케이션(104)의 실행에 의해 그리고 애플리케이션 서버(112) 상의 소셜 미디어 서버 애플리케이션(114)의 실행에 의해 각자의 시스템 컴포넌트들을 제공하도록 구성된다.
시스템(1800)은 지도 GUI(612)에 디스플레이되는 위치-기반 소셜 미디어 정보를 포함하는 지도 GUI(612)를 생성하기 위한 지도 엔진(1808)을 포함한다. 따라서, 지도 엔진(1808)은 클라이언트 디바이스(102)의 지도 뷰포트(621)에서 지도(618)(도 6a)를 생성하거나 생성을 용이하게 하도록 구성된다. 이를 위해, 지도 엔진(1808)은, 특정한 스토리 아이콘들(631, 633)을 표면화하여 그의 디스플레이를 야기하고, 각자의 친구 비트모지들(640)을 식별하여 그의 디스플레이를 야기하고, 열지도 정보를 생성하고 지도(618) 상에 오버레이되는 열지도(625)를 디스플레이하거나 그의 디스플레이를 야기하고, 도 6a-11b를 참조하여 설명된 지도 GUI(612)의 다른 관련 기능성들을 제공하는 동작들을 수행하도록 구성될 수 있다.
시스템(1800)은 클라이언트 디바이스(102) 상에서 소셜 미디어 아이템들 또는 스냅들의 세트의 콘텐츠의 자동화된 순차적 리플레이를 야기하도록 구성되는 리플레이 메커니즘(1816)을 추가로 포함한다. 따라서, 리플레이 메커니즘(1816)은 본 명세서에서 이전에 설명된 바와 같이 선택된 장소 스토리 또는 스파이크 스토리 내의 모든 스냅들의 순차적 디스플레이를 야기할 수 있다. 일부 실시예들에서, 리플레이 메커니즘(1816)은 대응하는 스토리 아이콘(631/633)의 선택에 응답하여 클라이언트 디바이스(102)에 스냅들의 세트를 송신하는 것을 제공할 수 있다. 일부 이러한 실시예들에서, 지도 GUI(612)에서 지도 뷰의 초기 렌더링 시에 애플리케이션 서버(112)에 의해 클라이언트 디바이스(102)에 자동으로 송신되는 정보는, 지도 뷰포트(621)에서 표면화된 스토리 아이콘들(631, 633) 각각에 대한 처음 몇개(예를 들어, 2개 또는 3개)의 스냅을 포함할 수 있다. 특정한 스토리 아이콘(631/633)의 선택 시에, 스토리에서의 처음 몇개의 스냅들은 리플레이를 위해 즉시 이용가능하며, 스토리에서의 후속하는 스냅들은 처음 몇개의 스냅들의 제시(presentation) 동안 애플리케이션 서버(112)로부터 풀링(pulled)된다.
시스템(1800)은 또한 앞서 언급한 바와 같이 콘텐츠 관리 시스템(CMS)(1824)을 포함한다. 이 예시적인 실시예에서, CMS(1824)는 오퍼레이터들이, 예를 들어, 상이한 장소 및/또는 이벤트 스토리의 다양한 속성들을 정의함으로써, 콘텐츠를 관리할 수 있게 하는 관리 인터페이스(administration interface)를 제공한다. 이 예시적인 실시예에서, CMS(1824)는 이전에 설명한 바와 같은 컬렉션 관리 시스템(204)(도 2)을 또한 포함한다. CMS(1824)는 이전에 설명한 바와 같이 각자의 소셜 미디어 갤러리들 또는 스토리들의 자동화된 또는 반자동화된 컴파일화(compilation)를 위해 구성된다. 이것은 CMS(1824)에 의해 제공되는 서버측 큐레이션 인터페이스(208)의 사용에 의해 각자의 스토리들의 큐레이션 또는 모더레이션(moderation)을 포함할 수 있다.
시스템(1800)은 지도 GUI(612)를 통해 소셜 미디어 콘텐츠에 대해 검색 기능성들을 제공하도록 구성되는 검색 엔진(1833)을 추가로 포함한다. 특히, 이 예시적인 실시예에서, 검색 엔진(1833)은 검색 인터페이스(1010)(도 10a 내지 도 10d)와, 지도(618)(도 11a 내지 도 11b) 상의 타겟 위치의 직접 선택에 의한 위치-기반 검색 둘 다를 통해 사용자-지향 검색(user-directed searching)을 제공한다.
시스템(1800)은, 이 예시적인 실시예에서 각자의 디바이스 위치들에 의해 표시되는, 각자의 사용자 위치들을 결정하고, 각각의 사용자에 대해 지도 GUI(612)를 통해 볼 수 있는 특정한 친구 사용자들을 결정하고, 대응하는 디스플레이 위치들에서 연관된 사용자 아이콘들의 디스플레이를 위해 각자의 사용자 위치 정보를 제공하도록 구성되는 사용자 위치 서빙 메커니즘(1837)을 추가로 포함한다. 일부 실시예들에서, 사용자 위치 서빙 메커니즘(1837)은, 서버 시스템(108)의 일부로서, 각각의 사용자가 볼 수 있는 특정한 친구 사용자들을 열거하는 사용자별 액세스 제어 리스트(ACL) 및 사용자 위치 데이터저장소를 포함한다. 일부 실시예들에서, 사용자별 ACL은 각각의 볼 수 있는 사용자에 대한 각자의 보기 레벨 세분성(viewing level granularity)을 특정한다. 이러한 예시적인 실시예들에서, 사용자 위치 서빙 메커니즘(1837)은 각자의 사용자 디스플레이 세분성을 결정하고 관리하도록 추가로 구성된다. 이것은, 일부 사용자들에 대한 비-정밀 디스플레이 위치들을 계산하고, 비-정밀 디스플레이 위치들에서 대응하는 사용자 아이콘들의 디스플레이를 야기하는 것을 포함한다. 시스템(1800)은 또한 일부 실시예들에서 휴무 시간 동안 사용자들의 물리적 근접성을 표시하는 근접성 메트릭에 기초하여 친구 순위화를 수행하도록 구성되는 친구 순위화 엔진(1845)을 포함한다.
선택된 예시적인 실시예들의 요약
전술한 설명으로부터, 다수의 예시적인 실시예들 및 예시적인 실시예들의 조합들이 개시된다는 것을 알 수 있을 것이다. 개시된 실시예들은 뒤따르는 예시적인 실시예들의 열거된 리스트를 포함하지만, 이에 제한되지 않는다.
예 1: 시스템으로서,
하나 이상의 컴퓨터 프로세서; 및
상기 하나 이상의 컴퓨터 프로세서에 통신가능하게 결합되고, 명령어들을 저장하는 하나 이상의 메모리
를 포함하고,
상기 명령어들은, 상기 하나 이상의 컴퓨터 프로세서에 의해 실행될 때,
소셜 미디어 플랫폼의 다수의 사용자들 각각에 대해, 연관된 사용자에 대한 볼 수 있는 사용자들의 세트를 열거하는 각자의 사용자별(per-user) 액세스 제어 리스트(access control list)(ACL)를 유지하는 동작 - 상기 볼 수 있는 사용자들의 세트는 상기 연관된 사용자가 그들 각자의 지리적 위치들을 보기 위한 권한을 갖는 상기 소셜 미디어 플랫폼의 복수의 다른 사용자들임 - ;
요청측 사용자와 연관된 사용자 디바이스로부터, 상기 사용자 디바이스 상의 상기 소셜 미디어 플랫폼에 대한 지도-기반 그래픽 사용자 인터페이스(GUI)의 디스플레이를 야기하기 위한 위치-기반 소셜 미디어 활동 정보에 대한 요청을 수신하는 동작; 및
상기 요청에 응답하여, 그에 대해 구성되는 하나 이상의 컴퓨터 프로세서 디바이스를 사용하여 자동화된 친구 위치 서빙 절차(automated friends location serving procedure)를 수행하는 동작
을 포함하는 동작들을 수행하도록 상기 하나 이상의 컴퓨터 프로세서를 구성하고,
상기 친구 위치 서빙 절차는:
상기 요청측 사용자의 상기 사용자별 ACL에 액세스하는 것;
상기 요청측 사용자의 상기 사용자별 ACL에 기초하여, 상기 요청측 사용자에 대한 상기 볼 수 있는 사용자들의 세트를 결정하는 것; 및
상기 볼 수 있는 사용자들의 세트의 적어도 서브세트에 대한 각자의 위치 정보를 상기 사용자 디바이스에 송신하여, 상기 지도-기반 GUI의 일부를 형성하는 지도 상의 각자의 디스플레이 위치들에서 상기 볼 수 있는 사용자들의 서브세트에 대한 친구 아이콘들의 디스플레이를 가능하게 하는 것
을 포함하는, 시스템.
예 2: 예 1에 있어서, 각각의 사용자별 ACL은 상기 볼 수 있는 사용자들의 연관된 세트에 대해 각자의 위치 디스플레이 세분성 레벨들(location display granularity levels)을 표시하고, 상기 세트의 볼 수 있는 사용자들 각각을, 2개 이상의 별개의 디스플레이 세분성 레벨들 중에서 각각 대응하는 하나의 디스플레이 세분성 레벨에서 상기 요청측 사용자가 볼 수 있는 것으로서 표시하는, 시스템.
예 3: 예 2에 있어서, 상기 2개 이상의 별개의 디스플레이 세분성 레벨은,
상기 각자의 사용자의 상기 디스플레이 위치가 상기 각자의 사용자와 연관된 사용자 디바이스의 실제 위치에 실질적으로 대응하는 정밀 보기 레벨(precise viewing level); 및
상기 각자의 사용자의 상기 디스플레이 위치가 상기 실제 위치와 상이하면서, 상기 실제 위치가 위치되는 정의된 지리적 영역 내에 위치하는 지역 보기 레벨(regional viewing level)을 포함하는, 시스템.
예 4: 예 1 내지 예 3 중 어느 하나에 있어서, 각각의 사용자별 ACL은 적어도 상기 볼 수 있는 사용자들의 서브세트에 대한 각자의 위치 정보를 포함하는, 시스템.
예 5: 예 1 내지 예 3 중 어느 하나에 있어서, 상기 명령어들은, 상기 사용자별 ACL로부터 상기 요청측 사용자에 대한 상기 볼 수 있는 사용자들의 세트를 결정하는 것에 응답하여, 상기 사용자별 ACL과 별개의 위치 데이터저장소(location datastore)로부터 적어도 상기 볼 수 있는 사용자들의 서브세트에 대한 각자의 위치 정보를 검색하도록 상기 컴퓨터 프로세서들을 추가로 구성하는, 시스템.
예 6: 예 5에 있어서, 특정 사용자가 상기 특정 사용자의 위치가 임의의 다른 사용자에게 보이지 않는 비가시 모드로 전환하는 것에 응답하여, 상기 위치 데이터저장소로부터 상기 특정 사용자와 연관된 위치 표시자를 삭제하는 것을 추가로 포함하는, 시스템.
예 7: 예 6에 있어서, 상기 하나 이상의 컴퓨터 프로세서는, 상기 위치 데이터저장소로부터의 상기 특정 사용자의 상기 위치 표시자의 삭제에 후속하여, 상기 특정 사용자의 상기 사용자별 ACL에 의해 표시되는 상기 볼 수 있는 사용자들의 세트의 각자의 사용자별 ACL들을 업데이트하도록 상기 명령어들에 의해 추가로 구성되고, 상기 각자의 사용자별 ACL들의 업데이트는 상기 비가시 모드에서의 상기 특정 사용자의 동작을 반영하는 것인, 시스템.
예 8: 예 1 내지 예 7 중 어느 하나에 있어서, 상기 명령어들은,
상기 다수의 사용자들 중 특정한 하나의 사용자에 의한 위치 공유 옵션들에 대한 하나 이상의 변경을 표시하는 변경 표시를 수신하는 동작; 및
상기 변경 표시에 응답하여, 상기 특정 사용자의 복수의 친구 사용자들 중 각각의 친구 사용자의 상기 각자의 사용자별 ACL들을 업데이트하는 동작
을 포함하는 동작들을 수행하도록 하나 이상의 컴퓨터 프로세서를 추가로 구성하는, 시스템.
예 9: 예 1 내지 예 8 중 어느 하나에 있어서, 상기 하나 이상의 컴퓨터 프로세서는,
상기 요청측 사용자의 상기 사용자별 ACL이 최신인지를 결정하는 것;
상기 사용자별 ACL이 최신이 아니라고 결정하는 것에 응답하여, 상기 요청측 사용자의 상기 사용자별 ACL의 업데이트를 트리거하는 것; 및
상기 요청측 사용자의 상기 업데이트된 사용자별 ACL에 기초하여 상기 요청측 사용자에 대한 상기 볼 수 있는 사용자들의 세트를 결정하는 것
을 포함하는 절차에서 상기 요청측 사용자의 상기 사용자별 ACL에 액세스하도록 구성되는, 시스템.
예 10: 방법으로서,
서버 시스템에서, 소셜 미디어 플랫폼의 다수의 사용자들 각각에 대해, 연관된 사용자에 대한 볼 수 있는 사용자들의 세트를 열거하는 각자의 사용자별 액세스 제어 리스트(ACL)를 유지하는 단계 - 상기 볼 수 있는 사용자들의 세트는 상기 연관된 사용자가 그들 각자의 지리적 위치들을 보기 위한 권한을 갖는 상기 소셜 미디어 플랫폼의 복수의 다른 사용자들임 - ;
요청측 사용자와 연관된 사용자 디바이스로부터, 상기 사용자 디바이스 상의 상기 소셜 미디어 플랫폼에 대한 지도-기반 그래픽 사용자 인터페이스(GUI)의 디스플레이를 야기하기 위한 위치-기반 소셜 미디어 활동 정보에 대한 요청을 수신하는 단계; 및
상기 요청에 응답하여, 그에 대해 구성되는 하나 이상의 컴퓨터 프로세서 디바이스를 사용하여 자동화된 친구 위치 서빙 절차를 수행하는 단계
를 포함하고,
상기 친구 위치 서빙 절차는:
상기 요청측 사용자의 상기 사용자별 ACL에 액세스하는 것;
상기 요청측 사용자의 상기 사용자별 ACL에 기초하여, 상기 요청측 사용자에 대한 상기 볼 수 있는 사용자들의 세트를 결정하는 것; 및
상기 볼 수 있는 사용자들의 세트의 적어도 서브세트에 대한 각자의 위치 정보를 상기 사용자 디바이스에 송신하여, 상기 지도-기반 GUI의 일부를 형성하는 지도 상의 각자의 디스플레이 위치들에서 상기 볼 수 있는 사용자들의 서브세트에 대한 친구 아이콘들의 디스플레이를 가능하게 하는 것을 포함하는, 방법.
예 11: 예 10에 있어서, 각각의 사용자별 ACL은 상기 볼 수 있는 사용자들의 연관된 세트에 대해 각자의 위치 디스플레이 세분성 레벨들을 표시하고, 상기 세트의 볼 수 있는 사용자들 각각을, 2개 이상의 별개의 디스플레이 세분성 레벨들 중에서 각각 대응하는 하나의 디스플레이 세분성 레벨에서 상기 요청측 사용자가 볼 수 있는 것으로서 표시하는, 방법.
예 12: 예 11에 있어서, 상기 2개 이상의 별개의 디스플레이 세분성 레벨은,
상기 각자의 사용자의 상기 디스플레이 위치가 상기 각자의 사용자와 연관된 사용자 디바이스의 실제 위치에 실질적으로 대응하는 정밀 보기 레벨; 및
상기 각자의 사용자의 상기 디스플레이 위치가 상기 실제 위치와 상이하면서, 상기 실제 위치가 위치되는 정의된 지리적 영역 내에 위치하는 지역 보기 레벨을 포함하는, 방법.
예 13: 예 10 내지 예 12 중 어느 하나에 있어서, 각각의 사용자별 ACL은 적어도 상기 볼 수 있는 사용자들의 서브세트에 대한 각자의 위치 정보를 포함하는, 방법.
예 14: 예 10 내지 예 12 중 어느 하나에 있어서, 상기 사용자별 ACL로부터 상기 요청측 사용자에 대한 상기 볼 수 있는 사용자들의 세트를 결정하는 것에 응답하여, 상기 사용자별 ACL과 별개의 위치 데이터저장소로부터 적어도 상기 볼 수 있는 사용자들의 서브세트에 대한 각자의 위치 정보를 검색하는 단계를 추가로 포함하는, 방법.
예 15: 예 14에 있어서, 상기 위치 데이터저장소는, 상기 다수의 사용자들 각각에 대해, 각자의 위치 표시자 및 연관된 타임스탬프를 저장하고, 상기 방법은,
지속적으로, 상기 위치 데이터저장소로부터, 연관된 타임스탬프가 미리 정의된 만료 나이보다 더 큰 나이를 표시하는 각각의 위치 표시자를 삭제하는 단계를 추가로 포함하는, 방법.
예 16: 예 14 또는 예 15에 있어서, 특정 사용자가 상기 특정 사용자의 위치가 임의의 다른 사용자에게 보이지 않는 비가시 모드로 전환하는 것에 응답하여, 상기 위치 데이터저장소로부터 상기 특정 사용자와 연관된 상기 위치 표시자를 삭제하는 단계를 추가로 포함하는, 방법.
예 17: 예 16에 있어서, 상기 위치 데이터저장소로부터의 상기 특정 사용자의 상기 위치 표시자의 삭제에 후속하여, 상기 특정 사용자의 상기 사용자별 ACL에 의해 표시되는 상기 볼 수 있는 사용자들의 세트의 각자의 사용자별 ACL들을 업데이트하는 단계를 추가로 포함하고, 상기 각자의 사용자별 ACL들의 업데이트는 상기 비가시 모드에서의 상기 특정 사용자의 동작을 반영하는 것인, 방법.
예 18: 예 10 내지 예 17 중 어느 하나에 있어서,
상기 다수의 사용자들 중 특정한 하나의 사용자에 의한 위치 공유 옵션들에 대한 하나 이상의 변경을 표시하는 변경 표시를 수신하는 단계; 및
상기 변경 표시에 응답하여, 상기 특정 사용자의 복수의 친구 사용자들 중 각각의 친구 사용자의 상기 각자의 사용자별 ACL들을 업데이트하는 단계
를 추가로 포함하는, 방법.
예 19: 예 10 내지 예 18 중 어느 하나에 있어서, 상기 요청측 사용자의 상기 사용자별 ACL에 액세스하는 것은:
상기 요청측 사용자의 상기 사용자별 ACL이 최신인지를 결정하는 것;
상기 사용자별 ACL이 최신이 아니라고 결정하는 것에 응답하여, 상기 요청측 사용자의 상기 사용자별 ACL의 업데이트를 트리거하는 것; 및
상기 요청측 사용자의 상기 업데이트된 사용자별 ACL에 기초하여 상기 요청측 사용자에 대한 상기 볼 수 있는 사용자들의 세트를 결정하는 것을 포함하는, 방법.
예 20: 명령어들을 저장하는 컴퓨터 판독가능 저장 매체로서, 상기 명령어들은, 머신으로 하여금, 상기 명령어들을 실행할 때, 예 10 내지 예 19 중 어느 하나의 방법을 포함하는 동작들을 수행하게 하는, 컴퓨터 판독가능 저장 매체.
예 21: 시스템으로서,
하나 이상의 컴퓨터 프로세서 디바이스를 포함하는 지도 엔진(map engine)을 포함하고, 상기 하나 이상의 컴퓨터 프로세서 디바이스는,
소셜 미디어 플랫폼에 대한 지도-기반 그래픽 사용자 인터페이스(GUI)를 통해 볼 수 있는 지리적 영역에 대응하는 다수의 지구 이미지 타일들(earth imagery tiles)을 검색하는 동작 - 각각의 지구 이미지 타일은 지구 표면의 대응하는 부분의 사진 이미지를 포함함 - ;
상기 다수의 지구 이미지 타일들에 기초하여, 다수의 양식화된 지도 타일들(stylized map tiles)을 생성하는 동작; 및
서버 시스템에서, 사용자 디바이스로부터, 상기 사용자 디바이스 상의 상기 지도-기반 GUI의 인스턴스에서 타겟 영역의 디스플레이를 위한 요청을 수신하는 것에 응답하여, 상기 타겟 영역에 대응하는 양식화된 지도 타일들의 세트를 검색하고, 상기 지도-기반 GUI에서의 디스플레이를 위해 상기 양식화된 지도 타일들의 세트를 상기 사용자 디바이스에 송신하는 동작
을 포함하는 자동화된 동작들을 수행하도록 구성되는, 시스템.
예 22: 예 21에 있어서, 상기 지도 엔진은,
상기 서버 시스템에서, 양식화된 지도 타일들의 캐시를 유지하는 동작;
상기 타겟 영역의 디스플레이를 위한 요청을 수신하는 것에 응답하여, 상기 타겟 영역에 대응하는 상기 양식화된 지도 타일들의 세트 내에서, 상기 캐시에서 이용가능한 양식화된 지도 타일들인 하나 이상의 캐싱된 양식화된 지도 타일을 식별하는 동작; 및
상기 사용자 디바이스로의 송신을 위해 상기 캐시로부터 상기 하나 이상의 캐싱된 양식화된 지도 타일을 검색하는 동작
을 포함하는 동작들을 수행하도록 추가로 구성되는, 시스템.
예 23: 예 21에 있어서, 상기 지도 엔진은,
상기 서버 시스템에서, 양식화된 지도 타일들의 캐시를 유지하는 동작;
상기 타겟 영역의 디스플레이를 위한 요청을 수신하는 것에 응답하여, 상기 타겟 영역에 대응하는 상기 양식화된 지도 타일들의 세트 내에서, 상기 캐시에서 이용가능하지 않은 양식화된 지도 타일들인 하나 이상의 캐싱되지 않은 양식화된 지도 타일을 식별하는 동작;
상기 하나 이상의 식별된 캐싱되지 않은 양식화된 지도 타일에 대한 각자의 양식화된 지도 타일들을 새롭게 생성하는 동작; 및
상기 요청에 응답하여 상기 하나 이상의 새롭게 생성된 양식화된 지도 타일을 상기 사용자 디바이스에 서빙하는 동작
을 포함하는 동작들을 수행하도록 추가로 구성되는, 시스템.
예 24: 예 21 내지 예 23 중 어느 하나에 있어서, 상기 지도 엔진은,
타겟 지구 이미지 타일과 바로 접하는 이웃 지구 이미지 타일들의 세트와 함께 타겟 지구 이미지 타일을 검색하는 것;
상기 타겟 지구 이미지 타일 및 그의 이웃 타일들의 세트에 기초하여 확장된 지구 이미지 타일을 생성하는 것 - 상기 확장된 지구 이미지 타일은 상기 타겟 지구 이미지 타일에 비해 확장된 영역을 가짐 - ;
상기 확장된 지구 이미지 타일을 양식화하여, 확장된 양식화된 타일을 생성하는 것; 및
상기 확장된 양식화된 타일을 크로핑하여 상기 각자의 양식화된 지도 타일을 생성하는 것
에 의해 각각의 양식화된 지도 타일을 생성하도록 구성되는, 시스템.
예 25: 예 24에 있어서, 상기 지도 엔진은,
상기 타겟 지구 이미지 타일 및 그의 이웃 타일들의 세트를 함께 스티칭하여 매크로 타일을 작성하는 것; 및
상기 매크로 타일로부터 상기 확장된 지구 이미지 타일을 크로핑하는 것
을 포함하는 절차에서 상기 확장된 지구 이미지 타일을 생성하도록 구성되는, 시스템.
예 26: 예 25에 있어서, 상기 지도 엔진은, 상기 타겟 지구 이미지 타일이 상기 확장된 지구 이미지 타일의 중심에 오도록, 그리고 버퍼 구역이 상기 타겟 지구 이미지 타일의 주변부 주위로 연속적으로 연장되도록, 상기 매크로 타일로부터 상기 확장된 지구 이미지 타일을 크로핑하도록 구성되는, 시스템.
예 27: 예 21 내지 예 26 중 어느 하나에 있어서, 복수의 줌 레벨들 각각에 대한 각자의 양식화된 지도 타일 세트를 생성하는 것을 추가로 포함하는, 시스템.
예 28: 예 27에 있어서, 상기 지도 생성 엔진은, 상이한 줌 레벨들이 상이하게 양식화되도록, 상이한 각자의 줌 레벨들에서 지도 타일들의 양식화(stylization)를 위해 상이한 신경 네트워크들을 사용하여 상기 각자의 양식화된 지도 타일 세트들의 생성을 야기하도록 구성되는, 시스템.
예 29: 방법으로서,
소셜 미디어 플랫폼에 대한 지도-기반 그래픽 사용자 인터페이스(GUI)를 통해 볼 수 있는 지리적 영역에 대응하는 다수의 지구 이미지 타일들(earth imagery tiles)을 검색하는 단계 - 각각의 지구 이미지 타일은 지구 표면의 대응하는 부분의 사진 이미지를 포함함 - ;
상기 다수의 지구 이미지 타일들에 기초하여, 다수의 양식화된 지도 타일들(stylized map tiles)을 생성하는 단계; 및
서버 시스템에서, 사용자 디바이스로부터, 상기 사용자 디바이스 상의 상기 지도-기반 GUI의 인스턴스에서 타겟 영역의 디스플레이를 위한 요청을 수신하는 것에 응답하여, 상기 타겟 영역에 대응하는 양식화된 지도 타일들의 세트를 검색하고, 상기 지도-기반 GUI에서의 디스플레이를 위해 상기 양식화된 지도 타일들의 세트를 상기 사용자 디바이스에 송신하는 단계
를 포함하는, 방법.
예 30: 예 29에 있어서,
상기 서버 시스템에서, 양식화된 지도 타일들의 캐시를 유지하는 단계;
상기 타겟 영역의 디스플레이를 위한 요청을 수신하는 것에 응답하여, 상기 타겟 영역에 대응하는 상기 양식화된 지도 타일들의 세트 내에서, 상기 캐시에서 이용가능한 양식화된 지도 타일들인 하나 이상의 캐싱된 양식화된 지도 타일을 식별하는 단계; 및
상기 사용자 디바이스로의 송신을 위해 상기 캐시로부터 상기 하나 이상의 캐싱된 양식화된 지도 타일을 검색하는 단계
를 추가로 포함하는, 방법.
예 31: 예 29에 있어서,
상기 서버 시스템에서, 양식화된 지도 타일들의 캐시를 유지하는 단계;
상기 타겟 영역의 디스플레이를 위한 요청을 수신하는 것에 응답하여, 상기 타겟 영역에 대응하는 상기 양식화된 지도 타일들의 세트 내에서, 상기 캐시에서 이용가능하지 않은 양식화된 지도 타일들인 하나 이상의 캐싱되지 않은 양식화된 지도 타일을 식별하는 단계;
상기 하나 이상의 식별된 캐싱되지 않은 양식화된 지도 타일에 대한 각자의 양식화된 지도 타일들을 새롭게 생성하는 단계; 및
상기 요청에 응답하여 상기 하나 이상의 새롭게 생성된 양식화된 지도 타일을 상기 사용자 디바이스에 서빙하는 단계
를 추가로 포함하는, 방법.
예 32: 예 29 내지 예 31 중 어느 하나에 있어서, 상기 양식화된 지도 타일들을 생성하는 단계는, 트레이닝된 신경 네트워크를 사용하여 각자의 지구 이미지 타일들을 양식화하는 단계를 포함하는, 방법.
예 33: 예 29 내지 예 32 중 어느 하나에 있어서, 각각의 양식화된 지도 타일을 생성하는 단계는,
타겟 지구 이미지 타일과 바로 접하는 이웃 지구 이미지 타일들의 세트와 함께 타겟 지구 이미지 타일을 검색하는 단계;
상기 타겟 지구 이미지 타일 및 그의 이웃 타일들의 세트에 기초하여 확장된 지구 이미지 타일을 생성하는 단계 - 상기 확장된 지구 이미지 타일은 상기 타겟 지구 이미지 타일에 비해 확장된 영역을 가짐 - ;
상기 확장된 지구 이미지 타일을 양식화하여, 확장된 양식화된 타일을 생성하는 단계; 및
상기 확장된 양식화된 타일을 크로핑하여 상기 각자의 양식화된 지도 타일을 생성하는 단계를 포함하는, 방법.
예 34: 예 33에 있어서, 상기 타겟 지구 이미지 타일은 정사각형이고, 이웃 타일들의 세트는 상기 타겟 지구 이미지 타일의 각자의 측면들 및 정점들을 터치하는 8개의 타일로 이루어지는, 방법.
예 35: 예 33 또는 예 34에 있어서, 상기 확장된 지구 이미지 타일을 생성하는 단계는,
상기 타겟 지구 이미지 타일 및 그의 이웃 타일들의 세트를 함께 스티칭하여 매크로 타일을 작성하는 단계; 및
상기 매크로 타일로부터 상기 확장된 지구 이미지 타일을 크로핑하는 단계를 포함하는, 방법.
예 36: 예 35에 있어서, 상기 매크로 타일로부터 상기 확장된 지구 이미지 타일을 크로핑하는 단계는, 상기 타겟 지구 이미지 타일이 상기 확장된 지구 이미지 타일의 중심에 오도록, 그리고 버퍼 구역이 상기 타겟 지구 이미지 타일의 주변부 주위로 연속적으로 연장되도록 하는, 방법.
예 37: 예 36에 있어서, 상기 버퍼 구역은 50 내지 150개의 픽셀의 폭을 갖는, 방법.
예 38: 예 29 내지 예 37 중 어느 하나에 있어서, 복수의 줌 레벨들 각각에 대한 각자의 양식화된 지도 타일 세트를 생성하는 단계를 추가로 포함하는, 방법.
예 39: 예 38에 있어서, 상기 각자의 양식화된 지도 타일 세트들을 생성하는 단계는, 상이한 줌 레벨들이 상이하게 양식화되도록, 상이한 각자의 줌 레벨들에서 지도 타일들의 양식화를 위해 상이한 신경 네트워크들을 사용하는 단계를 포함하는, 방법.
예 40: 명령어들을 저장하는 비일시적 컴퓨터 판독가능 저장 매체로서, 상기 명령어들은, 머신으로 하여금, 상기 명령어들을 실행할 때, 예 31 내지 예 39 중 어느 하나의 방법을 포함하는 동작들을 수행하게 하는, 비일시적 컴퓨터 판독가능 저장 매체.
예 41: 방법으로서,
소셜 미디어 플랫폼에 대한 활동 데이터(activity data)에 액세스하는 단계 - 상기 활동 데이터는 상기 소셜 미디어 플랫폼에 대한 지도-기반 그래픽 사용자 인터페이스(GUI)를 통한 디스플레이를 위해 사용자들에 의해 업로드된 지오-태깅된(geo-tagged) 소셜 미디어 아이템들을 포함함 - ;
자동화된 동작을 수행하도록 구성되는 하나 이상의 컴퓨터 프로세서 디바이스를 포함하는 지도 엔진에 의해 수행되는 자동화된 동작에서, 복수의 지도 데이터 타일 세트를 컴파일하는 단계 - 각각의 지도 데이터 타일 세트는 복수의 상이한 줌 레벨들 중 각자의 줌 레벨에 대한 것이고, 각각의 지도 데이터 타일은 대응하는 지리적 영역에 대한 것이고 상기 대응하는 지리적 영역 내에 속하는 각자의 위치들을 갖는 지오-앵커링된 데이터 포인트들(geo-anchored data points)을 포함함 - ;
사용자 디바이스로부터, 상기 사용자 디바이스 상의 상기 지도-기반 GUI의 인스턴스를 통해 요청된 줌 레벨에서 요청된 지리적 영역을 디스플레이하기 위한 요청을 수신하는 단계;
상기 요청에 응답하여, 상기 요청된 지리적 영역 및 상기 요청된 줌 레벨에 대응하는 사전 컴파일된 복수의 지도 데이터 타일을 검색하는 단계; 및
상기 지도-기반 GUI의 일부로서, 상기 대응하는 지오-앵커링된 데이터 포인트들에 기초하여 상기 요청된 지리적 영역에 대한 소셜 미디어 활동 정보의 디스플레이를 가능하게 하기 위해 상기 사전 컴파일된 복수의 지도 데이터 타일을 상기 사용자 디바이스에 송신하는 단계
를 포함하는 방법.
예 42: 예 41에 있어서, 상기 지도 데이터 타일들을 컴파일하는 단계는, 각자의 지도 데이터 타일이 상기 대응하는 지리적 영역에 대한 상기 기본 활동 데이터에 표시된 것보다 적은 데이터 포인트들을 포함하도록, 상기 기본 활동 데이터에 대해 지도 감소 기능(map reduce function)을 수행하는 단계를 포함하는, 방법.
예 43: 예 42에 있어서, 상이한 줌 레벨들에서 상이하게 상기 지도 감소 기능을 수행하는 단계를 추가로 포함하는 방법.
예 44: 예 43에 있어서, 상기 지오-앵커링된 데이터 포인트들은 소셜 미디어 활동 메트릭의 지리적 분포를 나타내는 열지도(heatmap)의 지도-기반 GUI에서의 생성을 가능하게 하는 열지도 데이터를 포함하는, 방법.
예 45: 예 44에 있어서, 상기 열지도 데이터는 열지도 데이터 포인트들의 세트를 포함하고, 상기 지도-기반 GUI에서의 상기 열지도는 상기 열지도 데이터 포인트들의 세트에 기초하여 상기 사용자 디바이스에 의해 생성되는, 방법.
예 46: 예 45에 있어서, 각각의 지도 데이터 타일을 컴파일하는 단계는, 상기 각자의 열지도 데이터 포인트들의 세트가 상기 대응하는 지리적 영역에 대한 기본 소셜 미디어 활동 데이터 포인트들의 세트를 나타내도록 생성되는, 데이터 포인트 집성 절차(data point aggregation procedure)를 포함하고, 상기 열지도 데이터 포인트들의 세트는 상기 기본 소셜 미디어 활동 데이터 포인트들의 세트보다 개수가 더 적은, 방법.
예 47: 예 45 또는 예 46에 있어서, 상기 복수의 지도 데이터 타일 세트를 컴파일하는 단계는 타일당 열지도 데이터 포인트들의 수가 상기 복수의 상이한 줌 레벨들에 걸쳐 실질적으로 유사한 상한을 갖는 범위 내에 속하도록 수행되는, 방법.
예 48: 예 43 내지 예 47 중 어느 하나에 있어서, 상기 지도 데이터 타일들 중 적어도 일부에 대한 상기 지오-앵커링된 데이터 포인트들은 복수의 관심 포인트(POI)를 포함하고,
각각의 POI는 각자의 아이콘에 의해 상기 지도-기반 GUI에서 표현되고;
각각의 POI는 대응하는 아이콘과의 사용자 상호작용에 응답하여 상기 지도-기반 GUI를 통해 액세스가능한 소셜 미디어 아이템들의 연관된 세트를 갖는, 방법.
예 49: 예 48에 있어서, 각각의 지도 데이터 타일은, 각각의 POI에 대해, 상기 각자의 아이콘의 일부로서 대응하는 썸네일 이미지의 디스플레이를 가능하게 하기 위한 썸네일 정보를 포함하는, 방법.
예 50: 예 48 또는 예 49에 있어서, 상기 지도 감소 기능은 상기 POI들에 대해 동작하여, 상이한 수의 POI들이 주어진 지리적 영역에 대해 상이한 줌 레벨들에서 표현되게 하는, 방법.
예 51: 예 48 내지 예 50 중 어느 하나에 있어서, 각각의 지도 데이터 타일은, 포함된 POI들 각각에 대해, 대응하는 아이콘의 선택에 응답하여 리플레이가능한 복수의 소셜 미디어 아이템들을 표시하는 각자의 매니페스트(manifest)를 포함하는, 방법.
예 52: 예 51에 있어서, 각각의 매니페스트는 대응하는 POI와 연관된 상기 소셜 미디어 아이템들의 세트의 서브세트를 표시하는 미리보기 매니페스트(preview manifest)인, 방법.
예 53: 예 48 내지 예 52 중 어느 하나에 있어서, 상기 지도 데이터 타일들 중 하나 이상은 2개 이상의 상이한 타입의 POI를 포함하는, 방법.
예 54: 예 41 내지 예 53 중 어느 하나에 있어서, 상기 지도 데이터 타일들을 컴파일하는 단계는 복수의 상이한 타입들의 사용자 디바이스에 대한 복수의 대안적인 세트들의 지도 데이터 타일들을 컴파일하는 단계를 포함하는, 방법.
예 55: 시스템으로서,
하나 이상의 컴퓨터 프로세서 디바이스; 및
명령어들을 저장하는 하나 이상의 메모리
를 포함하고,
상기 명령어들은, 상기 명령어들이 실행될 때, 예 41 내지 54 중 어느 하나의 방법을 포함하는 동작들을 수행하도록 상기 하나 이상의 컴퓨터 프로세서 디바이스를 구성하는, 시스템.
예 56: 명령어들을 저장하는 컴퓨터 판독가능 저장 매체로서, 상기 명령어들은, 머신으로 하여금, 상기 명령어들을 실행할 때, 예 41 내지 예 54 중 어느 하나의 방법을 포함하는 동작들을 수행하게 하는, 컴퓨터 판독가능 저장 매체.
예 57: 시스템으로서,
하나 이상의 컴퓨터 프로세서 디바이스; 및
명령어들을 저장하는 하나 이상의 메모리 디바이스
를 포함하고,
상기 명령어들은, 상기 명령어들을 실행할 때,
소셜 미디어 플랫폼의 복수의 사용자에 대한 위치 정보에 액세스하는 동작 - 상기 위치 정보는 일정 기간(a period of time)에 걸쳐 각자의 사용자들의 각자의 지리적 위치들을 표시함 - ;
상기 복수의 사용자들 각각에 대해, 타겟 사용자에 대한 각자의 근접성 메트릭(proximity metric)을 계산하는 동작 - 상기 근접성 메트릭은 포커스 시간 내에 상기 타겟 사용자에 대한 상기 각자의 사용자들의 지리적 근접성을 표시함 - ; 및
상기 각자의 근접성 메트릭들에 적어도 부분적으로 기초하여, 상기 복수의 사용자에 대한 각자의 순위 값들을 결정하는 동작 - 상기 순위 값들은 상기 복수의 사용자와 상기 타겟 사용자 사이의 각자의 추정된 우정 레벨들(levels of friendship)을 표시함 -
을 포함하는 동작들을 수행하도록 상기 하나 이상의 컴퓨터 프로세서 디바이스를 구성하는, 시스템.
예 58: 예 57에 있어서, 상기 순위 값들은 복수의 미리 정의된 우정 레벨들로부터 선택된 계층화된 순위 레벨들(stratified ranking levels)을 포함하는, 시스템.
예 59: 예 58에 있어서, 상기 복수의 미리 정의된 우정 레벨들은 친구들 및 가장 친한 친구들을 포함하는, 시스템.
예 60: 예 57 내지 예 59 중 어느 하나에 있어서, 상기 복수의 사용자는 상기 소셜 미디어 플랫폼에 의해 관리되는 소셜 네트워크에서 상기 타겟 사용자의 친구들로서 공식적으로 표시되는 상기 소셜 미디어 플랫폼의 사용자들의 그룹으로 제한되고, 상기 타겟 사용자의 친구들의 그룹은 상기 소셜 미디어 플랫폼의 다수의 사용자들의 서브세트인, 시스템.
예 61: 예 60에 있어서, 상기 복수의 사용자는 상기 소셜 미디어 플랫폼 상의 상기 타겟 사용자에게 위치 보기 권한을 제공하는 친구들로 제한되고, 상기 위치 보기 권한은 상기 타겟 사용자가 상기 소셜 미디어 플랫폼에 대한 지도-기반 그래픽 사용자 인터페이스(GUI)를 통해 각자의 친구의 지리적 위치를 볼 수 있게 하는, 시스템.
예 62: 예 61에 있어서, 상기 포커스 시간은 주로 휴무 시간(non-working hours)으로 제한되는, 시스템.
예 63: 예 61에 있어서, 상기 포커스 시간은 오로지 휴무 시간으로 제한되는, 시스템.
예 64: 예 62 또는 예 63에 있어서, 상기 포커스 시간은 여러 날에 걸쳐 집결된 복수의 시간 윈도우들로 구성되는, 시스템.
예 65: 예 57 내지 예 64 중 어느 하나에 있어서, 상기 근접성 메트릭은 상기 포커스 시간 내에 상기 각자의 사용자와 상기 타겟 사용자 사이의 평균 거리에 적어도 부분적으로 기초하는, 시스템.
예 66: 예 57 내지 예 64 중 어느 하나에 있어서, 각각의 사용자에 대한 근접성 메트릭은 상기 각자의 사용자와 상기 타겟 사용자 사이의 거리가 미리 정의된 임계 거리보다 작은 포커스 시간 내의 시간의 양에 적어도 부분적으로 기초하는, 시스템.
예 67: 예 57 내지 예 66 중 어느 하나에 있어서, 상기 복수의 사용자의 위치 정보는 상기 복수의 사용자와 연관된 각자의 사용자 디바이스들의 지리적 위치들에 기초하는, 시스템.
예 68: 예 57 내지 예 67 중 어느 하나에 있어서, 상기 명령어들은,
상기 타겟 사용자와 연관된 사용자 디바이스로부터, 상기 소셜 미디어 플랫폼에 대한 지도-기반의 GUI를 통해 위치-기반 소셜 미디어 활동 정보의 디스플레이를 위한 요청을 수신하는 동작 - 상기 지도-기반 GUI는 지리적 영역을 디스플레이하기 위한 대화형 지도를 포함함 - ; 및
상기 요청에 응답하여, 상기 복수의 사용자의 서브세트에 대한 각자의 친구 아이콘들의 지도 상의 각자의 디스플레이 위치들에서의 디스플레이를 야기하는 동작 - 상기 친구 아이콘들의 디스플레이는 상기 복수의 사용자에 대한 대응하는 순위 값들에 적어도 부분적으로 기초함 -
을 포함하는 동작들을 수행하도록 상기 하나 이상의 컴퓨터 프로세서 디바이스를 추가로 구성하는, 시스템.
예 69: 예 68에 있어서, 상기 시스템은 상기 친구 아이콘들의 디스플레이를 야기함에 있어서, 상기 타겟 사용자의 가장 친한 친구들로서 각자의 순위 값들에 의해 식별되는 사용자들의 그룹에 대한 친구 아이콘들의 디스플레이를 우선순위화하도록 구성되는, 시스템.
예 70: 방법으로서,
소셜 미디어 플랫폼의 복수의 사용자에 대한 위치 정보에 액세스하는 단계 - 상기 위치 정보는 일정 기간(a period of time)에 걸쳐 각자의 사용자들의 각자의 지리적 위치들을 표시함 - ;
상기 복수의 사용자들 각각에 대해, 타겟 사용자에 대한 각자의 근접성 메트릭(proximity metric)을 계산하는 단계 - 상기 근접성 메트릭은 포커스 시간 내에 상기 타겟 사용자에 대한 상기 각자의 사용자들의 지리적 근접성을 표시함 - ; 및
상기 각자의 근접성 메트릭들에 적어도 부분적으로 기초하여, 상기 복수의 사용자에 대한 각자의 순위 값들을 결정하는 단계 - 상기 순위 값들은 상기 복수의 사용자와 상기 타겟 사용자 사이의 각자의 추정된 우정 레벨들(levels of friendship)을 표시함 -
를 포함하는, 방법.
예 71: 예 70에 있어서, 상기 순위 값들은 복수의 미리 정의된 우정 레벨들로부터 선택된 계층화된 순위 레벨들을 포함하는, 방법.
예 72: 예 71에 있어서, 상기 복수의 미리 정의된 우정 레벨들은 친구들 및 가장 친한 친구들을 포함하는, 방법.
예 73: 예 70 내지 예 72 중 어느 하나에 있어서, 상기 복수의 사용자는 상기 소셜 미디어 플랫폼에 의해 관리되는 소셜 네트워크에서 상기 타겟 사용자의 친구들로서 공식적으로 표시되는 상기 소셜 미디어 플랫폼의 사용자들의 그룹에 의해 제공되고, 상기 타겟 사용자의 친구들의 그룹은 상기 소셜 미디어 플랫폼의 다수의 사용자의 서브세트인, 방법.
예 74: 예 73에 있어서, 상기 복수의 사용자는 상기 소셜 미디어 플랫폼 상의 상기 타겟 사용자에게 위치 보기 권한을 제공하는 친구들로 제한되고, 상기 위치 보기 권한은 상기 타겟 사용자가 상기 소셜 미디어 플랫폼에 대한 지도-기반 그래픽 사용자 인터페이스(GUI)를 통해 각자의 친구의 지리적 위치를 볼 수 있게 하는, 방법.
예 75: 예 74에 있어서, 상기 포커스 시간은 주로 휴무 시간으로 제한되는, 방법.
예 76: 예 74에 있어서, 상기 포커스 시간은 오로지 휴무 시간으로 제한되는, 방법.
예 77: 예 75 또는 예 76에 있어서, 상기 포커스 시간은 여러 날에 걸쳐 집결된 복수의 시간 윈도우들로 구성되는, 방법.
예 78: 예 70 내지 예 77 중 어느 하나에 있어서, 상기 근접성 메트릭은 상기 포커스 시간 내에 상기 각자의 사용자와 상기 타겟 사용자 사이의 평균 물리적 거리에 적어도 부분적으로 기초하는, 방법.
예 79: 예 70 내지 예 77 중 어느 하나에 있어서, 각각의 사용자에 대한 근접성 메트릭은 상기 각자의 사용자와 상기 타겟 사용자 사이의 물리적 거리가 미리 정의된 임계 거리보다 작은 포커스 시간 내의 시간의 양에 적어도 부분적으로 기초하는, 방법.
예 80: 예 70 내지 예 79 중 어느 하나에 있어서, 상기 복수의 사용자의 위치 정보는 상기 복수의 사용자와 연관된 각자의 사용자 디바이스들의 지리적 위치들에 기초하는, 방법.
예 81: 예 70 내지 예 80 중 어느 하나에 있어서,
상기 타겟 사용자와 연관된 사용자 디바이스로부터, 상기 소셜 미디어 플랫폼에 대한 지도-기반의 GUI를 통해 위치-기반 소셜 미디어 활동 정보의 디스플레이를 위한 요청을 수신하는 단계 - 상기 지도-기반 GUI는 지리적 영역을 디스플레이하기 위한 대화형 지도를 포함함 - ; 및
상기 요청에 응답하여, 상기 복수의 사용자의 서브세트에 대한 각자의 친구 아이콘들의 지도 상의 각자의 디스플레이 위치들에서의 디스플레이를 야기하는 단계 - 상기 친구 아이콘들의 디스플레이는 상기 복수의 사용자에 대한 대응하는 순위 값들에 적어도 부분적으로 기초함 -
를 추가로 포함하는, 방법.
예 82: 예 81에 있어서, 상기 각자의 친구 아이콘들을 디스플레이하는 단계는 상기 타겟 사용자의 가장 친한 친구들로서 각자의 순위 값들에 의해 식별되는 사용자들의 그룹에 대한 친구 아이콘들의 디스플레이를 우선순위화하는 단계를 포함하는, 방법.
머신 및 소프트웨어 아키텍처
도 1 내지 도 18과 관련하여 설명된 이러한 시스템들, 시스템 컴포넌트들, 방법들, 애플리케이션들 등은 일부 실시예들에서 머신 및 연관된 소프트웨어 아키텍처의 컨텍스트에서 구현된다. 이하의 섹션들은 개시된 실시예들과 사용하기에 적절한 대표적인 소프트웨어 아키텍처(들) 및 머신(예를 들어, 하드웨어) 아키텍처(들)를 설명한다.
소프트웨어 아키텍처들은 특정한 목적들을 위해 구성되는 디바이스들 및 머신들을 생성하기 위해 하드웨어 아키텍처들과 함께 사용된다. 예를 들어, 특정 소프트웨어 아키텍처와 결합된 특정 하드웨어 아키텍처는 모바일 전화, 태블릿 디바이스 등과 같은 모바일 디바이스를 생성할 것이다. 약간 상이한 하드웨어 및 소프트웨어 아키텍처는 "사물 인터넷(internet of things)"에서의 이용을 위한 스마트 디바이스를 산출할 수 있고, 또 다른 조합은 클라우드 컴퓨팅 아키텍처 내에서의 이용을 위한 서버 컴퓨터를 생성한다. 여기에 제시된 소프트웨어 및 하드웨어 아키텍처들은 본 개시내용을 구현하기 위한 예시적인 아키텍처들이고, 본 개시내용을 구현하기 위해 이용될 수 있는 가능한 아키텍처들에 대해 망라한 것은 아니다.
소프트웨어 아키텍처
도 19는 본 명세서에 설명된 다양한 하드웨어 아키텍처들과 함께 사용될 수 있는 예시적인 소프트웨어 아키텍처(1906)를 예시하는 블록도이다. 도 19는 소프트웨어 아키텍처의 비제한적 예이고, 본 명세서에 설명된 기능성을 용이하게 하기 위해 많은 다른 아키텍처들이 구현될 수 있다는 것을 인식할 것이다. 소프트웨어 아키텍처(1906)는, 다른 것들 중에서, 프로세서들(2004), 메모리(2014), 및 I/O 컴포넌트들(2018)을 포함하는 도 20의 머신(2000)과 같은 하드웨어 상에서 실행될 수 있다. 대표적인 하드웨어 계층(1952)이 예시되어 있으며, 예를 들어, 도 20의 머신(2000)을 나타낼 수 있다. 대표적인 하드웨어 계층(1952)은 연관된 실행가능 명령어들(1904)을 갖는 처리 유닛(1954)을 포함한다. 실행가능 명령어들(1904)은 본 명세서에 설명된 방법들, 컴포넌트들 등의 구현을 포함하는, 소프트웨어 아키텍처(1906)의 실행가능 명령어들을 나타낸다. 하드웨어 계층(1952)은 또한 메모리 및/또는 스토리지 모듈들인 메모리/스토리지(1956)를 포함하며, 이것들도 또한 실행가능 명령어들(1904)을 갖는다. 하드웨어 계층(1952)은 또한 다른 하드웨어(1958)를 포함할 수 있다.
도 19의 예시적인 아키텍처에서, 소프트웨어 아키텍처(1906)는 각 계층이 특정 기능성을 제공하는 계층들의 스택으로서 개념화될 수 있다. 예를 들어, 소프트웨어 아키텍처(1906)는 운영 체제(1902), 라이브러리들(1920), 프레임워크들/미들웨어(1918), 애플리케이션들(1916), 및 프레젠테이션 계층(1914)과 같은 계층들을 포함할 수 있다. 동작적으로, 애플리케이션들(1916) 및/또는 계층들 내의 다른 컴포넌트들은 소프트웨어 스택을 통해 애플리케이션 프로그래밍 인터페이스(API) 호출들(1908)을 인보크하고 메시지들(1908)의 형태로 응답을 수신할 수 있다. 예시된 계층들은 본질적으로 대표적인 것이며 모든 소프트웨어 아키텍처가 모든 계층을 갖는 것은 아니다. 예를 들어, 일부 모바일 또는 특수 목적 운영 체제들은 프레임워크들/미들웨어(1918)를 제공하지 않을 수 있지만, 다른 것들은 그러한 계층을 제공할 수 있다. 다른 소프트웨어 아키텍처들은 추가의 또는 상이한 계층들을 포함할 수 있다.
운영 체제(1902)는 하드웨어 리소스들을 관리하고 공통 서비스들을 제공할 수도 있다. 운영 체제(1902)는, 예를 들어, 커널(1922), 서비스들(1924), 및 드라이버들(1926)을 포함할 수 있다. 커널(1922)은 하드웨어와 다른 소프트웨어 계층들 사이에서 추상화 계층(abstraction layer)으로서 역할을 할 수 있다. 예를 들어, 커널(1922)은 메모리 관리, 프로세서 관리(예를 들어, 스케줄링), 컴포넌트 관리, 네트워킹, 보안 설정 등을 담당할 수 있다. 서비스들(1924)은 다른 소프트웨어 계층들을 위한 다른 공통 서비스들을 제공할 수 있다. 드라이버들(1926)은 기본 하드웨어(underlying hardware)를 제어하거나 그와 인터페이싱하는 것을 담당한다. 예를 들어, 드라이버들(1926)은 하드웨어 구성에 따라 디스플레이 드라이버, 카메라 드라이버, Bluetooth® 드라이버, 플래시 메모리 드라이버, 직렬 통신 드라이버(예를 들어, 범용 직렬 버스(USB) 드라이버), Wi-Fi® 드라이버, 오디오 드라이버, 전력 관리 드라이버 등을 포함한다.
라이브러리들(1920)은 애플리케이션들(1916) 및/또는 다른 컴포넌트들 및/또는 계층들에 의해 사용되는 공통 인프라스트럭처를 제공한다. 라이브러리들(1920)은 다른 소프트웨어 컴포넌트들이 기본 운영 체제(1902) 기능성(예를 들어, 커널(1922), 서비스들(1924), 및/또는 드라이버들(1926))과 직접 인터페이스하는 것보다 더 쉬운 방식으로 태스크들을 수행할 수 있게 하는 기능성을 제공한다. 라이브러리들(1920)은 메모리 할당 기능들, 문자열 조작 기능들, 수학 기능들 등과 같은 기능들을 제공할 수 있는 시스템 라이브러리들(1944)(예를 들어, C 표준 라이브러리)를 포함할 수 있다. 게다가, 라이브러리들(1920)은 미디어 라이브러리들(예를 들어, MPEG4, H.264, MP3, AAC, AMR, JPG, PNG와 같은 다양한 미디어 포맷의 제시 및 조작을 지원하는 라이브러리들), 그래픽 라이브러리들(예를 들어, 디스플레이 상의 그래픽 콘텐츠에서 2D 및 3D를 렌더링하는 데 사용될 수 있는 OpenGL 프레임워크), 데이터베이스 라이브러리들(예를 들어, 다양한 관계형 데이터베이스 기능들을 제공할 수 있는 SQLite), 웹 라이브러리들(예를 들어, 웹 브라우징 기능성을 제공할 수 있는 WebKit) 등과 같은 API 라이브러리들(1946)을 포함할 수 있다. 라이브러리들(1920)은 또한 많은 다른 API들을 애플리케이션(1916) 및 다른 소프트웨어 컴포넌트들/모듈들에 제공하는 매우 다양한 다른 라이브러리들(1948)을 포함할 수 있다.
프레임워크들/미들웨어(1918)는 애플리케이션들(1916) 및/또는 다른 소프트웨어 컴포넌트들/모듈들에 의해 사용될 수 있는 더 하이-레벨의 공통 인프라스트럭처를 제공한다. 예를 들어, 프레임워크들/미들웨어(1918)는 다양한 그래픽 사용자 인터페이스(GUI) 기능들, 하이-레벨 리소스 관리, 하이-레벨 위치 서비스들 등을 제공할 수 있다. 프레임워크들/미들웨어(1918)는 애플리케이션들(1916) 및/또는 다른 소프트웨어 컴포넌트들/모듈들에 의해 이용될 수 있는 광범위한 스펙트럼의 다른 API들을 제공할 수 있으며, 그 중 일부는 특정 운영 체제(1902) 또는 플랫폼에 특정할 수 있다.
애플리케이션들(1916)은 빌트인 애플리케이션들(1938) 및/또는 제3자 애플리케이션들(1940)을 포함한다. 대표적인 빌트인 애플리케이션(1938)의 예들은, 연락처 애플리케이션, 브라우저 애플리케이션, 북 리더 애플리케이션, 위치 애플리케이션, 미디어 애플리케이션, 메시징 애플리케이션, 또는 게임 애플리케이션을 포함할 수 있지만, 이들로 제한되지 않는다. 제3자 애플리케이션들(1940)은 특정 플랫폼의 벤더 이외의 엔티티에 의해 ANDROID™ 또는 IOS™ 소프트웨어 개발 키트(SDK)를 이용하여 개발된 애플리케이션을 포함할 수 있고, IOS™, ANDROID™, WINDOWS® Phone, 또는 다른 모바일 운영 체제들과 같은 모바일 운영 체제 상에서 실행되는 모바일 소프트웨어일 수 있다. 제3자 애플리케이션들(1940)은 본 명세서에 설명된 기능성을 용이하게 하기 위해 모바일 운영 체제(예컨대, 운영 체제(1902))에 의해 제공되는 API 호출들(1908)을 인보크할 수 있다.
애플리케이션들(1916)은 시스템의 사용자들과 상호작용하기 위한 사용자 인터페이스들을 생성하기 위해 빌트인 운영 체제(1902) 기능들(예를 들어, 커널(1922), 서비스들(1924), 및/또는 드라이버들(1926)), 라이브러리들(1920), 및 프레임워크들/미들웨어(1918)를 사용할 수 있다. 대안적으로 또는 추가적으로, 일부 시스템들에서, 사용자와의 상호작용들은 프레젠테이션 계층(1914)과 같은 프레젠테이션 계층을 통해 발생할 수 있다. 이러한 시스템들에서, 애플리케이션/컴포넌트 "로직"은 사용자와 상호작용하는 애플리케이션/컴포넌트의 양태들로부터 분리될 수 있다.
하드웨어 아키텍처
도 20은 머신 판독가능 매체(예를 들어, 머신 판독가능 저장 매체)로부터 명령어들을 판독하고 본 명세서에서 논의된 방법론들 중 임의의 하나 이상을 수행할 수 있는, 일부 예시적인 실시예들에 따른, 머신(2000)의 컴포넌트들을 예시하는 블록도이다. 구체적으로, 도 20은 머신(2000)으로 하여금 본 명세서에서 논의된 방법론들 중 임의의 하나 이상을 수행하게 하기 위한 명령어들(2010)(예를 들어, 소프트웨어, 프로그램, 애플리케이션, 애플릿, 앱, 또는 다른 실행가능 코드)이 실행될 수 있는, 컴퓨터 시스템의 예시적인 형태의 머신(2000)의 개략도를 도시한다. 이와 같이, 명령어들(2010)은 본 명세서에 설명된 모듈들 또는 컴포넌트들을 구현하기 위해 사용될 수 있다. 명령어들(2010)은, 일반적인 비-프로그래밍된 머신(2000)을, 설명되고 예시된 기능들을 설명된 방식으로 수행하도록 프로그래밍된 특정한 머신(2000)으로 변환한다. 대안적인 실시예들에서, 머신(2000)은 독립형 디바이스로서 동작하거나 다른 머신들에 결합(예를 들어, 네트워킹)될 수 있다. 네트워크화된 배치에서, 머신(2000)은 서버-클라이언트 네트워크 환경에서 서버 머신 또는 클라이언트 머신의 자격으로 동작하거나, 피어-투-피어(또는 분산형) 네트워크 환경에서 피어 머신으로서 동작할 수 있다. 머신(2000)은, 서버 컴퓨터, 클라이언트 컴퓨터, 개인용 컴퓨터(PC), 태블릿 컴퓨터, 랩톱 컴퓨터, 넷북, 셋톱박스(STB), 개인 휴대 정보 단말기(PDA), 엔터테인먼트 미디어 시스템, 셀룰러 전화기, 스마트폰, 모바일 디바이스, 웨어러블 디바이스(예를 들어, 스마트 시계), 스마트 홈 디바이스(예를 들어, 스마트 어플라이언스), 다른 스마트 디바이스들, 웹 어플라이언스, 네트워크 라우터, 네트워크 스위치, 네트워크 브리지, 또는 머신(2000)에 의해 취해질 액션들을 특정하는 명령어들(2010)을 순차적으로 또는 다른 방식으로 실행할 수 있는 임의의 머신을 포함할 수 있고, 이에 제한되지 않는다. 게다가, 단일 머신(2000)만이 예시되어 있지만, "머신"이라는 용어는 또한 본 명세서에서 논의된 방법론들 중 임의의 하나 이상을 수행하기 위해 명령어들(2010)을 개별적으로 또는 공동으로 실행하는 머신들의 컬렉션을 포함하는 것으로 간주되어야 한다.
머신(2000)은, 예컨대 버스(2002)를 통해 서로 통신하도록 구성될 수 있는, 프로세서들(2004), 메모리/스토리지(2006), 및 I/O 컴포넌트들(2018)을 포함할 수 있다. 메모리/스토리지(2006)는 메인 메모리, 또는 다른 메모리 스토리지와 같은 메모리(2014), 및 스토리지 유닛(2016)을 포함할 수 있으며, 이 둘 다 예컨대 버스(2002)를 통해 프로세서들(2004)에 액세스 가능하다. 스토리지 유닛(2016) 및 메모리(2014)는 본 명세서에 설명된 방법론들 또는 기능들 중 임의의 하나 이상을 구현하는 명령어들(2010)을 저장한다. 명령어들(2010)은 또한, 머신(2000)에 의한 그의 실행 동안, 완전히 또는 부분적으로, 메모리(2014) 내에, 스토리지 유닛(2016) 내에, 프로세서들(2004) 중 적어도 하나 내에(예를 들어, 프로세서의 캐시 메모리 내에), 또는 이들의 임의의 적합한 조합으로 존재할 수 있다. 따라서, 메모리(2014), 스토리지 유닛(2016), 및 프로세서들(2004)의 메모리는 머신 판독가능 매체의 예들이다. 일부 실시예들에서, 프로세서들(2004)은 다수의 분산 프로세서들(2008-2012)을 포함하고, 이들 각각은 명령어들(2010)을 저장하는 연관된 메모리들에 대한 액세스를 갖는다.
I/O 컴포넌트들(2018)은, 입력을 수신하고, 출력을 제공하고, 출력을 생성하고, 정보를 송신하고, 정보를 교환하고, 측정들을 캡처하는 등을 수행하기 위한 매우 다양한 컴포넌트들을 포함할 수 있다. 특정한 머신(2000)에 포함되는 특정 I/O 컴포넌트들(2018)은 머신의 타입에 의존할 것이다. 예를 들어, 모바일 폰과 같은 휴대용 머신은 아마 터치 입력 디바이스 또는 다른 그러한 입력 메커니즘을 포함할 것인 반면, 헤드리스 서버 머신(headless server machine)은 아마 그러한 터치 입력 디바이스를 포함하지 않을 것이다. I/O 컴포넌트들(2018)은 도 20에 도시되지 않은 많은 다른 컴포넌트들을 포함할 수 있다는 것을 인식할 것이다. I/O 컴포넌트들(2018)은 단지 이하의 논의를 간소화하기 위해 기능성에 따라 그룹화되어 있고, 이러한 그룹화는 어떠한 방식으로든 제한하는 것이 아니다. 다양한 예시적인 실시예들에서, I/O 컴포넌트들(2018)은 출력 컴포넌트들(2026) 및 입력 컴포넌트들(2028)을 포함할 수 있다. 출력 컴포넌트들(2026)은, 시각적 컴포넌트들(예를 들어, 플라즈마 디스플레이 패널(PDP), 발광 다이오드(LED) 디스플레이, 액정 디스플레이(LCD), 프로젝터, 또는 음극선관(CRT)과 같은 디스플레이), 음향 컴포넌트들(예를 들어, 스피커), 햅틱 컴포넌트들(예를 들어, 진동 모터, 저항 메커니즘), 다른 신호 생성기 등을 포함할 수 있다. 입력 컴포넌트들(2028)은, 영숫자 입력 컴포넌트들(예를 들어, 키보드, 영숫자 입력을 수신하도록 구성된 터치스크린, 포토-광학 키보드, 또는 다른 영숫자 입력 컴포넌트), 포인트-기반 입력 컴포넌트들(예를 들어, 마우스, 터치패드, 트랙볼, 조이스틱, 모션 센서, 또는 다른 포인팅 기구들), 촉각 입력 컴포넌트들(예를 들어, 물리적 버튼, 터치 또는 터치 제스처의 위치 및/또는 힘을 제공하는 터치스크린, 또는 다른 촉각 입력 컴포넌트), 오디오 입력 컴포넌트들(예를 들어, 마이크로폰) 등을 포함할 수 있다.
추가의 예시적인 실시예들에서, I/O 컴포넌트들(2018)은 광범위한 다른 컴포넌트들 중에서 바이오메트릭 컴포넌트들(2030), 모션 컴포넌트들(2034), 환경 컴포넌트들(2036), 또는 포지션 컴포넌트들(2038)을 포함할 수 있다. 예를 들어, 바이오메트릭 컴포넌트들(2030)은, 표현들(예를 들어, 손 표현, 얼굴 표정, 음성 표현, 신체 제스처, 또는 시선 추적)을 검출하고, 생체신호들(예를 들어, 혈압, 심박수, 체온, 땀, 또는 뇌파)을 측정하고, 사람을 식별(예를 들어, 음성 식별, 망막 식별, 얼굴 식별, 지문 식별, 또는 뇌파계-기반 식별)하고, 이와 유사한 것을 하는 컴포넌트들을 포함할 수 있다. 모션 컴포넌트들(2034)은, 가속도 센서 컴포넌트들(예를 들어, 가속도계), 중력 센서 컴포넌트들, 회전 센서 컴포넌트들(예를 들어, 자이로스코프) 등을 포함할 수 있다. 환경 컴포넌트들(2036)은, 예를 들어, 조명 센서 컴포넌트들(예를 들어, 광도계), 온도 센서 컴포넌트들(예를 들어, 주위 온도를 검출하는 하나 이상의 온도계), 습도 센서 컴포넌트들, 압력 센서 컴포넌트들(예를 들어, 기압계), 음향 센서 컴포넌트들(예를 들어, 배경 노이즈를 검출하는 하나 이상의 마이크로폰), 근접 센서 컴포넌트들(예를 들어, 인근 객체들을 검출하는 적외선 센서들), 가스 센서들(예를 들어, 안전을 위해 유해성 가스들의 농도들을 검출하거나 대기 내의 오염물질들을 측정하는 가스 검출 센서들), 또는 주변 물리적 환경에 대응하는 표시들, 측정들, 또는 신호들을 제공할 수 있는 다른 컴포넌트들을 포함할 수 있다. 포지션 컴포넌트들(2038)은, 위치 센서 컴포넌트들(예를 들어, GPS(Global Positioning System) 수신기 컴포넌트), 고도 센서 컴포넌트들(예를 들어, 고도계 또는 고도가 도출될 수 있는 기압을 검출하는 기압계), 배향 센서 컴포넌트들(예를 들어, 자력계) 등을 포함할 수 있다.
통신은 매우 다양한 기술들을 사용하여 구현될 수 있다. I/O 컴포넌트들(2018)은 머신(2000)을 결합(2022) 및 결합(2024)을 통해 각각 네트워크(2032) 또는 디바이스들(2020)에 결합하도록 동작가능한 통신 컴포넌트들(2040)을 포함할 수 있다. 예를 들어, 통신 컴포넌트(2040)는, 네트워크 인터페이스 컴포넌트, 또는 네트워크(2032)와 인터페이스하기 위한 다른 적합한 디바이스를 포함할 수 있다. 추가 예들에서, 통신 컴포넌트들(2040)은 유선 통신 컴포넌트들, 무선 통신 컴포넌트들, 셀룰러 통신 컴포넌트들, 근접장 통신(NFC) 컴포넌트들, 블루투스® 컴포넌트들(예를 들어, 블루투스® 로우 에너지), Wi-Fi® 컴포넌트들, 및 다른 양상들을 통해 통신을 제공하는 다른 통신 컴포넌트들을 포함할 수 있다. 디바이스들(2020)은 다른 머신 또는 매우 다양한 주변 디바이스들 중 임의의 것(예를 들어, 범용 직렬 버스(USB)를 통해 결합된 주변 디바이스)일 수 있다.
더욱이, 통신 컴포넌트들(2040)은 식별자들을 검출할 수 있거나 식별자들을 검출하도록 동작가능한 컴포넌트들을 포함할 수 있다. 예를 들어, 통신 컴포넌트들(2040)은 RFID(Radio Frequency Identification) 태그 판독기 컴포넌트들, NFC 스마트 태그 검출 컴포넌트들, 광학 판독기 컴포넌트들(예를 들어, UPC(Universal Product Code) 바코드와 같은 1-차원 바코드들, QR(Quick Response) 코드와 같은 다-차원 바코드들, Aztec 코드, Data Matrix, Dataglyph, MaxiCode, PDF417, Ultra Code, UCC RSS-2D 바코드, 및 다른 광학 코드들을 검출하기 위한 광학 센서), 또는 음향 검출 컴포넌트들(예를 들어, 태깅된 오디오 신호들을 식별하기 위한 마이크로폰들)을 포함할 수 있다. 게다가, 인터넷 프로토콜(IP) 지오로케이션을 통한 위치, Wi-Fi® 신호 삼각측량을 통한 위치, 특정 위치를 나타낼 수 있는 NFC 비컨 신호의 검출을 통한 위치 등과 같은, 다양한 정보가 통신 컴포넌트들(2040)을 통해 도출될 수 있다.
용어집
이러한 컨텍스트에서 "캐리어 신호(CARRIER SIGNAL)"는 머신에 의한 실행을 위한 명령어들을 저장, 인코딩, 또는 운반할 수 있는 임의의 무형 매체를 지칭하고, 그러한 명령어들의 통신을 용이하게 하기 위한 디지털 또는 아날로그 통신 신호들 또는 다른 무형 매체들을 포함한다. 명령어들은 네트워크 인터페이스 디바이스를 통해 전송 매체를 사용하여 그리고 다수의 잘 알려진 전송 프로토콜들 중 임의의 하나를 사용하여 네트워크를 통해 송신 또는 수신될 수 있다.
이러한 컨텍스트에서 "클라이언트 디바이스(CLIENT DEVICE)"는 하나 이상의 서버 시스템 또는 다른 클라이언트 디바이스들로부터 리소스들을 획득하기 위해 통신 네트워크에 인터페이스하는 임의의 머신을 지칭한다. 클라이언트 디바이스는, 모바일 폰, 데스크톱 컴퓨터, 랩톱, 개인 휴대용 단말기(PDA), 스마트폰, 태블릿, 울트라 북, 넷북, 랩톱, 멀티-프로세서 시스템, 마이크로프로세서-기반 또는 프로그래밍 가능한 가전 제품, 게임 콘솔, 셋톱 박스, 또는 사용자가 네트워크에 액세스하기 위해 사용할 수 있는 임의의 다른 통신 디바이스일 수 있지만, 이것으로 제한되지 않는다.
이러한 컨텍스트에서 "통신 네트워크(COMMUNICATIONS NETWORK)"는 애드 혹 네트워크, 인트라넷, 엑스트라넷, VPN(virtual private network), LAN(local area network), 무선 LAN(WLAN), WAN(wide area network), 무선 WAN(WWAN), MAN(metropolitan area network), 인터넷, 인터넷의 일부, PSTN(Public Switched Telephone Network)의 일부, POTS(plain old telephone service) 네트워크, 셀룰러 전화 네트워크, 무선 네트워크, Wi-Fi® 네트워크, 다른 타입의 네트워크, 또는 2개 이상의 이러한 네트워크의 조합일 수 있는, 네트워크의 하나 이상의 부분을 지칭한다. 예를 들어, 네트워크 또는 네트워크의 부분은 무선 또는 셀룰러 네트워크를 포함할 수 있고, 결합은 CDMA(Code Division Multiple Access) 접속, GSM(Global System for Mobile communications) 접속, 또는 다른 타입의 셀룰러 또는 무선 결합일 수 있다. 이 예에서, 결합은 1xRTT(Single Carrier Radio Transmission Technology), EVDO(Evolution-Data Optimized) 기술, GPRS(General Packet Radio Service) 기술, EDGE(Enhanced Data rates for GSM Evolution) 기술, 3G를 포함한 3GPP(third Generation Partnership Project), 4세대 무선(4G) 네트워크, UMTS(Universal Mobile Telecommunications System), HSPA(High-Speed Packet Access), WiMAX(Worldwide Interoperability for Microwave Access), LTE(Long-Term Evolution) 표준, 다양한 표준-설정 기구에 의해 정의된 다른 것들, 다른 장거리 프로토콜들, 또는 다른 데이터-전송 기술과 같은, 다양한 타입의 데이터 전송 기술 중 임의의 것을 구현할 수 있다.
이러한 컨텍스트에서 "단기적 메시지(EMPHEMERAL MESSAGE)"는 시간-제한된 지속기간 동안 액세스 가능한 메시지를 지칭한다. 단기적 메시지는 텍스트, 이미지, 비디오 등일 수 있다. 단기적 메시지에 대한 액세스 시간은 메시지 전송자에 의해 설정될 수 있다. 대안적으로, 액세스 시간은 디폴트 설정 또는 수신자에 의해 특정된 설정일 수 있다. 설정 기법에 관계없이, 메시지는 일시적이다. 본 설명에서 참조되는 "스냅들"은 단기적 메시지들이다. 단기적 메시지들은 특정된 개별 수신자들을 갖는 통신들로 제한되지 않고, 다수의 사용자들이 보기 위한 갤러리 또는 컬렉션에 업로드되는 소셜 미디어 아이템들을 포함한다. 따라서, 단기적 메시지라는 용어는 대중이 보기 위한 시간-제한된 지속기간 동안 이용가능하게 되는 사진 또는 비디오 클립(증강되거나 증강되지 않을 수 있음)을 포함한다.
이러한 컨텍스트에서 "머신 판독가능 매체(MACHINE-READABLE MEDIUM)"는 명령어들 및 데이터를 일시적으로 또는 영구적으로 저장할 수 있는 컴포넌트, 디바이스, 또는 다른 유형 매체를 지칭하며, 랜덤 액세스 메모리(RAM), 판독 전용 메모리(ROM), 버퍼 메모리, 플래시 메모리, 광학 매체, 자기 매체, 캐시 메모리, 다른 타입들의 스토리지(예를 들어, 소거가능하고 프로그래밍가능한 판독 전용 메모리(EPROM)) 및/또는 이들의 임의의 적절한 조합을 포함할 수 있고, 이에 제한되지 않는다. "머신-판독가능 매체"라는 용어는, 명령어를 저장할 수 있는 단일의 매체 또는 다수의 매체(예를 들어, 중앙집중형 또는 분산형 데이터베이스, 및/또는 연관된 캐시 및 서버)를 포함하는 것으로 간주되어야 한다. "머신 판독가능 매체"라는 용어는 또한, 명령어들이, 머신의 하나 이상의 프로세서에 의해 실행될 때, 머신으로 하여금 본 명세서에 설명된 방법론들 중 임의의 하나 이상을 수행하게 하도록, 머신에 의한 실행을 위한 명령어들(예를 들어, 코드)을 저장할 수 있는 임의의 매체, 또는 다수의 매체의 조합을 포함하는 것으로 간주되어야 한다. 따라서, "머신 판독가능 매체"는 단일 스토리지 장치 또는 디바이스뿐만 아니라, 다수의 스토리지 장치 또는 디바이스를 포함하는 "클라우드-기반" 스토리지 시스템들 또는 스토리지 네트워크들을 지칭한다. "머신-판독가능 매체"라는 용어는 신호 그 자체를 제외한다.
이러한 컨텍스트에서 "컴포넌트(COMPONENT)"는 함수 또는 서브루틴 호출들, 분기 포인트들, 애플리케이션 프로그래밍 인터페이스(API)들, 또는 특정한 처리 또는 제어 기능들의 분할 또는 모듈화를 제공하는 다른 기술들에 의해 정의된 경계들을 갖는 디바이스, 물리적 엔티티, 또는 로직을 지칭한다. 컴포넌트들은 그들의 인터페이스를 통해 다른 컴포넌트들과 결합되어 머신 프로세스를 실행할 수 있다. 컴포넌트는, 보통 관련된 기능들 중 특정한 기능을 수행하는 프로그램의 일부 및 다른 컴포넌트들과 함께 사용되도록 설계된 패키징된 기능 하드웨어 유닛일 수 있다. 컴포넌트들은 소프트웨어 컴포넌트들(예를 들어, 머신-판독가능 매체 상에 구현된 코드) 또는 하드웨어 컴포넌트들 중 어느 하나를 구성할 수 있다. "하드웨어 컴포넌트"는 특정 동작들을 수행할 수 있는 유형 유닛이고, 특정 물리적 방식으로 구성되거나 배열될 수 있다. 다양한 예시적인 실시예들에서, 하나 이상의 컴퓨터 시스템(예를 들어, 독립형 컴퓨터 시스템, 클라이언트 컴퓨터 시스템, 또는 서버 컴퓨터 시스템) 또는 컴퓨터 시스템의 하나 이상의 하드웨어 컴포넌트(예를 들어, 프로세서 또는 프로세서들의 그룹)는 본 명세서에 설명된 바와 같이 특정 동작들을 수행하도록 동작하는 하드웨어 컴포넌트로서 소프트웨어(예를 들어, 애플리케이션 또는 애플리케이션 부분)에 의해 구성될 수 있다. 하드웨어 컴포넌트는 또한, 기계적으로, 전자적으로, 또는 이들의 임의의 적합한 조합으로 구현될 수 있다. 예를 들어, 하드웨어 컴포넌트는 특정 동작들을 수행하도록 영구적으로 구성된 전용 회로 또는 로직을 포함할 수 있다. 하드웨어 컴포넌트는, FPGA(Field-Programmable Gate Array) 또는 ASIC(Application-Specific Integrated Circuit)와 같은 특수 목적 프로세서일 수 있다. 하드웨어 컴포넌트는 또한 특정 동작들을 수행하기 위해 소프트웨어에 의해 일시적으로 구성되는 프로그래밍 가능한 로직 또는 회로를 포함할 수 있다. 예를 들어, 하드웨어 컴포넌트는 범용 프로세서 또는 다른 프로그래밍 가능한 프로세서에 의해 실행되는 소프트웨어를 포함할 수 있다. 일단 그러한 소프트웨어에 의해 구성되면, 하드웨어 컴포넌트들은 구성된 기능들을 수행하도록 고유하게 맞춤화된 특정 머신들(또는 머신의 특정 컴포넌트들)이 되고 더 이상 범용 프로세서들이 아니다. 하드웨어 컴포넌트를 기계적으로, 전용의 영구적으로 구성된 회로에, 또는 일시적으로 구성된 회로(예를 들어, 소프트웨어에 의해 구성됨)에 구현하기로 하는 결정은 비용 및 시간 고려사항들에 의해 주도될 수 있다는 것을 인식할 것이다. 따라서, "하드웨어 컴포넌트"(또는 "하드웨어-구현된 컴포넌트")라는 구문은, 유형 엔티티, 즉, 특정 방식으로 동작하거나 본 명세서에 설명된 특정 동작들을 수행하도록 물리적으로 구성되거나, 영구적으로 구성되거나(예를 들어, 하드와이어드) 또는 일시적으로 구성되는(예를 들어, 프로그램되는) 엔티티를 포괄하는 것으로 이해해야 한다. 하드웨어 컴포넌트들이 일시적으로 구성되는(예를 들어, 프로그래밍되는) 실시예들을 고려할 때, 하드웨어 컴포넌트들 각각이 임의의 하나의 시간 인스턴스에서 구성 또는 인스턴스화될 필요는 없다. 예를 들어, 하드웨어 컴포넌트가 특수 목적 프로세서가 되도록 소프트웨어에 의해 구성된 범용 프로세서를 포함하는 경우에, 범용 프로세서는 상이한 시간들에서 (예를 들어, 상이한 하드웨어 컴포넌트들을 포함하는) 각각 상이한 특수 목적 프로세서들로서 구성될 수 있다. 따라서 소프트웨어는 예를 들어, 하나의 시간 인스턴스에서는 특정한 하드웨어 컴포넌트를 구성하고 상이한 시간 인스턴스에서는 상이한 하드웨어 컴포넌트를 구성하도록 특정한 프로세서 또는 프로세서들을 구성한다. 하드웨어 컴포넌트들은 다른 하드웨어 컴포넌트들에 정보를 제공하고 그들로부터 정보를 수신할 수 있다. 따라서, 기술된 하드웨어 컴포넌트들은 통신가능하게 결합되어 있는 것으로 간주될 수 있다. 다수의 하드웨어 컴포넌트들이 동시에 존재하는 경우에, 하드웨어 컴포넌트들 중 둘 이상 사이의 또는 그들 사이의 (예를 들어, 적절한 회로들 및 버스들을 통한) 신호 송신을 통해 통신이 달성될 수 있다. 다수의 하드웨어 컴포넌트들이 상이한 시간들에서 구성되거나 인스턴스화되는 실시예들에서, 그러한 하드웨어 컴포넌트들 사이의 통신은, 예를 들어, 다수의 하드웨어 컴포넌트들이 액세스할 수 있는 메모리 구조들 내의 정보의 스토리지 및 검색을 통해 달성될 수 있다. 예를 들어, 하나의 하드웨어 컴포넌트는 동작을 수행하고, 그에 통신가능하게 결합되는 메모리 디바이스에 그 동작의 출력을 저장할 수 있다. 그 후 추가의 하드웨어 컴포넌트가, 나중에, 저장된 출력을 검색 및 처리하기 위해 메모리 디바이스에 액세스할 수 있다. 하드웨어 컴포넌트들은 또한 입력 또는 출력 디바이스들과 통신을 개시할 수 있고, 리소스(예를 들어, 정보의 컬렉션)를 조작할 수 있다. 본 명세서에 설명된 예시적인 방법들의 다양한 동작은 관련 동작들을 수행하도록 일시적으로 구성되거나(예를 들어, 소프트웨어에 의해) 영구적으로 구성되는 하나 이상의 프로세서에 의해 적어도 부분적으로 수행될 수 있다. 일시적으로 구성되는 영구적으로 구성되든 간에, 그러한 프로세서들은 본 명세서에 설명된 하나 이상의 동작 또는 기능을 수행하도록 동작하는 프로세서-구현된 컴포넌트들을 구성할 수 있다. 본 명세서에서 사용된, "프로세서-구현된 컴포넌트"란 하나 이상의 프로세서를 사용하여 구현된 하드웨어 컴포넌트를 지칭한다. 유사하게, 본 명세서에 설명된 방법들은 적어도 부분적으로 프로세서-구현될 수 있고, 특정한 프로세서 또는 프로세서들은 하드웨어의 예이다. 예를 들어, 방법의 동작들 중 적어도 일부가 하나 이상의 프로세서 또는 프로세서-구현된 컴포넌트에 의해 수행될 수 있다. 더욱이, 하나 이상의 프로세서는 또한 "클라우드 컴퓨팅" 환경에서 또는 "서비스로서의 소프트웨어(software as a service)"(SaaS)로서 관련 동작들의 수행을 지원하도록 동작할 수 있다. 예를 들어, 동작들 중 적어도 일부는 (프로세서들을 포함하는 머신들의 예들로서) 컴퓨터들의 그룹에 의해 수행될 수 있고, 이러한 동작들은 네트워크(예를 들어, 인터넷)를 통해 그리고 하나 이상의 적절한 인터페이스(예를 들어, 애플리케이션 프로그래밍 인터페이스(API))를 통해 액세스 가능하다. 동작들 중 특정한 것의 수행은 단일 머신 내에 존재할 뿐만 아니라, 다수의 머신에 걸쳐 배치되는, 프로세서들 사이에 분산될 수 있다. 일부 예시적인 실시예들에서, 프로세서들 또는 프로세서에 의해 구현되는 컴포넌트들은 단일의 지리적 위치에(예를 들어, 가정 환경, 사무실 환경, 또는 서버 팜(server farm) 내에) 위치할 수 있다. 다른 예시적인 실시예들에서, 프로세서들 또는 프로세서에 의해 구현되는 컴포넌트들은 다수의 지리적 위치에 걸쳐 분산될 수 있다.
이러한 컨텍스트에서 "프로세서(PROCESSOR)"는 제어 신호들(예를 들어, "커맨드들", "op 코드들", "머신 코드" 등)에 따라 데이터 값들을 조작하고 머신을 동작시키기 위해 적용되는 대응하는 출력 신호들을 생성하는 임의의 회로 또는 가상 회로(실제 프로세서 상에서 실행되는 로직에 의해 에뮬레이트되는 물리 회로)를 지칭한다. 프로세서는, 예를 들어, 중앙 처리 유닛(CPU), RISC(Reduced Instruction Set Computing) 프로세서, CISC(Complex Instruction Set Computing) 프로세서, GPU(Graphics Processing Unit), DSP(Digital Signal Processor), ASIC(Application-Specific Integrated Circuit), 무선-주파수 집적 회로(RFIC), 또는 이들의 임의의 조합일 수 있다. 프로세서는 또한, 명령어들을 동시에 실행할 수 있는 둘 이상의 독립 프로세서(때때로 "코어"라고도 함)를 갖는 멀티-코어 프로세서일 수 있다.
이러한 컨텍스트에서 "타임스탬프(TIMESTAMP)"는 특정 이벤트가 언제 발생했는지를 식별하는, 예를 들어, 때때로 1초의 소수까지 정확한, 날짜 및 시각(time of day)을 제공하는, 문자들 또는 인코딩된 정보의 시퀀스를 지칭한다.
언어
본 명세서의 전반에 걸쳐, 복수의 사례들은 단일 사례로서 설명된 컴포넌트들, 동작들, 또는 구조들을 구현할 수 있다. 하나 이상의 방법의 개별적인 동작들이 별개의 동작들로서 예시되고 설명되지만, 컨텍스트 및/또는 로직이 명확하게 달리 지시하지 않는 한, 개별적인 동작들 중 하나 이상의 동작은 동시에 수행될 수 있고, 동작들이 예시된 순서로 수행될 것을 요구하지 않는다. 예시적인 구성들에서 별도의 컴포넌트들로서 제시된 구조들 및 기능은 조합된 구조 또는 컴포넌트로서 구현될 수 있다. 유사하게, 단일 컴포넌트로서 제시된 구조들 및 기능은 별도의 컴포넌트들로서 구현될 수 있다. 이러한 그리고 다른 변형들, 수정들, 추가들, 및 개선들은 본 명세서에서 발명 요지의 범위 내에 속한다.
개시된 주제의 개요가 특정한 예시적인 실시예들을 참조하여 설명되었지만, 본 개시내용의 실시예들의 더 넓은 범위로부터 벗어나지 않으면서, 이 실시예들에 대해 다양한 수정들 및 변경들이 행해질 수 있다.
본 명세서에서 예시된 실시예들은 본 기술분야의 통상의 기술자들이 개시된 교시사항들을 실시하는 것을 가능하게 할 정도로 충분히 상세하게 설명된다. 다른 실시예들이 이용될 수 있고 그로부터 도출될 수 있어서, 이 개시내용의 범위로부터 벗어나지 않으면서 구조적 및 논리적 치환들 및 변경들이 행해질 수 있다. 따라서, 상세한 설명은 제한적인 의미로 해석되어서는 안 되며, 다양한 실시예들의 범위는 오직 첨부된 청구항들과 함께, 그러한 청구항들의 자격이 있는 균등물들의 최대 범위(full range of equivalents)에 의해 정의된다.
본 명세서에서 사용되는 바와 같이, 용어 "또는"은 포괄적 또는 배타적 의미의 어느 하나로 해석될 수 있다. 또한, 복수의 사례들은 본 명세서에서 설명된 자원들, 동작들, 또는 구조들에 대하여 단일 사례로서 제공될 수 있다. 추가적으로, 다양한 자원들, 동작들, 모듈들, 엔진들, 및 데이터 저장소들 사이의 경계들은 다소 임의적이고, 특정 동작들은 특정 예시적인 구성들의 컨텍스트에서 예시된다. 따라서, 명세서 및 도면들은 한정적인 의미보다는 예시적인 의미로 간주되어야 한다.

Claims (18)

  1. 시스템으로서,
    자동화된 동작들을 수행하도록 구성된 하나 이상의 컴퓨터 프로세서 디바이스들을 포함하는 지도 엔진을 포함하고, 상기 자동화된 동작들은:
    소셜 미디어 플랫폼에 대한 지도-기반 그래픽 사용자 인터페이스(GUI)를 통해 볼 수 있는 지리적 영역에 대응하는 다수의 지구 이미지 타일들을 검색하는 동작 - 각각의 지구 이미지 타일은 지구의 표면의 대응하는 부분의 사진 이미지를 포함함 -;
    상기 다수의 지구 이미지 타일들에 기초하여, 다수의 양식화된 지도 타일들(stylized map tiles)을 생성하는 동작; 및
    서버 시스템에서, 사용자 디바이스로부터 상기 사용자 디바이스 상의 상기 지도-기반 GUI의 인스턴스에서 타겟 영역의 디스플레이를 위한 요청을 수신하는 것에 응답하여, 상기 타겟 영역에 대응하는 양식화된 지도 타일들의 세트를 검색하고, 상기 양식화된 지도 타일들의 세트를 상기 지도-기반 GUI에서의 디스플레이를 위해 상기 사용자 디바이스에 송신하는 동작을 포함하는, 시스템.
  2. 제1항에 있어서, 상기 지도 엔진은,
    상기 서버 시스템에서 양식화된 지도 타일들의 캐시를 유지하는 동작;
    상기 타겟 영역의 디스플레이를 위한 요청을 수신하는 것에 응답하여, 상기 타겟 영역에 대응하는 상기 양식화된 지도 타일들의 세트 내에서, 상기 캐시에서 이용가능한 양식화된 지도 타일들인 하나 이상의 캐싱된 양식화된 지도 타일을 식별하는 동작; 및
    상기 사용자 디바이스로의 송신을 위해 상기 캐시로부터 상기 하나 이상의 캐싱된 양식화된 지도 타일을 검색하는 동작
    을 포함하는 동작들을 수행하도록 추가로 구성되는, 시스템.
  3. 제1항 또는 제2항에 있어서, 상기 지도 엔진은:
    타겟 지구 이미지 타일과 바로 접하는 이웃 지구 이미지 타일들의 세트와 함께 상기 타겟 지구 이미지 타일을 검색하는 것;
    상기 타겟 지구 이미지 타일 및 그의 이웃 타일들의 세트에 기초하여 확장된 지구 이미지 타일을 생성하는 것 - 상기 확장된 지구 이미지 타일은 상기 타겟 지구 이미지 타일에 비해 확장된 영역을 가짐 -;
    상기 확장된 지구 이미지 타일을 양식화하여, 확장된 양식화된 타일을 생성하는 것; 및
    상기 확장된 양식화된 타일을 크로핑하여 각자의 양식화된 지도 타일을 생성하는 것
    에 의해 각각의 양식화된 지도 타일을 생성하도록 구성되는, 시스템.
  4. 제3항에 있어서, 상기 지도 엔진은,
    상기 타겟 지구 이미지 타일 및 그의 이웃 타일들의 세트를 함께 스티칭하여 매크로 타일을 작성하는 것; 및
    상기 매크로 타일로부터 상기 확장된 지구 이미지 타일을 크로핑하는 것
    을 포함하는 절차에서 상기 확장된 지구 이미지 타일을 생성하도록 구성되는, 시스템.
  5. 제4항에 있어서, 상기 지도 엔진은, 상기 타겟 지구 이미지 타일이 상기 확장된 지구 이미지 타일의 중심에 오도록, 그리고 버퍼 구역이 상기 타겟 지구 이미지 타일의 주변부 주위로 연속적으로 연장되도록, 상기 매크로 타일로부터 상기 확장된 지구 이미지 타일을 크로핑하도록 구성되는, 시스템.
  6. 제1항 내지 제5항 중 어느 한 항에 있어서, 복수의 줌 레벨들 각각에 대한 각자의 양식화된 지도 타일들의 세트를 생성하는 것을 추가로 포함하는, 시스템.
  7. 제6항에 있어서, 상기 지도 엔진은, 상이한 줌 레벨들이 상이하게 양식화되도록, 상이한 각자의 줌 레벨들에서 지도 타일들의 양식화(stylization)를 위해 상이한 신경 네트워크들을 사용하여 각자의 양식화된 지도 타일들의 세트들의 생성을 야기하도록 구성되는, 시스템.
  8. 방법으로서,
    소셜 미디어 플랫폼에 대한 지도-기반 그래픽 사용자 인터페이스(GUI)를 통해 볼 수 있는 지리적 영역에 대응하는 다수의 지구 이미지 타일들을 검색하는 단계 - 각각의 지구 이미지 타일은 지구의 표면의 대응하는 부분의 사진 이미지를 포함함 -;
    상기 다수의 지구 이미지 타일들에 기초하여, 다수의 양식화된 지도 타일들을 생성하는 단계; 및
    서버 시스템에서, 사용자 디바이스로부터 상기 사용자 디바이스 상의 상기 지도-기반 GUI의 인스턴스에서 타겟 영역의 디스플레이를 위한 요청을 수신하는 것에 응답하여, 상기 타겟 영역에 대응하는 양식화된 지도 타일들의 세트를 검색하고, 상기 양식화된 지도 타일들의 세트를 상기 지도-기반 GUI에서의 디스플레이를 위해 상기 사용자 디바이스에 송신하는 단계를 포함하는, 방법.
  9. 제8항에 있어서,
    상기 서버 시스템에서 양식화된 지도 타일들의 캐시를 유지하는 단계;
    상기 타겟 영역의 디스플레이를 위한 요청을 수신하는 것에 응답하여, 상기 타겟 영역에 대응하는 상기 양식화된 지도 타일들의 세트 내에서, 상기 캐시에서 이용가능한 양식화된 지도 타일들인 하나 이상의 캐싱된 양식화된 지도 타일을 식별하는 단계; 및
    상기 사용자 디바이스로의 송신을 위해 상기 캐시로부터 상기 하나 이상의 캐싱된 양식화된 지도 타일을 검색하는 단계
    를 추가로 포함되는, 방법.
  10. 제8항에 있어서, 상기 양식화된 지도 타일들을 생성하는 단계는, 트레이닝된 신경 네트워크를 사용하여 각자의 지구 이미지 타일들을 양식화하는 단계를 포함하는, 방법.
  11. 제8항 내지 제10항 중 어느 한 항에 있어서, 각각의 양식화된 지도 타일을 생성하는 단계는:
    타겟 지구 이미지 타일과 바로 접하는 이웃 지구 이미지 타일들의 세트와 함께 상기 타겟 지구 이미지 타일을 검색하는 단계;
    상기 타겟 지구 이미지 타일 및 그의 이웃 타일들의 세트에 기초하여 확장된 지구 이미지 타일을 생성하는 단계 - 상기 확장된 지구 이미지 타일은 상기 타겟 지구 이미지 타일에 비해 확장된 영역을 가짐 -;
    상기 확장된 지구 이미지 타일을 양식화하여, 확장된 양식화된 타일을 생성하는 단계; 및
    상기 확장된 양식화된 타일을 크로핑하여 각자의 양식화된 지도 타일을 생성하는 단계
    를 포함하는, 방법.
  12. 제11항에 있어서, 상기 타겟 지구 이미지 타일은 정사각형이고, 상기 이웃 타일들의 세트는 상기 타겟 지구 이미지 타일의 각자의 측면들 및 정점들을 터치하는 8개의 타일로 이루어지는, 방법.
  13. 제11항에 있어서, 상기 확장된 지구 이미지 타일을 생성하는 단계는:
    상기 타겟 지구 이미지 타일 및 그의 이웃 타일들의 세트를 함께 스티칭하여 매크로 타일을 작성하는 단계; 및
    상기 매크로 타일로부터 상기 확장된 지구 이미지 타일을 크로핑하는 단계
    를 포함하는, 방법.
  14. 제13항에 있어서, 상기 매크로 타일로부터 상기 확장된 지구 이미지 타일을 크로핑하는 단계는, 상기 타겟 지구 이미지 타일이 상기 확장된 지구 이미지 타일의 중심에 오도록, 그리고 버퍼 구역이 상기 타겟 지구 이미지 타일의 주변부 주위로 연속적으로 연장되도록 하는, 방법.
  15. 제14항에 있어서, 상기 버퍼 구역은 50 내지 150 픽셀의 폭을 갖는, 방법.
  16. 제8항 내지 제15항 중 어느 한 항에 있어서, 복수의 줌 레벨들 각각에 대한 각자의 양식화된 지도 타일들의 세트를 생성하는 단계를 추가로 포함하는, 방법.
  17. 제16항에 있어서, 상기 각자의 양식화된 지도 타일들의 세트들을 생성하는 단계는, 상이한 줌 레벨들이 상이하게 양식화되도록, 상이한 각자의 줌 레벨들에서 지도 타일들의 양식화를 위해 상이한 신경 네트워크들을 사용하는 단계를 포함하는, 방법.
  18. 명령어들을 저장하는 비일시적 컴퓨터 판독가능 저장 매체로서, 상기 명령어들은, 상기 명령어들을 실행할 때, 머신으로 하여금,
    소셜 미디어 플랫폼에 대한 지도-기반 그래픽 사용자 인터페이스(GUI)를 통해 볼 수 있는 지리적 영역에 대응하는 다수의 지구 이미지 타일들을 검색하는 동작 - 각각의 지구 이미지 타일은 지구의 표면의 대응하는 부분의 사진 이미지를 포함함 -;
    상기 다수의 지구 이미지 타일들에 기초하여, 다수의 양식화된 지도 타일들을 생성하는 동작; 및
    서버 시스템에서, 사용자 디바이스로부터 상기 사용자 디바이스 상의 상기 지도-기반 GUI의 인스턴스에서 타겟 영역의 디스플레이를 위한 요청을 수신하는 것에 응답하여, 상기 타겟 영역에 대응하는 양식화된 지도 타일들의 세트를 검색하고, 상기 양식화된 지도 타일들의 세트를 상기 지도-기반 GUI에서의 디스플레이를 위해 상기 사용자 디바이스에 송신하는 동작
    을 포함하는 동작들을 수행하게 하는, 비일시적 컴퓨터 판독가능 저장 매체.
KR1020247015054A 2017-04-27 2018-04-27 소셜 미디어 플랫폼들을 위한 친구 위치 공유 메커니즘 KR20240067287A (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US62/491,115 2017-04-27
US62/552,958 2017-08-31
US62/556,134 2017-09-08

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
KR1020227033840A Division KR102664838B1 (ko) 2017-04-27 2018-04-27 소셜 미디어 플랫폼들을 위한 친구 위치 공유 메커니즘

Publications (1)

Publication Number Publication Date
KR20240067287A true KR20240067287A (ko) 2024-05-16

Family

ID=

Similar Documents

Publication Publication Date Title
KR102664838B1 (ko) 소셜 미디어 플랫폼들을 위한 친구 위치 공유 메커니즘
KR20240067287A (ko) 소셜 미디어 플랫폼들을 위한 친구 위치 공유 메커니즘