KR101059044B1

KR101059044B1 - 이동 장치용 위치 기반 사회적 소프트웨어

Info

Publication number: KR101059044B1
Application number: KR1020067026144A
Authority: KR
Inventors: 데니스 피. 크로우리; 알렉산더 엠. 레인어르트
Original assignee: 구글 인코포레이티드
Priority date: 2004-05-12
Filing date: 2005-05-12
Publication date: 2011-08-24
Also published as: WO2005114970A2; EP1751997B1; US11051130B2; US20190098437A1; ES2751093T3; KR20080036906A; EP2613501B1; US9712958B2; US20190387366A1; US8204513B2; CN101827177B; CN101827177A; US20210281978A1; US8670786B2; US10440502B2; CN101073274B; US8676173B1; US9319832B2; US20160234638A1; US20130196690A1

Abstract

이동 장치들의 사용자들 사이를 연결시켜 주는 방법은 제 1 이동 장치로부터 제 1 사용자의 위치를 컴퓨터에서 수신하는 단계, 상기 제 1 사용자와 지인 관계에 있는 제 2 사용자의 위치를 제 2 이동 장치로부터 수신하는 단계; 및 상기 제 2 사용자에 대한 상기 제 1 사용자의 근접도에 근거하여 상기 제 1 이동 장치로 메시지를 전송하는 단계를 포함한다.

Description

이동 장치용 위치 기반 사회적 소프트웨어{LOCATION-BASED SOCIAL SOFTWARE FOR MOBILE DEVICES}

본 발명은 사람들을 서로 연결하기 위한 시스템 및 장치에 관한 것으로서, 특히 사회화(socialization)와 같은 활동들을 위한 지인들의 연결들에 관한 것이다.

사람들은 사회적 동물이며, 일부는 다른 사람들보다 더욱 사회적이기도 하다. 우리는 유대관계들을 통해 이러한 사회화를 표현하며, 이를 통신을 통해 실행한다. 직접적인 대화에서 연기신호, 전신, 전화 및 이동 전화와 같은 무선 통신까지 많은 통신 기술들이 사용되어 왔다. 현대의 통신을 위한 기술 형태들은 매우 편리한 것이며, 사용하기 쉽고, 매우 효율적이기도 하다.

그러나, 통신을 설정하는 것은 항상 쉽지만은 않다. 이러한 단계는 일반적으로 동일한 공간, 하나의 전화 통화, 또는 비지니스 맥락에서는 "회의(meeting)" 또는 아마도 사교적인 맥락에서는 "파티" 또는 "잡담"으로 일컬어지는 무엇이건 간에, 모든 통신 대상의 사람들을 단일의 통신 채널 상에 있도록 하는 것을 포함한다. 그러나, 회의나 파티를 준비하는 것은 쉬운 것은 아니다. 그 과정은 종이 또는 전자적으로 초대장을 발송하는 것을 필요로 할 수 있다. 주최자는 그 다음 누 가 올 것인지 결정하기 위하여 응답들을 계수해야 할 것이다. 다른 방안으로는, 미팅 스케줄러(meeting scheduler)와 같은 전자 시스템이 응답들을 계산할 수 있다. 회의 또는 파티를 준비하기 위한 다른 방법은 방대한 전화 통화 또는 이메일 메시지를 통해서 각 초대자에게 직접(또는 다른 사람의 도움을 얻어) 연락하는 것일 수 있다. 이러한 과정은 다소 시간을 소모하는 것 일 수 있고, 자발적인 회합을 위해서는 아마도 일거리가 너무 많게 된다. 또한 어떤 온라인 시스템은 응답(RSVP) 및 다른 정보들을 계산해주어 파티를 준비하는 것을 도울 수 있다. 그러나 이러한 것들 또한 사전 계획 및 연관된 조직을 요구한다. 또한, 이러한 시스템들 중 많은 것들은 이메일 어드레스 북(e-mail address book)의 회원들과 같이 주최자가 손으로 만든 지인들의 리스트로부터 참석자들을 선별하는 것을 요구한다.

본 문서는 지인들이 서로 회합하여 좋은 시간을 가질 수 있도록 하는 시스템 및 방법을 개시한다. 일반적으로 시스템의 사용자들은 사용자들 사이에 설정된 관계들을 추적하는 서버 등을 통해 그들의 지인들에게 자신들의 위치를 알려주기 위해 이메일 또는 문자 메시지가 가능한 전화기와 같은 휴대형 장치들을 채용할 수 있다. 또한, 시스템은 가까운 거리의 사용자들만이 서로 통신할 수 있도록 사용자들 사이의 거리를 판정할 수도 있다. 이러한 방법에 있어서, 사용자들은 자신들의 지인 또는 지인들과의 만남을 정하는 것이 그들에게 유용하지 않다면 통신을 수신하지 않는다.

몇몇 실시예들에 있어서, 이러한 시스템은 다수의 장점들을 가질 수 있다. 예컨대, 시스템은 사교는 하고자 하지만 매번 나갈 계획은 하지 않는 친구들 사이에서 편리한 통신이 이루어지도록 할 수 있다. 또한, 시스템은 즐거운 저녁을 위해 결국 서로가 함께 모일 수 있다고 생각하지 않는 친구들에 있어서, 자발적인 사교가 이루어지도록 할 수 있다. 또한, 시스템은 밖에서 서로 가까이 있었지만, 나중에까지 이를 깨닫지 못하는 친구들의 문제를 해결하도록 할 수 있다. 일반적으로, 시스템은 그렇지 않으면 따분한 저녁을 마을에서의 매우 재미있는 밤으로 바꾸어주는 능력을 갖는다. 또한, 시스템은 공지의 사회적 네트워킹 접근법을 사용하여 직접적인 친구들뿐 아니라 친구의 친구들 및 더 많은 관계들과의 통신이 가능하도록 확장될 수 있다. 또한, 사람들은 각 사용자들에 의해 제공되거나 시스템에 의해 추론된 관심사항에 따라 시스템에 의해 다른 사람들과 관계를 맺을 수 있다. 이와 같이, 사용자에게는 어느 특정한 저녁자리가 개선될 수 있고, 추가적으로 사람들을 만남으로써 사람들의 전체 사회 생활이 개선될 수 있다. 더 이상 혼자 앉아 있거나 외롭지 않게 된다.

이러한 시스템의 일 실시예는 닷지볼 웹 사이트(www.dodgeball.com)에서 찾을 수 있다. 본 시스템은 셀룰러 전화와 같은 이동 장치 용의 위치 기반 사회적 소프트웨어에 관한 것이다. 시스템은 친구들이 자신을 시스템에 등록하는 고유한 수단을 제공함으로써, 시스템은 그들의 지인이 누구이며 또는 누가 지인이어야 하는지를 알게 된다. 이 후, 사용자는 자신의 위치를 식별하고, 근처의 친구들의 현황에 대한 정보를 수신하는 한편, 그러한 근처의 친구들이 사용자의 현황을 알게 한다. 다양한 회합 장소들에 대한 검토(review)의 조정 및 자신의 친구들에게 호출하여 메시지를 송신하는 등의 특징과 합쳐지는 경우에는, 본 시스템은 최근의 다수의 사용자들과 다수의 긍정적인 코멘트들을 유도하였다.

일 실시예에 있어서, 이동 장치 사용자들 사이를 연결하는 방법이 개시된다. 본 방법은 제 1 이동 장치로부터 제 1 사용자의 위치를 컴퓨터에서 수신하는 단계; 상기 제 1 사용자와 지인 관계인 제 2 사용자의 위치를 제2 이동 장치로부터 수신하는 단계; 및 상기 제 2 사용자에 대한 상기 제 1 사용자의 근접도에 근거하여 상기 제 1 이동 장치로 메시지를 전송하는 단계를 구비한다. 사용자 위치는 위치 프럭시(proxy)(회합 장소 이름을 포함할 수 있음)를 GPS 좌표를 포함할 수 있는 한 세트의 대응되는 위치 좌표들로 변환함으로써 결정될 수 있다. 회합 장소 이름은 전자 메일 메시지로부터 파싱(parsing)될 수 있으며, 전자 메일 메시지는 MIME 헤더로부터의 성분들로 파싱될 수 있다. 또한, 메시지는 문자 메시징 시스템을 거쳐 전송될 수 있다.

몇몇 실시예들에 있어서, 지인 관계는 친구 관계 또는 친구의 친구 관계일 수 있다. 상기 제 1 사용자의 위치는 또한 상기 제 1 사용자의 위치를 수신한 후 소정 시간 후에 탈퇴되어, 다른 사용자들은 더 이상 제 1 사용자의 위치에 대하여 알 수 없을 수 있다. 또한, 제 2 이동 장치로의 메시지는 제 2 사용자로부터 숨기기 위한 제 1 사용자에 의한 선택에 기초하여 차단될 수 있다.

또 다른 양태에 있어서, 제 3 사용자로부터 회합 장소에 대한 검토 내용이 수신되고, 그 검토 내용은 제 1 사용자와 제 2 사용자에게 이용 가능하게 될 수 있다. 또한, 메시지는 사용자들 서로간의 근접도에 기초하여 제 2 이동 장치에 송신될 수 있다. 또한, 제 1 송신 메시지는 제 2 사용자의 신원을 제공할 수 있으며, 제 2 송신 메시지는 제 1 사용자의 신원을 제공하지 않고 제 2 사용자에 근접하여 다른 사용자가 있다는 것을 알릴 수 있다.

또 다른 양태에 있어서, 지인들에 관한 정보를 제공하는 시스템이 제공된다. 시스템은 사용자들의 위치에 관련된 정보를 제공하는 사용자들로부터 메시지들을 수신하는 인터페이스, 상기 수신된 위치 정보를 위치 식별자와 상관시키도록 구성되는 위치 엔진으로서, 상기 위치 식별자는 다른 위치 식별자들과 비교될 수 있는상기 위치 엔진, 상기 시스템에 위치 정보를 제공하는 사용자들의 지인들을 근접한 경우, 상기 시스템에 위치 정보를 제공하는 사용자들의 지인들을 식별하도록 구성되는 지인 식별기, 및 사용자들의 지인들의 위치가 상기 사용자들에 근접한 경우 지인들의 위치와 관련된 메시지를 사용자를 위해 준비하는 메시지 생성기를 포함할 수 있다. 인터페이스는 이메일 수신함(eamil in box)를 포함할 수 있으며, 위치 엔진은 회합 장소 명칭을 지형적 좌표에 상관시키는 테이블을 포함할 수 있다. 메시지 생성기는 제 1 사용자를 위해 제 1 사용자의 친구로 식별되는 제2 사용자의 위치에 관한 제1 메시지를 준비하고, 제 2 사용자를 위해 제 1 사용자의 위치에 관한 메시지를 준비하도록 구성될 수 있다. 또한, 메시지 생성기는 위치 엔진 및 지인 식별기로부터의 명령에 응답하여 미리 설정된 관계를 가지며 특정 지역에 있는 사용자들을 위한 메시지만을 준비할 수 있다. 또한, 메시지 생성기는 제1 사용자가 제1 사용자의 친구들에게 메시지를 전달할 것을 요청하는 경우, 제1 사용자의 친구들로 식별되는 복수의 사용자들을 위한 복수의 메시지들을 준비하도록 구성될 수 있다.

또 다른 예로서, 지인들에 관한 정보를 제공하는 시스템이 개시된다. 시스템은 시스템의 제1 사용자로부터 메시지를 수신하는 인터페이스, 제1 사용자의 특정 근접도 내에서 제1 사용자와 특정 관계를 갖는 한 세트의 사용자들을 식별하는 수단, 및 제1 사용자로부터의 메시지에 응답하여 상기 한 세트의 사용자들에 대하여 메시지들을 준비하는 메시지 생성기를 포함할 수 있다.

또 다른 양태에 있어서, 시스템의 사용자들 사이의 상호작용을 관리하는 방법이 개시된다. 본 방법은 컴퓨터에서 하나 이상의 위치의 복수의 사용자로부터 복수의 참가 명령(command)을 수신하는 단계, 일반적인 지형적 위치에 따라서 사용자들을 세트(sets)로 상관시키는 단계, 서로간의 친밀도(affinity) 또는 공통점의 지표에 따라서 사용자들을 부분세트(subsets)로 상관시키는 단계, 및 전자 메시지를 통해 사용자들에게 공통점 및 친밀도에 의해 그룹 지어진 식별된 위치를 지시하는 단계를 포함할 수 있다. 본 방법은 공통점 또는 친밀도에 기초하여 특정한 부분집합의 사용자들에게 활동에 대한 제안을 지시하는 단계를 더 포함할 수 있다. 본 방법은 또한 서로간의 친밀도 또는 공통점에 따라서 사용자들을 부분세트로 상관시키는 단계와 전자 메일을 통해 사용자들에게 추가의 그룹을 형성하도록 공통점 또는 친밀도에 의해 그룹 지어진 위치를 식별하도록 명령하는 단계를 반복할 수 있다.

본 발명의 하나 이상의 실시예들의 세부사항들은 첨부된 도면과 아래의 상세한 설명에 기재되어 있다. 본 발명의 다른 특징, 목적, 및 장점들은 상세한 설명 및 도면, 그리고 청구범위로부터 더욱 명확하게 될 것이다.

도 1은 지인이 위치할 수 있는 지형적 영역을 나타낸 사시도.

도 2는 다양한 지인이 위치하는 12개의 도시 블록의 지형적 영역의 지도를 나타낸 평면도.

