KR101475552B1 - 사용자에게 컨텐츠를 제공하기 위한 방법 및 서버 - Google Patents

Abstract

현재의 모바일 활동, 소셜 관계 및 연관 내역, 그리고 과거의 모바일, 검색, 및 브라우징 내역을 포함하지만 그것으로 제한되는 것은 아닌 모바일 사용자의 컨텍스트에 관한 정보가 식별되어 메타데이터로 변환된다. 메타데이터는 컨텐츠를 검색 엔진 또는 맞춤 컨텐츠 엔진쪽으로 전달 중인 컨텐츠 소스에도 적용된다. 메타데이터는 모바일 사용자에게 검색 결과 또는 집계된 맞춤 정보 리소스, 예를 들어, 홈페이지로서 전달되는 컨텐츠 오브젝트의 상대적 디스플레이를 판정하는데 부분적으로 사용된다. 사용자는, 하나 이상의 엔티티 또는 검색 결과로부터 또는 사용자에게 다른 컨텍스트로 제시됨에 따라, 사용자의 홈페이지에 엔티티와 연관된 여러 컨텐츠 오브젝트 또는 컨텐츠 피드를 포함하는 컨텐츠 피드로서 자동적으로 배달될 정보를 선택할 수 있다. 모바일 사용자 활동에 관한 정보는 게시자 및 광고주가 광고 또는 마케팅 자료를 수신할 타겟 후보를 식별할 수 있게 한다.

Description

사용자에게 컨텐츠를 제공하기 위한 방법 및 서버 {METHOD AND SERVER FOR PROVIDING CONTENT TO A USER}

본 발명은 일반적으로 네트워크를 통한 검색 쿼리 및 모바일 장치와 관련한 피드 및 클러스터의 사용자 구성에 관한 것이다.

이 섹션과 관련하여 설명되는 접근 방법은 추구될 수도 있었던 접근 방법이지만, 반드시 이전에 생각했거나 추구했던 접근 방법인 것은 아니다. 따라서, 다르게 지시되지 않는 한, 이 섹션에서 설명되는 접근 방법이 이 출원의 청구항에 대한 종래 기술이 아닐 수 있고 이 섹션에 포함되는 것에 의해 종래 기술로 인정되는 것도 아니다.

우리의 일상 생활에 영향을 미치는 엄청난 변화가 인터넷에서 발생해왔다. 예를 들어, 오늘날의 사회에서, 모바일 컴퓨팅 장치는 유비쿼터스화 되고 있다. PDA(personal digital assistants), 셀폰 등과 같은, 많은 모바일 컴퓨팅 장치가 음성 메시지, 이메일, 텍스트 메시지 등을 통신하는데 뿐만 아니라 인터넷을 통해 정보를 검색하는데 이용될 수 있다. 버스, 기차, 또는 배에서 자신의 모바일 장치를 사용해 상점, 레스토랑, 음악, 기업 등을 검색하는 사람을 보는 것은 드문 일이 아니다. 이들 장치는 궁극적으로 비행기에서 적어도 무선 인터넷 접속이 허용될 것이라는 것을 생각할 수 있다.