도 3은 지인들 사이에 통신을 제공하기 위한 시스템에 있어서 정보 흐름을 나타낸 개략도.

도 4는 문자 메세지 시스템에서 수많은 지인들에 의해 발신 및 수신되는 메세지들을 나타낸 도면.

도 5는 지인들 사이의 통신을 허용하는 시스템에서 클라이언트와 서버에 의한 액션들의 흐름도.

도 6은 지인들 사이의 통신을 관리하는 시스템의 개략도.

도 7은 지인들 사이에 통신을 가능하게 하는 시스템 사용의 일례를 나타낸 개략도.

도 8은 가입 화면을 나타낸 화면 샷.

도 9는 테스트 화면을 나타낸 화면 샷.

도 10은 또 다른 테스트 화면을 나타낸 화면 샷.

도 11은 프로파일 화면을 나타낸 화면 샷.

도 12는 사진 갱신 화면을 나타낸 화면 샷.

도 13은 초대 화면을 나타낸 화면 샷.

도 14는 친구 관리 화면을 나타낸 화면 샷.

도 15는 커뮤니티 화면을 나타낸 화면 샷.

도 16은 시스템 지시의 사교 모임의 흐름도.

다양한 도면들의 동일한 참조 부호들은 동일한 요소를 지칭한다.

도 1은 지인들이 위치할 수 있는 지형적 영역(10)을 나타낸 사시도이다. 지형적 영역(10)은 가설적인 것이며, 지인들이 서로 발견할 수 있는 수많은 다른 회합 장소들을 나타내도록 의도된 것이다. 회합 장소는 집, 아파트, 바, 식당, 주차장, 스포츠 운동장, 또는 체육관, 또는 거리의 주소 등의 한 사람이 원하는 어떠한 유형의 장소일 수도 있다. 지인이라는 용어는 여기서 서로 통신하기를 원할 수 있는 사용자들을 나타내도록 폭넓게 사용된다. 오랜 친구들, 친구의 친구들, 또는 보다 먼 관계의 지인을 포함할 수 있다.

예컨대, 지형적 영역(10)에서 사람은 주차장 또는 공원과 같은 빈 구획(12, 20)에 위치할 수 있다. 이러한 위치에서는, 공원에서 야구나 축구와 같은 게임을 하거나 일광욕을 하고자 하는 친구들과 만나고자 할 수 있다. 어쩌면 공원에서 혼자 또는 무리의 사람들과 만나서 재미나는 경기를 위해서 팀 게임을 하고자 할 수 있다. 또한, 사용자는 대학 풋볼 게임을 관람하는 것과 같이 경기장(16)에 위치할 수 있다. 또 다른 사용자는 자동차(18)를 타고 주위를 운전하거나 주차하고 있을 수 있는 반면, 또 다른 사용자는 그가 개최한 파티에 사람들이 오기를 기다리면서, 자신의 펜트하우스 아파트(14)에 있을 수도 있다. 이러한 사람들 각각은 친구들 일 수 있고, 서로 가까울 수 있으며, 서로 무언가를 함께 하는데 관심을 갖고 있을 수도 있고, 하지만 다른 누군가가 가까이 있고 관심이 있다는 것을 모를 수도 있다.

도 2는 다양한 지인들이 위치하고 있는 12개의 블록들의 지형적 영역(10)의 지도를 나타낸 평면도이다. 블록(12)과 같은 일부 블록들은 주차장 또는 공원 등을 위하여 개방되어 있을 수 있는 한편, 다른 블록들은 이에 위치한 빌딩들을 갖고 있을 수 있다. 고유하게 식별될 수 있는 각각의 위치는 회합 장소(venue)로 간주될 수 있다. 이와 같이, 각 사용자의 위치는 사용자가 위치하는 회합 장소에 의해 식별될 수 있다. 예컨대, 사용자(24a)는 스포츠 경기장에 있을 수 있다. 사용자(26a)는 바(bar)에 있을 수 있는 한편, 사용자(28a)는 주차장의 자동차 안에 앉아 있을 수 있다. 이러한 상황에서, 회합 장소는 주차장 상호 또는 교차로 등의 그 주소로 식별될 수 있다. 마지막으로, 사용자(30a)는 떠들썩한 파티에서와 같은, 대형 시설에 있을 수 있는 한편, 사용자(32a)는 자신의 아파트에 있을 수 있다. 이들 두 위치들 또는 회합 장소들 각각은 간단히 그 거리 주소로 식별될 수 있을 것이다.

사용자 각각은 혼자이다. 도움이 없이는 다른 사람들이 쉽게 걸어서 갈 수 있는 거리에 있음을 알지 못하고, 어떤 경우에는 이웃임을 알지 못하고 계속 혼자이게 될 것이다. 이들이 다른 사람들 중 하나 이상의 위치에 관하여 쉽게 사용가능하지만 침해적이지 않은 정보를 갖고 있다면, 다른 사람이 있는 곳에 가서 더욱 좋은 시간을 갖도록 결정할 것이다. 이러한 사교적인 상호작용의 증대는 많은 서로간에 보다 직접적인 상호작용이 있다면 발생할 수 있는 많은 긍정적인 것들을 가져올 수 있다.

사용자 각각은 커뮤니티를 형성하는 사용자들 간의 다양한 관계를 따르는 (예컨대, 아래에서 논의되는) 시스템의 일원이거나 이와 관계될 수 있다. 그러한 시스템의 멤버쉽에 가입되었다면, 사용자는 사용자에 관한 프로파일을 완성하도록 정보를 제공할 수 있다. 예컨대, 프로파일(24b)은 사용자의 이름, 성, 및 기타의 식별 정보 등의 사용자(24a)에 관한 모든 관련 정보를 포함할 수 있다. 또한, 프로파일(24b)은 흡연/비흡연, 종교, 교육적 배경, 취미, 및 관계 또는 만남 주선(dating) 시스템의 프로파일에 통상 관계되는 기타 특징 등의 사용자의 기호에 관한 정보를 포함할 수 있다. 또한, 기타의 적절한 정보와 함께 바 또는 식당 선호도가 프로파일에 저장될 수 있다. 다른 방법으로서, 사용자 또는 사용자들에 관한 정보는 프로파일이라 통상 지칭되는 파일 또는 파일들 및 그렇게 불리지 않는 파일들을 포함하여, 다수의 파일들로 저장될 수 있다. 유사한 프로파일들(26b, 28b, 30b, 32b)은 또한 각각 사용자들(26a, 28a, 30a, 32a)과 연관될 수 있다.

프로파일은 많은 다른 형태를 취할 수 있다. 예컨대, 웹 페이지 등과 같이, 사용자에 의해 입력되는 전통적인 프로파일 정보(예컨대, 정보 및 기타의 선호도)은 하나의 파일 또는 영역에 유지될 수 있다. 기타의 프로파일 정보는 사용자에 의한 레스토랑 리뷰를 포함할 수 있다. 또 다른 프로파일 정보는 친구 관계 및 기타의 것들을 포함하는, 사용자에 의해 식별되는 관계를 포함할 수 있다.

도 3은 지인들 사이에 통신을 제공하는 시스템(38)에서의 정보 흐름을 나타낸 개략도이다. 본 예에 있어서, 자신의 이동 장치들에 의해 나타낸 바와 같이 4명의 사용자들은 자신들을 커뮤니티의 멤버로 앞서 설정하였다. 멤버 TJ (42)는 본 예에 있어서 설립자이다. 그러나, 정보 흐름은 양방향이며, 지속적으로 변화하여, 사용자 누구도 1차적인 사용자일 필요는 없다. 멤버 토니(44)는 TJ가 시스템의 멤버들의 명부 중에서 토니를 선택하거나 및/또는 토니가 TJ를 선택하는 등에 의해 멤버 TJ(42)의 친구로 식별되었다. 멤버 돈 파블로(46)는 멤버 토니(44)의 친구이므로, 연장에 의해 멤버 TJ(42)의 친구의 친구이다. 멤버 케이티(48)는 여기서 멤버 TJ(42)의 호감형(crush)으로 식별되며, 이는 멤버 TJ(42)가 케이티를 호감가는 누군가로 식별함을 의미한다. 또한, 멤버 케이티(48)는 멤버 TJ(42)의 친구 또는 친구의 친구 일 수 있다. 멤버들 각각은 서로에 대하여 사회적 유대관계 또는 사회적 그물망을 기본적으로 메우는 다양한 관계를 가질 수 있다(예컨대, 2 명의 사용자가 서로 친구이며, 친구의 친구일 수 있음).

특정 관계(예컨대, 지인, 친구, 친구의 친구, 및 호감형 등)에 대하여 적용되는 레이블들은 어떠한 종류의 사회적 관계를 요구하고자 하는 것이 아니라, 사용자들이 취하거나 시스템으로 할당한 역할들에 대하여 좀 더 광범위하게 적용하는 것을 의미한다. 예컨대, 멤버 TJ(42)는 멤버 토니(44)와 직접적인 관계를 갖도록 선택하여, 사회적 설정에 있어서 동료(colleagues)라고 할지라도 토니(44)와 친구를 맺을 수 있다.

도 3의 예에서, 그려진 동작은 멤버 TJ(42)가 시스템에 들어오거나, 참가(opt in)하거나, 로그인하는, 수많은 메시지 흐름들을 개시하는 것이다. 다른 멤버들은 이미 자기 자신 및 자신의 위치를 시스템에 식별하였으며, 현재 시스템에서 활동상태(active)이다. 메시지는 아래에 후술하는 바와 같이 서버(40)와 송수신된다. 서버(40)는 임의의 적절한 형태를 취할 수 있으나, 일례에 있어서 이메일 박스로부터 이메일 메시지들을 수신하고, 메시지 내의 정보를 분석하고, 그 정보를 사용하여 시스템(38)에 현재 로그인 중인 지인들을 식별하고, 지인들 각각에 전송될 적절한 메시지를 생성하는 서버일 일 수 있다.

멤버 TJ(42)는 서버(40)에 메시지를 송신함으로써 메시징 과정을 개시한다. 메시지는 SMS 메시지 등의 임의의 적절한 형태일 수 있다. 또한, 메시지는 관련 서버의 박스에 수신되게 되는 이메일 메시지의 형태일 수 있다. 메시지는 되도록 적은 데이터 공간에 많은 정보를 전달하도록 특정의 방식으로 포맷될 수 있다. 특별한 포맷팅을 사용함으로써, 메시지는 제한된 상향 대역폭을 갖는 SMS와 같은 프로토콜들을 사용하여 좀 더 쉽게 동작할 수 있으며, 또한 사용자가 데이터에 좀더 쉽게 들어갈 수 있도록 할 수 있다. 또한, SMS 또는 이메일과 같은 주지의 메시징 포맷을 사용하는 것은 시스템이 캐리어에 무관하도록 하여, 자신의 캐리어가 공식적으로는 이를 지원하지 않더라도 사용자들이 시스템의 장점을 얻을 수 있도록 한다. 또한, 사용자들이 예컨대 메뉴 및 소프트 키들(컨텍스트에 의존할 수 있음)을 갖도록 J2ME/Java/Brew 어플리케이션과 같은 장치에 존재하는 어플리케이션으로 메시지들이 생성될 수 있으며, 그 후 사용자 선택이 장치에 의해 송신되게 되는 명령어(command)로 변환될 수 있다. 또한, 이러한 명령어들은 케리어에 무관한 형태의 것일 수 있다. 또한, 명령어들은 음성에 의해 제공될 수 있으며, 공지의 무비폰(Moviefone) 시스템과 마찬가지로 조절될 수 있다.

본 명세서에서 설명하는 바와 같이, 메시지 포맷팅은 메시지 타입 표시자 또는 명령어(command), 및 메시지 본문을 포함한다. 메시지 타입 표시자는 사용자가 시스템으로부터 호출하고자 하는 기능의 종류를 나타내는 단일의 문자일 수 있다. 예컨대, 시스템은 사용자의 위치에 기초하여 수많은 기능들을 제공할 수 있으며, 사용자에 대하여 질문에 응답할 수 있으며, 사용자에게 메시지를 전달할 수 있다. 이러한 컨텍스트에서, 사용자는 at 또는 @ 심볼로 메시지를 시작함으로써 위치를 알리고 있음을 나타낼 수 있다. 사람은 물음표 또는 ? 심볼을 메시지 앞에 둠으로 써 질문을 기입하고자 함을 나타낼 수 있다. 사람은 감탄사 또는 ! 심볼을 사용하여 예컨대 지인의 전체 그룹에 대하여 메시지를 송신하고자 함을 나타낼 수 있으며, 이는 본 컨텍스트에서 호출(shout out) 심볼로 지칭될 수 있다.

또한, 기타의 심볼들이 사용될 수 있다. 예컨대, 회합 장소에서 동행하는 사람들(시스템의 맴버인지 여부를 떠나)을 시스템에 알리도록 "함께(with)"라는 단어를 나타내기 위하여 "/" 또는 "w/" 심볼이 사용될 수 있다. 따라서, 예컨대, 동행하는 사람이 멤버라면, 친구들에게 보내는 메시지들에 이들에 대한 (사진과 같은) 정보를 시스템이 포함할 수 있다. 또 다른 예로서, 여러분에 대한 메시지가 다른 사용자들에게 송신되지 않도록 시스템으로부터 탈퇴하거나 메시지 수신을 중단하기 위하여 "오프(off)"가 사용될 수 있다. 또한, 명령어 구문으로 도움을 검색하기 위하여 "도움(help)" 명령(command)이 사용될 수 있다. 또한, 3일, 5일, 7일, 10일 또는 14일과 같은 기간 동안의 탈퇴를 위하여 "휴가(vacation)"라는 명령이 사용될 수 있다. 또한, 사용자는 특정 그룹을 셋업 하도록 될 수 있는데, 이는 전체 친구 그룹의 부분 집합일 수 있고, 또는 별개의 친구 그룹 일 수 있다. 예컨대, 사용자는 직장 친구 그룹 및 사회 친구 그룹을 가질 수 있으며, 그들의 활동을 하나의 그룹에만 특정하여 야간에 브로드캐스트 하고자 할 수 있다. 이러한 환경에서의 명령은 "루나 라운지의 소프트 볼 팀(softball team@Luna Lounge)"의 형태 일 수 있다. 또한, 사용자들은 다른 사용자들을 몰래 블록킹 하기 위하여, 예컨대, "이 사용자로부터의 메시지 수신을 중지하기 위하여 '블록킹'하여 응신하도록 선택권이 주어질 수 있으며, 명령어를 입력하도록 될 수 있다. 그러나, 일반적으로, 현란하지 않고 사용자들이 배우기에 쉬운 심플한 인터페이스를 갖는 것으로 인해 많은 장점들이 있다.

또한, 예컨대 시스템에서 송신되는 정보의 량을 줄이기 위하여 메시지들이 포맷 또는 재포맷될 수 있다. 일례로서, 전체 찾기 및 바꾸기는 "with"를 대신하여 "w/", "and"를 대신하여 "&", "stree"를 대신하여 "st" 등의 긴 용어를 대신하여 간략한 약어를 삽입할 수 있다. 또한, 서버에서 장치에 송신되는 등의 메시지에 내용이 추가될 수 있다. 예컨대, 뉴욕시에서 "?bar"라고 포맷된 질문은 수십 또는 수백의 결과물을 리턴하게 될 것이다. 이러한 상황에서, 장치는 최대 크기의 메시지가 생성될 때 까지, "에이스 바(Ace Bar)를 말씀하신 겁니까?", 또한 "또는 루나 바(Luna Bar)?" 또한 "또는 매지시언 바(Magician Bar)" 와 같은 후속 질문이 송신될 수 있다. 일례로서, 메시지는 140 문자의 최대 허용 크기를 가질 수 있다. 또한, 사용자는 복합적인 질의와 같은 좀 더 복잡한 질의를 할 수 있다. 예컨대, 합동 필터링 엔진(collaborative filtering engine)이 사용자에 의해 요청된 적절한 정보를 식별할 수 있으며, 예컨대 사용자는 자신의 친구들이 추천하거나 특정한 특징들로 자신들을 식별한 사람들(예컨대, 인디언 푸드를 사랑하는 사람들)이 추천한 10 블록 내의 모든 회합 장소들을 요구할 수 있다.

도 3에 있어서, 멤버 TJ(42)의 화면에서는 그가 시스템의 뉴욕시의 예 증(instantiation)을 위한 메시지를 발송하고 있으며, 시스템에 그가 루나 라운지라는 바에 위치해 있음을 알리고 있다는 것을 나타낸다. 그가 "송신" 명령어를 실행하면, 경로 "A1"을 통해서 서버(40)에 메시지가 송신된다. 더욱 자세하게 후술하는 바와 같이, 이에 서버(40)는 멤버 TJ(42)의 지인들을 식별하고, 지인들 중 누가 현재 시스템에서 활동상태인지 식별하고, 또한 루나 라운지 근처에 있는 지인들 중 적절한 환경에 있는 누군가를 판정할 수 있다. 본 예에 있어서, 3 명의 지인들이 이러한 범주를 충족한다. 서버(40)는 각각의 지인들에게 메시지를 송신할 수 있으며, 그 내용은 지인 관계의 형태에 따른다. 예컨대, 멤버 토니(44)는 친구라서, 화살표 B1에 나타낸 바와 같이 "당신의 친구 TJ가 루나 라운지(171 Ludlow St.)에 있습니다"라는 메시지가 송신될 수 있다. 따라서, 시스템은 위치 식별자 "루나 라운지"를 취하고 간단한 참조(lookup) 기능 등을 통해서 이를 주소와 관련시켜 소정의 포맷으로 메시지를 생성하여 멤버 토니(44)에게 송신하게 될 것이다.

토니의 친구들 중 한 명인 멤버 돈 파블로(46)는 멤버 TJ(42)의 친구의 친구이다. 따라서, 서버(40)는 멤버 돈 파블로(46)를 위하여 화살표 C1에 나타낸 바와 같이 "TJ는 루나 라운지에 있습니다. 그는 토니를 통해 안 사람입니다"라는 등의 메시지를 생성할 수 있다. 멤버 케이티(48)는 TJ의 호감형이며, 이는 그가 호감을 갖는 누군가로서, 호감에 대하여 알리려고 하는 누군가로서 그녀를 식별하였음을 의미한다. 본 예에 있어서, TJ는 정말 영리한 젊은이이기도 하다. 서버(40)는 케이티(48)를 위하여 화살표 D1에 나타낸 바와 같이 "TJ가 당신에게 호감을 갖고 있습니다. 그가 루나 라운지(171 Ludlow St.)에 있어요"라는 메시지를 작성하고 포 맷한다.

따라서, 컴퓨터 기술과 매우 간단한 문자 메시지(아마도 보기 좋게 꾸민 사진을 동반한)의 도움으로 TJ는 그의 감정을 케이티에게 전할 수 있다. 이에 대하여 케이티는 옵션을 갖는다. 그녀는 메시지를 무시하고 그녀가 있는 곳(아마도 또 다른 남자와)에 머물고 있을 수 있다. 그녀는 정탐자를 루나 라운지에 보내어 TJ가 나갔는지 확인할 수 있다. 또는, 자신이 루나 라운지로 달려가 첫 미팅의 무척이나 불편한 시간 동안 TJ에게 다가가기 위한 최선의 방법을 결정할 수 있다. 또한, 두 사용자가 서로 호감형임을 식별한 경우(쌍방의 호감), 시스템은 "TJ는 케이티에게 호감이 있고, 케이티는 TJ에게 호감이 있네요. 당신 둘은 이루어져야 합니다. 답장으로 자신을 소개하세요"와 같은 메시지를 송신할 수 있다. 마지막 줄에는, 데이트 게임은 아직 더 많은 법칙이 있으며, 더 많은 기회가 있다. 다음에 나타내는 바와 같이, TJ 와 케이티의 메시징은 (서버(40)에 의해 관리되는 바와 같이) TJ와 다른 사람들과의 메시징과는 다르므로, 케이티는 프라이버시와 보안을 유지할 수 있다.

서버(40)가 TJ의 지인들 모두에 메시지를 생성하고 있는 동안, TJ에게 메시지를 생성할 수도 있다 (여기서, 그의 지인들 각각에 대하여). 예컨대, 토니에 있어서 서버(40)는 TJ에게 화살표 A2로 나타낸 바와 같이 토니에 보내는 메시지의 응신으로서 "토니는 해피 플레이스(2600 Forest Ave.)에 있습니다. 들러서 인사하지 그래요?"라는 메시지를 송신할 수 있다. 친구의 친구인 돈 파블로에 있어서, 서버(40)는 화살표 A3로 나타낸 바와 같이 "돈 파블로는 아이시 먹스(IC Muggs)에 있 습니다. 토니를 통해서 안 사람입니다"라는 매시지를 생성할 수 있다.

전술한 바와 같은 쌍방의 호감의 예외로서, 케이티의 호감에 관한 메시지가 케이티에 대하여 보낸 메시지와 대칭이 아니라서, 케이티에게는 프라이버시가 제공된다. 특히, 메시지는 케이티의 식별정보와 위치에 대하여 비특정적이며 익명이다. 화살표 A에 나타낸 바와 같이 메시지는 "당신의 호감형 중 한 명이 근처에 있습니다. 괜찮게 보이십시요"라는 것일 수 있다. 시스템은 사용자가 수많은 호감형들을 식별하도록 할 수 있으므로, TJ는 누가 근처에 있는지 알 수 없을 것이다. (사용자가 너무 적게 호감가는 사람으로 인식된다면 근처의 호감형들을 식별하지 못하도록 시스템이 설정될 것이다). 또한, 시스템은 TJ에게 케이티가 어디 있는지 알리지 않는다. 차라리, 본 실시예에 있어서는, 송신된 메시지는 "당신의 사용자들 중 한 명(누구인지는 말할 수 없음)이 10 블록내의 어딘가 있습니다만(당신이 어디 있는지는 말하지 않을 것임), 당신이 어디 있는지는 말하지 않았으므로, 가서 괜찮게 보이도록 하십시요"라는 메시지 일 수 있다. 장소가 충분히 넓다면(예컨대, 10개의 도시 블록), 접근법은 큰 익명성을 제공한다.

여기서, 각 사용자에게는 시스템에 대하여 그들의 "투명성"을 제한할 다른 방법이 제공될 수 있다. 주요 일례로서, 시스템은 사용자들이 시스템에서 "활동중"인 상태라면 상기 과정의 일부로만 되도록 설정될 수 있다. "활동중(Active)" 상태는 사용자가 "@" 메시지와 같은 메시지를 보내는 경우에 설정될 수 있으며, 소정의 시간 후에 만료될 수 있다. 시스템이 사교 어플리케이션에 사용된다면, 시간의 량은 예컨대 약 3 시간이 될 수 있다. 이러한 시간 제한으로서, 사용자는 3 시간 이상 한 장소에 도착한 후에 있게 되지는 않을 것이므로, 이러한 접근법은 사용자가 원하지 않을 경우 시스템에서 노출되지 않도록 보장하는데 도움이 되며, 또한 "진부한" 정보가 시스템에 없도록 보장하는데 도움이 된다. 또한, 사용자가 다시 들어오는 경우, 이전의 체크 인이 만료되기 이전이더라도 사용자에 의해 입력된 새로운 위치가 오래된 위치를 교체한다.

또한, 사용자는 활동중인 상태가 아니더라도 자신의 노출성(visibility)을 제한할 수 있다. 또한, 사용자는 지역을 떠나, 시스템 및 다른 사용자들이 그가 어디 있는지 알 수 없게 할 수 있다. 사실, 전술한 위치 식별은 추론적일 수 있으며, 사용자에 의한 자기 보고(self reporting)에 근거한 것일 수 있다. 또한, 사용자들은 시스템에서 탈퇴하는 명령을 송신하여 그들에 관한 메시지가 더 이상 송신되지 않도록 비활동 상태가 될 수 있다. 예컨대, GPS 판독에 기초하여 위치가 결정적이더라도, 사용자는 참가한 후 특정 시간 비활동 상태로 남게 되거나, 수동으로 추방될 수 있다.

또한, 사용자들에게는 그들의 정보가 공유되거나 사용되는 방법을 제한할 옵션이 주어질 수 있다. 예컨대, 사용자는 사교상 관계하기 싫은 다른 사용자들을 식별할 수 있으며, 시스템은 사용자들 간의 정보 흐름을 블록킹 할 수 있다. 또한, 시스템은 제1 등급 친구 관계와 같이, 가장 가까운 관계에 대하여는 쌍방의 확인을 요구하도록 할 수 있다. 이와 같이, 각 친구는 친구로 분류될 수 있기 전에 다른 친구를 식별할 필요가 있을 수 있다. 친구 관계의 일방의 식별은 단지 전술한 "호감형"과 같은 기능만을 가져올 것이다. 항상, 이러한 특징들의 사용은 시스 템에 의해 제공되는 경험의 방해와 사용가능성의 문제들과는 균형을 이루어야 한다.

서버(40)에 의해 수신되고 생성된 메시지들은 시스템(38)의 능력의 장점을 이용하고, 사용자의 특정 장치의 장점을 이용하는 다앙한 포맷을 가질 수 있다. 예컨대, 시스템은 일종의 온라인 커뮤니티를 포함하기 때문에, 커뮤니티 멤버들의 간단한 초상화가 활용가능 할 수 있다. 이와 같이, 이러한 초상화들은 사용자에 관한 임의의 메시지와 같이 전송될 수 있다. 또한, 간단한 한 줄의 메시지들이 본 명세서에서 설명되었지만, 서버(40)가 파싱할 수 있는 한 줄에 다수의 명령들 또는 사용자의 선택(아이콘의 선택과 같이)에 응답하여 사용자 장치에 의해 생성되는 보다 긴 명령 등의 보다 복잡한 메시지들이 전송될 수 있다.

또한, 메시지들에는 다수의 응답 옵션들이 수반될 수 있다. 예컨대, 각 메시지는 메시지에 대한 어떠한 응답이라도 실제로 메시지의 주인인 사용자에게 보내지도록 포맷팅될 수 있다. 또한, 메시지는 사용자가 생각하여 응답을 타이핑할 필요는 없으나 대신 간단히 프리포맷팅된 응답에 대한 하나의 버튼을 눌러 시스템이나 최근 수신된 메시지의 대상인 또 다른 사용자게 응신하도록 다수의 프리포맷팅된 응답으로 올 수 있다. 또한, 사용자에게는 다른 사용자에 대하여 단일 버튼 다이얼 또는 음성 메시지의 기회가 주어질 수 있다. 또한, 음성 전화 통화의 문자 또는 미리 녹음된 음성 메시지나 사진 등을 사용자들에게 보내지도록 촉발하는 것이 시스템의 활동이 될 수 있다. 또한, 시스템은 공지의 방법들을 사용하여 자신의 친구들에 대한 사용자의 위치를 나타내는 그래픽 지도를 포맷팅할 수 있으며, 이러한 지도들을 사용자에게 송신할 수 있다.