전통적인 웹 페이지 브라우징 상호 작용 및 컨텐츠 소비 경험을 모바일 환경으로 전환하는 것은 다양한 원인으로 인해 일반적으로 사용자에게 덜 만족스러운 경험을 초래하여 왔다. 모바일 장치에서는, 스크린 부동산이 최소 상태이다. 제시된 모든 정보의 탐색은 특정 모바일 장치의 구획에 의존하거나 종속될 수 있다. 통상적으로, 사용자는 WWW(World Wide Web)의 우연한 탐사에 도움이 되는 환경에 있지 않다. 사실상, 사용자는, 그 자체가 사용자 주의(user's attention)의 큰 몫을 요구하는 변화하는 환경에 있을 수 있다. 따라서, 검색 엔진 결과 및 컨텐츠 소비를 모바일 경험에 맞추는 것이 사용자에게 가장 중요하다.

적극적인 관련 정보 검색을 수행하고자 하는 욕구와 함께, 일부 모바일 장치 사용자는, 가능한 한, 취미 또는 소셜 네트워크 그룹과 같은, 고유한 이해 집단에 맞춰진 컨텐츠로써 좀더 자동화된 방식으로 컨텐츠를 전달하고 싶을 수 있다. 사용자가 수동으로 모바일 장치를 구성하는데 필요한 시간, 에너지, 및 기술 능력을 가지고 있다 할지라도, 사용자는, 뉴스 헤드라인, 날씨, 및 스포츠와 같은, 소정 정보 소스의 좁은 집합을 계속해서 수신하는 상태를 유지하도록 강제될 가능성이 높다. 또 다른 사용자는 사용자의 현재 환경에 따른 특정 컨텐츠의 전달을 원할 수 있다.

마찬가지로, 광고주는 각각의 사용자에게 맞춰져 사용자 경험을 향상시키는 정보를 제공하고자 한다. 사용자 검색어와 사용자의 실제 관심 사이의 가능성 있는 상관 관계 때문에, 광고주는 광고 자료를 검색 엔진 결과의 일환으로서 전달하는 것을 통해 이 목적에 가까워질 수 있다. 그러나, 사용자가 검색하지 않을 때의 모바일 환경에서, 광고주는 통상적으로, 움직이는 중일 수 있고 그들이 현재 속해 있거나 진행할 환경에 관련된 정보를 필요로 하는 광고 타겟에 도달하는데 제한된 능력을 가진다.

도 1은 본 발명이 실시될 수 있는 환경의 일 실시예에 대한 시스템 구성도이고;
도 2는 모바일 장치에 의한 샘플 검색 및 클러스터링된 검색 결과를 예시하며;
도 3은 소셜 네트워킹 컨텍스트에서 적용되는 메타데이터 래퍼(metadata wrappers)의 사용을 통해 실현되는 클러스터링을 예시하고;
도 4는 무기명(no named) 클러스터 결과를 산출하는 검색에 기초한 결과의 발생을 예시하며;
도 5는, 제3자가 그들의 데이터를 검색에 의해 사용 가능한 포맷으로 번역하기 위한 플러그인 모듈을 제공하는, 여러 데이터 소스에 대한 연합 쿼리를 수행 중인 모바일 사용자 검색 시스템을 예시하고;
도 6은 도 5에서 표시된 플러그인을 위한 샘플 프레임워크를 예시하며;
도 7은 AAE(Add Anything Engine)의 개략도를 예시하고;
도 8은 MHTE(모바일 Homepage 타겟ing Engine)의 개략도를 예시하며;
도 9는 AAE의 샘플 사용의 일부를 예시하고;
도 10은 AAE의 샘플 사용의 일부를 예시하며;
도 11은 AAE의 샘플 사용의 일부를 예시하고;
도 12는 도 9 내지 도 11에서 예시된 성능 작동으로부터 얻어지는 모바일 장치의 (생략된 부분이 있는) 전체 스크린 샷을 예시하며;
도 13은 엔티티 "Boston Red Sox"와 연관된 정보를 예시하고;
도 14는 본 발명의 다양한 실시예와 관련하여 사용되는 사용자 구성 스크린을 예시하며;
도 15는 계층 구조적인 유형-하위 유형 관계에 의해 편성되는 oneSearch 엔티티 유형의 하위 집합을 예시하고;
도 16은 본 발명의 실시예가 구현될 수 있는 컴퓨터 시스템의 블록도이다.

설명을 위한 다음 기술에서는, 본 발명에 대한 완전한 이해를 제공하기 위해 다수의 특정 세부 사항이 기술된다. 그러나, 본 발명은 이들 특정 세부 사항 없이도 실시될 수 있다는 것을 알 수 있을 것이다. 다른 경우로서, 주지의 구조 및 장치는 본 발명을 필요없이 불명료하게 하는 것을 방지하기 위해 블록도 형태로 표시된다.

[개요]

여기에서는 사용자의 현재 모바일 활동, 사회적 관계, 및 연관 내역 뿐만 아니라 이력 검색 및 브라우징 데이터를 통합하여 모바일 컨텐츠와 사용자의 모바일 장치에 디스플레이되거나 개인 홈페이지에 집계되는 정보의 구성에 대한 사용자 혼합의 다수 태양을 개인화하는 것에 의해 모바일 사용자의 맞춤 컨텐츠 소비, 웹 브라우징, 및 검색 경험을 풍성하는 기술이 개시된다. 이들 기술은 자동적으로 적용되거나 사용자에 의해 수행될 수 있다. 컨텐츠 오브젝트는 다음 중 하나 이상의 어떤 것과 같은, 그러나 그것으로 제한되는 것은 아닌, 사용자에 의해 소비 가능한 컨텐츠의 어떤 형태 또는 포맷일 수 있다: 브라우징을 통해 또는 음성, 이메일, 텍스트, 이미지, 애니메이션, 제스처, 오디오, 또는 비디오를 통한 다른 사람과의 통신으로부터, 검색 결과로서 발생되는 컨텐츠를 포함하는 텍스트, 수치 데이터, 이미지, 애니메이션, 오디오, 비디오, 또는 그것에 관한 임의 조합. 컨텐츠는 어떠한 데이터 처리 소스 또는 장치로부터도 유래할 수 있다.

예를 들어, 일 실시예에서는, 사용자의 현재 활동에 관련된 컨텍스트 정보가 모바일 장치 또는 다른 소스로부터 유도되고, 일반적인 검색 결과를, 요청을 매칭시키고 결과를 분류하거나 재분류하기 위한 위치 정보를 포함하는, 입력의 컨텍스트로부터 유도되는 메타데이터의 제1 집합으로써 모바일 사용자의 입력을 확대하는 것에 의해 모바일 사용자 컨텐츠 요청, 즉, 검색 또는 동적 페이지 어셈블리 요청을 개인화하기 위한 시스템 및 방법을 포함하는 맞춤 결과 집합으로 재정렬하기 위해, 메타데이터로서 검색 엔진쪽으로 전달된다.

일 실시예에서는, 하나 이상의 컨텐츠 오브젝트가 모바일 장치에 디스플레이된다. 사용자에 의해 선택되는 각각의 컨텐츠 오브젝트에 대해, 선택된 컨텐츠 오브젝트에 상관짓기 위한 하나 이상의 엔티티 또는 엔티티 유형이 판정된다. 판정된 엔티티 또는 엔티티 유형에 적어도 부분적으로 기초해, 정보 피드(정보 피드)가 생성된다. 사용자는 정보 피드를 사용자의 홈페이지 또는 장치쪽으로 통합할 수 있고 컨텐츠 오브젝트, 엔티티, 또는 연관된 정보 소스에 해당하는 웹 페이지 또는 정보에 기초해 자동적으로 업데이트를 수신할 수 있다.

일 실시예에서는, 검색 결과의 집합이 모바일 장치에 디스플레이된다. 사용자에 의해 선택되는 각각의 검색 결과에 대해, 엔티티 또는 엔티티 유형이 선택된 검색 결과를 위해 판정된다. 판정된 엔티티 또는 엔티티 유형에 적어도 부분적으로 기초해, 정보 피드가 생성된다. 사용자는 정보 피드를 사용자의 홈페이지 또는 장치쪽으로 통합할 수 있고, 사용자가 결과를 주해하여 그 소스, 결과, 또는 검색 유형을 그들의 모바일 "홈페이지"에 장차 포함시키고자 할 때, 검색 결과 또는 정보 리소스에 해당하는 웹 페이지 또는 정보에 기초해 업데이트를 자동적으로 수신할 수 있다.

일 실시예에서는, 사용자의 집합이 선택된 광고주 또는 제품에 대해 분류된다. 사용자의 집합으로부터, 사용자의 컨텍스트, 광고 카피, 및 사용자의 모바일 홈페이지에 대한 계층 구조적인 실제 컨텐츠 구성 그리고 사용자와 홈페이지의 시간에 따른 상호 작용 및 사용 데이터에 기초해 광고주를 위해 사용자를 세밀하게 구별짓고, 사용자에게 자격을 부여하며, 평가하기 위한 미리 선택된 시간에 적어도 부분적으로 기초해, 하나 이상의 광고주 및 조건의 집합을 위한 후보 타겟이 예측된다.

일 실시예에서는, (1) 사용자가 컨텐츠를 구성하고, 컨텐츠를 소비하며, 컨텐츠와 상호 작용하고, 컨텐츠를 공유하며 수행하는 환경 설정 및 활동과 함께, (2) 사용자의 모바일 장치(들)에 의한 사용자의 컨텐츠 소비 및 통신 뿐만 아니라 (3) 사용자가 이들 동작을 수행하는 컨텍스트 및 사용자와 함께 이들 동작을 수행하는 사람도 광고주에게 사용자의 관심과 의도에 관한 정보를 제공한다.

예시적 작동 환경

지시되는 경우를 제외하면, 예시된 모바일 및 네트워크 작동 환경은 본 발명의 다양한 실시예에 대한 완전하고 올바른 평가에 불필요하므로 여기에서 반복되지 않을 것이다. 그러한 예시된 모바일 및 네트워크 작동 환경은, 예를 들어, "Clustered Search Processing" 명칭의 출원 제11/651,102호에서 찾아볼 수 있다. 도 1은, 서버와 통신 중인, 웹 브라우저를 갖춘 모바일 장치의 하이레벨 개략도를 예시한다. 서버는 네트워크에 접속되고, 컨텐츠의 이종 유형 및 소스를 집계하고 디스플레이하도록 구성되는 맞춤 컨텐츠 엔진, 네트워크의 검색을 수행하도록 구성되는 검색 엔진, 및 사용자의 거동을 계측하고 기록하기 위한 사용자 데이터 추적 엔진을 포함한다.

도 1에서, 네트워크 시스템(100)은 네트워크(104)를 사용해 서버(130)와 통신하는 모바일 장치(110)를 포함한다. 일 실시예에서, 네트워크(104)는 인터넷이지만, 통신 사업자와 같은 비공용 네트워크일 수도 있다. 서버(130)는 하나 이상의 검색 및 데이터 애플리케이션(134)의 집합을 포함한다. 검색 및 데이터 애플리케이션(134)은 하나의 중앙 디스플레이에서 맞춤 컨텐츠 유형 및 소스의 "홈페이지"를 발생시키고 유지하도록 구성되는 맞춤 컨텐츠 엔진(140) 및 네트워크와 인터넷을 통해 액세스 가능한 데이터의 검색을 수행하도록 구성되는 검색 엔진(150)을 포함한다. 일 실시예에서, 맞춤 컨텐츠 엔진(140)은 Yahoo! onePlace 모바일 홈페이지에 해당하고 검색 엔진(150)은 Yahoo! 또는 Google과 같은 사용자 데이터의 개인 네트워크를 검색하도록 구성된다.

또한, 검색 및 데이터 애플리케이션(134)은 다음 모듈: UDS(사용자 Data Store;152), MSRM(Mobile Search Refine 관리자;154), 검색 모듈(156), 및 검색 클러스터링 모듈(158) 중 하나 이상을 포함한다. 여기에서 개시되는 방법 및 시스템을 이해하기 위한 기술적인 관점에서는 이들 특정 명명 방식이 전혀 불필요하지만, 독자의 편의를 위해 제공된다. 이들 모듈은 일련 방식으로 설명되지 않을 것이고, 소정 사양 및 실시예가 예시될 때 소개될 것이다. 각각의 모듈이 검색 엔진(150)과는 별도로 설명되지만, 각각의 모듈은 검색 엔진(150)으로 통합될 수 있다.

모바일 장치(110)는 이동 전화, 게임이나 리딩 장치(reading device), 또는 하나 이상의 상호 접속된 네트워크(104)로의 액세스를 제공하는 (예를 들어, Wi-Fi 또는 Bluetooth와 같은) 또 다른 무선 장치를 포함할 수 있다. 모바일 장치(110)는 디스플레이(126)를 사용해 컨텐츠 및 데이터를 브라우징할 수 있는 대화형 애플리케이션(120)을 포함한다.

다양한 실시예가 실시될 수 있는 예시된 작동 환경을 설명하기 전에, 다음에서는 "소셜 관계 및 연관" 그리고 "메타데이터"를 포함하는 개념이 도입되고 설명된다. 이후에는, 다양한 실시예를 논의하는 동안, 이들 개념에 대한 추가적인 미세한 구별이 설명될 수 있다.

소셜 관계 및 연관

소셜 관계 및 연관 개념은 사람들을 활동에 그리고 사람들을 서로 접속시킨다. 소셜 관계 및 연관 그래프는, 날짜 기입에서 전문 기관에 이르는, 거의 모든 활동으로부터 구성될 수 있는데, 일부 네트워크는 특정 활동이 아닌 개인 또는 가족 관계의 집합에 초점을 맞춘다.

소셜 관계 및 연관은 볼링 리그와 같은 대인 관계 활동으로부터 확장되어 왔고, 이제는, 통상적으로 인터넷을 통해 만들어진 그리고 WWW로 얽힌, 오프라인 또는 온라인 활동 및 접속의 모든 방식을 망라한다.

개인의 소셜 관계 및 연관 그래프는 보통 정적이지 않은데, 개인과 그 또는 그녀의 소셜 관계 및 연관 사이의 움직임과 상호 작용은 다음의 비제한 팩터: (1) 개인이 위치하는 장소; (2) 시간; (3) 물리적으로나 온라인 소셜 관계 및 연관을 통해서, 개인이 상호 작용 중인 사람, 그리고 (4) 개인이 수행 중인 일 중 하나 이상의 함수일 수 있다.

이들 팩터의 다수 변경, 조합, 및/또는 미세한 구별이 관련될 수 있는데; 예를 들어, 개인이 시간을 통해 변화하는 다양한 직접적 및 간접적 인간 관계를 수반하는 가족 상봉을 계획하며 조정 중일 수 있다. 이들 팩터에 관련된 정보는 모바일 장치 또는 네트워크 서버에 의해 포착될 수 있다. 소셜 관계 및 연관 정보의 수집 및 사용을 위한 일부 방법 및 시스템이 "Identifying and Employing Latent Social Network Relationships"라는 명칭의 출원 제12/069,731호 및 "Social Aspects of 컨텐츠 Aggregation, Syndication, Sharing, and Updating"이라는 명칭의 출원 제12/182,756호 모두에서 개시된다.

메타데이터

개인의 소셜 관계 및 연관과 관련하여 앞서 설명된 바와 같이, 개인의 현재 활동을 표현하는 설명은 사용자에 대한 연속적인 경로/상태 데이터 스트림을 제공하고 모바일 홈페이지를 검색하거나 로드하는 것과 같은 임의의 사용자-발생 요청을 위해 정확한 컨텍스트를 제공하는 "어디에서", "언제", "누가", 및 "무엇을"에 관한 팩터 중 일부 또는 전부를 포함할 수 있다. 개인에 관한 특정 데이터를 설명하는데 사용되는 경우, 이들 팩터는 그 자체가 공간 메타데이터, 시간 메타데이터, 소셜 메타데이터, 오브젝트 메타데이터, 및/또는 논제 메타데이터 중 하나 이상을 포함하는, 예를 들어, 사용자의 W4 메타데이터라고 하는 메타데이터이다.

여기에서 설명되는 바와 같이, (1) 작동 환경, (2) 모바일 클라이언트 환경, (3) 서버 환경, 및 (4) 위치 변경자와 관련한 모바일 검색 쿼리의 작동 각각은 모바일 클라이언트, 서버, 및 (선택적으로) 관리자 또는 제3자 서비스 제공자 사이에서 교환되는 데이터 주변에 배치되는, 사용자 W4 메타데이터를 포함하는, 메타데이터 래퍼를 참조하여 추가 확장될 수 있다.

사용자 W4 메타데이터는 임의의 소정 이벤트, 예를 들어, 텍스트 메시지 또는 음성 통신의 "어디에서", "언제", "누가", 및/또는 "무엇을"에 관한 컨텍스트 메타데이터를 포함한다. 다시 말해, W4 메타데이터는 공간 또는 자연 지리(즉, "어디에서"), 시간(즉, "언제"), 소셜(즉, "누가"), 및/또는 물리적 오브젝트 또는 논제 관심(즉, "무엇을")에 관련된 정보를 포함할 수 있다. 또한, 사용자 그룹 사이에서의 이들 태양의 유사성 뿐만 아니라 개개 공간, 시간, 소셜, 및 논제 태양 내에서 그리고 개개 공간, 시간, 소설, 및 논제 태양 사이에서 이들 유사성의 패턴을 분석하는 것에 의해 이들 태양 중 적어도 일부의 관련성이 판정될 수 있다.

여기에서 추가 설명되는 바와 같이, 사용자 W4 메타데이터에 의해 제공되는 컨텍스트는 모바일 검색 쿼리의 명확화에 도움이 되고, 이는 차례로 검색어 및 검색 결과의 개선된 클러스터링을 가능하게 한다.

예를 들어, 사용자가 쿼리 "apple"을 입력한다. 웹 페이지 및 문서의 그리고 웹 페이지 및 문서와 연관된 텍스트 이외에, "apple"이라는 용어는 다수의 추상적 아이디어, 실제 오브젝트, 및 디지털 오브젝트와 미디어로 매핑될 수 있다. 집합적으로, 이들을 여기에서는 "엔티티"라고 한다. 이 실례에서는, "apple"이 표현할 수 있는 가능한 엔티티, 예를 들어, 회사, 과일, 레코드 라벨 등 중 적어도 일부를 판정하기 위해 문자열 "apple"에 대한 명료화가 수행되고, 그 다음, 이들 각각은 하나 이상의 결과 유형으로 매핑될 수 있다. 또한, 명료화는 소정 결과를 선호하는 최근의 실제 또는 온라인 거동 데이터를 선호할 수 있다. 예를 들어, 사용자가 어제 Apple Mac 상점을 방문하여 구입했다면, 명료화는 사용자의 선행 구매 또는 조사와 관련하여 지역 영수증(local receipts) 또는 사용자가 최근에 액세스했던 제품 정보 페이지를 선호할 수 있다.

예를 들어, 엔티티가 Apple^® 회사라면, 상이한 결과 유형은 지리적 결과(예를 들어, 회사 또는 상점 위치), 주가, 뉴스 기사(예를 들어, 텍스트 및 비디오) 뿐만 아니라 기존의 웹 및 모바일 웹 링크를 포함할 수 있다. 여기에서 추가 설명되는 바와 같이, 명료화 단계에서 식별되는 엔티티 또는 엔티티들에 기초한 결과 유형의 클러스터 및 결과 유형으로의 그들의 개개 매핑은 렌더링되거나 조작될 수 있다. 검색 쿼리의 명료화에 관한 추가 정보는 "Clustered Search Processing"이라는 명칭의 출원 제11/651,102호에서 찾아볼 수 있다.

예를 들어, 도 15는 계층 구조적인 유형-하위 유형 관계에 의해 조직되는 oneSearch 엔티티 유형의 하위 집합을 표현한다. 엔티티 및 엔티티 유형 사이의 추가 관계는 수치 및 상징 관계 뿐만 아니라 장소, 시간, 사람 등과 같은 다른 엔티티 유형에 링크되는 "이벤트(events)"와 같은 복합 엔티티 유형을 포함할 수 있다.

도 15에서, 예를 들어, 행(1510)은 (선행 논의에 해당되는) 엔티티 "Apple Computer"를 참조하고 행(1520)은 엔티티 "피자 레스토랑(Pizza Restaurant)"을 참조한다.

또한, 엔티티는 여러 카테고리에 존재할 수 있다. 예를 들어, TV 시리즈 Lost는 엔터테인먼트(Entertainment) 정보 오브젝트의 TV 쇼(TV Show) 카테고리에 존재할 수 있지만, 엔터테인먼트 사람(Entertainment People)의 배우(Actor) 카테고리에서도 참조될 수 있다. 마찬가지로, 피자는 사업 목록, 개최지, 장소 뿐만 아니라 위키피디아(Wikipedia), 참고(Reference), 또는 정보 오브젝트의 요리법 엔트리일 수 있다.

엔티티와 엔티티 유형의 통합은 웹 페이지의 단순한 북마킹으로부터의 중요한 변화를 표현하는데, 실시간 정보 피드를 가질 수 있거나 그에 대한 실시간 정보 피드가 생성될 수 있는 엔티티로의 포인터를 저장하는 것을 가능하게 하기 때문이다. 예를 들어, 엔티티 "examplemovie"을 북마킹하는 것에 비해, 웹사이트 "www.examplemovie.com"으로의 정적 북마크를 고려하면, 그로부터 "examplemovie"에 관한 리뷰, 지역 상영 시간, DVD 발매 예고 등에 관한 자동 업데이트를 수신할 수 있다.

예시적 모바일 사용자 및 네트워크 구성

다음에서는 상기 네트워크 시스템의 다양한 실시예가 설명되는데, 여기에서는 메타데이터의 캡처 및 전송이 모바일 사용자 브라우징 상호 작용 및 소비 경험을 향상시키는데 사용된다.

도 1을 참조하면, 소셜 관계 및 연관 정보와 같은 메타데이터와 다른 사용자 정보의 저장이 서버(130)에서의 검색 및 데이터 애플리케이션(134)의 일부인 UDS(User Data Store;152)에 의해 실현될 수 있다. UDS(152)는 데이터베이스, 텍스트, 스프레드시트, 폴더, 파일 등을 포함할 수 있고, 네트워크(104)로부터 수집될 뿐만 아니라 네트워크 또는 사용자 데이터 소스와 연관되는 소셜 관계 및 연관 정보를 유지하고 저장하도록 구성될 수 있다. 예를 들어, 모바일 장치의 4차원 맵이 사용자에 대한 과거와 현재 위치, 상태, 및 다른 인근 또는 관련 사용자와의 연관을 위한 프럭시로서 사용될 수 있다.

일 실시예에서, 모바일 사용자를 위해 UDS(152)에 저장된 소셜 관계 및 연관 정보는 다음 중 하나 이상을 포함한다: (1) 사용자가 속한, MySpace, Facebook, 또는 Linkedln와 같은, 소셜 네트워킹 웹사이트를 위한 사용자의 식별 정보; (2) 음성 연락, 전자 메일, 인스턴트 메시징, 및 텍스트 메시징을 위한 것과 같은, 사용자에 의해 유지되는 연락 정보; (3) 사용자가 속한 회원 그룹; (4) 사용자의 Flickr 계정 또는 사용자의 블로그에 대한 가입자와 같은, 사용자-생성 컨텐츠에 가입하는 개인의 가입자 정보; 및 (5) 사용자의 위치, 연관, 동작, 관심, 또는 거래에 대한 액세스 가능한 기타 데이터 소스.

일 실시예에서는, 모바일 사용자를 위해 UDS(152)에 저장된 소셜 관계 및 연관 정보가, 전자 메일, 인스턴트 메시징, 및 텍스트 메시징과 같은, 모바일 사용자에 의해 송신되거나 수신되는 전자 통신을 포함하는 한편, 다른 실시예는 모바일 및 고정의 여러 장치로부터의 정보를 조합하여 사용자를 위한 모든 공지 데이터, 통신, 및 거래를 포함한다.

일 실시예에서는, 사용자의 실제 및 과거 경로 데이터 뿐만 아니라 사용자의 실제 거주(들), 계정 등록 정보, 사용자가 암시적으로 또는 명시적으로 시스템과 공유했던 관심 위치 등에도 기초한 위치 정보 또한 UDS(152) 내에 저장될 수 있다. 그러한 정보는 사용자가 특정 카운티, 주, 국가, 또는 그 밖에 유사한 것 내의 특정 타운, 지역, 도시, 또는 그 밖에 유사한 것에 거주한다는 것을 또는 소정 위치(예를 들어, 개최지, 지구, 도시, 지역 등)나 그 밖에 유사한 것에 관심이 있다는 것을 지시할 수 있다. 그러한 위치 정보 또한, 일 실시예에서는, 계층 구조적 관계로 구성되고 정렬될 수 있다.

일 실시예에서는, 사용자에 관한 모바일 상태 정보도 UDS(152) 내에 저장될 수 있다. 그러한 모바일 상태 정보는 다음 중 하나 이상을 포함할 수 있다: (1) 모바일 장치(110)의 명칭, OS(operating system), 및 CPU; (2) 언제 그리고 얼마나 오랫동안 전원이 인가되고 액세스되었는지 뿐만 아니라 어떤 셀 타워 또는 네트워크 노드와 통신 가능하게 접속되었는지와 같은, 모바일 장치(110)의 현재 상태, 위치, 및/또는 사용 내역; (3) 대화형 애플리케이션(120)에 관한 정보와 같은, 모바일 장치(110)에 로드된 또는 모바일 장치(110)에서 현재적으로 작동 중인 애플리케이션(242)의 상태 정보; (4) 모바일 장치(110)의 데이터 저장소의 컨텐츠; 및 (5) 그로부터 (사용자가 특정 고속도로에서 천천히 이동 중인 운송 장치에 위치하고 있다는 것과 같은) 사용자의 모바일 상태가 유도될 수 있는, 모바일 장치(110)의 GPS로부터의 좌표 이력과 같은 정보. 사용 내역은 사용자의 동작에 의해 생성되는 능동 상호 작용 데이터 뿐만 아니라 사용자의 위치, 공지 랜드마크 또는 POI(Points of Interest)까지의 근접성, 및 다른 공존 사용자, 장치, 네트워크, 차량, 또는 어플라이언스와의 연관과 같은 수동 데이터도 포함한다.

일 실시예에서는, 일단 사용자가 사용자의 소셜 네트워크로의 계정 액세스 또는 전자 메일 계정을 제공하고 나면, 소셜 네트워킹 정보가 획득될 수 있다.

일 실시예에서는, 소셜 관계 및 연관 정보가 사용자의 다양한 움직임, 동작, 및 상호 작용을 모니터링하는 것을 통해 간접적으로 획득될 수 있다. 상호 작용은, 모바일 장치(110)쪽으로 송신되는 일부 또는 모든 데이터가 UDS(152)쪽으로 포워딩되는, 사용자에 의해 활성화되는 브라우저 툴바의 사용 뿐만 아니라 모바일 장치를 계측하여 방향, 생체 인식, 및 움직임 감지를 포함하는 사용자 상호 작용을 추적하는 기타 공지 방법을 통해 모니터링될 수 있다. 따라서, 예를 들어, 암시적 소셜 관계 및 연관 데이터 및/또는 연락 정보가 사용자들의 개개 장치, 환경 센서, 또는 데이터 피드 및/또는 그들 양자가 명시적 소셜 네트워크의 회원인지의 여부와 무관하게 사용자와 또 다른 사용자 사이의 메시지 내의 컨텐츠로부터의 데이터에 기초해 추출될 수 있다.

소셜 네트워킹 정보, 통신 정보, 위치 정보, 및 모바일 경로 또는 상태 정보와 같은 정보는 UDS(152) 내에 저장되고 다른 데이터와 함께 "메타데이터 래퍼"로서 전달될 수 있다. 다음에서 설명되는 바와 같이, 메타데이터 래퍼는 그것이 수반하는 데이터에 컨텍스트 정보 또는 컨텐츠 정보를 제공할 수 있다. 특성, 오브젝트, 및 데이터 유형의 사용을 포함하는, 메타데이터가 전파될 수 있는 어휘의 비제한적 실례가 다음의 "예시적 메타데이터 어휘"라고 명명된 섹션에서 제공된다.

UDS(152) 내에 저장된 정보는 MSRM(Mobile Search Refine Manager;154)쪽으로 전달될 수 있다. MSRM(154)은 사용자로부터 검색 쿼리를 수신하고, 검색 쿼리를 하나 이상의 일차 검색어으로 파싱하며, UDS(152) 내에 저장된 사용자에 관한 정보에 기초해 컨택스트 변경자를 제공하도록 구성된다. 컨텍스트의 처리 및 개념-기반 검색을 포함하는, MSRM(154)의 추가 사양은 "Clustered Search Processing"이라는 명칭의 출원 제11/651,102호에서 설명된다.

일 실시예에서는, 컨텍스트 변경자가 모바일 장치(110)로부터 MSRM(154)쪽으로 전달되는 메타데이터 래퍼로 제공되는데; 예를 들어, 메타데이터 래퍼는 모바일 장치(110)로부터 송신된 검색 쿼리를 수반하는 데이터를 구비하거나 검색 쿼리의 일부를 구비할 수 있다. 일 실시예에서, 컨텍스트 변경자는 UDS(152)에 의해 MSRM(154)쪽으로 제공된다.

일 실시예에서, MSRM(154)은 검색될 임의의 개념-특정 데이터 소스를 식별한다. 제3자가 사용자 정의 데이터 소스를 제공할 수 있는 방법의 일 실시예가 도 5 및 도 6을 참조하여 후술될 것이다.

UDS(152)에 저장된 정보를 사용해, MSRM(154)은, 검색될 임의의 개념-특정 데이터 소스에 대한 지시와 함께, 검색 모듈(156)에 의해 처리될 변경된 검색 쿼리를 만든다.

검색 모듈(156)에 의해 제공되는 검색 결과는, "Clustered Search Processing"이라는 명칭의 출원 제11/651,102호에서 개시되는 바와 같이, 그룹으로 클러스터링될 수 있고 선택적으로 순위가 매겨질 수 있다. 일 실시예에서, 검색 모듈(156)로부터의 검색 결과는 검색 클러스터링 모듈(158)쪽으로 전달된다. 일 실시예에서는, 검색 모듈(156)쪽으로 전달된 메타데이터 또한 검색 클러스터링 모듈(158)쪽으로 전달된다.

추가적으로, 모바일 사용자 메타데이터와 관련하여 판정되는 검색 결과 또한 개념-특정 및 컨텐츠-특정 데이터 소스 중 하나 또는 양자로부터 유도되는 메타데이터에 기초해 변경될 수 있다. 해당 검색 결과는 소스, 용어, 개념, 또는 컨텐츠에 의해 클러스터링될 수 있다.

예를 들어, UDS(152) 및 MSRM(154) 중 하나 또는 양자에 의해 식별된 메타데이터는 매칭하는 개념-특정 데이터 소스에 기초한 검색 결과에 매칭될 수 있다.

일 실시예에서는, 검색 결과가 다른 공지 데이터 소스와 조합되어 실제 클러스터링된 결과가 사용자에게 제시되는 것과 동일한 또는 유사한 방식으로 사용자에게 제시될 수 있는 "가상 클러스터"를 생성한다.

일 실시예에서는, 결과를 클러스터링하는데 사용되는 검색 클러스터링 모듈(158)에 의해 식별된 개념이 메타데이터로서 결과에 부착된다. 일 실시예에서는, 식별된 개념이 명료화 단계에서 식별된 엔티티 또는 엔티티들에 기초한 결과 유형 또는 상대 순위를 판정하는데 사용된다.

일 실시예에서는, 사용자의 모바일 상태 정보를 표현하는 메타데이터가 모바일 장치(100)의 디스플레이(126)에 나타나는 검색 결과의 레이아웃을 구성하는데 사용될 수 있다.

이런 식으로, 사용자 및 컨텍스트에 관한 상이한 다수 소스로부터의 메타데이터가 현재의 모바일 사용자의 검색 또는 동적 페이지 어셈블리 요청을 개인화하는데 사용된다. 사용자의 (1) 현재 활동, (2) 현재 환경, (3) 소셜 관계 및 연관, (4) 제3자 평가, 명성, 순위, 또는 다른 품질 채점 메트릭, 예를 들어, 신용 점수 등, 및 (5) 검색 쿼리를 설명하는 메타데이터가 개념-특정, 컨텍스트-특정, 또는 컨텐츠-특정 데이터 소스에 의해 발생되는 메타데이터와 조합되어 모바일 사용자에게 관련 정보를 전달하는데 사용될 수 있다.

예시적 사용자 실례

(a) 장치 사용에 관한 메타데이터의 사용을 통한 클러스터링 및 (b) 문자열의 엔티티로의 명료화와 관련한 클러스터링이 모바일 장치에서의 샘플 검색 및 검색 결과를 디스플레이하는 도 2-도 4에서 예시된다.

도 2를 참조하면, 패널(210)에서, 모바일 사용자는 용어 "sushi"를 사용해 간단한 검색을 수행한다. 사용자의 위치와 같은 앞서 획득된 메타데이터가 캡처되어 검색 박스 아래쪽에 디스플레이되는데; 이 실례에서, 사용자는 "near 3000 Paradise Rd, Las Vegas"에 위치한다.

이 위치 메타데이터는 검색어와 관련된 것으로서 식별되는, 레스토랑과 같은, 인근 기업의 식별 및 디스플레이를 허용한다. 레스토랑은 추상 엔티티 유형 "restaurant"의 특정 인스턴스에 대한 클러스터를 형성한다. 이들 결과는, 패널(210)에서 표시되는 바와 같이, 거리에 의해 좀더 세밀하게 구별될 수 있다.

바람직스럽기로는, 메타데이터 래퍼가, Yelp, Zagat, 및 OpenTable과 같은, 다른 컨텐츠 제공자에 의해 이용될 수 있고 패널(210)에서 제목 "More business results" 아래에 표시될 수 있다. 이들 기업 결과는 모바일 사용자의 위치, 검색어, 및 "restaurant"과 같은 추상 엔티티 유형의 조합에 기초해 발생될 수 있고 사용자에게 푸시(push)될 수 있다.

패널(220)에서, 사용자는 "Sushi Roku in the Forum Shops"를 위한 결과를 선택하였고 이 레스토랑에 관한 정보 디스플레이 페이지에 랜딩하였다. 사용자가 추상 엔티티 "restaurant"의 특정 인스턴스에 관한 세부 사항을 시청 중이긴 하지만, 모바일 장치의 디스플레이는 "Business details"로의 링크를 통해, 맵, 사용자 리뷰, 및 더 많은 도구와 같은, 다른 관련 정보로의 링크를 디스플레이하도록 구성된다.

패널(231, 232, 및 233)은 "Sushi Roku"를 위한 랜딩 페이지로부터 이용 가능한 링크를 디스플레이한다. 각각의 패널에 표시된 정보를 위해, 메타데이터 래퍼가 ("review", "review author", "photo", "rating" 등과 같은) 컨텐츠 소스의 데이터 유형을 설명하는데 적용되었다.

도 3은 소셜 네트워킹 컨텍스트에 적용되는 메타데이터 래퍼의 사용을 통해 실현되는 클러스터링을 예시한다. 패널(310)은 "Will Decker"라는 이름의 사람을 위해 사용자에 의해 수행되는 검색을 예시한다. 이 검색은, 검색 박스 아래쪽의 위치 정보("near 3000 Paradise Rd, Las Vegas")에서 표시되는 바와 같이, 사용자의 현재 위치와 관련하여 다시 수행될 수 있다. 본 검색은 3가지 애플리케이션, Facebook, Linkedln, 및 MySpace와 관련하여 추상 클래스 "Contact"을 사용해 프로파일 정보의 클러스터를 발생시킨다. 이 실례에서, 이들 3가지 애플리케이션으로부터의 (메타데이터 래퍼를 포함하는) 데이터는 오픈 API 프레임워크를 통해 각각으로부터 풀링(pulling)되고 서버에 의해 어셈블링된다.

패널(310)에 추가적으로 표시된 바와 같이, "Contact" 클래스 유형의 인스턴스 각각은 결과를 추가적으로 세밀하게 구별짓고 사용자가 실제로 알고 있는 "Will Decker"라는 이름의 개인을 사용자가 찾아내는 것을 돕는데 사용될 수 있는 특성을 소유한다.

패널(320)에서, 사용자는 Facebook에서 찾아낸 프로파일을 선택하였고, 엄지 손톱 정도의 사진 및, 클래스 "Overview"에 해당하는, "Berkeley Alum ● UChicago Alum"과 같은, 그 개인에 관한 캡슐화된 요약(encapsulated summary)과 같은, 추가 정보와 함께 "Will Decker"(또는 그것에 관한 약간의 변형)라는 이름의 다양한 사람에 대한 요약을 살펴본다.

패널(330)에서, 사용자는 API 프레임워크에 의해 적용될 수 있고 모바일 장치의 물리적 사양에 관한 정보와 조합되어 다양한 Facebook 사진을 매력적인 방식으로 표현할 수 있는 사진 정보를 포함하는 "Will Decker" 메타데이터 래퍼의 특정 인스턴스를 위한 Facebook photo gallery의 표시로 이동하였다.

도 4는, 사용자에게 그 자체가 하나 이상의 제3자 개방 추상을 구비할 수 있는 하나 이상의 무기명 가상 클러스터가 제시되는, 무기명 클러스터 결과를 산출하는 검색에 기초한 결과의 발생을 예시한다. 패널(410)에서, 모바일 사용자는 검색어 "Audi tt"를 입력한다. 검색 결과 중 어떤 것도 기명 클러스터를 산출하지 않지만, 개방 추상 모델에 부합하는 MotorTrend 및 Wikipedia로부터 공급되는 컨텐츠를 사용해 "2008 Audi TT"라는 명칭의 가상 클러스터가 생성된다.

패널(420)에서, 사용자는 MotorTrend Research 아이콘을 선택하였고 (1) 범용 데이터 소스로부터 획득되는 결과로부터 공급될 수 있거나 (2) MotorTrend API 플러그인으로부터 공급될 수 있는 데이터 및 메타데이터로부터 어셈블리되는 랜딩 페이지가 제시된다. 결과의 발생을 위한 다른 가능성은 다음 중 하나 이상을 포함한다:(1) 가상 클러스터의 발생; (2) 일련의 가상 클러스터의 발생; 및 (3) 클러스터링되지 않지만 적어도 하나의 관련 기준을 충족시키는 OpenAbstracts의 리스트.

모바일 검색 프레임워크쪽으로 컨텐츠 소스 통합하기

상기 도 2-도 4에서 제공되는 예시에서, Facebook, Linkedln, 및 My Space로부터의 클러스터 데이터는: (1) 브라우저 툴바를 통해 서버쪽으로 제공될 수 있거나 (2) 오픈 API 프레임워크를 통해 각각의 웹사이트로부터 풀링되어 서버에 의해 어셈블리될 수 있었다. 컨텐츠 소스의 그러한 통합을 위한 프레임워크 및 제3자 컨텐츠 소스를 통한 클러스터 발생을 위한 간단한 개략도가 도 5 및 도 6에서 예시되고 후술된다.

도 5는, 제3자가 그들의 데이터를 검색 또는 맞춤 컨텐츠 프로세스에 의해 사용 가능한 포맷으로 번역하기 위해 플러그인 모듈을 제공하는, 여러 데이터 소스로의 연합 쿼리를 수행하는 모바일 검색 시스템(500)을 예시한다. 검색은 "컨텐츠 인덱스"를 구비하는 데이터 저장소(511, 512, 513)의 데이터(및 연관된 메타데이터)를 인출한다. 데이터는 도 6을 참조하여 후술되는 컨텐츠 플러그인(521-524)으로부터 컨텐츠 인덱스쪽으로 전달된다. 모바일 검색 시스템(500)의 결과 또한 컨텐츠 플러그인(526)으로부터 직접적으로 풀링된다.

플러그인(521-525) 각각은 컨텐츠 소스(531-536)로부터 데이터를 풀링하거나 컨텐츠 소스(531-536)에 의해 데이터를 푸시한다. 컨텐츠 소스는 API(application program interfaces) 및/또는 컨텐츠 피드를 구비할 수 있다. 추가적으로, 모바일 검색 시스템(500)의 결과 또한 API를 구비하는 컨텐츠 소스(537)에 의해 직접적으로 풀링된다. 예시된 바와 같이, 데이터는 제3 제공자로부터의 API 또는 컨텐츠 피드로부터 플러그인쪽으로 풀링될 수 있거나; 데이터는 제3 제공자의 컨텐츠 피드를 통해 플러그쪽으로 푸시될 수 있다.

도 6은 도 5에 표시된 플러그인을 위한 샘플 프레임워크를 예시한다. 플러그인(600)은 파서(610), 연관 모듈(620), 및 렌더러(630)를 구비한다. 파서(610)는 메타데이터 파서 또는 API 요청기를 구비할 수 있는데, 그들 중 하나 또는 양자는 도 5에 표시된 "컨텐츠 소스" 중 하나 이상과 통신 중이다. 선택적인 메타데이터 래퍼를 포함하는 파싱된 데이터는 파서(610)로부터 연관 모듈(620)쪽으로 전달된다. 명시적인 유추 클러스터 결과 매핑이 연관 모듈(620)에 의해 수행되는데, 결과는 렌더러(630)에 의해 처리된다. 렌더러의 결과는, 시스템이 모바일 장치에 표시된 컨텐츠에 적합한 포맷, 렌더링, 및 사용자 동작을 판정할 수 있게 하는 (clusterID, entityID, W4 메타데이터, 및 컨텐츠 유형 메타데이터와 같은) 메타데이터 래퍼를 제공하면서, XML 스키마 또는 템플릿/사용자 인터페이스 매핑을 통해 처리될 수 있다. 그 다음, 결과는 도 5의 "컨텐츠 인덱스"를 구비하는 하나 이상의 데이터 저장소쪽으로 송신된다.

검색 소스 또는 결과의 홈페이지로의 통합

상기 설명에서는, 다양한 형태의 메타데이터가 해당 검색 쿼리로부터 검색 결과를 유도하는데 사용된다. 검색 결과는, 텍스트, 수치 데이터, 이미지, 애니메이션, 오디오, 또는 비디오와 같은, 컨텐츠의 다양한 유형 및, RSS 피드, 신문 기사로의 링크, Wikipedia 엔트리, 또는 웹 페이지의 부분과 같은, 컨텐츠의 다양한 포맷을 표현할 수 있다. 사용자는 하나 이상의 검색 결과를, 브라우저 또는 애플리케이션이 처음으로 호출될 때 자동적으로 나타나거나 사용자가 소정 유형의 "홈" 명령을 활성화할 때 호출되는 사용자의 홈페이지 또는 모바일 홈페이지로 통합하기를 원할 수 있다.

추가적으로, 검색 결과 또는 검색 결과의 부분은 그 자체가 앞서 설명된 엔티티 또는 엔티티 유형으로 간주될 수 있는데; 예를 들어, 웹 링크 또는 RSS 피드가 사용자 홈페이지의 엔티티 또는 엔티티 유형에 추가될 수 있고 사용자 홈페이지의 엔티티 또는 엔티티 유형으로서 취급될 수 있다. 추가될 수 있는 항목으로는: (1) 웹 링크; (2) RSS 피드; (3) 업데이트를 점검하기 위해 주기적으로 재방문하는 링크에 기초해 그것을 위한 RSS 피드가 생성되는 웹 링크; (4) "엔티티" 또는 "엔티티 유형"; 및 (5) 웹 링크 또는 RSS 피드의 파싱을 통해 추가되는 엔티티 또는 엔티티 유형을 들 수 있다.

비제한적 실례로서, 사용자는 검색 결과나 임의의 온라인 웹 페이지 또는 리소스를 장래의 포함을 위해 선택할 수 있거나, 사용자는 그 컨텐츠 내에서 표현되는 엔티티 또는 엔티티들을 사용자의 맞춤 컨텐츠 엔진에 추가할 수도 있다. 사용자의 선택 시점에, 맞춤 컨텐츠 엔진은 자동적으로 또는 대화형으로 사용자가 그 컨텐츠, 리소스, 또는 피드를 하나 또는 여러 개의 연관된 엔티티 사이에 추가하기를 원하는지를 판정할 수 있다.

그러한 바람직한 사양은 검색 결과 또는 컨텐츠 오브젝트를 연관된 아이콘, 체크박스, 사용자 제스처, 또는 선택되거나 발화될 때, 선택된 결과를 위한 컨텐츠 유형을 판정하고 사용자 홈페이지 또는 소비 장치, 예를 들어, 전자책 리딩 장치 또는 게임 장치에 통합될 해당 정보 피드를 생성하는 연관된 발화 명령에 의해 디스플레이하는 것을 통해 실현될 수 있다. 다음에서는, 사용자가 임의 검색 결과를 정보 피드로서 추가할 수 있는 능력이 도 7을 참조하여 설명된다.

도 7은 사용자가 검색 결과를 사용자의 홈페이지 또는 다른 정보 집합 장소 또는 장치에 추가할 수 있게 하는데 사용될 수 있는 AAE(Add Anything Engine;700)의 4가지 구성 요소를 예시한다. 도 7의 구성 요소는 도 1에 표시된 서버(130)에 손쉽게 통합될 수 있다는 것을 이해할 수 있어야 한다. 예를 들어, AAE(700)는 서버(130)의 검색 및 데이터 애플리케이션(134)에 통합될 수 있다. 간략화를 위해, 다음 설명은 도 7을 참조하여 이루어질 것이다.

AAE(700)는 쿼리 관리자(704), 디스플레이 계측 관리자(708), 컨텐츠 분석기(712), 및 등록 관리자(716)를 포함한다.

쿼리 관리자(704)는 검색 쿼리 정보 및 사용자 뿐만 아니라 사용자와 연관된 임의 갯수의 장치 또는 네트워크에 대한 하나 이상의 사용 데이터 집합 또는 검색 이력의 관련 메타데이터를 추적한다.

일 실시예에서, 쿼리 관리자(704)는 UDS(152) 및 MSRM(154)으로부터 정보를 수신한다.

쿼리 관리자(704)로부터의 정보는 해당 검색 결과와 연관될 특정 컨텐츠 유형 또는 포맷을 판정하는데 사용하기 위해 컨텐츠 분석기(712)쪽으로 공급된다. 컨텐츠 분석기(712)는 수신된 웹 링크 및 RSS 피드를 해당 엔티티 및 엔티티 유형의 판정을 위해 파싱한다.

RSS 피드와 같은, 일부 검색 결과는 업데이트를 위한 확립된 프로토콜을 갖는 반면, 정적 웹 페이지와 같은, 다른 검색 결과는 확립된 업데이트 프로토콜을 갖지 않을 수도 있다. 컨텐츠 분석기(712)는 그러한 정적 컨텐츠 유형에 해당하는 결과를 등록 관리자(716)쪽으로 포워딩한다.

등록 관리자(716)는 논-피드 인에이블드(non-feed enabled) 정보 오브젝트 중에서 되풀이해서 발생하는 정보 피드를 생성할 수 있고, 그에 따라, 사용자는 다양한 구간에서 해당 링크로부터 업데이트된 정보를 수신한다. 예를 들어, 사용자는 웹 피드를 제공하지 않는, USPTO(United States Patent and Trademark Office)와 같은, 정부 기관에 의해 만들어진 웹 페이지 발표를 살펴보고 싶을 수 있다.

일 실시예에서, 등록 관리자(716)는 사용자에 의해 선택되는 논-피드 인에이블드 정보 오브젝트에 해당하는 데이터 소스를 주기적으로 인출하고, 결과 데이터를 파싱하며, 메타데이터 래퍼를 적용하기 위한 명령어를 포함한다.

등록 관리자(716)는 되풀이해서 발생하는 임의 정보 피드를 모바일 장치(110)에서의 디스플레이를 위해 모바일 홈페이지 관리자(720)쪽으로 포워딩한다.

디스플레이 계측 관리자(708)는 "add this" 아이콘의 실제 디스플레이와 해당 사용자 입력의 수신 모두를 제어한다. 디스플레이 계측 관리자(708)는 피드 선택을 위해 선택된 공지 정보 피드를 모바일 홈페이지 관리자(720)쪽으로 포워딩하고 다른 사용자 선택을 등록 관리자(716)쪽으로 포워딩한다. 디스플레이 계측 관리자(708) 또한 피드 생성을 위해 모바일 홈페이지 관리자(720) 및 등록 관리자(716)에 대해 선택된 공지 정보 피드를 선택하기 위한 발화 명령 및/또는 사용자 제스처를 감지하도록 구성될 수 있다.

도 9 내지 도 13은 예시적인 모바일 홈페이지 환경 및 사용자가 엔티티를 모바일 장치 홈페이지에 추가할 수 있는 일 방식을 예시한다. 패널(910)은, 먼저 "Add Anything to Y! onePlace"라는 명칭의 항목을 활성화하는 것에 의해, 그로부터 사용자가 컨텐츠를 사용자의 홈페이지에 추가할 수 있는 모바일 장치 스크린의 부분을 디스플레이한다. 활성화 이후에, 사용자에게는 패널(920)이 제시된다. 패널(920)은 사용자가 맞춤 검색을 위한 텍스트를 입력하기 위한 영역(921)을 포함하는데, 영역(921)에서의 입력은 그로부터 컨텐츠를 추가하기 위한 위치의 디폴트 집합에 해당한다. 따라서, "Add Anything" 기능은 사용자에 의해 입력된 검색 쿼리에 또는, 사용자가 검색 쿼리를 입력할 것을 요구하지 않지만 사용자, 이용 가능한 엔티티, 및 장치에 관한 컨텍스트 및 다른 정보를 이용해 사용자의 모바일 홈페이지에 가능한 추가를 위한 하나 이상의 사용자 정의 및/또는 맞춤 컨텐츠 오브젝트를 제시할 수 있는, 사용자에게 제시된 컨텐츠 오브젝트(엔티티, 링크, RSS 피드 등)의 사전 선택되거나 사용자 정의된 집합에 적용될 수 있다.

계속해서 도 10을 참조하면, 사용자 시청 패널(1010)은 영역(1011)에서 입력 텍스트 "Red Sox"를 가진다. 패널(1010)에서의 "oneSearch" 버튼의 활성화 이후에, 사용자에게는, 사용자에게 그로부터 사용자의 모바일 홈페이지에 추가할 하나 이상의 컨텐츠 오브젝트를 선택하기 위한 다양한 선택을 제공하는 패널(1020)이 제시된다. 영역(1022)과 같은, 일부 선택은 사용자가 선택할 수 있는 RSS 피드에 해당한다. 다른 선택은 뉴스 기사 및 웹 사이트, 예를 들어 "www.redsox.com"로의 링크에 해당한다. 영역(1021)은 2007년 1월 5일에 "Clustered Search Processing"이라는 명칭으로 출원되었으며 참고 문헌으로써 앞서 통합된 제11/651,102호에서 좀더 상세하게 설명되는 바와 같이 하나 이상의 정보 소유자, 게시자, 또는 저자와 연관될 수 있는 엔티티 "Boston Red Sox"에 해당한다.

도 11에서, 패널(1110)의 사용자는 사용자의 홈페이지에 추가될 엔티티 "Boston Red Sox"에 해당하는 제1 엔트리(1111)를 선택하였다. 일 실시예에서는, 컨텐츠 및 소스의 디폴트 집합이 디폴트로써 자동적으로 생성된다. 일 실시예에서는, 사용자가 엔티티 및 사용자 모두와 연관된 집계된 컨텐츠 및 소스의 맞춤 집합을 어셈블리하기 위해 엔티티 "Boston Red Sox"로의 사용자 가입과 연관된 것들로부터 컨텐츠 소스 또는 오브젝트를 구체적으로 선택 또는 취소할 수 있다. 일 실시예에서, 엔티티와 연관된 컨텐츠는 실시의 주제 및 표준에 따라 무료 또는 유료이거나 익명 또는 등록일 수 있다.

사용자 홈페이지의 시작과 종료를 예시하는 스크린샷이 도 12에 표시된다. 스크린샷이 너무 길어 여기에 적절히 디스플레이될 수 없으므로, 패널(1210)은 홈페이지의 '상단'을 표현한다. 페이지는, 홈페이지의 '하단'을 표현하는 패널(1220)에 도달될 때까지 아래로 스크롤한다. 영역(1230)에서 지시되는 바와 같이, 엔티티 "Boston Red Sox"를 표현하는 아이콘이 사용자의 홈페이지에 추가되어, 사용자에게 Boston Red Sox에 해당하는 컨텐츠에 대한 시스템의 최신 맞춤 집합을 시청하는 손쉽게 액세스 가능한 방식을 제공한다.

도 13에서, 패널(1310)은 엔티티 "Boston Red Sox"에 해당하는, 시스템에 의해 어셈블리된 컨텐츠를 예시한다. 도 13에서, 시스템은 점수와 스케줄, 다가오는 게임, 뉴스, 사진, 및 명단에 해당하는 컨텐츠 소스를 추가하였다. 단순한 북마크와 달리, 이들 컨텐츠 소스 각각은 동적이고, 각 소스로부터의 정보는 사용자의 소비를 위해 자동적으로 인출되고 어셈블리될 수 있다. 소정 엔티티를 위한 연관된 컨텐츠 오브젝트와 피드의 선택 및 제시 또한 시스템, 컨텐츠 게시자, 사용자, 광고주, 네트워크 운영자, 장치 제조자, 또는 그들에 관한 임의 조합의 환경 설정 또는 동작 뿐만 아니라 소정 엔티티를 위한 연관된 컨텐츠 오브젝트와 피드가 사용자에 의해 액세스될 수 있는 앞서 설명된 컨텍스트의 다양한 태양(즉, 공간, 시간, 소셜, 논제 등)에 관련된 환경 설정 또는 동작에 기초해 동적으로 변경(즉, 삭제, 재정렬, 상이한 미디어 유형으로 트랜스코딩 등)될 수 있다.

도 14는, 항목이 출현하는 상대적 순서를 포함하여, 사용자가 사용자의 모바일 홈페이지를 재구성할 수 있는 2가지 도면을 예시한다. 엔트리(1430) "Boston Red Sox"는 사용자의 모바일 홈페이지에 대한 그들의 현재 컨텐츠 순서에 추가된 새로운 엔티티를 나타내고 연관된 화살표는 사용자가 리스트의 임의 엔티티 또는 컨텐츠에 대한 순서를 대화형으로 삭제하거나, 높이거나, 낮출 수 있게 한다. 일 실시예에서, 사용자는 리스트의 임의 엔티티 또는 컨텐츠를 그룹화하고, 그룹에 이름을 붙이며, 그룹을 삭제하거나 재정렬할 수 있다.

광고 개인화

동적 모바일 사용자 웹 브라우징 상호 작용과 컨텐츠 소비 경험은 통상적으로 집 또는 직장에 묶인 개인용 컴퓨터에 의해 수행되는 웹 브라우징의 전통적인 정적 방법과는 크게 상이하다. 전통적인 웹 브라우징 상호 작용과 컨텐츠 소비 경험을 작은 모바일 스크린상으로 우겨넣으려는 시도는 앞서 개시된 방법 및 시스템에 의해 산출되는 이점을 제공하는데 실패한다.

마찬가지로, 전통적인 기술을 사용해 광고 자료를 모바일 스크린상으로 우겨넣는 것은 부정적인 사용자 경험을 초래한다. 전통적인 기술은 사용자 경험을 강조하는 것이 아니라 사용자 경험을 훼손하는 '만능 해결식(one-size-fits-all)' 광고를 초래한다.

실제의 모바일 사용자 이력이 (a) 브랜드 및/또는 광고주에 대해 모바일 사용자를 정렬시키고 (b) 배달을 위한 특정 캠페인과 시간 및/또는 공간 조합에서 특정 광고주를 위한 특정 사용자를 예측하는데 사용되는 상당한 개선이 산출된다. 광고를 모바일 사용자와 매칭하기 위한 방법 및 시스템은 도 8을 참조하여 후술된다.

도 8은 특정 광고 카피 또는 전문 컨텐츠를 적어도 사용자 및, Yahoo의 onePlace와 같은, 그들의 모바일 홈페이지에 의해 생성되는 컨텐츠, 포맷, 구성, 및 상호 작용 데이터에 기초해 특정 광고 또는 컨텐츠 배달 기회와 매칭하기 위한 완벽하게 사용자 정의 가능한 개인 광고 시스템인 MHTE(Mobile Homepage Targeting Engine;800)를 예시한다. 도 8의 구성 요소는 서버(130)의 검색 및 데이터 애플리케이션에 용이하게 통합될 수 있다는 것을 이해할 수 있어야 한다.

MHTE(800)는: (a) 광고주와 게시자의 상호 작용을 관리하기 위한; 그리고 (b) 다음 중 하나 이상에 의해 발생되는 광고 서빙 요청으로써 사용자의 모바일 홈페이지를 구성하기 위한 모듈을 포함할 수 있다: (1) 네트워크; (2) 사용자; 및 (3) 제3자.

일 실시예에서, MHTE(800)는 광고 카피 관리자(804), 모바일 홈페이지 관리자(808), 매칭 관리자(812), 및 광고 디스플레이 관리자(816)를 포함한다.

광고 카피 관리자(804)는 광고주 또는 게시자와 상호 작용하고, 광고주 또는 게시자가 다음 중 하나 이상을 수행하는 것을 허용할 수 있다: (1) 그들의 계정을 등록하고 관리하기; (2) 광고 카피 또는 전문 컨텐츠 제출하기; 및 (3) 타겟팅 모델(targeting models)의 형태로 소정 동작 특정하기. 전문 컨텐츠는 소유자, 게시자, 또는 컨텐츠 소매 업체에 의해 사용자쪽으로 마케팅되는 새로운, 업데이트된, 또는 배타적 컨텐츠의 어떤 형태일 수 있다. 타겟팅 모델은 다음의 사용자 특징 중 하나 이상의 함수일 수 있다: (1) 모바일 액세스 장치의 유형; (2) 액세스 네트워크; (3) 인구 통계; (4) 현재의 사용자 활동; (5) 하나 이상의 공지된 사람, 장소, 또는 사물에 대한 위치 또는 근접성, (6) 다른 사용자, 장치, 또는 POI의 공존, 및 (7) 다른 것들 중에서도, 사용자 이력, 환경 설정, 또는 프로파일.

광고 디스플레이 관리자(816)는 그것이 사용자, 네트워크, 또는 제3자 서비스, 예를 들어, 캐리어 또는 ISP로부터의 요청인지에 상관없이 특정 광고 요청에 응답하여 광고 카피 관리자(804)로부터 수신되는 광고 카피 또는 전문 컨텐츠를 매칭 관리자(812)에 의해 지시되는 바에 따라 채우고, 계측된 카피를 요청자에 의한 디스플레이를 위해 리턴한다. 그러한 광고 요청은 소정의 타겟 사용자 기준, 광고주가 지불할 수 있는 금액 또는 최대 금액, 디스플레이의 제한 또는 조건, 및 제공 기간을 지시하는 정보를 포함할 수 있다.

모바일 홈페이지 관리자(808)는 사용자 컨텐츠, 구성, 및 발화, 택틸, 및 감지 입력을 포함하는, 사용자의 모바일 홈페이지 또는 선택된 다른 웹 페이지와의 상호 작용을 계측하고 추적한다.

매칭 관리자(812)는 타겟팅 모델을 사용자 프로파일에 적용하여 광고 디스플레이 관리자(816)에 의해 핸들링되는 광고 요청에 응답하여 서빙하기 위한 광고 카피 또는 전문 컨텐츠를 참작하고, 점수를 매기며, 선택한다. 모바일 홈페이지 관리자(808)로부터의 데이터는 다양한 광고 타겟팅 모델의 미세한 구별 또는 구성을 위해 매칭 관리자(812)쪽으로 포워딩될 수 있다.

다음의 비제한적 실례는 MHTE(800)에 의해 산출되는 이점 중 일부를 예시한다. 제1 실례에서, 사용자는, 특별 프로모션, 최근 리뷰, 그랜드 오프닝 또는 기타 컨텐츠, 잠재적인 타겟 사용자의 현재 위치, 집, 직장, 또는 관심있는 다른 위치, 예를 들어, 정기적으로 방문하는 도시, 사용자에 의해 관심있는 것으로 지정된 위치의 부근에서 엔티티에 관련된 정보의 피드 또는 소스 등과 같은 업데이트를 수신하기 위해, 엔티티로서 "Pizza Restaurant"을 onePlace에 추가하였다. 그러한 엔티티 "Pizza Restaurant"은 도 15에서 예시되는 oneSearch 엔티티 유형의 비제한적인 샘플 하위 집합에 행(1520)으로서 출현한다. 그 다음, 사용자는 MHTE(800)에 의해 맞춤 광고 자료 또는 전문 컨텐츠를 수신할 자격이 있는 잠재적 타겟으로서 간주될 것이다.

사용자가 "Pizza Restaurant"을 엔티티로서 onePlace에 추가한 후, 사용자는 지역 피자 레스토랑이 새로운 특별 요리 또는 컨텐츠를 게시할 때, 피자 레스토랑에 관한 리뷰가 기재될 때, 그리고/또는 관심있는 위치 근처에서 새로운 피자 레스토랑이 오픈할 때 업데이트를 수신할 것이다. 추가적인 참작은 사용자가 onePlace의 다른 엔티티를 지적하고, 이들 및 관련 엔티티의 서로에 대해 상대적인 홈페이지의 배치 뿐만 아니라 파기, 거절, 또는 취소되는 컨텐츠를 지적하는 것에 의해 실현될 수 있다. 각각의 엔티티와 연관된 사용자 활동의 시간에 따른 수준과 유형이 그 사용자에 대한 타겟팅 광고 또는 전문 컨텐츠에서의 각각의 엔티티의 상대적 가치를 판정하는데 사용될 수 있다. 게시자로부터의 컨텐츠 타겟팅 뿐만 아니라 광고주로부터의 광고 타겟팅도 통합될 수 있다.

동일 사용자에 관한 정보가 사용자에 의한 추가적인 상호 작용을 통해 MHTE(800)쪽으로 도달할 수 있다. 예를 들어, 사용자는 사용자의 "Pizza Restaurant" 엔티티와의 상호 작용으로부터 유도되는 타겟팅 정보와 조합될 수 있는 "vegetarian recipes" 또한 onePlace에 추가하여 "nonvegetarian pizzas"가 아닌 "vegetarian pizzas"에 관련된 컨텐츠, 광고, 또는 프로모션을 사용자가 선호할 것 같다는 타겟팅 프로파일을 개발했을 수 있다.

MHTE(800)에 의해 산출되는 이점의 예시는 다음과 같을 수 있다: 피자 메이커가 특정 지역에서 새로운 고객을 찾는 것. 피자 메이커는, 광고 디스플레이 관리자(816)쪽으로 공급되는 타겟 데이터와 함께, 광고 카피 관리자(804)에게 광고 카피 또는 전문 컨텐츠를 공급한다.

타겟 데이터는 외식하는 경향이 있는 18-34세 남성을 찾고 있다. 매칭 관리자(812)는, 앞서 설명된 사용자를 포함하여, 잠재적 타겟의 집합을 식별한다.

매칭 관리자(812)는 경계하며, 사용자 홈페이지에서의 엔티티의 배치를 검토하고, 사용자를 위해 타겟팅된 광고 및 컨텐츠의 판정에서 엔티티와 연관된 사용자 활동의 수준과 유형을 고려한다. 이 실례에서, 매칭 관리자(812)는 그 근처에 설립된 피자 메이커에 의해 서빙되는 고기없는 피자 스페셜을 위한 광고를 구성한다. 이 광고는 모바일 홈페이지 관리자(808)에 의해 사용자에게 배달된다.

관련된 실례에서, 사용자는 모바일 홈페이지 관리자(808)에 의해 수신되는, "restaurant"을 위한 검색 요청을 입력한다. 매칭 관리자(812)는 사용자의 메타데이터와 검색 내역을 검토하고 사용자를 잠재적 타겟으로서 식별한다.

사용자의 Yahoo! 모바일 홈페이지에서의 사용자의 Yahoo! onePlace에 "Vegetarian Recipes" 엔티티가 존재하는 것에 추가하여, 추가적인 데이터 및 메타데이터는, Yahoo! oneSearch의 용어 "vegetarian"을 사용하는 수개 검색을 그리고 추가적으로 채식주의 요리법에 관한 Yahoo! oneConnect로부터 MySpace로 포스팅된 상태 업데이트를 갖는 타겟을 포함하는 잠재적 타겟의 선행 검색 내역과 같이, 사용자 타겟팅 프로파일을 추가적으로 향상시킬 수 있다.

매칭 관리자(812)는 경계하며, 소셜 관계 및 연관 내역을 포함하는 사용자의 메타데이터를 검토하고, 그 근처에 설립된 피자 메이커에 의해 서빙되는 고기없는 피자 스페셜을 위한 광고를 구성한다. 이 광고는 검색 결과와 함께 모바일 홈페이지 관리자(808)에 의해 사용자쪽으로 배달된다.

도 14는 사용자의 홈페이지에 대한 엔티티의 사용자 배치가 매칭 관리자(812)에 의해 광고 개인화 프로세스의 일부로서 사용될 수 있는 2가지 방식을 예시한다. 패널(1410)은 사용자의 다양한 전자 메일 계정, 인스턴트 메신저, 소셜 네트워크, 연락처, 및 캘린더를 조정하는 사용자 설정 패널을 예시한다. 이들 종류의 정보를 열거할 때, 사용자는 사용자의 선호 엔트리를 각 리스트의 상단 부근에 배치하는 것이 관례적이다. 따라서, 패널(1410)에서, 사용자는, 2개 엔트리의 상대적 순위에 의해 드러나는 바와 같이, 사용자의 MySpace 계정보다 사용자의 Facebook 계정을 좀더 적극적으로 사용한다는 것이 드러난다.

앞서 설명된 바와 같이, 매칭 관리자(812)는, 그룹 내에서의 또는 그룹 사이의 순위와 같은, 메트릭의 이들 유형을, 과거, 현재, 또는 예측된 활동을 통한 그들의 모바일 홈페이지에서의 좀더 높은 순서 또는 강한 연관에 기초해 엔티티 또는 브랜드에 대한 특정 사용자의 가중치를 증가시키는 광고 개인화 프로세스의 일부로서 사용할 수 있다.

마찬가지로, 패널(1420)은, 도 9 내지 도 13에서 예시된 것들과 같은, 엔티티의 사용자 선택 순서에 해당한다. 예를 들어, 패널(1420)에 표시된 엔티티 순서는 도 12에 표시된 모든 엔티티에 해당하는데; "Boston Red Sox"의 마지막 엔티티에 주목하자. 패널(1420)에서, 사용자는 사용자의 엔트리를 앞서 설명된 바와 같이 재정렬할 수 있다. 매칭 관리자(812)는 이 순서를, 예를 들어, 가능한 광고 풀(pool)로부터 특정 광고를 선택하는데 사용할 수 있는데, 선택된 광고는 사용자에게 디스플레이됨으로써, 사용자가 가입되는 컨텐츠 또는 엔티티에 관련된 잠재적 광고의 순위를 증가시키는 것에 의해, 모바일 홈페이지와 연관된 컨텐츠 및 엔티티가 광고의 선택에 영향을 미친다. 또한, 과거의 컨텐츠 또는 광고주에 대한 사용자의 선택 해제 또한 순위에 영향을 미치는데 사용될 수 있다.

하드웨어 개요

일 실시예에 따르면, 여기에서 설명되는 기술은 하나 이상의 특수 목적 컴퓨팅 장치에 의해 구현된다. 특수 목적 컴퓨팅 장치는 기술을 수행하도록 하드-와이어드(hard-wired)될 수 있거나, 기술을 수행하도록 영구적으로 프로그램되는 하나 이상의 ASIC(application-specific integrated circuits) 또는 FPGA(field programmable gate arrays)와 같은 디지털 전자 장치를 포함할 수 있거나, 펌웨어, 메모리, 다른 저장소, 또는 조합에서의 프로그램 명령어에 따라 기술을 수행하도록 프로그램되는 하나 이상의 범용 하드웨어 프로세서를 포함할 수 있다. 또한, 그러한 범용 컴퓨팅 장치는 사용자 지정 하드-와이어드 로직, ASIC, 또는 FPGA를 사용자 지정 프로그래밍과 조합하여 기술을 실현할 수도 있다. 특수 목적 컴퓨팅 장치는 하드-와이어드 및/또는 프로그램 로직을 통합하여 기술을 구현하는 데스크탑 컴퓨터 시스템, 휴대용 컴퓨터 시스템, 핸드헬드 장치, 이동 전화, 브라우징 또는 게임 장치, 네트워킹 장치, 또는 기타 장치일 수 있다.

예를 들어, 도 16은 본 발명의 실시예가 구현될 수 있는 컴퓨터 시스템(1600)을 예시하는 블록도이다. 컴퓨터 시스템(1600)은 정보를 통신하기 위한 버스(1602) 또는 다른 통신 메커니즘 및 정보를 처리하기 위해 버스(1602)에 결합된 하드웨어 프로세서(1604)를 포함한다. 하드웨어 프로세서(1604)는, 예를 들어, 범용 마이크로프로세서일 수 있다.

또한, 컴퓨터 시스템(1600)은 프로세서(1604)에 의해 실행될 정보 및 명령어를 저장하기 위해 버스(1602)에 결합된, RAM(random access memory) 또는 다른 동적 저장 장치와 같은, 메인 메모리(1606)를 포함한다. 또한, 메인 메모리(1606)는 프로세서(1604)에 의해 실행될 명령어의 실행 동안 임시 변수 또는 다른 중간 정보를 저장하는데 사용될 수 있다. 그러한 명령어는, 프로세서(1604)에 액세스 가능한 저장 매체에 저장될 때, 컴퓨터 시스템(1600)을, 명령어에서 특정된 작업을 수행하도록 사용자 정의되는 특수 목적 머신화한다.

컴퓨터 시스템(1600)은 프로세서(1604)를 위한 정적 정보 및 명령어를 저장하기 위해 버스(1602)에 결합된 ROM(read only memory;1608) 또는 다른 정적 저장 장치를 더 포함한다. 정보 및 명령어를 저장하기 위해, 자기 디스크 또는 광학 디스크와 같은, 저장 장치(1610)가 제공되어 버스(1602)에 결합된다.

컴퓨터 시스템(1600)은 컴퓨터 사용자에게 정보를 디스플레이하기 위해 버스(1602)를 통해, CRT(cathode ray tube)와 같은, 디스플레이(1612)에 결합될 수 있다. 영숫자 및 다른 키를 포함하는 입력 장치(1614)가 정보 및 명령 선택을 프로세서(1604)쪽으로 통신하기 위해 버스(1602)에 결합된다. 사용자 입력 장치의 다른 유형은 방향 정보 및 명령 선택을 프로세서(1604)쪽으로 통신하고 디스플레이(1612)에서의 커서 움직임을 제어하기 위한, 마우스, 트랙볼, 또는 커서 방향 키와 같은, 커서 제어(1616)이다. 이 입력 장치는 통상적으로, 장치가 평면에서의 위치를 특정할 수 있게 하는 2개 축, 제1 축(예를 들어, x) 및 제2 축(예를 들어, y)에서의 2가지 자유도(two degrees of freedom)를 가진다. 또한, 입력 장치(1614)는 음성과 기록(오디오), 시각(비디오 및 이미지), 택틸, 및 제스처 입력 또는 감지 입력 기능 뿐만 아니라 오디오, 시각, 및 택틸 출력 기능을 그리고 자신의 상태와 위치를 시간에 따라 실시간으로 보고하고 컨텐츠 및 사용자로의 액세스를 용이하게 하기 위해서와 같이 하나 이상의 네트워크를 통해 양방향으로 접속되는 멀티-채널 기능을 포함할 수 있는 이동 전화, 게임, 판독, 브라우징, 또는 통신 장치일 수 있다.

컴퓨터 시스템(1600)은 여기에서 설명된 기술을, 컴퓨터 시스템과 결합하여 컴퓨터 시스템(1600)이 특수 목적 머신이 되게 하거나 컴퓨터 시스템(1600)을 특수 목적 머신이도록 프로그램하는 사용자 정의된 하드-와이어드 로직, 하나 이상의 ASIC 또는 FPGA, 펌웨어, 및/또는 프로그램 로직을 사용해 구현할 수 있다. 일 실시예에 따르면, 여기에서의 기술은 메인 메모리(1606)에 포함된 하나 이상의 명령어의 하나 이상의 시퀀스를 실행하는 프로세서(1604)에 응답하여 컴퓨터 시스템(1600)에 의해 수행된다. 그러한 명령어는, 저장 장치(1610)와 같은, 다른 저장 매체로부터 메인 메모리(1606)쪽으로 판독될 수 있다. 메인 메모리(1606)에 포함된 명령어 시퀀스의 실행은 프로세서(1604)가 여기에서 설명된 프로세스 단계를 수행하게 한다. 다른 실시예에서는, 하드-와이어드 회로가 소프트웨어 명령어 대신에 또는 소프트웨어 명령어와 함께 사용될 수 있다.

여기에서 사용되는 "저장 매체"라는 용어는 머신이 특정 방식으로 작동하게 하는 데이터 및/또는 명령어를 저장하는 임의 매체를 의미한다. 그러한 저장 매체는 비휘발성 매체 및/또는 휘발성 매체를 구비할 수 있다. 비휘발성 매체는, 예를 들어, 저장 장치(1610)와 같은, 광학 또는 자기 디스크를 포함한다. 휘발성 매체는, 메인 메모리(1606)와 같은, 동적 메모리를 포함한다. 저장 매체의 일반적인 형태는, 예를 들어, 플로피 디스크, 플렉서블 디스크, 하드 디스크, 반도체 드라이브, 자기 테이프 또는 기타 자기 데이터 저장 매체, CD-ROM, 기타 광학 데이터 저장 매체, 홀의 패턴을 갖춘 임의의 물리적 매체, RAM, PROM, EPROM, FLASH-EPROM, NVRAM, 기타 메모리 칩, 또는 카트리지를 포함한다.

저장 매체가 전송 매체와는 구별되지만 전송 매체와 함께 사용될 수 있다. 전송 매체는 저장 매체 사이에서 정보를 전송하는데 참여한다. 예를 들어, 전송 매체는, 버스(1602)를 구비하는 와이어를 포함하여, 동축 케이블, 구리선, 및 광섬유를 포함한다. 또한, 전송 매체는, 전파 및 적외선 데이터 통신 동안에 발생되는 것과 같은, 음파 또는 광파의 형태를 취할 수 있다.

다양한 형태의 매체가 실행을 위해 하나 이상의 명령어의 하나 이상의 시퀀스를 프로세서(1604)쪽으로 전달하는데 관련될 수 있다. 예를 들어, 명령어가 처음에는 원격 컴퓨터의 자기 디스크 또는 반도체 드라이브에 실릴 수 있다. 원격 컴퓨터는 명령어를 동적 메모리쪽으로 로드하고 명령어를 모뎀을 사용해 전화선을 통해 송신할 수 있다. 컴퓨터 시스템(1600)에 직접 접속된 모뎀이 전화선의 데이터를 수신할 수 있고 적외선 전송기를 사용해 데이터를 적외선 신호로 변환할 수 있다. 적외선 검출기가 적외선 신호에 실린 데이터를 수신할 수 있고 적합한 회로가 데이터를 버스(1602)에 배치할 수 있다. 버스(1602)는 데이터를 프로세서(1604)가 그로부터 명령어를 인출하여 실행하는 메인 메모리(1606)쪽으로 전달한다. 메인 메모리(1606)에 의해 수신되는 명령어는 프로세서(1604)에 의한 실행 이전이나 이후에 저장 장치(1610) 뿐만 아니라 무선 데이터 전송, 무선 클라이언트-서버 통신, 및 무선 P2P 통신을 이용해 모바일 애플리케이션을 배달할 수 있는 모바일 장치(1614)에도 선택적으로 저장될 수 있다.

또한, 컴퓨터 시스템(1600)은 버스(1602)에 결합된 통신 인터페이스(1618)를 포함한다. 통신 인터페이스(1618)는 로컬 네트워크(1622)에 접속되는 네트워크 링크(1620)에 결합하는 양방향 데이터 통신을 제공한다. 예를 들어, 통신 인터페이스(1618)는 ISDN(integrated services digital network) 카드, 케이블 모뎀, 위성 모뎀, 또는 전화선의 해당 유형에 데이터 통신 접속을 제공하는 모뎀일 수 있다. 다른 실례로서, 통신 인터페이스(1618)는 호환 가능한 LAN(local area network)으로의 데이터 통신 접속을 제공하는 LAN 카드일 수 있다. 무선 링크도 구현될 수 있다. 그러한 임의 구현에서, 통신 인터페이스(1618)는 다양한 정보 유형을 표현하는 디지털 데이터 스트림을 전달하는 전기, 전자기, 또는 광학 신호를 송신하고 수신한다.

네트워크 링크(1620)는 통상적으로 하나 이상의 네트워크를 통해 다른 데이터 장치에 데이터 통신을 제공한다. 예를 들어, 네트워크 링크(1620)는 로컬 네트워크(1622)를 통해 호스트 컴퓨터(1624)로의 또는 ISP(Internet Service Provider;1626)에 의해 작동되는 데이터 장비로의 접속을 제공할 수 있다. 그 다음, ISP(1626)는 이제는 흔히 "인터넷"(1628)이라고 하는 월드와이드 패킷 데이터 통신 네트워크를 통해 데이터 통신 서비스를 제공한다. 로컬 네트워크(1622)와 인터넷(1628) 모두는 디지털 데이터 스트림을 전달하는 전기, 전자기, 또는 광학 신호를 사용한다. 컴퓨터 시스템(1600)쪽으로 그리고 컴퓨터 시스템(1600)으로부터 디지털 데이터를 전달하는, 다양한 네트워크를 통한 신호 및 네트워크 라인(1620)의 그리고 통신 인터페이스(1618)를 통한 신호가 전송 매체의 예시적 형태이다.

컴퓨터 시스템(1600)은 네트워크(들), 네트워크 라인(1620), 및 통신 인터페이스(1618)를 통해 메시지를 송신하고, 프로그램 코드를 포함하는, 데이터를 수신할 수 있다. 인터넷 실례에서는, 서버(1630)가 애플리케이션 프로그램을 위해 요청된 코드를 인터넷(1628), ISP(1626), 로컬 네트워크(1622), 및 통신 인터페이스(1618)를 통해 전송할 수 있다.

수신된 코드는 프로세서(1604)에 의해 그것이 수신됨에 따라 실행될 수 있고, 그리고/또는 저장 장치(1610)에 또는 이후의 실행을 위해 다른 비휘발성 저장소에 저장될 수 있다.

또한, 본 발명의 실시예는 이동 전화 또는 컴퓨팅 장치를 포함하는 임의의 컴퓨터 판독 가능 매체에 저장된 소프트웨어를 구비하는 컴퓨터 프로그램 제품에 대한 것일 수 있다. 그러한 소프트웨어는, 하나 이상의 데이터 처리 장치에서 실행될 때, 데이터 처리 장치(들)가 여기에서 설명된 바와 같이 작동하게 한다. 본 발명의 실시예는, 지금까지 공지된 또는 미래에 공지될, 임의의 컴퓨터 판독 가능 매체를 이용한다. 컴퓨터 판독 가능 매체의 실례로는 일차 저장 장치(예를 들어, 임의 유형의 RAM) 및 이차 저장 장치(예를 들어, 하드 드라이브, 플로피 디스크, CD ROM, 짚 디스크, 테이프, 자기 저장 장치, 광학 저장 장치, MEM, 나노 기술 기반의 저장 장치 등)를 들 수 있지만, 그것으로 제한되는 것은 아니다.

상기 설명서에서는, 본 발명의 실시예가 구현에 따라 달라질 수 있는 다수의 특정 세부 사항을 참조하여 설명되었다. 이와 같이, 발명이 무엇인지 그리고 출원인에 의해 발명인 것으로 의도되는 것이 무엇인지에 대한 독점적이고 배타적인 지침은, 임의의 후속 정정을 포함하는, 청구항이 발행하는 특정 형태로, 이 출원으로부터 유래하는 그러한 청구항의 집합이다. 그러한 청구항에 포함된 용어를 위해 여기에서 명시적으로 기술된 어떤 정의도 청구항에서 사용되는 그러한 용어의 의미에 영향을 미칠 것이다. 따라서, 청구항에서 명시적으로 언급되지 않은 제한, 구성 요소, 특성, 사양, 이점, 또는 속성은 그러한 청구항의 범위를 어떤 식으로도 제한하지 않을 것이다. 따라서, 설명서 및 도면은 한정적인 의미가 아니라 예시적인 것으로 간주되어야 한다.

예시적 메타데이터 어휘

searchmonkey-profile 어휘

이 설명서는 업계 표준 어휘로의 적합성을 개선하고 일반적인 사용 사례가 일관된 방식으로 실현될 수 있도록 하기 위해 정기적으로 배포될 예정이다. 이 설명서는, 파트너와 긴밀히 협력하면서, 알파와 베타 기간 동안 대략 매주 새롭게 고쳐질 것이다.

searchmonkey-profile 어휘로의 도입

searchmonkey-profile 어휘는 DataRSS 피드에 그리고 RDFa 및 eRDF가 임베디드된 페이지와 함께 사용될 수 있다.

searchmonkey-profile 전체는, 업계-표준 정의 뿐만 아니라 모든 접두사를 선언하는 간단한 방법을 포함하는, 다수의 어휘 정의로 이루어진다. DataRSS와 함께 사용하는 경우에는, 피드의 시작 부분에 다음과 같은 처리 명령어를 추가하여 searchmonkey-profile 어휘 정의를 선언한다:

<?profile http://search.yahoo.com/searchmonkey-profile ?>

일반적으로 이것은 xmlns 선언의 십여개 이상의 라인을 요구하겠지만, Yahoo!의 개방형 검색 플랫폼(open search platform) 및 searchmonkey-profile을 인식하는 기타 소프트웨어는 대신에 이 단일 라인을 수용할 것이다.

다음 섹션은 개별 어휘를 설명한다. 아래의 섹션, 특히 당신의 분야에 적용되는 섹션 주위를 자유롭게 탐색하자. 그러나, 다른 실례라 하더라도, 여러분의 특정 메타데이터를 최선으로 모델링하는 방법에 대한 감각을 얻기 위해, 적어도 대강 훑어보는 것이 도움이 될 수 있다.

가능한 값의 큰 도표는 부담이 될 수도 있으므로, 각각의 섹션은, 사용 힌트 및 실례와 함께, 주의를 기울일 특정 특성을 강조한다.

rel 어휘

rel 어휘는 항목의 rel 속성에 사용할 값을 정의한다. 이들 속성을 위한 명명 규칙은 항상, 사람, 장소, 사물, 아이디어, 또는 개념을 표현하는 짧은 단어가 수반되는 rel: 접두사로 시작한다는 것이다. 이들이 공식적인 의미의 RDF 클래스는 아니지만, 실제로 이들은 거의 동일한 방법으로 사용됨으로써, 접두사를 고려하지 않으면, 처음의 대문자로 시작한다는 규약을 공유한다.

가능한 가장 일반적인 관계가 rel:Resource이다. 이 어휘에서의 다른 모든 관계는 rel:Resource로부터의 직접적이거나 간접적인 "subclass"이다. 모든 rel 값을 열거하는 도표에서, "Parent Class" 열은 다음으로 좀더 일반적인 관계를 지시한다. 좀더 구체적인 것에서 좀더 일반적인 것으로의 실례를 위해, rel:Image의 rel:Resource는 rel:Media이다.

당신이 메타데이터를 추출하고자 하는 항목의 종류를 위한 양호한 매칭이 존재하지 않는다면 어떻게 해야 하는가? 당신은 Seattle 차고 밴드에 관한 정보를 추출 중이라고 하자. rel:SeattleGarageBand 또는 rel:GarageBand 또는 심지어 rel:Band 특성도 존재하지 않는다. 도표에 존재하는 적용 가능한 가장 구체적인 특성은, 당신이 이 경우에 사용해야 하는 rel:Organization이다. 추가적으로, 설명서의 피드백 이메일 주소를 사용해 어휘에 새로운 값을 추가하는 것을 요청하는 것도 좋은 아이디어일 것이다.

이 어휘를 피드에 또는 웹 페이지의 RDFa/eRDF와 함께 사용하기 위해, 당신은 이 어휘로부터의 항목의 클래스로써 당신이 식별했던 항목과 최대한 가깝게 매핑해야 한다. 당신이 기존 RDF 어휘에 관해 알 수 있는 경우라면, 특성이, 문자열이 아니라, 리소스를 그것의 도메인으로서 취하기만 한다면, 당신은 기존 특성으로써 rel 속성을 채울 수 있다. 이 카테고리에서 흔히 발생하는 일부 특성은 foaf:knows 및 foaf:homepage를 포함한다.

공통 rel

● 어떤 사람, 기관, 클럽, "장기를 보이는 것들"을 나타내는 rel:Agent

● 임베디드된 멀티미디어 구성 요소를 표현하기 위한 rel:Photo, rel:Image, rel:Video, rel:Audio

● 오디오/비디오의 집합을 위한 rel:Photoset, rel:Videoset

● 좀더 작은 썸네일(thumbnail)이 표현될 수 있는 오디오 또는 비디오를 위한 rel:Thumbnail

● 리뷰 평가를 표현하기 위한 rel:Review

● 그것에 대한 무엇인가의 전체 묶음을 갖춘 페이지, 예를 들어, 검색 결과 페이지 또는 도시의 호텔 리스트를 표현하기 위한 rel:Cluster

특정 참고 또한 rel 특성의 Task 패밀리이다. 이들은 의도적으로 상당히 일반적인 방법으로 정의되므로, 그것과 매칭하는 가장 근접한 것을 집어내자. 다음은 좀더 일반적으로 사용되는 것 중 일부에 불과하다;

● 새로운 리뷰, 블로그의 코멘트를 기재하거나 일반적으로 페이지의 새로운 컨텐츠를 생성하기 위한 rel:Append

● 제품 또는 서비스 가용성의 구속력없는 검사를 수행하기 위한 rel:CheckAvailability

● 인스턴스를 위해 위키 페이지를 편집하기 위한 rel:Edit. 위키 사이트의 경우, rel:Edit 특성이 특히 유용하다.

● 무엇인가를 주문하거나, 입찰하거나, 예약하기 위한 rel:Procure

● 이 페이지(또는 그것에 대한 무엇인가)를 이메일로 보내기 위한 rel:SendEmail

● 이 페이지(또는 그것에 대한 무엇인가)를 전화쪽으로 송신하기 위한 rel:SendToPhone

● 전체 review:vocabulary. 디폴트 스케일은 1 내지 5이지만, 상한과 하한은 review:best 및 review:worst에 의해 변경될 수 있다는 것을 참고하자.

Encyclopedia/Reference/Info

● 공통 rel

● 특정 섹션을 구별하기 위한 rel:Section. 일반적인 모든 섹션이 아니라, 단지 주목할 만한 섹션이 포함되어야 함

● 별도 논의 페이지로 링크하기 위한 rel:Discussion

● 별도 내역 페이지로 링크하기 위한 rel:History

Business/Commercial/Directory

● 공통 rel

● 전체 목록을 표현하기 위한 rel:Listing

● (목록이 아니라 거리 주소를 가진) 실제 사업을 표현하기 위한 rel:Business

● 특정 이웃을 지시하기 위한 (보통 dc: description 차일드를 갖는) rel:Neighborhood

News/Events/Gossip

● 공통 rel

● rel:NewsItem

Shopping/Commerce/Product 페이지

● 공통 rel

● 전체 목록을 표현하기 위한 rel:Listing

● (목록이 아니라 shippingWeight를 갖는) 제품 자체를 표현하기 위한 rel:Product

● rel:Specification

Social Networking

● 공통 rel

● 특정 섹션을 구별하기 위한 rel:Section. 일반적인 모든 섹션이 아니라, 단지 주목할 만한 섹션이 포함되어야 함

● 별도 논의 페이지로 링크하기 위한 rel:Discussion

● 별도 내역 페이지로 링크하기 위한 rel:History

● 커리어 관련 항목을 위한 rel:WorkExperience

● 현재 보유하고 있는 직급을 위한 rel:CurrentWorkExperience

● 구체적인 교육 자격 증명("학위" 뿐만 아니라 졸업 증서, 박사 학위, 인증서, 또는 기타 종류의 교육 성취)을 참조하기 위한 rel:Degree. 본 항목의 추가적인 세부 사항은 dc:description 또는 다른 특성에서 특정될 수 있다.

Travel/Destination

● 공통 rel

● 특정 사업으로 링크하기 위한 rel:Business

● 특정 호텔로 링크하기 위한 rel:Hotel

● 특정 레스토랑으로 링크하기 위한 rel:Restaurant

● 특정 항공편에 관한 정보로 링크하기 위한 rel:Flight

● 지역의 지도로 링크하기 위한 rel:Map

● 별도 논의 페이지로 링크하기 위한 rel:Discussion

● 별도 내역 페이지로 링크하기 위한 rel:History

특성 어휘

메타 태그 내에 포함된 특성 속성은 문자열 값을 리소스와 연관짓는다. 널리 사용되는 공식적인 그리고 비공식적인 산업 표준이 목록의 대부분을 차지한다. 기존 어휘가 널리 사용되는 경우가 아니라면, 이 프로파일에서 중요한 소정 특성이정의된다. 다음 섹션은 어떤 어휘를 사용할 것인지에 대한 지침을 제공한다. 모든 특성은 searchmonkey-profile 어휘 사양에 열거된다.

도메인 뿐만 아니라 범위가 특성과 연관된다. 도메인은 특성이 어떤 종류의 항목에 적용되는지를 특정한다. 예를 들어, media:width는 rel:Media 항목에 대해서만 의미를 가지며; 예를 들어, rel:Person에 적용되는 경우 의미가 없다. 범위는 이 특성에서 어떤 종류의 문자열 값을 예상할 수 있는지를 특정한다. 예를 들어, dc:date 특성은 소정 포맷, 즉, ISO-8601 포맷으로도 공지된 YYYY-MM-DD의 날짜를 수용해야 한다.

공통 특성

● 일반적인 제목을 위한 dc:title

● 일반적인 날짜를 위한 dc:date

● dc:identifier 이것은 흔히 URL이지만 ISBN 또는 다른 식별자일 수도 있다

● 리소스의 생성자를 위한 dc:creator

● 저작권 정책을 위한 dc:rights

● 짧은, 단락 길이 설명을 위한 dc:description

● dc:description이 이미 존재하는 경우에 아주 짧은 한 라인 설명을 위한 reference:summary

● 공백으로 분리된 태그 목록으로서의 tagspace:tags

● (공백을 포함할 수도 있는) 단일 태그를 위한 tagspace:tag

● 마지막으로 업데이트된 타임스탬프를 특별히 호출해야 한다면 atom:updated

● 오디오/비디오 리소스를 위한 media:height 및 media:width로서 이들 속성으로는 사이즈를 픽셀로 특정하기 좋음.

● "San Francisco" 또는 "South Bay Area"처럼 일반적으로 사람이 판독 가능한 위치를 위한 geo:location

● (공백으로 분리된) 특정 위도/경도를 위한 geo:point

● 건물의 층 수를 위한 geo:floor

● 관련된 주식 시세의 목록(NY Times 메타데이터에 수반되는, 세미콜론으로 분리된 목록)을 위한 finance:stockTickers

Business/Commercial/Directory

● 공통 특성

● 세미콜론으로 분리된 부분으로 거리 주소를 표현하기 위한 vcard:adr

● 전화 번호를 위한 vcard:tel

● 웹사이트를 위한 vcard:url

● 전체 commerce:vocabulary

News/Events/Gossip

● 공통 특성

● 전체 news:vocabulary

Shopping/Commerce/Product

● 공통 특성

● 전체 product:vocabulary

Social Networking

● 공통 특성

Travel/Destination

● 공통 특성

● 전체 travel:^*vocabulary

데이터 유형

데이터 유형 어휘는 2가지 용도를 가진다. dc:identifier같은 일부 특성은 많은 다른 가능한 값, 즉, URL 또는 ISBN 번호를 가질 수 있다. 이 경우, 이 특성의 범위는 단지 "문자열"이지만, 거기에 입력되는 값이 범위가 허용할 것보다 좀더 구체적이라는 것을 명시적으로 특정하고자 한다면, 데이터 유형을 지정할 수 있다.

예를 들어:

데이터 유형의 다른 사용은 명료화이다. 사진에 관한 정보를 추출 중이고 생성자를 username 및 URL에 의해 표현하기 위한 2가지 상이한 방법을 가지고 있다 하자. 데이터 유형은 다른 중복 dc:creator 문장을 따로 구별한다.

실례:

당신이 필요한 특성이 목록에 존재하지 않을 때

추출하고자 하는 메타데이터의 종류가 searchmonkey-profile 어휘 참조에서 발견되지 않는 경우가 존재할 것이다. 그것은 기존의 RDF 어휘일 수도, 아니면 당신 스스로 구성해야 했던 어떤 것일 수도 있다.

예를 들어, 당신의 메타데이터가 디지털 카메라가 처리할 수 있는 메가픽셀의 수라고 하자. 최소한으로, 특성 접두사, 명칭, 도메인(그것이 어떤 종류의 오브젝트에 적용되는지), 및 범위(데이터가 어떤 종류의 값일 수 있는지)를 정의하려고 시도해야 한다. 간단히, 그것은 특성 도표의 다른 행처럼 보여야 한다. 물론, 좀더 공식적인 RDF 어휘 정의는 훨씬 방대하다.

접두사는 합리적으로 짧고, 기술적이며, 다른 사람에 의해 무관한 목적에 사용되지 않을 것 같은 무엇이어야 한다. 모든 CURIE의 경우에서와 같이, 접두사는 당신이 정의해야 하는 좀더 긴 URL을 대표해야 한다. 그것은 당신이 제어하는 도메인 명칭 이면의 무엇이어야 한다.

실제 정의는 xmlns:_prefix_attribute로 발생한다. 접두사가 digicam이고, 특성이 megapixels이며, URL이 http://example.com/vocab/digicam이고, 도메인이 rel:Product이며, 범위가 십진수라면, 이론적인 도표 엔트리는 다음과 같을 것이다:

접두사의 선언 및 사용은 다음과 같을 것이다:

실례

Encyclopedia/Reference/Info DataRss 실례

Encyclopedia/Reference/Info RDFa 실례

어휘 도표

구조화된 데이터를 포함하는 경우, 다음의 오브젝트 유형으로부터 선택한다.

오브젝트 도표

이들은 명사; 추가적인 메타데이터 특성을 가질 수 있는 사람, 장소, 또는 사물을 표현하는 항목의 rel 속성에 사용하기 위한 권장 값이다.

특성 도표

이들은 메타의 특성 속성에 사용하기 위해 권장되는 특성 값이다.

도메인 열은 오브젝트의 어떤 유형이 열거된 특성을 가질 수 있는지를 지시한다. 예를 들어, media:url은 자식 클래스 rel:Image, rel:Thumbnail, 및 다른 것을 포함하는 rel:Media 클래스의 오브젝트에 적용된다.

도메인 열의 빈 값은 열거된 특성이 모든 오브젝트에 적용된다는 것을 지시한다.

범위 열은 열거된 특성에 어떤 종류의 값이 적합한지를 지시한다. 정수, 부동 소수점, 십진수, 및 기간 모두는 동일한 명칭의 XML 스키마 데이터 유형으로 매핑한다. 날짜는 ISO 8601 포맷을 사용하는 XML 스키마 dateTime으로 매핑한다. URI는 XML 스키마 anyURI로 매핑하고, 슬래시로 시작하지 않는 절대적 URL이어야 한다. 이메일은 RFC 2822에 의해 정의되는 이메일 주소로 매핑한다. 리스트는 공백-분리된 리스트로 매핑한다.

범위 열의 빈 값은 열거된 특성이 어떤 포맷의 값도 수용할 수 있다는 것을 지시한다.

실례:

정수

42

부울

1

부울

0

부울

참

부울

거짓

부동 소수점

3.14159

십진수

2.00

기간

P3D[3일]

기간

PT8H[8시간]

날짜

2007-12-12T03:04:05+06:00

날짜

2007-12-12

uri

http://search.yahoo.com/mrss

이메일

address@email.com

공백-리스트

2007 Croatia photos vacation fun [공백 분리된 리스트]

콤마-리스트

2007, Croatia photos, vacation, fun [콤마 분리된 리스트, 개별 리스트 항목이 무의미한 선행 또는 후행 공백을 가질 수도 있지만, 내부 공백은 중요하다]

세미콜론-리스트

622 9th Ave W;Williston,ND; 58801 [세미콜론 분리된 리스트]

nonempty

"OK"

데이터 유형 도표

이들은 메타의 데이터 유형에 사용하기 위해 권장되는 특성 값이다.

rel 및 특성 속성에서 발견되는 값을 위해, 다음의 바람직한 어휘 및 연관된 접두사가 자동적으로 제공된다는 것을 참고한다:

atom

Atom 개념을 위한 어휘 <http://www.w3.org/2005/Atom>

cc

Creative Commons <http://creativecommons.org/licenses/>

dc

Dublin Core Metadata <http://purl.org/dc/elements/1.1/>

foaf

Friend-of-a-friend <http://xmlns.com/foaf/0.1/>

geo

지리적 메타데이터를 위한 어휘 <http://www.georss.org/georss>

media

RSS-Media <http://search.yahoo.com/mrss/>

rdf

RDF <http://www.w3.org/1999/02/22-rdf-syntax-ns#>

rdfs

RDF Schema <http://www.w3.org/2000/01/rdf-scherna#>

review

RDF review <http://www.purl.org/stuff/rev#>

vcal

RDF calendar <http://www.w3.org/2002/12/cal#>

vcard

vcard <http://www.w3.org/2006/vcard/ns>

...및...

rel

오브젝트 관련 어휘 <http://search.yahoo.com/searchmonkey-relation/>

...및...

assert

메타데이터에서의 오류 검출 및 플래깅을 위한 어휘 <http://search.yahoo.com/searchmonkey/assert/>

commerce

상업 관련 메타데이터를 위한 어휘 <http://search.yahoo.com/searchmonkey/commerce/>

context

일시적인 문맥 정보를 위한 어휘

<http://search.yahoo.com/searchmonkey/context/>

finance

금융 메타데이터를 위한 어휘

<http://search.yahoo.com/searchmonkey/finance/>

job

직업 관련 메타데이터를 위한 어휘

<http://search.yahoo.com/searchmonkey/job/>

news

뉴스 메타데이터를 위한 어휘

<http://search.yahoo.com/searchmonkey/news/>

product

제품 관련 메타데이터를 위한 어휘

<http://search.yahoo.com/searchmonlcey/product/>

reference

참고 문헌 및 링크를 위한 어휘

<http://search.yahoo.com/searchmonkey/reference/>

social

소셜 그래프 접속 및 정보를 위한 어휘

<http://search.yahoo.com/searchmonkeysocial/>

tagspace

tagsets을 위한 어휘 <http://search.yahoo.com/searchmonkey/tagspace/>

...및...

country

특정 국가를 지시하는데 사용되는 데이터 유형

<http://search.yahoo.com/searchmonkey-datatype/country/>

currency

특정 통화를 지시하는데 사용되는 데이터 유형

<http://search.yahoo.com/searchmonkey-datatype/currency/>

use

특성의 사용을 차별화하는데 사용되는 데이터 유형

<http://search.yahoo.com/searchmonkey-datatype/use/>

Claims (24)

1. 사용자 입력 및 메타데이터에 기초하여 상기 사용자에게 컨텐츠를 제공하는 방법으로서, 상기 방법은,
   사용자로부터 사용자 입력을 수신하는 단계;
   제1 메타데이터를 상기 사용자 입력과 연관짓는 단계 - 상기 제1 메타데이터는, (b) 상기 사용자가 속한 소셜 네트워킹 웹사이트들에 대한 사용자의 식별 정보, (c) 음성 연락 정보, (d) 전자 메일 연락 정보, (e) 인스턴트 메시징 연락 정보, (f) 텍스트 메시징 연락 정보, (g) 상기 사용자가 속한 회원 그룹들, (h) 사용자-생성 컨텐츠에 가입하는 개인들의 가입자 정보, (l) 상기 사용자의 모바일 장치의 GPS로부터의 좌표 이력, (m) 상기 사용자의 모바일 장치의 방향(orientation), 생체 인식 또는 움직임 센서들에 의해 추적되는 상기 사용자의 상호 작용들, 및 (n) 환경 센서들로부터의 데이터 중 적어도 하나를 포함함 - ; 및
   상기 사용자 입력, 및 상기 제1 메타데이터에 적어도 부분적으로 기초하는 컨텐츠를 하나 이상의 컨텐츠 소스로부터 상기 사용자에게 보내는 단계
   를 포함하며,
   상기 방법은 하나 이상의 컴퓨팅 장치에 의해 수행되는,
   컨텐츠 제공 방법.
2. 제1항에 있어서,
   상기 제1 메타데이터는 상기 사용자 입력의 명료화를 수행하는 것으로부터 도출되는 엔티티 정보를 포함하는, 컨텐츠 제공 방법.
3. 제2항에 있어서,
   상기 엔티티 정보는 사람, 기관, 연관, 위치, 사업, 이벤트, 오브젝트, 차량, 장치, 어플라이언스, 태그, 라벨, 링크, 시간, 또는 시구간 중 적어도 하나인, 컨텐츠 제공 방법.
4. 삭제
5. 제1항에 있어서,
   상기 제1 메타데이터는,
   상기 사용자가 속한 소셜 네트워킹 웹사이트들에 대한 사용자의 식별 정보, 음성 연락 정보, 전자 메일 연락 정보, 인스턴트 메시징 연락 정보, 텍스트 메시징 연락 정보, 상기 사용자가 속한 회원 그룹들, 및 사용자-생성 컨텐츠에 가입하는 개인들의 가입자 정보 중 적어도 하나를 포함하는, 컨텐츠 제공 방법.
6. 제1항에 있어서,
   상기 하나 이상의 컨텐츠 소스는, 컨텐츠 인덱스, 피드, 파일, ftp 사이트, 웹 드라이브, 네트워크 클라우드, 및 상기 사용자의 모바일 장치 중 하나 이상을 포함하는, 컨텐츠 제공 방법.
7. 삭제
8. 삭제
9. 사용자 입력 및 메타데이터에 기초하여 상기 사용자에게 컨텐츠를 제공하기 위한 서버로서, 상기 서버는,
   하나 이상의 프로세서;
   상기 하나 이상의 프로세서에 동작 가능하게 결합된 메모리;
   사용자 데이터 저장소(UDS;user data store)를 저장하는 저장 장치 - 상기 사용자 데이터 저장소는 제1 메타데이터를 사용자로부터의 사용자 입력과 연관짓고, 상기 제1 메타데이터는, (b) 상기 사용자가 속한 소셜 네트워킹 웹사이트들에 대한 사용자의 식별 정보, (c) 음성 연락 정보, (d) 전자 메일 연락 정보, (e) 인스턴트 메시징 연락 정보, (f) 텍스트 메시징 연락 정보, (g) 상기 사용자가 속한 회원 그룹들, (h) 사용자-생성 컨텐츠에 가입하는 개인들의 가입자 정보, (l) 상기 사용자의 모바일 장치의 GPS로부터의 좌표 이력, (m) 상기 사용자의 모바일 장치의 방향, 생체 인식 또는 움직임 센서들에 의해 추적되는 상기 사용자의 상호 작용들, 및 (n) 환경 센서들로부터의 데이터 중 적어도 하나를 포함함 - ;
   상기 사용자 입력에 포함된 검색 쿼리(search query)를 파싱하여 변경된 검색 쿼리를 형성하는 MSRM(mobile search refine manager);
   상기 변경된 검색 쿼리를 사용하여 하나 이상의 컨텐츠 소스의 검색을 수행하는 검색 모듈; 및
   컨텐츠를 상기 사용자에게 보내는 검색 클러스터링 모듈 - 상기 컨텐츠는 상기 사용자 입력, 및 상기 제1 메타데이터에 적어도 부분적으로 기초함 -
   을 포함하는,
   컨텐츠 제공용 서버.
10. 제9항에 있어서,
    상기 제1 메타데이터는 상기 사용자 입력의 명료화를 수행하는 것으로부터 도출되는 엔티티 정보를 포함하는, 컨텐츠 제공용 서버.
11. 제10항에 있어서,
    상기 엔티티 정보는 사람, 기관, 연관, 위치, 사업, 이벤트, 오브젝트, 차량, 장치, 어플라이언스, 태그, 라벨, 링크, 시간, 또는 시구간 중 적어도 하나인, 컨텐츠 제공용 서버.
12. 삭제
13. 제9항에 있어서,
    상기 제1 메타데이터는,
    상기 사용자가 속한 소셜 네트워킹 웹사이트들에 대한 사용자의 식별 정보, 음성 연락 정보, 전자 메일 연락 정보, 인스턴트 메시징 연락 정보, 텍스트 메시징 연락 정보, 상기 사용자가 속한 회원 그룹들, 및 사용자-생성 컨텐츠에 가입하는 개인들의 가입자 정보 중 적어도 하나를 포함하는, 컨텐츠 제공용 서버.
14. 제9항에 있어서,
    상기 하나 이상의 컨텐츠 소스는, 컨텐츠 인덱스, 피드, 파일, ftp 사이트, 웹 드라이브, 네트워크 클라우드, 및 상기 사용자의 모바일 장치 중 하나 이상을 포함하는, 컨텐츠 제공용 서버.
15. 삭제
16. 제1항에 있어서,
    상기 제1 메타데이터는,
    음성 연락 정보, 전자 메일 연락 정보, 인스턴트 메시징 연락 정보, 및 텍스트 메시징 연락 정보 중 적어도 하나를 포함하는, 컨텐츠 제공 방법.
17. 제1항에 있어서,
    상기 제1 메타데이터는,
    상기 사용자에 의해 송신되거나 수신되는 전자 통신들 및 상기 사용자의 모바일 장치의 사용 이력 중 적어도 하나를 포함하는, 컨텐츠 제공 방법.
18. 제1항에 있어서,
    상기 제1 메타데이터는,
    상기 사용자의 모바일 장치에 로드된 애플리케이션들의 상태 정보 및 상기 사용자의 모바일 장치에서 현재 동작 중인 애플리케이션들의 상태 정보 중 적어도 하나를 포함하는, 컨텐츠 제공 방법.
19. 제1항에 있어서,
    상기 제1 메타데이터는 상기 사용자의 모바일 장치의 GPS로부터의 좌표 이력을 포함하는, 컨텐츠 제공 방법.
20. 제9항에 있어서,
    상기 제1 메타데이터는,
    음성 연락 정보, 전자 메일 연락 정보, 인스턴트 메시징 연락 정보, 및 텍스트 메시징 연락 정보 중 적어도 하나를 포함하는, 컨텐츠 제공용 서버.
21. 제9항에 있어서,
    상기 제1 메타데이터는,
    상기 사용자에 의해 송신되거나 수신되는 전자 통신들 및 상기 사용자의 모바일 장치의 사용 이력 중 적어도 하나를 포함하는, 컨텐츠 제공용 서버.
22. 제9항에 있어서,
    상기 제1 메타데이터는,
    상기 사용자의 모바일 장치에 로드된 애플리케이션들의 상태 정보 및 상기 사용자의 모바일 장치에서 현재 동작 중인 애플리케이션들의 상태 정보 중 적어도 하나를 포함하는, 컨텐츠 제공용 서버.
23. 제9항에 있어서,
    상기 제1 메타데이터는 상기 사용자의 모바일 장치의 GPS로부터의 좌표 이력을 포함하는, 컨텐츠 제공용 서버.
24. 하나 이상의 컴퓨팅 장치에 의해 실행되는 경우, 제1항 내지 제3항, 제5항, 제6항 및 제16항 내지 제19항 중 어느 한 항에 기재된 컨텐츠 제공 방법이 수행되도록 야기하는 명령어들을 저장하는 하나 이상의 컴퓨터 판독 가능 저장 매체.

Images