도 4는 문자 메시징 시스템에서 다수의 지인들에 의해 송수신되는 메시지들을 나타낸다. 일반적으로, 도면은 각 멤버(전술한 예에서의 TJ, 토니, 돈 파블로, 및 케이티)에 대하여 나가고("out"으로 지정됨) 들어오는 것("in"으로 지정됨)을 나타낸다. 이러한 표현은 시간순서로 대략 본 예에서 메시지들이 어떻게 흘러가는지 나타내기 위하여 의도된 것이다. 최초 메시지들은 도면의 상부에 있는 한편, 최종 메시지들은 하부에 있다. 또한, 도면은 TJ의 활성화 전에 토니 및 돈 파블로의 활성화, TJ의 활성화와 같이 또는 그 후의 케이티의 활성화, 및 또 다른 친구인 프랭키의 활성화를 비롯한, 전술한 예에서 논의하지 않은 액션(action)들을 나타낸다.

상부에서 시작하여, 친구인 토니와 돈 파블로는 그들이 위치한 해당 바에서부터 서비스를 활성화시키고, 시스템은 상대방이 어디 있는지 알린다. 이 시점에서, 토니와 돈 파블로는 해피 플레이스 또는 아이시 먹스 어디 에서든지 한잔하러 만날 수 있다. 그들은 이러한 만남을 협조하기 위해 서로 통화나 메시지를 보낼 수 있다. 조금 후에는, TJ는 루나 라운지에서 활성화되고, 시스템은 전술한 바와 같이 TJ, 토니, 돈 파블로에 대하여 적절한 메시지들을 생성한다. 케이티가 활성화된 거의 동 시간에 하지만 그 후에, 케이티는 다른 멤버들 중 어느 누구의 친구도 아니지만, TJ의 호감형으로 식별되었다. 따라서, 그녀와 TJ는 전술한 바와 같이 메시지를 주고 받는다.

방금 고향에 돌아와 TJ, 토니 및 파블로(케이티를 제외함)를 포함하는 자신 의 모든 지인들과 만나고픈 프랭키로부터 "호출" 메시지가 추가된다. 그의 호출 메시지는 그의 모든 지인들에게 메시지들이 보내지도록한다. 그 후, 그들은 문자 메시징 또는 통화를 그룹의 멤버들 간에 시작하여 어디서 모든 이들이 만날지를 결정한다. 호출에 있어서, 최초의 메시징을 호출한 사람으로부터 모든 다른 사람들에게 일방향이다.

도 5는 지인들 사이에서 통신을 허용하기 위한 시스템에서 클라이언트와 서버에 의한 액션들을 나타낸 흐름도이다. 클라이언트와 서버에 의한 동작들은 점선에 의해 분리되어 시스템의 액션들이 명확하게 되도록 한다. 그러나, 두 측면을 나타냄으로써 어떠한 특정의 기술적 구성은 의도되지 않는다. 특히, 정식의 "클라이언트-서버" 아키텍처는 필요치 않다. 그렇다기 보다는, 클라이언트와 서버의 레이블들은 단지 정보를 찾고 있는 장치와 정보를 제공하는 장치를 나타낼 뿐이다. 물론 클라이언트와 서버의 역할은 경우에 따라 바뀔 수도 있다. 또한, 단수형의 사용은 제한을 의미하지는 않는다: 클라이언트와 서버는 하나의 장치일 수도 시스템 또는 하부시스템으로 결합된 복수의 장치일 수도 있다.

도시된 바와 같이, 클라이언트(50)는 먼저 장치 위치를 제출하며, 서버는 그 제출(52)을 받는다. 위치는 다양한 형태로 제출될 수 있다. 예컨대, 위치는 회합 장소(예컨대, 식당, 바, 공공 장소, 공원, 상점, 경기장)의 "적당한 명칭" 또는 거리 이름과 같은 프록시를 통해 제출될 수 있다. 위치는 위치 좌표와 같이, 더욱 결정적이고 명백한 것이 될 것이다. 또는 위치는 장치와 관련된 GPS 지형 등에 의해 자동적으로 생성될 수 있다. 또한, 사용자들에게는 회합 장소의 데이터베이스 에 회합 장소를 추가할 기회가 주어질 수 있으며, 예컨대 사용자가 먼저 지역적 지표를 위치시킨 후 회합 장소의 명칭과 위치가 관련되도록 선택할 수 있는 브라우저 제공의 맵핑 프로그램을 통해 그렇게 할 수 있다.

또한, 메시지는 다수의 형태를 취할 수 있다. 일례의 형태로서 SMS 메시지를 들 수 있다. 또 다른 예로서 모바일 이메일 메시지를 들 수 있다. 이러한 상황에서, 서버는 메시지를 파싱하여 이로부터 사용가능한 정보를 추출할 수 있다. 예컨대, 메시지는 추출되어야 하는 MIME(Multipurpose Internet Mail Extensions)을 가질 수 있다. 또한, 메시지 자체는 파싱되거나 아니면 분석될 필요가 있을 수 있다(단계 54). 일례로서, 시스템은 메시지로부터의 "to" 정보를 파싱하여 사용자에 의한 특정 의도를 결정할 수 있다. 예컨대, 전술한 예에서, 사용자는 "nyc@dodgeball.com"에 메시지를 보내어, 사용자가 뉴욕에 있었고, 뉴욕의 식당들과 바들과 같은 뉴욕시에 전용된 시스템의 기능을 사용하기를 원한다는 것을 나타내었다. 이러한 정보의 식별은 예컨대 시스템이 "@" 심볼 앞에 위치된 접두어에 따라, 달라스, 시카고, 뉴욕시(New York City, Chicago, Dallas) 또는 미네아폴리스(Minneapolis)의 모튼(Morton) 레스토랑으로 전달되는 "@Mortons"이라는 메시지를 구별하도록 할 수 있다.

시스템은 사용자 프로파일로의 액세스를 허용하도록 사용자에 대한 식별 정보를 "from" 필드로부터 추출할 수 있다. 이러한 정보는 예컨대 누가 사용자의 친구이며 호감형인지, 그 사람들의 기호는 무엇인지를 판단하는데 사용된다. 친구들은 간단한 룩업 테이블로 식별될 수 있는 반면, 친구의 친구는 데이터베이스 조회 로 식별될 수 있다. 또한, 메시지 자체가 예컨대 접두사 또는 명령부로 깨져, 예컨대 @, ?, !, 또는 / 와 같은 기호들과 메시지 부를 포함할 수 있으며, 메시지 부는 회합 장소 명칭 또는 질문을 포함할 수 있다. 이러한 메시지 성분의 해석이 박스 56에 나타내어져 있다.

그 후, 시스템은 추출된 정보를 사용하여 장치의 기능들을 수행할 수 있다. 예컨대, 시스템은 현재 멤버들의 테이블에 대하여 사용자 식별 정보를 비교함으로써 사용자를 초기에 판정할 수 있다 (단계 58). 사용자가 멤버가 아니라면, 시스템은 장치가 수신 및 표시(62)를 할 수 있다는 메시지를 발송할 수 있다. 메시지는 예컨대 사용자가는 멤버가 아니라는 사실에 기초하여 단지 오류를 나타낼 수 있다. 또한, 메시지는 사용자에 대하여 즉시 멤버가 되도록 하는 옵션을 포함할 수 있다.

메시지가 "@" 메시지인 경우, 시스템은 (회합 장소 명칭의 형태의 위치 프록시와 같은) 위치 정보가 시스템에 존재하는지를 체크할 수 있다(단계 64). 예컨대, 이는 위치가 알려진 회합 장소의 리스트와 수신된 회합 장소 명칭을 비교하는 것(및 회합 장소 몇칭의 일반적인 오기 또한 체크할 수 있음)을 포함할 수 있다. 회합 장소가 공지의 것이 아니면, 서버에 의해 에러 메시지가 송신되고 (박스 66), 클라이언트 장치에 표시될 수 있다(박스 68). 또한, 서버는 회합 장소 명칭과 GPS 좌표와 같은 해당 지형 좌표 위치를 갖는 룩업 테이블로부터 위치에 대한 지형적 좌표를 검색하는 등 위치(70)를 해석할 수 있다. 그 후, 두 위치 사이의 거리가 공지의 방법으로 계산될 수 있다. 또한, 특정 회합 장소는 사전에 결정된 자신들의 이격 거리를 가질 수 있으며, 이러한 거리가 사용될 수 있다. 따라서, 명백하게 그리고 암시적으로 또는 임의의 적절한 접근법으로 위치와 거리가 결정될 수 있다.

그 후, 서버는 시스템 내에서 활동중인 클라이언트의 사용자의 모든 지인들에 대하여 테스트를 행하고, 그들의 위치 좌표를 검색하여, 그 다른 위치들에 대한 최초의 멤버 위치를 체크할 수 있다(박스 72). 친구의 친구들 및 다른 유사한 관계들(예컨대, 그들의 프로파일에서 어떠한 공통적인 특징을 공유하는 사용자들)이 또한 식별될 수 있다. 공지의 기술들을 사용하여 사용자들 사이의 거리가 계산될 수 있으며, 높은 정확도는 중요치 않다. 일단 (1) 지인들, (2) 시스템 내에서 활동중인 사람들, 및 (3) 근처에 있는 사람들로 구성되는 멤버들의 부분집합이 식별되면, 그 후 시스템은 적절한 메시지들을 포맷팅하여 전술한 바와 같이 각 해당 멤버에게 송신할 수 있다(박스 74 및 75). 클라이언트 장치의 사용자에게는 전술한 바와 같이 하나 이상의 메시지들이 송신될 수 있다(박스 76).

또한, 시스템은 아직 서로 친구로 식별되지 않은 사용자들 또는 서로 지인 관계가 아닌 사용자들 사이에 메시징을 제공할 수 있다. 예컨대, 시스템은 사용자 프로파일 내의 정보를 사용하여 둘 이상의 사용자들 사이의 "짝지움(matches)"을 수행할 수 있다. 예컨대, 시스템에서 활동중인 특정 취미를 갖고 서로 근거리인 사용자들이 식별될 수 있다. 이러한 시스템에 있어서, "론 멕히꼬는 당신과 같이 루나 라운지에 있습니다. 그는 AC/DC 팬입니다. 그에게 메시지를 보내 보세요"와 같은 메시지를 서버가 생성하여 각 사용자 장치가 표시할 수 있다 (박스 77, 78, 및 79).

흐름도에 있어서, 공정들이 예시의 목적을 위해 특정의 순서로 일어나는 것으로 도시되어 있으나, 임의의 유용한 순서라도 활용될 수 있다. 예컨대, 사용자를 검증하는 것은 과정에서 나중에 일어날 수 있으며, 또는 사용자를 데이터베이스에 매칭시키고자 하는 경우 오류가 발생하면 검증의 생략이 추론될 수 있다. 또한, 추가의 단계들이 과정에 더해질 수 있으며, 단계들이 삭제될 수 있다. 예컨대, 위치와 지인들 그 이상으로, 또는 위치 또는 지인과는 다른 요소에 대하여 사용자에 의한 제출이 체크될 수 있다. 또한, 메시지 송수신의 순서, 및 메시지가 송수신되는 포맷 또한 변경될 수 있다.

도 6은 지인들 사이의 통신을 관리하기 위한 시스템(80)의 개략도이다. 도시를 위해서, 시스템은 간단하고 개략적인 형태로 도시되어 있으나, 보다 더 복잡할 것으로 예상되며 그렇게 될 수 있다. 그러나, 설명할 시스템의 기능은 당업자라면 알 수 있듯이 다수의 시스템들에서 운용될 수 있으며, 특정한 시스템의 구현이 중요하지는 않다.

나타낸 바와 같이, 시스템(80)은 컴퓨터 서버 또는 서버의 그룹과 같이 그 자체가 컴퓨터 시스템(82)으로 사용될 수 있는 하부 시스템을 포함한다. 컴퓨터 시스템(82)은 인터넷(84) 등의 공중망과의 연결을 통하는 등의 외부 세계와 통신하는 기능을 한다. 또한, 시스템(82)은 LAN 과 같은 다른 네트워크들을 통하거나 이에 연결될 수 있다. 이러한 제2의 연결은 관리자에 의한 컴퓨터 시스템(82)의 모니터링, 정비, 및 업만남 주선을 가능하게 할 수 있다. 인터넷(84)은 누구나 아는 바와 같이 다양한 다른 시스템들 및 하부 시스템들 어느 것에도 통신을 위해 더 연결될 수 있다. 본 예에 도시된 바와 같이, 시스템들은 고층건물(92)들의 안테나를 통해 이동 장치(94)들과 통신할 수 있는 셀룰러 망(88, 90)을 포함한다. 이러한 시스템들 사이의 통신은 들어오는 데이터를 감시하는 한편 경고를 제공하기 위하여 프로그램된 어플리케이션(예컨대, j2ME)을 포함하여, SMS 또는 MMS 문자 메시징, 이메일, WAP 동작, TCP/IP, 또는 UDP 등의 표준 프로토콜 및 가이드라인을 따를 수 있다.

컴퓨터 시스템(82)은 전술한 바와 같은 기능을 가지도록 통신하도록 하는 다수의 성분들을 포함한다. 예컨대, 인터페이스(86)는 컴퓨터 시스템(82)의 외부 세계와의 통신을 조절할 수 있다. 인터페이스(86)는 예컨대 웹 페이지 및/또는 메일 서버를 구비할 수 있다. 간단화된 동작을 위한 일 실시예에 있어서, 사용자들로부터의 메시지들은 공통의 이메일 수신함에 도착하고, 메시지들로부터 정보를 추출하기 위하여 조절될 수 있다. 또한, SMS 또는 MMS 문자 메시징으로 메시지들이 수신될 수 있다. 또한, 인터페이스(86)는 다른 서버들 또는 구성성분들의 조합을 포함할 수 있다.

메시지 형태 등의 도착 정보는 먼저 파서(96)에 의해 취급되며, 파서는 종래의 방법으로 메시지 내의 특정 정보를 인식하여, 메시지로부터 이를 추출하여, 컴퓨터 시스템(82)에 의해 사용가능한 형태가 되도록 프로그램 될 수 있다. 전형적인 문자 메시지에서는, To, From, Subject, 및 Body와 같이 MIME 헤더 내에 정보가 있을 수 있다. 들어오는 메시지들의 포맷은 캐리어에 따라 변할 수 있으며, 또는 다른 이유로 변화할 수 있어(예컨대, 이메일과 SMS를 비교하여), 식별된 캐리어를 들어오는 메시지에 매칭시키기 위해 특정의 파싱 루틴들이 사용될 수 있다.

정보를 담은 메시지로부터 추출된 정보를 이용하여, 전술한 바와 같이 메시지 분석기(98)가 각각의 정보를 보고, (a) 사용자가 어떤 도시에 있는지; (b) 누가 메시지를 보냈는지; 및 (c) 사용자가 메시지를 보내어 무엇을 하려고 하는지를 결정한다. 예컨대, 시스템은 먼저 "to" 필드를 보고 예컨대 사용자가 " nyc@dodgeball.com"으로 메시지를 보내었다면 사용자가 뉴욕시에 있다고 가정하여, 어떠한 프로그램 또는 시스템을 사용할지 결정할 수 있다. 따라서, 시스템은 뉴욕시에 사용자가 있다고 추론할 것이며, 뉴욕시에 알맞은 내용와 대답을 전달할 것이다.

그 후, 시스템은 "From" 필드를 확인하여 누가 메시지를 보내었는지를 결정한다. 예컨대, 메시지는 "from" 9175551212@vext.com 일 수 있으며, 이는 문자 메시징 셀룰러 폰을 위하여 재포맷팅된 어드레스 일 수 있다. 메시지 분석기(98)는 "@" 기호에서 데이터를 처음으로 분할하여 좌측의 데이터를 사용자가 누구인지 판정하는데 사용하며, 우측의 데이터는 메시지가 이동 장치로부터 들어오고 있는지 판정하는데 사용한다. "@" 기호의 우측의 데이터는 모든 승인된 이메일 호스트들의 데이터베이스 테이블에 비교되어, 예컨대 이동 장치로부터 보내지 않은 사용자들은 "당신의 장치는 현재 지원되지 않습니다"라고 알리게 될 수 있다.

"@" 기호의 좌측의 데이터는 전화번호와 같은 사용자 식별번호의 데이터베이스 테이블과 비교될 수 있다. 그 후, 식별 데이터는 예컨대 친구 식별기(100)에 의해 사용되어 모든 친구들, 및 사용자의 친구의 친구들을 참조할 수 있으며, 그 후 이러한 사용자들 중 현재 시스템에서 활동중인 (예컨대, 최근 3 시간동안 로그인 한) 사용자를 판정하는데 사용될 수 있다.

친구 식별기(100)에 의해 식별된 활동중인 사용자들의 위치들은 위치 엔진(102)에 의해 계산되어, 서로 가까이 위치한 사용자들(예컨대, 10 블록 이내)을 식별하기 위하여 각 사용자들 사이의 거리가 공지된 방법으로 계산될 수 있다. 서로에 대하여 사용자들이 메시지를 수신하는지를 조절하는 사용자들간의 거리를 설정하는 파라미터 등의 다양한 파라미터들이 위치 엔진(102)에 의해 사용될 수 있다. 예컨대, 거리는 소정의 거리일 수 있으며 (예컨대, 10 블록) 또는 위치에 기초하여(예컨대, 회합 장소 사이에서 사람들이 걸어서 이동할 수 있는 다운타운과 같은 더 가까운 영역), 년월일, 날씨(예컨대, 밖에 비가 오거나 추우면 더 가까운 거리), 또는 기타의 적절한 인자들에 기초하여 변할 수 있다.

시스템은 공통의 플랫폼에서 다수의 어플리케이션들이 운영될 수 있도록 모듈식(modular) 일 수 있다. 플랫폼은 예컨대 인터페이스(86), 파서(96), 메시지 분석기(98), 및 위치 엔진(102)을 포함할 수 있다. 따라서, 플랫폼은 사용자들을 검증하고, 그들의 위치를 설정하고, 서로 통신하도록 설정될 수 있다. 따라서, 다양한 어플리케이션들이 그 정보를 이용하여 도 5 및 도 16에 대하여 본 명세서에서 설명된 바와 같은 특정의 사교 기능을 제공할 수 있다. 또한, 플랫폼에 대하여 어플리케이션을 좀 더 쉽게 개발하도록 표준 프로그래밍 인터페이스들이 정의될 수 있다. 이러한 시스템은 사용자들이 이미 친숙한 공통의 시스템에 쉽게 통합되도록 새로운 어플리케이션이 쉽게 개발될 수 있도록 할 수 있다.

또한, 파서(96) 또는 메시지 분석기(98)는 사용자가 발송한 명령에 대하여 "주제(subject)" 및 "본문(body)" 필드를 추출할 수 있다. 전술한 바와 같이, 명령은 사용자의 의도의 간략한 표시로서 예컨대, !, ?, 또는 @와 같은 아스키(ASCII) 문자를 포함할 수 있다. 하나 이상의 명령 또는 파라미터가 문자 뒤에 올 수 있다.

사용자로 하여금 특정의 회합 장소 또는 특정의 주소에서 자신의 위치를 확인하게 하는 "at" 또는 "@" 명령이 하나의 명령이 될 수 있다. 이러한 명령의 일례의 사용은 전술 및 후술하는 바와 같다. 설명한 바와 같이, 이러한 명령은 다른 특정의 사용자들에게 요청하는 사용자의 위치를 통지하며, 또한 시스템에서 사람이 체크 인 또는 활동중인지를 식별한다 (사용자가 다른 사용자들로부터 적어도 일정 기간동안 메시지를 수신하도록).

또 다른 명령으로는 전술한 바와 같이 메시지가 호출을 요청하는 사람의 친구들로 구성된 그룹 등의 특정 그룹의 모든 사용자들에게 발송되도록 하는 "호출(shout out)" 또는 "!" 명령이 있다. 또한, 호출 명령은 지인 관계를 막론하고 사용자가 메시지를 특정의 근접도(지형적으로 및/또는 시작 프레임으로)의 다른 모든 사용자들에게 브로드캐스트 하도록 할 수 있다. 후자의 옵션의 구문은 "에이스 바! 안녕하세요 여러분"과 같이 위치 식별자가 "!" 명령 앞에 두는 것을 포함하여, 에이스 바 근처에서 최근 활동중인 모든 사람들은 메시지 "[사용자]는 @에이스 바에 있으며 @오후 11:59에 "여러분 안녕하세요"라고 합니다"라는 메시지를 수신할 수 있다. 그 대신 사용자가 명령 앞에 회합 장소를 지정하지 않고 "!오늘 밤 저의 아파트에서 파티"라고 한다면, 메시지는 사용자의 친구들 모두에게 브로드캐스트 될 것이지만, 친구의 친구들에게는 되지 않게 될 것이다 (다른 예로서, 또한 친구의 친구들 또는 보다 원거리의 지인들에게도 발송되도록 구성될 수 있다). 예컨대, 메시지는 "[사용자]께서 "오늘밤 11:59에 저희 아파트에서 파티가 있어요"라고 합니다"가 될 수 있다. 당업자에게 자명한 바와 같이, 다른 메시지의 포맷이 채용될 수 있다.

세번째의 명령으로서, 사용자가 자신의 위치에서 자신의 친구들에게 그 행방을 알리지는 않고 참가(opt-in) 하도록 하는 "듣기" 또는 "." 명령이다. 예컨대, 사용자는 ".루나 라운지"를 입력할 수 있다. 이 경우, 사용자는 활동중인 사용자의 데이터베이스에 추가되게 되지만, 사용자의 위치에 대하여 아무런 메시지도 발송되지 않게 된다. 따라서, 예컨대, 친구 또는 친구의 친구가 사용자의 적절한 거리내에서 옵트 인 하거나 활동중이라면, 사용자는 메시지를 수신하지만, 친구 또는 친구의 친구는 수신하지 않게 된다. 또한 시스템은 다른 사용자들이 "듣기 블록킹"을 요청하여 자신의 위치가 듣기 모드를 요청한 어느 사용자에게도 전송되지 않도록 구성될 수 있다.

네번째 명령은 질의 또는 "?" 명령이다. 이 명령은 잠재적인 질의에 관한 데이터베이스 내의 질의를 조회하여, 질의에 해당하는 정보를 리턴하는 "에이스 바?"와 같은 요청의 일부일 수 있다. 일례로서, 시스템은 "에이스 바는 531 5th Street (btw Ave A&B) 555.867.5309 에 있습니다. @ 장소명으로 응답하여 체크해보세요!"라는 메시지에서와 같이 회합 장소, 주소, 및 교차로를 명칭을 리턴할 수 있다. 또한, 사용자들은 근처에 있는 회합 장소의 명칭뿐만 아니라 찾고있는 회합 장소를 송신함으로써 근처의 "부속물들"을 검색할 수 있다. 예컨대, "에이스 바? 당구대"라는 메시지를 송신하는 것은 (a) 데이터베이스 내에서 "당구대" 를 갖거나 (b) "당구대"라는 단어 또는 근접 동의어를 포함하는 사용자가 제출한 코멘트를 갖는, 에이스 바의 지형적 좌표에 가장 근접한 모든 위치들의 리스트를 리턴할 것이다. 리턴된 메시지는 "저희는 에이스 바 근처에서 당구대에 대하여 3개의 매칭 결과를 찾았습니다: 블랙 스타(Black Star), 맥스 피쉬(Max Fish), 위스키 워드(Whiskey Ward)"라는 형태를 취할 수 있다. 식별된 위치 각각은 하이퍼링크 등으로 마킹되어, 사용자가 이 위치에 대한 더 많은 정보를 쉽게 찾을 수 있도록 할 수 있다. 또한, 시스템은 이어서 사용자의 위치 및 선택된 회합 장소의 위치를 나타내는 소지도(small map)를 제공할 수 있다. 이러한 기능은 공지의 기술로 구현될 수 있다. 본 시나리오에 있어서, 사용자의 위치는 활용가능하게 되지 않고, 메시지는 다른 사용자들에 발송되지 않는다. 그러나, 사용자의 회합 장소 중의 하나를 선택하면, 통신을 포함하는 임의의 후속 명령에 디폴트로 위치가 제공될 수 있다. 예컨대, 그 사람이 더 많은 정보를 위해 상기의 "블랙 스타(Black Star)"를 선택하고, 다음에 사용자는 "@"를 누르면, 시스템은 자동적으로 그 사람이 마침내 블랙 스타에 가는 것으로 가정하여 "블랙 스타"에 알린다.

또한, 사용자는 사용자가 활성화될 때마다 동작하거나 지속적 또는 거의 지속적으로 동작하는 영구적인 질의를 설정할 수 있다 (예컨대, 사용자의 장치가 GPS 동작이 가능한 경우). 예컨대, 사용자는 스타벅스 상점에 대하여 영구적인 질의를 설정하여, 그가 상점 근처에 있을 때마다 알리도록 할 수 있다.

또한, 시스템에서 다른 명령들이 사용될 수 있으며, 상기 명령들을 사용하는 조합을 포함할 수 있다. 예컨대, 시스템 지정의 사교 모임(후술하는 바와 같은)에 참가하고자 하는 사용자는 "join@Luna Lounge"이라는 메시지를 기입하여 함께 하고자 함을 나타내고, 현재 루나 라운지에 있음을 나타낼 수 있다. 이러한 명령은 시스템에 대하여 그들이 원하는 기능을 알리도록 하며, 또한 사교 모임에 그들을 위치시키도록 하는 시스템으로 파라미터를 전달한다. 또한, 컴퓨터 시스템(82)에는 다수의 적절한 데이터베이스들이 제공될 수 있다. 예컨대, 지인 데이터베이스(106)는 테이블을 제공하여 각 특정 사용자의 친구들을 나타낼 수 있다. 이러한 데이터베이스(106)는 그 후 사용자들 사이의 다른 관계들을 식별하도록 질의를 받을 수 있다. 사용자 프로파일 데이터베이스(108)는 시스템의 각 사용자의 프로파일에 관한 데이터를 저장할 수 있으며, 또한 장소 리뷰와 같은 회합 장소에 대한 정보를 저장할 수 있다. 위치 데이터베이스(110)는 장소명과 같은 회합 장소에 대한 정보를 각 위치의 지형적 좌표와 상관시킬 수 있다. 마지막으로, 관리자 데이터베이스(112)는, 작업흐름 논리 및 컴퓨터 시스템(82)에 의해 관리되는 이벤트들의 룰과 같은, 시스템(80)이 적절히 동작하도록 하는데 필요한 정보를 저장한다. 도시된 데이터베이스는 단지 예시를 위한 것이다. 다른 데이터베이스들이 채용될 수 있으며, 데이터베이스들은 임의의 적합한 방식으로 배치될 수 있다. 메시지 생성기(104)는 시스템(80)의 사용자들에게 전송될 메시지를 발생하기 위해 컴퓨터 시스템(82)의 다른 구성 요소들과 인터페이스 할 수 있다.

도 7은 지인들 사이의 통신을 가능하게 하는 시스템의 사용예를 나타낸 만화이다. 본 만화는 와이어드 메가진(Wired Megazine) 2004년 6월호에 발행되었으며, 상업적으로 닷지볼(Dodgeball)이라고 하는 서비스의 적용예를 나타내고 있다. 첫번째 프레임에서 사용자는 전술한 바와 같이 "@" 명령을 입력한다. 사용자는 두번째 프레임에서 제1 회합 장소에 도착한다: 여기는 죽은 장소이며, 사용자는 어떤 미스 팩 맨(Ms. Pac-Man) 게임을 하고자 하며, 사용자는 "루나 라운지? 미스 팩 맨"을 입력한다. 시스템은 미스 팩 맨과 관련된 근처의 회합 장소들로 응답한다 (회합 장소에 대하여 또 다른 멤버가 완료하였음을 검토하는 등). 세번째 프레임에서 미스 팩 맨 게임을 하는 동안, 사용자는 또 다른 친구가 근처의 회합 장소에 있다는 것을 알게 되고, 거기에 가서 (프레임 4), 같은 장소에 귀여운 친구의 친구가 있다는 것을 알게 된다. 사용자와 친구의 친구(사용자에 관한 메시지를 수신한)는 그 후, 어색한 분위기를 메시징으로 풀고, 서로 이야기를 할 수 있다. 마지막 프레임에서, 테이블에서 춤추고 있는 코트니 러브(spied Courtney Love(가수 이름(역자주))를 몰래 보고는, 사용자의 다른 친구 중 한 명이 "호출" 메시지를 송신하여 모든 친구들에게 그 지역에 모이라고 알린다. 따라서, 특정 구현예에 있어서, 본 명세서에서 기재된 특징들은, 즐겁고(enlightening), 오락적이고(entertaining), 교육적일 수 있는, 새롭고 보상이 있는(rewarding) 사교적 상호활동을 제공할 수 있다.

도 8은 사교 소프트웨어 웹 사이트의 가입 화면을 나타낸다. 이러한 사이트는 사용자들이 쉽게 자신과 자신의 지인들에 관한 정보를 입력하고 추적할 수 있도록 시스템에 의해 채용될 수 있다. 다음, 그러한 정보는 본 명세서에서 설명된 바와 같이 메시징 시스템에서 사용될 수 있다. 일반적으로, 사용자들은 자신의 설정 과 관계를 웹 사이트를 통해 등록하고 관리한다. 웹 사이트는 사용자들 속성들과 사용자들 사이의 관계를 정의하는 (하나 이상의 별개의 데이터베이스 또는 테이블과 같은 데이터베이스 성분을 구비할 수 있는) 데이터베이스의 전단(front end)으로 기능한다. 이러한 방식에 있어서, 웹 사이트 및 데이터베이스는 프렌드스터(Friendster), 오어커트(Orkut), 트라이브(Tribe), 및 링크에든(LinkedIn)과 같은 다른 다양한 "관계" 어플리케이션에서 제공되는 것과 유시한 것일 수 있다. 주요한 링크는 친구들(또는 직접적인 지인들) 사이이다. 데이터베이스 질의는 친구의 친구 관계를 판정할 수 있다. 웹 사이트는 사용자들에게 새로운 친구들을 초대하여 사이트 또는 커뮤니티에 함께 하도록 할 수 있으며, 관계 연결을 승인 및/또는 부정할 수 있다.

한 특징으로서, 웹 사이트는 사용자가 친구를 선택하도록 한다. 이러한 선택은 멤버가 아닌 누군가(예컨대, 시스템이 이들에게 이메일 초대장을 송신하여 사용자의 친구에게 커뮤니티에 함께 참여하도록 함으로써)에 의해 또는 멤버인 누군가(예컨대, "친구 요청")에 의해 이루어질 수 있다. 일 구현예에 있어서, 두 명 모두 관계를 승인하기 전까지는 "친구들"로 연결되지 않을 수 있다. 이들이 친구가 된 경우, 두 개의 데이터베이스 엔트리가 있을 수 있다: 하나는 사용자 A를 사용자B에 연결하는 것이고, 또 다른 하나는 사용자 B를 사용자 A에 연결하는 것이다. 또한, 시스템은 사용자가 자신의 위치에 관한 정보를 수신해서는 않되는(즉, 다른 사용자의 입회허가를 "블록킹"함) 다른 사용자들을 식별하도록 할 수 있다. 일 실시예에 있어서, 이는 사용자가 연결을 단절하지 않고서, 또한 다른 사람이 연 결의 단절이 발생한 것을 알게 하지 않고, 연결의 일단을 단절하도록 함으로써 성취된다. 이를 위해, 시스템은 추가의 필드를 데이터베이스에 더하여 데이터베이스 내에서 연결을 삭제하거나 파괴하지 않고서 사용자가 관계의 일측을 블록킹 하도록 하여, 사용자가 참가(opt in), 체크인(check in), 또는 활성화 되는 경우, 자신의 미처리된 친구 리스트에 브로드캐스트 하지는 않으나, 그 대신 자신의 위치를 블록킹 하도록 선택된 개개인을 제외한 모든 사람에게 브로드캐스팅 하고 있다.

또 다른 특징에 있어서, 사용자들은 호감을 갖는 커뮤니티의 멤버들을 식별할 수 있다. 예컨대, 웹 사이트는 다양한 다른 사람들의 통상적인 프로파일 또는 "주변(ambient) 프로파일"을 표시할 수 있으며, 이는 만남 주선 웹 사이트에서 사용자의 프로파일을 포함하는 것과 같이 사용자들의 사진들을 포함할 수 있다. 통상적인 프로파일들은 나이, 종교, 성적 취향, 성별, 정치적 신념, 주량/흡연량/약물 습관, 취미, 좋아하는 영화/연극/노래 등과 같은, 사용자가 입력한 정보를 포함할 수 있다. 주변 프로파일은 사용자에 의해 의식적으로 입력한 정보가 아니라, 사용자가 오랫동안 커뮤니티에 사용자가 한 기여를 관찰함으로써 구축될 수 있다. 예컨대, 시스템은 사용자가 최근 체크 인 한 위치, 사용자가 코멘트 또는 리뷰 한 회합 장소, 및 최근 관계를 맺은 친구들(또는 친구의 친구들)을 기록해 둔다. 따라서, 사용자의 주변 프로파일은 커뮤니티와 능동적으로 상호작용하고 있으므로 지속적으로 시간이 지날수록 변화한다.

예컨대, 사용자는 자신의 감정을 알도록 하고자 하는 5명까지의 다른 멤버로 구성된 "호감 리스트"를 생성할 수 있다. 예컨대, 사용자는 물리적으로 또 다른 사용자의 사진에 매혹되거나, 다른 사용자의 공개되어 활용 가능한 프로파일에서 특정의 성향(취미 등)을 좋아할 수 있다. 사용자들은 자신의 호감 리스트를 어느 때이건 추가 또는 편집할 수 있다. 또한, 사용자들은 예컨대 호감에 대한 메시지로 인해 지속적으로 불쾌해 하고 있다면 어떤 사람에게는 보여지지 않도록 선택할 수 있다. 누구에게 누가 호감을 갖는지 추적하여 이러한 정보를 실시간으로 사용자들에게 전달하기 위해 별도의 데이터베이스 테이블이 사용될 수 있다. 호감의 장(crush scene)의 일부가 되지 않고자 하는 사용자들에 대하여는, 데이터베이스 테이블은 특정 사람에 대하여 블록킹 "플래그"를 포함시킬 수 있다. 그러한 플래그는 이러한 사용자에 대하여 호감 메시지가 전달되기 전에 시스템에 의해 체크될 수 있다.

도 8에 도시된 바와 같이, 사용자는 이름, 이메일 주소, 성별, 사용자 명, 패스워드, 및 휴대폰 정보 등의 표준 프로파일 정보를 입력할 수 있다. 이러한 정보 중 일부는 다른 사용자들에게 활용 가능하게 될 수 있는 한편, 일부(예컨대, 패스워드 및 이메일 주소)는 비밀로 유지될 수 있다. 또한, 추가 정보는 도 8에 도시된 것과 유사한 연속적인 형태를 사용하거나, 질문과 대답 또는 다른 적절한 방법으로 수집될 수 있다. 예컨대, 사용자의 기호를 아는데 도움이 되기 위하여 다양한 종류의 개성 테스트(예컨대, 마이어스-브릭스(Myers-Briggs))가 제공될 수 있다. 또한, 다른 어플리케이션으로부터 프로파일 정보가 유입될 수 있다.

도 9는 테스트 화면을 나타낸 스크린 샷이다. 본 화면은 사용자가 커뮤니티에서 계정을 셋업하는 경우 또는 기타의 적절한 시기에 사용자에게 보여질 수 있 다. 도시된 바와 같이, 시스템은 이동 장치에 테스트 문자 메시지를 송신하여, 사용자가 웹 브라우저에서 적절한 선택을 클릭하도록 하여 테스트 메시지가 잘 수신되었는지 여부를 표시한다. 일반적으로, 사용자는 자신의 장치가 문자 메시지 기능이 없다면 메시지를 수신하지 않을 것이다.

도 10은 또 다른 테스트 화면의 스크린 샷이다. 본 화면은 도 9의 화면상의 질문에 대하여 부정적인 대답을 사용자가 제공하는 때에 나타난다. 본 화면은 도움말 화면으로의 링크를 제공하며, 또한 사용자에게 메시지를 수신할 수 없더라도 다른 사용자들에게 일부 메시지를 송신할 수 있음을 알린다.

도 11은 프로파일 화면의 스크린 샷이다. 일반적으로, 다양한 프로파일 화면들이 제공될 수 있으며, 그 각각은 의도하는 가입자에 관한 정보를 표시하게 될 것이다. 예컨대, 공개 프로파일 화면에서는 그 사람의 사진, 취미, 스크린 명칭, 및 (여느 사교 사이트 또는 데이트 사이트에서 볼 수 있는 것들처럼) 기타의 관심사항들을 나타낼 것이다. 제한된 공개 프로파일은 추가의 세부사항들을 나타낼 것이지만, 친구로 식별된 사용자들에게만 공개될 것이다. 비밀 프로파일 화면에서는 패스워드, 이력(예컨대, 최근 방문한 회합 장소), 및 다른 사용자들에게 공개되어서는 않되는 그 외의 프로파일 세부사항들 등의 더 많은 정보를 포함할 수 있다. 도 11의 비밀 프로파일 화면에서는, 사용자에게는 또한 사진 바꾸기, 새 친구 초대하기, 및 현재의 회원을 친구로 지정하기 등의 그가 할 수 있는 조치들이 제공될 수 있다. 또한, 화면에서는 간략화된 시스템 지시(instruction)를 제공할 수 있다.

도 12는 사진 업데이트 화면의 스크린 샷이다. 본 화면은 사용자가 자신의 사진을 자신의 컴퓨터에 브라우징하여 이를 시스템에 의해 표시되도록 선택할 수 있도록 하는 간단한 인터페이스를 제공한다. 또한, 본 화면은 사진을 업로드하기 위한 지시를 제공할 수 있다.

도 13은 초대장 화면의 스크린 샷이다. 본 화면은 사용자가 하나의 메시지를 시스템의 멤버가 아닌 친구들을 포함하여 자신의 친구들에게 송신되도록 다수의 사람들의 이메일 어드레스를 포함하여 입력할 수 있도록 한다. 여기서, "친구들"이라는 용어를 사용함에 있어서, 실세계의 친구들을 지칭하며, 사용자의 1순위 지인들만을 의미하는 것이 아니며, 시스템의 사용자들을 지칭하는 것도 아니다. 시스템은 친구들이 시스템에 가입하도록 하는 화면상의 하이퍼링크와 같이 메시지에 추가 정보를 덧붙일 수 있다.

도 14는 친구 관리 화면의 스크린 샷이다. 본 화면은 특정의 사람들을 사용자와 자신의 위치에 대한 모든 정보를 수신하게 되는 충만한 친구들로 식별하게 하고, 다른 사람들은 메시지를 수신하지 않으며 이들로부터 사용자가 메시지를 수신하지도 않게 되는 부분적인 친구들로 식별하게 하는, 간략화된 포맷을 제공한다. 또한, 친구가 커뮤니티의 회원이라면 친구에 관한 정보를 얻기 위하여, 사용자가 친구에 관한 정보(예컨대, 성과 이름)를 입력할 수 있는 또는 회합 장소에 대한 정보(예컨대, 다른 사용자들의 리뷰 등)를 얻기 위하여 회합 장소의 명칭을 입력할 수 있는, 다른 화면들이 제공될 수 있다.

도 15는 회합 장소 화면의 스크린 샷이다. 본 화면은 사용자들이 회합장소 에 관한 정보를 검색하기 위하여 회합장소 명칭을 입력할 수 있는 검색 박스를 포함한다. 또한, 사용자들은 회합 장소를 추가할 수 있으며, 회합 장소에 대한 리뷰 또는 코멘트를 추가할 수 있다. 코멘트의 형식은 자유이거나, 소정의 포맷을 따를 수 있다. 예컨대, 레스토랑의 리뷰는 맛, 서비스, 분위기, 및 가격에 대한 미리 설정된 등급 분류를 포함할 수 있으며, 또한 전문 리뷰(full textual review)를 위한 코너를 포함할 수 있다. 또한, 임의의 회합 장소의 가장 최근의 리뷰가 리뷰를 완성한 사용자의 사진 및 프로파일로의 링크와 함께 화면 중심에 처음 표시될 수 있다. 오른쪽의 영역은 최근 시스템에 추가된 회합 장소들의 명칭 및 연락처 정보를 표시하고 있다.

도 16은 시스템에 의한 사교 모임의 흐름도이다. 본 과정에 있어서, 서버는 전술한 경우보다 더욱 능동적인 역할을 하여, 마치 스퀘어 댄스의 콜러(caller)와 같은 역할을 한다. 일반적으로, 시스템은 최근 스퀘어 댄스 이벤트에 참가하고자 하는 자신의 의향을 신호한 지역에서 활동중인 모든 사용자들을 식별한다. 예컨대, 사용자들은 "@루나 라운지에 참가" 라는 메시지를 발송할 수 있는데, 이는 사용자가 이벤트에 참가하고자 하는 것을 나타내며, 또한 그들이 위치한 범용 영역을 나타내게 될 것이다. 그 후, 시스템은 참가하고자 하는 특정 지역의 사용자들의 하부 그룹 사이의 공통성을 반복적으로 식별하고, 일정 기간 동안 하나의 회합 장소에 공통성을 갖는 사용자들을 보낸다. 시스템은 사용자들을 위치에 단순히 보낸 후, 사용자들이 그들의 공통성을 발견하도록 내버려둔 채 조용히 있을 수 있다. 또는, 시스템은 메시지를 통해서 공통적인 특징을 사용자들이 알도록 한 후, 대화 의 주제을 제안하거나, 그룹의 사교 활동을 보다 원활하게 하기 위한 제안 또는 지원을 제공할 수 있다. 이러한 방법으로, 시스템은 그룹 사교 활동의 활동적인 촉매 역할을 할 수 있다.

흐름도에 있어서, 시스템은 먼저 사용자들의 프로파일 정보를 수집한다. 이러한 수집은 사용자들이 서비스에 가입하여 취미 또는 기타의 관심사항 등의 프로파일 정보를 기입할 때 일어날 수 있다. 또한, 사용자들이 최근에 확인하였던 회합 장소의 분석으로부터 정보가 수집될 수도 있다. 또한, 사용자에 의한 허가가 있는 경우, 검색 엔진에 의한 검색 요청 등의 사용자의 기타의 활동으로부터 또는 사용자의 최근 이메일 활동의 분석에 의해 유도될 수 있다. 한편, 이러한 분석은 사용자의 허가를 처음 획득하는 것에 의존하게 된다.

다음, 스퀘어 댄스 이벤트가 계획될 수 있다. 예컨대, 화요일 밤 지역시간 오후 8시와 같이 하나의 지역 또는 전국가에서 시작하는 고정된 이벤트가 있을 수 있다. 또한, 바, 식당, 커피 하우스, 또는 박물관의 그룹과 같은 단체들이 이벤트를 조직하고, 이벤트를 시스템에 등록할 수 있다. 다음, 단체들은 이벤트를 프로모션할 수 있으며, 또한 이벤트를 프로모션 함에 있어 시스템으로부터 원조를 받을 수 있다. 예컨대, 시스템은 이벤트에 관하여 지역의 회합장소를 사용한 사용자들에 알리는 메시지를 송신하거나, 또는 시스템 웹 사이트의 이벤트 스케쥴에 그 이벤트를 포함시킬 수 있다. 또한, 특정 사용자들에 대하여 또는 이벤트의 형태에 대하여 잘 맞추어진 프로모션 소재들 또는 광고들이 프로모션 또는 광고 내용을 전달하는 공지의 메커니즘을 사용하여 메시지 또는 웹 사이트에서 사용자들에게 제공 될 수 있다. 또한, 한 부류의 사람들이 뭉쳐서 자신들의 이벤트(또는 이벤트들)을 계획할 수 있다.

시스템은 이벤트가 시작하기 얼마 전에 (또는, 이벤트 중에라도) 사용자들로부터 참가를 받을 수 있다. 전술한 바와 같이, 참가 메시지는 예컨대 "join" 명령, "@" 명령, 및 (회합 장소 상호와 같은) 사용자의 위치를 포함할 수 있다. 참가가 도달하면, 시스템은 특정 지역에서 활동중인 사용자의 수를 추적할 수 있다. 이벤트 시간이 다가옴에 따라서, 시스템은 지역의 사용자 수를 분석하고, 효과적인 이벤트를 위해서는 그 수가 너무 낮다면, 취소 메시지를 지역의 모든 활동중인 사용자들에게 송신하여 이벤트를 취소하거나, 다른 활동중인 사용자들을 만나고자 한다면 활동중인 사용자들이 특정의 회합 장소(또는 장소들)에 가도록 지시하거나, 효과적인 이벤트를 열기에 활동중인 사용자가 충분히 있다고 판정된 또 다른 장소에 사용자들이 이동하도록 지시할 수 있다.

이벤트의 시작 시간이 매우 가깝게 다가옴에 따라서, 시스템은 이벤트에 대하여 활동중인 사용자들 사이의 그룹들 또는 하부그룹들을 식별할 수 있다. 예컨대, 지형적 위치에 따라서 그룹들이 식별될 수 있다. 예컨대, 도심 지역에 묶인 그룹이 있을 수 있으며, 교외 또는 택지 지역에 묶인 또 다른 그룹이 있을 수 있다. 일반적으로, 지역의 지형적 크기는 작게 유지되게 되며, 특히 바 또는 유사한 시설물이 관련된다면, 걸어서 모든 회합 장소에 도착될 수 있도록 작게 유지된다.

그룹 내의 활동중인 사용자들로부터 하부 그룹들이 식별될 수 있다. 재미있는 사람들의 그룹을 만들 수 있도록 임의의 적절한 기호 또는 공통점 측정법에 기 초하여 하부 그룹들이 선택될 수 있다. 예컨대, 특정의 영화를 관람하는 것으로 식별한 모든 활동중인 사용자들은 그룹에 위치될 수 있다. 또한, 유사한 정치적 또는 예술적 관점을 갖는 사용자들이 함께 위치될 수 있다. (만남 주선 시스템에서 사용되는 것과 같은) 다른 공지의 기호 또는 공통점 판정 방법들이 또한 사용될 수 있으며, 특정의 선택 방법이 중요한 것은 아니다. 예컨대, 사용자들은 특정 (예컨대, 좋아하는) 브랜드(및 브랜드에 관한 아마도 주관적인 속성들)로 식별할 수 있으며, 이에 따라 브랜드 또는 브랜드의 프록시로부터 메시지 및 광고를 수신할 수 있다 (예컨대, "어디 계신지 솔직히 말하세요. 가장 가까운 뒷풀이 파티에 대하여 당신에게 알려드릴 겁니다" 또는 "플레이버 필(Flavor Pill) 아트 채널에 가입하여 새로운 갤러리 오픈에 대하여 알려드릴 겁니다"와 같은).

본 논의에 있어서, 특정한 기호 관심사항만을 대표하는 "채널"; 사용자에 의해 생성되고 사용자들에 의해 참가 또는 탈퇴가 허용되는 "그룹"; 및 사용자만이 다른 사용자들을 집합에서 탈퇴시키는 친구들의 집합과 같은 "집합" 사이에 구분이 지어 질 수 있다.

이벤트 시간이 도달하면, 시스템은 시작 메시지를 모든 사용자들에게 브로드캐스트 한다. 예컨대, 활동중인 사용자 각각은 지역의 특정 회합 장소에 가도록 알리는 메시지를 수취할 수 있다. 그 후, 사용자들은 회합 장소에 모였을 때 서로를 식별하고자 하거나, 회합 장소의 오퍼레이터에 의해 특정의 만남의 장소가 제공될 수 있다. 예컨대, 스퀘어 댄스 이벤트의 참가자들을 위하여 테이블 또는 회의 장소가 구획되어 있을 수 있다. 사용자들이 회합 장소에 있는 때에, 10 블록이나 지역이 넓다면 수 분이 걸리겠지만, 모임을 시작할 수 있다. 예컨대, 참가자에 알려질 수 있는 이벤트의 법칙 하에서 왜 그들이 회합을 했는지 판정하기 시작할 수 있다. 이러한 상황에서, 사용자에 의해 인식될 수 있는 공통성을 선택하도록 시스템은 설정되어야 한다. 회합 장소들은 특정의 시간내에 그들의 문제를 풀 수 있는 어떤 그룹들에 상을 주도록 (예컨대, 무료로 다과를 제공하는 등) 구성할 수 있다. 이러한 상의 가능성은 많은 사용들을 부추겨 이벤트에 참가하고, 참가자들이 모임에서 더욱 적극적이 되도록 할 수 있다.

또한, 시스템은 통상 한 회합 장소의 모든 사용자들이 동일한 보충 메시지를 수신하도록 하여 사용자들에게 보충 메시지를 제공할 수 있다. 예컨대, 사용자들이 그들의 공통점에 대하여 듣지 못한 경우, 시스템은 주기적으로 힌트를 제공할 수 있다. 다른 방법으로, 시스템은 아마도 그룹의 공통적인 특징(들)에 기초하여 그룹에 대하여 제안된 논의 주제를 제공할 수 있다. 예컨대, 모든 멤버들이 전원 지역에서 자란 그룹에 대하여, 시스템은 "농장 생활이 더 좋습니까 아니면 도시 생활이 더 좋습니까?"와 같은 주제를 송신할 수 있다. 최근에 특정 영화들을 관람한 그룹에 대하여, 시스템은 멤버들에게 두 영화의 장점과 단점에 대하여 토론할 것을 주문할 수 있다. 박물관의 특정 전람회에서의 그룹에 대하여, 시스템은 어느 그림이 더 만족스러운지 질문을 할 수 있다.

이벤트는 다수의 회차를 거칠 수 있다. 예컨대, 이벤트는 저녁까지 계속될 수 있으며, 각 회차는 예컨대 45분은 토의를 하고 15분은 "전환"이 이루어지도록 한 시간동안 계속될 수 있다. 다른 적절한 시간적 주기들이 또한 채용될 수 있다. 따라서, 한 회차가 마무리되는 경우, 시스템은 또 다른 회차에 대한 시간이 있는지를 판정할 수 있다. 시간이 있다면, 새로운 회차가 조직되고, 각 사용자들에게 그들의 다음 회합 장소를 알리는 메시지를 송신하여 나타내도록 할 수 있다. 시간이 없다면, 시스템은 이벤트의 요약을 송신하고 사용자 프로파일을 업데이트 할 수 있다. 예컨대, 각 사용자는 이벤트가 채점이 되면 자신의 점수를 획득할 수 있으며, 사용자들 간의 위치를 수신할 수 있다. 또한, 각 사용자는 다른 사용자들이 정보 공유에 대하여 승낙을 표시하였다면, 이벤트 중에서 만났던 다른 사용자들에 관한 정보를 포함한 "선두(lead)" 리포트를 수신할 수 있다. 예컨대, 회차가 끝나는 경우, 및 전환이 이루어지는 중에, 그룹 내의 각 사용자에 대한 화면 이름(screen name)이 사용자 장치 상에 표시될 수 있으며, 사용자들은 따라 잡고자 하는 다른 사용자들을 식별할 기회가 주어지게 될 수 있다. 또한, 이벤트의 오거나이저(organizer)들에게는 요약 정보가 제공될 수 있으며, 만났던 회합 장소 및 기타의 정보를 반영하는 등, 사용자 프로파일이 업데이트 될 수 있다.

또한, 이벤트 중에 "갑자기 떠나거나" 또는 "영역밖으로(off the grid)" 움직이는 사용자들에 대하여 대비책이 만들어 질 수 있다. 예컨대, 두 사용자가 실제로 티격태격하여, 이벤트에 계속 있기를 원치 않는다면, 그들에게는 이벤트에서 퇴출되도록 하는 명령이 주어질 수 있다. 이러한 방법에 있어서, 이벤트가 후속 회차에서 다소 위축될 수는 있으나, 몇몇 그룹이 불필요하게 작아지는 위험은 없다(시스템이 알지 못하게 갑자기 떠나는 것 때문에). 또한, 시스템은 사용자들이 주기적으로 긍정의 응답을 하기를, 예컨대, 매 회차마다 각 사용자가 이벤트가 여 전히 참가 중이라는 것을 확실히 하도록 요구할 수 있다.

또한, 개별 하부 그룹들에 대한 보상과는 별도로, 이벤트는 채점 될 수 있다. 예컨대, 어느 하부 그룹의 사용자들은 자신들의 공통점을 재빨리 파악한다면 포인트를 받을 수 있다 (시간의 경과 또는 힌트의 사용으로 포인트가 감점되도록 하여). 사용자들은 주기적으로 "섞이거나", "전환"되므로, 항상 함께 하부 그룹에 있는 사용자는 거의 없게 된다. 따라서, 각 사용자는 사용자가 참가한 모든 하부 그룹의 점수와 같은 점수(또는 하부 그룹의 평균)를 받을 수 있다. 이벤트의 마지막에는 최상위 점수를 취득한 사람들에게 보상이 주어질 수 있다. 이벤트를 마무리하면서 수상식이 열리 수도 있다. 예컨대, 매주 이벤트가 열리는 경우, 회합 장소 그룹 내의 각 회합 장소는 매주 마무리 파티를 주최할 책임이 주어질 수 있다. 또한, 이는 회합 장소들이 관여할 수 있는 추가의 장점을 제공하며, 시스템에는 추가의 촉진책(promotion)을 제공한다.

본 과정은 단지 예시적인 것일 뿐, 어떤 개수의 방법으로도 확장될 수 있다. 예컨대, 회합 장소는 한가한 밤 중에 스퀘어 댄스를 스폰서(sponsor)하는 서비스에 참가할 수 있다. 이러한 회합 장소들은 바(bar)일 필요는 없다 - 또한, (이벤트를 위해 에피타이저(appetizer)를 적당히 서비스 할 수 있는) 박물관, 커피 하우스, 또는 식당일 수 있다.

특정 실시예에 있어서, 이러한 스퀘어 댄스 과정은 사용자들에게 추가의 사교 활동과 추가의 상업적인 스폰서의 가능성을 제공한다. 사용자들의 이동 장치들에 광고가 제공될 수 있으며, 이러한 메시지들은 사용자들이 회합하는 장소의 형태 또는 사용자들이 공통적으로 갖는 주제 등에 따라 정형화될 수 있다.

본 명세서에서 설명한 다양한 실시예들은 또한 사용자에 대하여 다른 서비스들을 동반할 수 있다. 예컨대, 프로모션 또는 광고 메시지들과 같은 추가의 메시지들이 사용자들에게 제공될 수 있다. 이러한 메시지들은 또한 사용자들에게 특히 도움이 되도록 다양한 방식으로 발송될 수 있다. 예컨대, 사용자가 회합 장소에 참가하는 경우, 시스템이 회합 장소의 개념 또는 키워드에 관련된 메시지를 제공하도록 회합 장소들은 특정의 개념 또는 키워드에 관련될 수 있다. 예컨대, 회합 장소가 바(bar)인 것 경우, 사용자에게는 바 또는 근처의 경쟁하는 바의 프로모션에 관한 정보가 제공될 수 있으며, 또는 특정 상표의 술에 대한 프로모션이 제공될 수도 있다. 또한, 메시지들은 사용자에 대한 쿠폰으로 기능할 수 있다. 예컨대, 회합 장소는 특정 광고주에 대한 연결관계를 가져, 사용자가 바텐더에게 보여주면, 예컨대, 자신의 전화상의 광고를 보여주면, 바텐더는 회합 장소에 고유한 식별 번호를 사용하여 확인하고, 이에 따라 시스템에 회합 장소가 쿠폰을 인수한다는 사실을 등록할 수 있다. 그 후 광고주는 회합 장소에 환불 또는 일정량의 금전을 제공할 수 있다.

또한, 광고 또는 프로모션 재료를 송신하는 다른 방법들이 채용될 수 있다. 예컨대, 광고주는 특정 회합 장소, 이벤트, 또는 기타의 목적에 대하여 (예컨대, "친구가 되어 참가 w/Absolut" 하는 등, 스폰서를 담당할 수 있다. 사용자들에게 배타적인 멤버쉽 또한 제공될 수 있으며, 멤버들에게는 특별한 "내부" 정보(예컨대, 플레이버 필(Flavor Pill) 그룹의 일부가 되는데 보상을 하고, 배타적인 파티 를 찾아 주는 등)가 제공될 수 있다. 또한, 채널들이 제공되어, 사용자들이 가입할 수 있으며(예컨대, "동쪽 아래의 거래"), 광고주들은 채널들 상의 광고를 구매할 수 있다(예컨대, 구글(Google)의 애드센스(AdSense)와 같은 셀프서비스 모델을 통해). 또한, 광고주들은 예컨대 "이러한 인구통계/소비자심리 프로파일에 매칭되며, 일요일 오후 3시와 6시 사이에 X 지점의 10 블록 이내의 모든 사용자들" 과 같이, 사용자들에 대하여 핑(ping)을 발송하는 범주를 선택할 수 있다.

본 발명의 수많은 실시예들을 설명하였지만, 당업자라면 본 발명의 개념과 범주를 일탈하지 않고서 다양한 개조예가 이루어질 수 있음을 알 수 있을 것이다. 예컨대, SMS 메시징이 다른 종류의 메시징으로 교체될 수 있으며, 그래픽적인 요소 등의 여러가지 방법으로 강화될 수 있다. 따라서, 다른 실시예들은 이하의 청구범위의 범주 내에 있다고 할 것이다.

상술한 바와 같이 본 발명은 이동 장치를 가진 사용자들이 지인들과 서로 연결될 수 있도록 해주어 사용자들의 사회화 활동을 도와준다.

Claims

컴퓨터 구현 방법으로서,

제 1 이동 장치와 관련된 제 1 사용자의 위치를 컴퓨터에서 수신하는 단계;

제 2 이동 장치와 관련되고, 상기 제 1 사용자의 친구로 식별된 제 2 사용자의 위치를 수신하는 단계;

상기 제 2 사용자에 대한 상기 제 1 사용자의 근접도(proximity)에 근거하여 상기 제 1 이동 장치에 제 1 메시지를 전송하는 단계; 및

상기 제 1 사용자에 대한 상기 제 2 사용자의 근접도에 근거하여 상기 제 2 이동 장치에 제 2 메시지를 전송하는 단계를 구비하고,

상기 제 1 메시지는 상기 제 2 사용자의 위치를 식별하고,

상기 제 2 메시지는 상기 제 1 사용자의 위치를 식별하는 것을

특징으로 하는 방법.
청구항 1에 있어서,

상기 사용자 위치들은 위치 이름을 한 세트의 대응하는 위치 좌표들로 변환함으로써 결정되는 것을

특징으로 하는 방법
청구항 2에 있어서,

상기 위치 좌표는 GPS 좌표를 포함하는 것을

특징으로 하는 방법.
청구항 2에 있어서,

상기 위치 이름은 회합 장소 이름(venu name)을 포함하는 것을

특징으로 하는 방법.
청구항 4에 있어서,

전자 메시지로부터 상기 회합 장소 이름을 파싱(parsing)하는 단계를 더 포함하는 것을

특징으로 하는 방법.
청구항 5항에 있어서,

상기 전자 메시지를 MIME 헤더로부터의 성분들로 파싱하는 단계를 더 포함하는 것을

특징으로 하는 방법.
청구항 1에 있어서,

상기 메시지는 문자 메시징 시스템을 거쳐 전송되는 것을

특징으로 하는 방법.
청구항 1에 있어서,

상기 제 1 사용자의 친구로서 식별된 제 3 사용자의 위치를 제 3 이동 장치로부터 수신하고, 상기 제 1 사용자가 상기 제 2 사용자와 상기 제 3 사용자의 친구로 식별되는지를 결정하는 단계; 및

상기 제 1 사용자의 위치를 식별하는 메시지들을 상기 제 2 이동 장치와 상기 제 3 이동 장치에 전송하는 단계를 더 포함하는 것을

특징으로 하는 방법.
청구항 1에 있어서,

다른 사용자들이 더 이상 상기 제 1 사용자의 위치를 알지 못하도록, 상기 제 1 사용자의 위치를 수신한 후 미리 설정된 시간이 경과하면 상기 제 1 사용자의 위치를 소거하는 단계를 더 포함하는 것을

특징으로 하는 방법.
청구항 1에 있어서,

상기 제 2 사용자로부터 숨기 위한 상기 제 1 사용자의 선택에 근거하여 상기 제 2 이동 장치로의 메시지를 차단하는 단계를 더 포함하는 것을

특징으로 하는 방법.
청구항 1에 있어서,

제 3 사용자로부터 회합 장소에 대한 검토 내용을 수신하는 단계;

상기 검토 내용을 상기 제 1 사용자와 상기 제 2 사용자가 이용할 수 있도록 하는 단계를 더 포함하는 것을

특징으로 하는 방법.
청구항 1에 있어서,

상기 제 1 이동 장치로 전송된 상기 메시지는 상기 제 2 사용자의 신원(identity)을 제공하고,

상기 제 2 이동 장치로 전송된 상기 메시지는 상기 제 1 사용자의 신원을 제공하지 않고, 상기 제 2 사용자에 근접하여 다른 사용자가 있다는 표시를 제공하는 것을

특징으로 하는 방법.
청구항 1에 있어서,

상기 제 1 사용자의 위치는 제 1 이동 장치상에서의 상기 제 1 사용자에 의한 선택으로부터 식별되는 것을

특징으로 하는 방법.
청구항 13에 있어서,

상기 선택은 상기 제 1 이동 장치상에서 상기 제 1 사용자가 입력한 메시지 본문(textual message)를 포함하는 것을

특징으로 하는 방법.
지인들에 대한 정보를 제공하기 위한 시스템으로서,

상기 시스템 사용자들의 위치와 관련된 정보를 제공하는 메시지들을 상기 사용자들로부터 수신하는 인터페이스;

상기 수신된 위치 정보를 위치 식별자와 상관시키도록 구성되는 위치 엔진으로서, 상기 위치 식별자는 다른 위치 식별자들과 비교될 수 있는 상기 위치 엔진;

상기 시스템에 위치 정보를 제공하는 사용자들의 지인들을 식별하도록 구성되는 지인 식별기; 및

상기 사용자들의 지인들의 위치가 상기 사용자들에 근접한 경우, 상기 사용자들의 지인들의 위치와 관련되는 메시지들을 사용자들을 위해 준비하는 메시지 생성기를 포함하고;

상기 메시지 생성기는 제 1 사용자를 위해 상기 제 1 사용자의 친구로 식별된 제 2 사용자의 위치에 대한 제 1 메시지를 준비하고, 상기 제 2 사용자를 위해 상기 제 1 사용자의 위치에 대한 메시지를 준비하도록 구성되는 것을

특징으로 하는 시스템.
청구항 15에 있어서,

상기 인터페이스는 이메일 수신함(eamil in box) 또는 문자 메시지 수신기 중 적어도 하나를 포함하는 것을

특징으로 하는 시스템
청구항 15에 있어서,

상기 위치 엔진은 회합 장소 이름을 지리적 좌표에 상관시키는 테이블을 구비하는 것을

특징으로 하는 시스템.
청구항 15에 있어서,

상기 메시지 생성기는, 미리 설정된 관계를 가지며 특정 지역에 있는 사용자들을 위한 메시지만을 준비하기 위해, 상기 위치 엔진 및 상기 지인 식별기로부터의 명령들(instruction)에 대해 응답하는 것을

특징으로 하는 시스템.
청구항 15에 있어서,

상기 메시지 생성기는 상기 제 1 사용자가 상기 제 1 사용자의 친구들에게 메시지들이 보내지도록 요청하면, 상기 제 1 사용자의 친구들로 식별된 복수의 사용자를 위한 복수의 메시지를 준비하도록 구성되는 것을

특징으로 하는 시스템.
지인들에 대한 정보를 제공하기 위한 시스템으로서,

상기 시스템의 제 1 사용자로부터 메시지를 수신하는 인터페이스;

상기 제 1 사용자의 특정 근접도 이내에서 상기 제 1 사용자와 특정 관계에 있는 한 세트의 사용자들(a set of users)을 식별하는 수단; 및

상기 제 1 사용자로부터의 상기 메시지에 응답하여, 상기 한 세트의 사용자들을 위해 상기 제 1 사용자의 위치에 대한 정보를 포함하는 메시지들을 준비하는 메시지 생성기를 구비하고;

상기 메시지 생성기는 제 1 사용자를 위해 상기 제 1 사용자의 친구로 식별된 제 2 사용자의 위치에 대한 제 1 메시지를 준비하고, 상기 제 2 사용자를 위해 상기 제 1 사용자의 위치에 대한 메시지를 준비하도록 구성되는 것을

특징으로 하는 시스템.
명령들이 저장된 컴퓨터 판독이 가능한 매체로서, 상기 명령들은 실행될 때,

제 1 이동 장치와 관련된 제 1 사용자의 위치를 컴퓨터에서 수신하는 단계;

제 2 이동 장치와 관련되고, 상기 제 1 사용자와 친구로 식별된 제 2 사용자의 위치를 수신하는 단계;

상기 제 2 사용자에 대한 상기 제 1 사용자의 근접도에 근거하여, 상기 제 2 이동 장치의 위치를 포함하는 메시지를 상기 제 1 이동 장치에 전송하는 단계; 및

상기 제 1 사용자에 대한 상기 제 2 사용자의 근접도에 근거하여, 상기 제 1 이동 장치의 위치를 포함하는 메시지를 상기 제 2 이동 장치에 전송하는 단계를 포함하는 동작들을 수행하는 것을

특징으로 하는 컴퓨터 판독 가능 매체.
청구항 1에 있어서, 상기 제 2 메시지는 상기 제 1 사용자의 위치에 대한 시각적 표시를 상기 제 2 사용자에게 제공하도록 마련되는 것을 특징으로 하는 방법.
청구항 1에 있어서, 상기 제 1 사용자와 상기 제 2 사용자는 상기 컴퓨터에 의해 미리 친구로서 설정된 것을 특징으로 하는 방법.
청구항 1에 있어서, 상기 제 1 사용자와 상기 제 2 사용자는, 상기 제 2 메시지를 생성하는 서버 시스템에서 정의된 소셜 웹(social web)의 사용에 의해 친구로서 식별된 것을 특징으로 하는 방법.
청구항 1에 있어서, 상기 제 1 사용자의 위치는 상기 제 1 사용자의 상기 위치를 체크하는 선택에 응답하여 수신되는 것을 특징으로 하는 방법.