KR101323753B1

KR101323753B1 - 커뮤니티 주도 프로그램 액세스 시스템 및 방법

Info

Publication number: KR101323753B1
Application number: KR1020127017556A
Authority: KR
Inventors: 존 엘리오트; 비크람 야시팔
Original assignee: 퀄컴 인코포레이티드
Priority date: 2007-06-29
Filing date: 2008-06-30
Publication date: 2013-10-31
Also published as: EP2171894A2; WO2009006416A2; KR20100029143A; WO2009006416A3; US20090006473A1; KR101297277B1; KR20120094096A; US8787366B2

Abstract

커뮤니티 채널들을 생성하는 방법이 제공된다. 방법은 브로드캐스트 네트워크로부터 채널들의 서브세트를 정의하는 단계, 상기 채널들과 하나 이상의 태그(tag)들을 연관시키는 단계 및 상기 브로드캐스트 네트워크로부터 커뮤니티 네트워크의 커뮤니티 채널을 인에이블하기 위해 상기 태그들을 사용하는 단계를 포함한다.

Description

커뮤니티 주도 프로그램 액세스 시스템 및 방법{COMMUNITY DRIVEN PROGRAM ACCESS SYSTEM AND METHOD}

다음의 명세서는 일반적으로 통신 시스템에 관련된 것이고, 보다 구체적으로 브로드캐스트 채널들의 세트로부터의 커뮤니티에 대한 개인화된 네트워크를 생성하는 것에 관련된 것이다.

무선 통신 네트워크, 광대역 네트워크와 같은 통신 네트워크들 및 다른 적합한 네트워크들은, (워드 프로세싱 파일들을 포함할 수 있는) 데이터, 스트리밍 비디오, 멀티미디어 파일들, 음성 데이터 및/또는 이와 같은 것들을 전송하는 것과 연관되어 사용된다. 인터넷과 같은 다른 네트워크들은 사용자들 사이에서 실질적으로 임의의 타입의 데이터가 전송될 수 있는 유사한 데이터 성능들을 제공한다. 일반적으로, 당사자들 사이의 통신은 피어-투-피어(peer-to-peer) 방식의 네트워크와 같은 것을 통해 설정된다. 따라서, 어떤 한 사용자가 하나 이상의 다른 사용자들에게 데이터를 전달하고자 하는 경우, 사용자는 그 데이터를 (이메일에서와 같이) 패키지화하고, 그 패키지를 수신할 사용자를 선택하고, 각각의 이메일 주소를 정의하고, 그 패키지를 다른 사용자들에게 전송한다. 유사하게, 텍스트 메시지가 셀룰러 전화기로부터 전송되는 경우, 사용자는 다른 전화기에 다이얼 할 것이며, 피어-투-피어 원리를 통해 그 텍스트 메시지를 전송한다. 인터넷의 경우, 이는 인터넷 피어들 사이의 비디오 또는 다른 타입의 미디어를 전송하고 공유하는 것을 포함한다.

피어-투-피어(또는 "P2P") 컴퓨터 네트워크는 상대적으로 적은 수의 서버들의 연산 능력 및 대역폭에 집중하기보다는 네트워크 참여자들의 연산 능력 및 대역폭에 우선적으로 의존한다. 피어-투-피어 네트워크들은 일반적으로 크게 애드 혹(ad hoc) 연결을 통해 노드들을 연결하는데 사용된다. 이러한 네트워크들은 많은 용도로 유용하다. 일반적인 용도는 전화 트래픽과 같은 실시간 데이터 및 디지털 포맷의 오디오, 비디오, 데이터 또는 미디어를 포함하는 콘텐츠 파일들의 공유를 포함한다.

순수한 피어-투-피어 네트워크 네트워크는 일반적으로 클라이언트 또는 서버의 개념(notion)을 사용하지 않으며, 심지어 ― 콘텐츠의 공유가 콘텐츠를 전송자-클라이언트로부터 서버로 전송한 다음 이를 수신자 클라언트로 제공(풀(pull) 또는 푸시(push))하는 것을 수반할 수 있는 ― 클라이언트/서버(client/Server) 환경에서도 그러하다. 일반적으로, 네트워크의 다른 노드들에 대해 "클라이언트" 및 "서버" 둘 다로서 동시에 기능하는 동일한 피어 노드들은 피어-투-피어 교환(exchange)들을 가능하게 한다. 이러한 모델의 네트워크 배열은 통신이 일반적으로 중앙 서버로 그리고 중앙 서버로부터 이루어지는 클라이언트-서버 모델과 상이하다. 비 피어-투-피어 파일 전송에 대한 일반적인 예는 클라이언트 및 서버 프로그램들이 완전히 구분되고, 클라이언트들이 다운로드/업로드를 개시하고 서버들이 이러한 요청들에 반응하고 이를 만족시키는 FTP 서버이다.

피어-투-피어 구조는 인터넷의 핵심적인 기술적인 개념들 중 하나를 구현한다. 더욱 최근에, 그 개념은 멀티미디어 파일들을 교환하기 위해 사용되는 구조들에 중앙 인덱싱 서버들이 부재하는 상황에서 일반 대중의 인식을 달성했다. 피어-투-피어 교환의 주요한 단점 중 하나는 계속해서 증가하는 수의 사용자들 사이에서 데이터를 전달하기 위해 많은 대역폭을 요구한다는 것이다. 이러한 대역폭 압력들이 증가함에 따라, 사용자들 사이에 피어-투-피어 교환들을 완화하고(mitigate) 이러한 데이터 교환을 원활하게 하기 위해 중앙 집중형 서버와 같은 컴포넌트들에 대한 압력을 경감하면서 사용자들 사이에 데이터를 교환할 필요성이 존재한다.

하기 설명은 본 발명의 실시예에 대한 기본적인 이해를 제공하기 위해서 하나 이상의 실시예들의 간략화된 설명을 제공한다. 본 섹션은 모든 가능한 실시예들에 대한 포괄적인 개요는 아니며, 모든 엘리먼트들 중 핵심 엘리먼트를 식별하거나, 모든 실시예의 범위를 커버하고자 할 의도도 아니다. 그 유일한 목적은 후에 제시되는 상세한 설명에 대한 도입부로서 간략화된 형태로 하나 이상의 실시예들의 개념을 제공하기 위함이다.

피어-투-피어 데이터 교환들을 완화하고 미디어 분산 서버들의 브로드캐스트 요구사항들을 감소시키면서, 사용 가능한 브로드캐스트 채널들을 이용하는 커뮤니티 기반 네트워킹이 제공된다. 일 실시예에서, 커뮤니티의 멤버들 사이에서 콘텐츠 공유가 실행되며, 여기서 콘텐츠를 공유하기 위한 요청들이 수집기에 의해 수신된다. 이러한 콘텐츠는 예를 들어 사용 가능한 브로드캐스트 채널로부터의 비디오 클립을 공유하기 위해 커뮤니티에 의해 생성되는 요청일 수 있다. 단순히 개별적인 요청시 커뮤니티 네트워크의 각각의 멤버에게 상기 요청된 콘텐츠를 전송하기보다, 수집기는 요청들의 수를 분석하고 시스템 용량 요구사항들을 결정한다. 만약 요청들의 수가 지정된 임계치를 초과하면, 시스템의 로딩이 최소인 동안과 같이 전체 시스템에 더 적합한 시간 동안 커뮤니티 네트워크의 멤버들에게 콘텐츠가 브로드캐스트된다. 이러한 방법으로, 시스템은 전체 데이터 전송 요구사항들을 완화하기 위해 커뮤니티 네트워크의 브로드캐스트 능력 및 수요에 따라 데이터를 전송한다.

다른 실시예에서, 사용 가능한 브로드캐스트 채널들의 세트로부터 네트워크가 식별되는 네트워크 기반 커뮤니티를 식별하기 위해 태그들이 사용될 수 있다. 태그들의 (또는 이들과 연관되는) 데이터는 브로드캐스트 네트워크의 채널들로부터 구성되는 식별된 또는 정의된 네트워크의 임의의 양상을 표시하기 위한 메타데이터로서 전달될 수 있다. 예를 들어, 한 사용자가 주어진 주제 또는 테마에 관련된 채널들의 개인 네트워크를 식별하는 태그를 생성할 수 있다. 그 다음, 사용자는 커뮤니티 네트워크의 멤버들을 정의된 개인 네트워크의 당사자가 되도록 초대한다. 다른 멤버들이 식별된 채널의 브로드캐스트를 수신하면, 태그들로부터의 첨부된 메타데이터가 로컬 캐싱(cache)되고 그 후 네트워크 멤버들에 의해 브로드캐스트가 수신되는 시간 동안 시청이 이용 가능해진다. 일반적으로, 관련된 태그들은 채널의 다른 프로그램들과 함께 브로드캐스트된다. (채널의 네트워크와 관련된 로컬 캐싱된 태그들의 도움을 이용한) 수신 디바이스는 로컬 캐싱된 채널 태그들과 이들을 비교함으로써 브로드캐스트 프로그램들을 수집한다. 따라서 디바이스는 커뮤니티 기반 네트워크 채널을 형성할 프로그램들을 고르기 위해 사용 가능한 프로그램들을 필터링할 수 있다. 피어-투-피어 교환들보다는, 태그들이 식별된 커뮤니티가 관심 있을 수 있는 콘텐츠의 식별을 원활하게 하고 대역폭을 보존할 수 있는데, 이는 브로드캐스트 매체를 통해 수신되는 각각의 채널의 원본(underlying) 콘텐츠와는 반대로 관련 메타데이터만이 커뮤니티 네트워크의 멤버들에게 전송되기 때문이다.

상술한 목적 및 관련된 목적을 달성하기 위해서, 하나 이상의 실시예들이 아래에서 설명되고, 특히 청구항에서 특정되는 특징들을 포함한다. 청구범위는 주장되는 사항의 원리들이 이용될 수 있는 다양한 방법 중 몇몇 예를 나타내며, 청구범위로 주장되는 사항은 모든 이러한 양상들 및 그들의 균등물을 통합하도록 의도된다. 다른 이점들 및 신규한 특징들이 도면들과 결합하여 고려되는 경우 다음의 상세한 설명으로부터 명확해 질 것이다.

도 1은 통신을 위한 브로드캐스트 채널들을 사용하는 커뮤니티 기반 네트워크의 높은 레벨 블록 다이어그램이다.
도 2는 네트워크 데이터 공유 및 태깅 예시들의 다이어그램이다.
도 3-6은 커뮤니티 네트워크 및 각각의 네트워크들과 통신하기 위한 예시적인 인터페이스를 도시한다.
도 6은 가입자 서비스 세트에 대한 예시적인 포맷을 도시한다.
도 7은 커뮤니티 멤버들 사이에서 데이터를 공유하기 위한 예시적인 수집 시스템을 도시한다.
도 8 및 9는 커뮤니티 네트워크 및 데이터 공유와 관련되는 방법들을 도시하는 플로우 다이어그램들이다.
도 10 및 11은 커뮤니티 네트워크 및 데이터 공유를 위한 논리적 모듈을 도시한다.
도 12는 커뮤니티 네트워크 및 데이터 공유를 위한 장치를 도시하는 각각의 다이어그램이다.
도 13은 예시적인 무선 네트워크를 도시하는 개념 블록 다이어그램이다.
도 14는 무선 시스템의 예시적인 네트워크 계층들을 도시하는 다이어그램이다.
도 15는 무선 시스템에 대한 예시적인 데이터 구조 및 신호를 도시하는 다이어그램이다.
도 16은 무선 시스템에 대한 예시적인 사용자 장치를 도시한 다이어그램이다.
도 17은 무선 시스템의 예시적인 기지국을 도시한 다이어그램이다.

통신 네트워크에서 통신을 원활하게 하기 위한 시스템들 및 방법들이 제공된다. 일 실시예에서, 데이터 콘텐츠를 공유하기 위한 방법이 제공된다. 방법은 브로드캐스트 네트워크를 통해 데이터 콘텐츠를 공유하기 위한 요청들을 수집(aggregate)하는 단계 및 요청들의 수 및 브로드캐스트 네트워크들의 결정된 용량에 적어도 부분적으로 기반하여 그 데이터 콘텐츠를 브로드캐스트하는 단계를 포함한다. 다른 실시예에서, 커뮤니티 채널들을 생성하기 위한 방법이 제공된다. 방법은 브로드캐스트 네트워크로부터 채널들의 서브세트를 정의하는 단계, 상기 채널들과 하나 이상의 태그(tag)들을 연관시키는 단계, 상기 브로드캐스트 네트워크로부터 통신 네트워크의 통신 채널을 인에이블하기 위해 상기 태그들을 사용하는 단계를 포함한다.

또한, 다양한 실시예들이 단말과 관련하여 설명된다. 단말은 시스템, 사용자 장치, 가입자 유닛, 가입자국, 이동국, 이동 장치, 원격국, 원격 단말, 액세스 단말, 사용자 단말, 사용자 에이전트 또는 사용자 장치로 지칭될 수 있다. 사용자 장치는 셀룰러 전화, 코드리스 전화, 세션 개시 프로토콜(SIP) 전화, 무선 로컬 루프(WLL) 스테이션, 개인 휴대 단말기(PDA), 연결 능력을 구비한 휴대용 장치, 단말 내의 모듈, 호스트 장치 내에 부착되거나 통합될 수 있는 카드(예를 들어, PCMCIA 카드) 또는 무선 모뎀과 연결되는 다른 프로세싱 장치로 지칭될 수 있다.

또한, 본 발명의 주장된 양상들은 방법, 장치, 또는 본 발명의 주장된 다양한 양상들을 구현하기 위한 컴퓨터 또는 컴퓨팅 컴포넌트들을 제어하기 위한 소프트웨어, 펌웨어, 하드웨어 또는 이들의 임의의 조합을 생산하기 위한 표준 프로그래밍 및/또는 엔지니어링 기술을 사용한 제조 물품(article)으로 구현될 수 있다. 용어 "제조 물품"은 임의의 컴퓨터 판독가능한 장치로부터 액세스 가능한 컴퓨터 프로그램, 캐리어, 또는 매체(media)를 포함한다. 예를 들어, 컴퓨터 판독가능한 매체는 자기 저장 장치(예를 들면, 하드 디스크, 플로피 디스크, 자기 스트립, 등), 광학 디스크(예를 들면, CD, DVD, 등), 스마트 카드, 및 플래시 메모리 장치(예를 들면, EEPROM, 카드, 스틱, 키 드라이브, 등)를 포함하지만, 이들로 제한되는 것은 아니다. 또한, 캐리어 파형은 음성 메일을 전송하고 수신하거나 또는 셀룰러 네트워크와 같은 네트워크에 액세스하는데 사용되는 것과 같은 컴퓨터-판독가능한 전자 데이터를 전달하는데 사용될 수 있음을 이해할 것이다. 물론 당업자는 많은 수정들이 여기에 설명된 것의 범위나 원리를 벗어남이 없이 이 구성에 대해 실행될 수 있음을 알 것이다.

도 1을 참조하면, 시스템(100)은 통신을 위해 브로드캐스트 채널들을 사용하는 네트워크 기반 커뮤니티를 도시한다. 시스템(100)은 셀룰러 전화기, 개인 휴대 단말기, 컴퓨터 등과 같은 임의의 타입의 장치일 수 있는 커뮤니티 채널 생성기(110)(또한 생성기로서 지칭됨)를 포함한다. 생성기(110)는 커뮤니티 네트워크(130)와의 통신을 원활하게 하기 위해 사용되는 하나 이상의 수집기(120)들과 통신하며, 여기서 커뮤니티 네트워크는 사용 가능한 브로드캐스트 채널들로부터 정의되고, 생성되고 또는 식별된다. 도시된 바와 같이, 생성기(110)는 수집기(120)에 의해 처리되고 커뮤니티 네트워크(130)의 멤버들에게 제공되는 콘텐츠 공유를 위한 요청들을 개시할 수 있다. 따라서 수집기(120)는 전체 시스템(100)에 가장 적합한 시간에 커뮤니티 네트워크(130)의 관점에서 콘텐츠(150)를 공유할 수 있다. 예를 들어, 콘텐츠 요청들(140)은 브로드캐스트 패킷이 그룹의 다른 멤버들에게 전송될 것을 요청하는 몇몇 멤버들로부터 도착할 수 있다. 요청들의 수 및 시스템 용량의 관점에서, 수집기(120)는 요청된 콘텐츠(150)를 커뮤니티 네트워크(130)로 브로드캐스트할 수 있다. 이는 요청들을 수신하고 각각의 멤버에게 요청된 콘텐츠를 반복하여 브로드캐스트함으로써 응답하는, 대역폭을 낭비하는 기존의 방법들과 대비된다. 또한, 다른 실시예에서, 생성기(110)는 커뮤니티 네트워크(130)에 대한 커뮤니티 채널들을 정의하기 위해 하나 이상의 태그들(160)을 사용한다. 태그들(160)은 커뮤니티 네트워크(130)의 멤버들 사이에서 통신하기 위해 사용될 수 있는 메타데이터(170)의 전달을 원활하게 한다. 태그들(160)의 일부는 기존의 프로그램 데이터로부터 선택되거나, 선택적인 방법들(예를 들어, 이메일, 단문 메시지 서비스(SMS))에 의해 생성되거나, 또는 미리 결정된 룰들에 의해 자동으로 선택될 수 있다.

일반적으로 네트워킹에 기반한 커뮤니티는 사용 가능한 브로드캐스트 채널들(예를 들어, 스포츠, 날씨, 뉴스, 엔터테인먼트, 등)을 이용하여 제공되며 이는 피어-투-피어 데이터 교환들을 완화하고 데이터 교환 서버들의 브로드캐스트 요구들을 경감시킨다. 일 실시예에서, 커뮤니티 네트워크(130)의 멤버들 사이에서 콘텐츠 공유가 원활해지며, 여기서 콘텐츠를 공유하기 위한 요청들(140)은 수집기(120)에 의해 수신된다. 이러한 콘텐츠(150)는 예를 들어, 사용 가능한 브로드캐스트 채널로부터의 비디오 클립일 수 있다. 단순히 개별적인 요청에 응답하여 커뮤니티 네트워크(130)의 각각의 멤버로 상기 요청된 콘텐츠를 전송하기보다는, 수집기(120)는 요청들의 수를 분석하고 시스템 용량 요구사항들을 결정한다. 요청들의 수가 지정된 임계치를 초과한다면(또는 선택적으로 미리 결정된 조건을 만족하거나, 인공적인 개입에 의해), 콘텐츠(150)는 시스템의 로딩이 최소인 동안과 같이 전체 시스템(100)에 더 적합한 시간 동안 커뮤니티 네트워크(130)의 멤버들로 브로드캐스트된다. 이러한 방법으로, 시스템(100)은 전체 데이터 전송 요구사항들을 완화하기 위해 커뮤니티 네트워크(130)의 브로드캐스트 능력 및 수요에 따라 데이터를 전송한다.

다른 실시예에서, 태그들(160)은 네트워크가 사용 가능한 브로드캐스트 채널들의 세트로부터 식별되는 네트워크 기반 커뮤니티를 식별하기 위해 사용될 수 있다. 태그(160)들의 (또는 이들과 연관되는) 데이터는 브로드캐스트 네트워크의 채널들로부터 구성되는 식별된 또는 정의된 네트워크의 임의의 양상을 표시하기 위해 메타데이터(170)로서 전달될 수 있다. 예를 들어, 한 사용자는 주어진 주제 또는 테마에 관련된 채널들의 개인 네트워크를 식별하는 태그(160)를 생성할 수 있다. 그리고 나서 사용자는 커뮤니티 네트워크(130)의 멤버들을 정의된 개인 네트워크의 당사자가 되도록 초대한다. 다른 멤버들의 식별된 채널의 브로드캐스트를 수신하는 경우, 태그들(160)로부터 첨부된 메타데이터(170)는 로컬 캐싱(cache)되고, 그 후 브로드캐스트가 네트워크 멤버들에게 수신되는 시간 동안 시청을 위해 사용 가능하게 된다. 피어-투-피어 또는 클라이언트/서버 교환들보다, 태그들(160)이 식별된 커뮤니티가 관심을 둘 수 있는 콘텐츠의 식별을 원활하게 하고 대역폭을 보존할 수 있는데, 이는 브로드캐스트 매체를 통해 수신되는 각각의 채널의 해당 콘텐츠와는 달리, 관련된 메타데이터만이 커뮤니티 네트워크(130)의 멤버들에게 전송되기 때문이다. 태그들(160)이 멤버들에 대한 추가 데이터를 전달하기 위해 사용되거나 또는 인에이블링 컴포넌트들로서 사용될 수 있음을 알아야한다. 예를 들어, 태그는 커뮤니티의 하나의 멤버로부터 다른 멤버로 다른 멤버가 지정된 시간에 가입 서비스를 수신하도록 인에이블하기 위해 전송될 수 있다.

콘텐츠 공유(150)와 관련하여, 사용자들은 미디어 분산 시스템 또는 서버들(예를 들어, FLO(Foward Link Only) 서버들)로서 기능하는 수집기(120)로 요청(140)을 전송함으로써 커뮤니티 채널 네트워크(130)와 임의의 콘텐츠를 공유할 수 있다. 미디어 분산 시스템은 커뮤니티 채널 멤버들(130)을 통해 공유 요청들(140)을 수신한다. 시스템은 FLO 네트워크의 사용 가능한 용량, 채널 가입자들/요청들의 수 등에 기반하여 최적화된 시간 동안 프로그램의 재-브로드캐스트를 결정한다. 그 다음, 프로그램은 예를 들어 통계 멀티플렉서 이득의 결과로서 잔여(residual) 대역폭을 이용함으로써 잠재적으로 최적화된 시간에 재-브로드캐스트된다. 공유 프로그램 정보는 아래에 더 자세히 설명될 바와 같이 커뮤니티 채널의 프로그램 가이드 상에 디스플레이될 수 있다.

태그들(160)과 관련하여, 모바일 브로드캐스트 사용자들은 태그들(160)에 기초하여 커뮤니티 채널들(130)을 생성할 수 있다. 구체적으로, 사용자들은 캐치-캐스팅(catch-casting) 태그들(160)(즉, 클라이언트 필터들)을 사용하여 이러한 커뮤니티 채널들을 생성할 수 있다. 사용자들은 통신 채널에 대한 자체 태그들(160)을 생성하고 이러한 통신 채널들을 개인 또는 공용으로서 구성할 수 있다. 사용자들은 커뮤니티 채널에 참가하기 위해 그들의 접속을 초대하며, 초대받은 자들은 커뮤니티 채널들에 참가하기 위해 관련된 서비스에 가입할 수 있다. 이해될 바와 같이, 상기 방법들을 사용함으로써 많은 커뮤니티 채널들이 생성될 수 있다. 일 실시예에서, 사용자들에 대한 커뮤니티 채널의 공유는 사용자들에 대한 유료 가입 이벤트이다. 접속을 이용한 커뮤니티 채널들의 공유(또는 필터들을 공유하는 것)는 사용자들이 커뮤니티 내에서 공통적인 경험을 가지도록 한다. 예를 들어, 커뮤니티 채널 식별자는 멤버의 프로그램 가이드(도 3 - 도 6의 인터페이스 참조)에 디스플레이되고, 여기서 커뮤니티 채널 (태그-식별된) 프로그래밍이 커뮤니티 채널의 방법에 의해 제공된다. 커뮤니티 채널 멤버는 커뮤니티 채널과 관련되는 다음의 예시적인 활동들에 참가할 수 있다: 공유된 필터들에 기반하여 공통 프로그래밍 시청: 커뮤니티와 (다른 채널로부터의) 프로그램을 공유; 커뮤니티와 프로그램을 토론. 사용자들은 그들의 관심에 기반하여 공용 커뮤니티 채널들을 탐색하고 이러한 공용 채널들에 가입함으로써 이러한 커뮤니티 채널들에 참여할 수 있다. 일반적으로, 사용자들은 오직 초대에 의하여 개인 커뮤니티 채널에 참여할 수 있다.

이제 도 2를 참조하면, 네트워크 데이터 공유 및 태깅 예시들(200)이 도시된다. 다양한 커뮤니티 데이터 공유 예시들(210)을 개설(outline)하는 예시들의 트리(200)가 도시된다. 이는 공유 커뮤니티 채널들(224) 및 공유 특정 콘텐츠(230)를 포함할 수 있다. 다른 노드(234)는 최종 사용자 콘텐츠 공유에 관련되며, 이는 전술한 태깅 개념들과 연관된다. 최종 사용자 콘텐츠 공유(234)는 정의된 네트워크를 통해 커뮤니티 멤버들에게 코멘트(240)를 포스팅하는 것, 244에서 최종 사용자 생성 콘텐츠를 허용하는 것 및 커뮤니티에서 공유될 수 있는 다른 데이터 사이의 브로드캐스트 채널들에 대한 최종 사용자 투표 방식(250)을 인에이블링하는 것과 같은 양상들을 원활하게 하는 것을 포함할 수 있다.

커뮤니티 채널들(224)과 관련하여, 사용자들은 필터들에 기반하여 채널들을 생성할 수 있으며, 여기서 접속들이 초대되고, 사용자들은 더 큰 커뮤니티를 구축하기 위해 임의의 공용 커뮤니티 채널들에 참여할 수 있다. 태깅된 콘텐츠들은 커뮤니티 채널 멤버들의 시청자 인터페이스에 나타난다. 콘텐츠 공유(230)와 관련하여, 사용자들은 상기 커뮤니티로부터의 요청들에 기반하여 그들의 커뮤니티 채널들과 특정 프로그램들을 공유할 수 있다. 백엔드(backend) 시스템들은 요청들을 수집하고 요청들의 수 또는 시스템 로드와 같은 상이한 인자들에 따라 커뮤니티 채널에 걸쳐 최적화하게 재-브로드캐스트할 수 있다.

최종 사용자 콘텐츠 공유(234)에 대해, 코멘트를 포스팅하는 것 또는 채팅(240)은 사용자들이 다른 커뮤니티 채널 멤버들과 정의된 프로그램들을 토론하는 것을 가능하게 한다. 백엔드 시스템들은 더 큰 커뮤니티들로 코멘트들을 브로드캐스트하기 위해 예를 들어 FLO(Foward Link Only) 네트워크(또는 실질적으로 임의의 브로드캐스트 네트워크)를 사용할 수 있다. 최종 사용자 생성 코멘트들(244)에 대하여, 최종 사용자는 그들의 콘텐츠를 고려를 위해 제출할 수 있다. 따라서, 기존의 커뮤니티들(예를 들어, YouTube, Myspace 등)은 상위 최종 사용자 콘텐츠가 프로그램되도록 선택할 수 있다. 투표(250)에 대하여, 사용자 입력은 인기있는 콘텐츠를 선택하기 위해 사용될 수 있다. 그 다음, 인기있는 콘텐츠가 재-브로드캐스트되거나 유사한 프로그래밍이 계획될 수 있다.

도 3 - 도 6을 종합적으로 참조하면, 예시적인 인터페이스들이 전술한 커뮤니티 기반 공유 원칙들을 원활하게 하기 위해 도시된다. 도시된 인터페이스들은 가능한 많은 인터페이스 구성 중 하나일 뿐이며, 다른 인터페이스들이 도시된 예시들 이외에도 다양한 상이한 채널들을 구성하기 위해 사용될 수 있음을 이해할 것이다.

도 3은 커뮤니티 채널을 생성하기 위한 인터페이스(300)이다. 이 특정한 채널에서, "Shatner"라는 이름을 가진 배우와 연관된 프로그램들에 관련하여 "Shatner" 채널이 생성된다. 실질적으로 임의의 주제 또는 테마가 채널을 생성할 때 사용될 수 있음을 이해할 것이다. 인터페이스(300)는 커뮤니티 채널들을 생성하기 위해 예를 들어, 셀룰러 전화기 상과 같은 모바일 사용자 인터페이스로서 사용될 수 있다. 이 예시에서, 태그들이 생성되고 채널에 첨부된다. 이 예시에서의 이러한 태그들의 일부는 "Boston Legal", "Captain Kirk" 및 "Price Line"을 포함한다. 원하는 바에 따라 다른 새로운 태그들이 생성될 수 있다. 태그들이 생성된 후에, 채널은 인터페이스(300) 버튼들 및 옵션 제어를 통해 공용 또는 개인적인 것으로서 공개(publish)될 수 있다. 채널을 생성한 후에, 친구들은 도 4에 도시된 바와 같이 커뮤니티로 초대될 수 있다.

도 4는 도 3과 관련하여 상기 생성된 채널로 친구들을 초대하기 위한 예시적인 인터페이스(400)를 도시한다. 커뮤니티 채널을 생성한 이후에, 사용자들은 인터페이스(400)를 통해 친구들을 초대할 수 있다. 초대 메시지는 인터페이스에 의해 표시되는 사용자들에 의해 수신될 수 있으며, 다른 사용자들의 리스트를 제공하는 사용자는 초대를 수락하고 커뮤니티 채널의 공유를 시작할 수 있다. 일 실시예에서, 초대받은 자는 순방향 링크 전용 사용자(또는 다른 브로드캐스트 매체)이며, 커뮤니티 채널 상의 프로그래밍에 액세스한 관련된 콘텐츠 가입자이다. 이해되는 바와 같이, 사용자들은 많은 커뮤니티 채널들에 초대될 수 있다. 이 예에서, 멤버들을 초대한 이후에, 도 5에 도시된 것과 같은 인터페이스가 공유된 콘텐츠를 수신하고 선택하기 위해 디스플레이될 수 있다.

이제 도 5를 참조하면, 인터페이스(500)는 생성된 채널에 속하는 멤버들의 공통적인 경험의 준비를 허용한다. 도시된 바와 같이, 커뮤니티 채널(510)은 멤버들의 프로그램 가이드 상에 나타난다. 일반적으로 모든 커뮤니티 채널(태그-식별된) 프로그래밍이 프로그램 가이드에 나타난다. 이 예에서, 태그-식별된 콘텐츠는 Star Trek episode 69, T.J. Hooker, Shatner Interview 및 TekWar이다. 커뮤니티 채널 멤버는 커뮤니티 채널과 관련된 적어도 하나의 다음 예시적인 활동들에 참여할 수 있다: 공유된 필터들에 기반하여 공통 프로그래밍을 시청: 커뮤니티와 프로그램을 토론: 및 커뮤니티와 (다른 채널로부터의) 프로그램을 공유. 이해될 바와 같이, 다른 공유 경험들이 제공될 수 있으며 실행될 수 있다.

도 6은 전술한 다른 실시예들의 인터페이스들로부터 인에이블된 임의의 데이터 콘텐츠 공유 예시들이다. 600에 리스트화된 "옵션들"은 비디오(또는 다른 데이터) 공유, 커뮤니티에 멤버들 추가, 파일을 즐겨찾기에 저장, 및 커뮤니티에 코멘트 추가와 같은 옵션들을 제공한다. 도시된 바와 같이, 예시적인 비디오 단편(snippet)(610)이 공유를 위해 선택되었다. 콘텐츠 공유는 일 예로서, 3G 네트워크를 통해 일어날 수 있다. 프로그램들은 그들을 각각의 커뮤니티 채널들로 추가함으로써 커뮤니티와 공유된다. 태그를 생성함으로써, 각각의 프로그램과 관련된 코멘트들이 공유될 수 있다. 일 실시예에서, 콘텐츠가 수신되는 경우, 이는 각각의 장치에 저장된다. 따라서, 사용자 콘텐츠가 전송되면, 다른 사용자는 이후에 프로그램을 시청할 수 있으며, 코멘트는 본래 사용자가 코멘트를 태깅했던 프로그램에 삽입된다. 예를 들어, 코멘트를 생성한 사용자가 특정한 장면에 기준을 만들면, 다른 사용자들이 그 장면을 시청할 때, 다른 사용자들에게 본래 코멘트가 생성된 시점의 장면과 함께 디스플레이되는 코멘트가 제공된다.

도 7을 참조하면, 예시적인 수집 시스템(700)은 커뮤니티 멤버들 사이의 데이터를 공유하기 위해 사용된다. 이 예시에서, 멤버(710)는 수집기(720)를 통해 콘텐츠 공유를 요청한다. 수집기(720)는 몇몇 멤버들로부터의 요청들을 수집하고 예를 들어 요청들의 수에 기반하여 커뮤니티(730)로 요청된 콘텐츠를 재-브로드캐스트한다. 재-브로드캐스트는 각각의 네트워크의 비 피크(non peak) 시간 동안 또는 적은 통신 활동들이 각각의 네트워크에서 검출되는 시간 동안 발생할 수 있다. 도시되지 않았으나, 사용자 생성 코멘트들 및 태그들은 수집기(720)를 통해 전송될 수 있다.

도 8 및 도 9를 포함하면, 커뮤니티 네트워크 및 데이터 공유와 관련되는 방법(800 및 900)이 도시된다. 한편, 설명의 단순성을 위하여, 방법들은 일련의 동작들로서 설명되고 도시되고, 본 발명은 동작들의 순서에 의해 한정되지 않으며, 임의의 블록들은, 하나 이상의 실시예들에 따라, 여기에 도시되고 설명된 것과 상이한 순서로 그리고/또는 다른 동작들과 동시에 발생할 수 있다. 예를 들어, 당업자는 방법이 상태 다이어그램과 같은 일련의 상호관련된 상태들 또는 이벤트들로서 나타낼 수 있다는 것을 이해할 것이다. 또한, 모든 동작들이 주장된 본 발명에 따라 방법을 구현하기 위해 사용되어야 하는 것은 아니다.

도 8의 단계(802)로 진행하면, 프로세스(800)가 시작된다. 단계(804)에서, 하나 이상의 사용자들에 의해 요청들이 생성된다. 이러한 요청들은 사용자들이 하나 이상의 브로드캐스트 채널들로부터 시청하길 원하는 데이터 콘텐츠에 대한 요청일 수 있다. 요청들은 단계(806)에서 수집된다. 이는 복수의 장치들로부터 요청들을 수집하는 것을 포함할 수 있으며, 여기서 이러한 수집들은 서버에서 또는 예를 들어, 하나 이상의 기지국들과 연관되는 몇몇 서버에 걸쳐 발생할 수 있다. 요청들이 수집되면, 프로세스는 분석 단계(808)를 수행하기 위해 진행한다. 분석은 요청들의 수가 예를 들어, 미리 정의된 임계치를 초과하는지 여부를 결정하는 것을 포함할 수 있다. 다른 타입의 분석은 네트워크 로딩 요구사항들을 완화하기 위해 콘텐츠들이 브로드캐스트될 수 있는 적합한 시간을 결정하기 위해 기존의 네트워크 용량을 시험하는 것을 포함할 수 있다. 분석 단계(808) 이후에, 요청된 데이터 콘텐츠의 재-브로드캐스트가 단계(810)에서 발생한다. 예를 들어, 임계치 및/또는 네트워크 용량을 초과하는 데이터 콘텐츠에 대한 요청들의 수가 적합한 경우, 요청된 콘텐츠에 대한 재-브로드캐스트가 발생할 수 있다. 이해될 바와 같이, 다른 인자들이 바람직한 서비스 품질, 신호 대 잡음 비, 또는 다른 인자를 달성하기 위한 시간 동안 브로드캐스트되는 바와 같이 재-브로드캐스트 동안 고려될 수 있다. 프로세스는 단계(820)에서 완료된다.

일반적으로 본 발명은 프로그램을 시청하는 사용자가 커뮤니티와 프로그램을 (또는 이와 관련된 코멘트들을) 공유할 수 있게 한다. 사용자는 커뮤니티 채널에 프로그램을 포함하는 요청을 전송한다. 시스템은 모든 커뮤니티 채널 멤버들에 걸쳐 공유 요청들을 수신하고 FLO 네트워크의 사용 가능한 용량 및 요청들의 수에 기반하여 프로그램을 재-브로드캐스트하도록 결정하며, 예를 들어, 여기서 프로그램 (또는 프로그램들)이 최적화된 시간에 재-브로드캐스트된다.

도 9를 참조하면, 방법(900)은 하나 이상의 태그에 따라 네트워크에서 정의된 커뮤니티 상에서 데이터를 공유하는 것을 도시한다. 프로세스(900)는 단계(902)에서 시작한다. 하나 이상의 커뮤니티 채널들은 단계(904)에서 각각의 사용자에 의해 정의된다. 도시된 바와 같이, 네트워크 커뮤니티에서 다른 사용자들과 공유될 수 있는 네트워크의 생성을 인에이블하기 위한 인터페이스들이 제공될 수 있다. 단계(906)에서 이러한 인터페이스들을 사용하여 정의된 채널들에 하나 이상의 태그들이 할당될 수 있다. 이는 메타데이터가 하나 이상의 지정된 브로드캐스트 채널들과 연관되는 최종 사용자들 사이에서 공유될 수 있는 메타데이터 정보를 포함할 수 있다. 그리고나서 단계(908)에서 커뮤니티의 멤버들이 식별된다. 전술한 바와 같이, 멤버들이 식별되고 선택되는 인터페이스들이 제공될 수 있다. 멤버들을 식별한 후에, 식별된 멤버들은 단계(910)에서 커뮤니티 네트워크에 참여하도록 초대된다. 이는 커뮤니티 네트워크에 참여하는 옵션을 제공하기 위해 지정된 멤버들에게 메시지를 전송하는 것을 원활하게 하는 사용자 인터페이스 기능을 포함할 수 있다. 커뮤니티 네트워크 멤버들이 구성되면, 단계(914)에서 주어진 브로드캐스트에 따라 멤버들 사이에서 데이터가 교환될 수 있다. 이 데이터는 코멘트들, 감상들, 투표 및 옵션들 또는 하나 이상의 브로드캐스트 채널들에 따라 멤버들이 공유하고자 하는 임의의 타입의 데이터일 수 있다. 단계(920)에서 프로세스가 종료한다.

프로세스(900)에서, 프로그램과 관련하여 메시지들이 커뮤니티에 전송된다. 커뮤니티 채널 멤버들은 예를 들어, 토론 스레드를 생성하도록 코멘트들을 수신하고 이에 반응할 수 있다. 커뮤니티 채널 멤버들이 관련된 프로그램을 시청하고 있을 때 메시지들이 디스플레이될 수 있다. FLO 시스템은 선택된 온라인 비디오 커뮤니티들이 시스템 상에서 그들의 커뮤니티 채널들을 설정하도록 허용한다. 사용자들은 이러한 커뮤니티 채널들에 가입할 수 있다. 일 실시예에서, 매일(또는 다른 시간프레임), 이러한 온라인 비디오 커뮤니티로부터의 필터링된 콘텐츠가(예를 들어, 오늘의 탑 비디오, 가장 토론이 많이 된, 가장 인기있는 등) FLO 장치들로 전달(클립-캐스팅)된다. 사용자들은 또한 각자의 자체 생성된 비디오들을 업로드하여 커뮤니티 채널에 대해 고려되게 할 수 있다.

이제 도 10을 참조하면, 커뮤니티 네트워크에서 통신을 원활하게 하는 예시적인 시스템(1000)이 도시된다. 시스템(1000)은 예를 들어, 통신 장치의 일부로서 사용될 수 있다. 시스템(1000)은 브로드캐스트 데이터 콘텐츠에 메타데이터를 연관시키기 위한 논리 모듈(1002)을 포함한다. 커뮤니티 네트워크의 멤버들을 정의하기 위한 논리 모듈(1004)이 커뮤니티 네트워크의 멤버들에 메타데이터를 전달하기 위한 논리 모듈(1006)과 함께 제공된다.

도 11을 참조하면, 커뮤니티 네트워크에서 통신을 원활하게 하는 제 2 예시적인 시스템(1100)이 도시된다. 시스템(1100)은 예를 들어, 통신 장치의 일부로서 사용될 수 있다. 시스템(110)은 공유 데이터 콘텐츠에 대한 요청들을 수신하기 위한 논리 모듈(1102) 및 요청들의 관점에서 시스템 성능들을 분석하기 위한 논리 모듈(1104)을 포함한다. 논리 모듈(1106)은 시스템 성능들 및 요청들의 관점에서 공유 데이터 콘텐츠를 전달하기 위해 제공된다.

도 12는 본 발명의 커뮤니티 네트워크들에 대해 사용될 수 있는 통신 장치(1200)를 도시한다. 장치는 명령들을 저장하기 위한 메모리(1202) 및 명령들을 실행하기 위한 프로세서(1204)를 포함한다. 명령들 중 일부는 공유 데이터에 대한 요청들을 생성하는 것을 포함하고, 여기서 요청들은 공유 데이터의 브로드캐스트를, 요청들의 수 및 브로드캐스트 용량에 적어도 부분적으로 기반하여 개시하기 위해 사용된다. 다른 경우에, 명령들은 공유 데이터에 대한 요청들을 수신하기 위해 사용되고, 여기서 요청들은 요청들의 수에 적어도 부분적으로 기반하여 공유 데이터의 브로드캐스트를 개시하기 위해 수집되고 사용된다. 또 다른 예시에서, 명령들은 하나 이상의 브로드캐스트 채널들에 따라 수신된 태그 컴포넌트들을 처리하고, 여기서 태그들은 브로드캐스트 채널들로부터 형성되는 커뮤니티 네트워크의 다른 멤버들과 통신하기 위해 사용된다. 다른 예시들은 하나 이상의 브로드캐스트 채널들의 컴포넌트들을 태깅하기 위한 명령들을 포함하며, 여기서, 태그들은 브로드캐스트 채널들로부터 형성된 커뮤니티 네트워크의 다른 멤버들과 통신하기 위해 사용된다.

도 13은 본 발명의 시스템에서 사용되는 순방향 링크 전용 네트워크에 대한 네트워크 시스템(1300)을 도시한다. 네트워크 시스템(1300)은 하나 이상의 수신기들(1320)과 무선 네트워크(1312)를 통해 통신하는 하나 이상의 송신기들(1310)을 포함한다. 수신기들(1320)은 셀룰러 전화기, 컴퓨터, 개인 어시스턴트, 핸드헬드 또는 랩탑 장치들과 같은 임의의 타입의 통신 장치를 포함할 수 있다. 수신기들(1320)의 부분들은 심벌 서브세트(1330) 및 멀티미디어 데이터와 같은 다른 데이터를 디코딩하기 위해 사용될 수 있다. 일 실시예에서, 심벌 서브세트(1330)는 일반적으로 멀티미디어 데이터 전송을 위한 순방향 링크 전용(FLO) 프로토콜을 사용하는 직교 주파수 분할 멀티플렉싱(OFDM: orthorgonal frequency-division multiplexing) 네트워크에서 전송된다. 이 실시예에서, 채널 추정은 일반적으로 주파수 도메인 및 각각의 OFDM 심벌들에 삽입되는 균등한 간격의 파일럿 톤들에 기반한다. 바람직하게, 파일럿들은 8개의 캐리어만큼 간격을 두고, 파일럿들의 수는 512개로 설정된다.

도 14는 무선 시스템에서 수신되는 데이터가 전술한 기능 블록들에서 사용되는 무선 시스템에 대한 예시적인 네트워크 계층(1400)을 도시한다. FLO 무선 인터페이스 프로토콜 기준 모델이 도 14에 도시된다. 일반적으로, FLO 무선 인터페이스 규격은 계층 1(물리 계층)(1402) 및 계층 2(데이터 링크 계층)(1404)를 가지는 OSI(Open Systems Interconnect) 네트워킹 모델에 대응하는 프로토콜들 및 서비스들을 커버한다. 데이터 링크 계층은 두 개의 서브-계층들, 즉, 매체 액세스 제어(MAC) 서브-계층(1406) 및 스트림 서브-계층(1408)으로 추가로 나뉜다. 상위 계층들(1410)은 OSI 계층 3-7을 포함하고, 멀티미디어 콘텐츠의 압축, 멀티미디어로의 액세스 제어, 및 제어 정보의 콘텐츠 및 포맷화를 포함한다. MAC 계층(1406)은 멀티플렉싱 및 QoS(Quality of Service) 전달 기능들(1412)을 포함한다. MAC 계층(1406)은 또한 논리 채널들(1414)을 포함한다.

FLO 무선 인터페이스 규격은 일반적으로 다양한 애플리케이션들 및 서비스들을 지원하는 디자인 유연성을 허용하기 위해 상위 계층들을 특정하지 않는다. 이러한 계층들은 콘텍스트를 제공하기 위해 도시된다. 스트림 계층은 최대 세 개의 상위 계층 플로우들을 하나의 논리적 채널로 멀티플렉싱하며, 상위 계층 패킷들을 각각의 논리적 채널에 대한 스트림들로 바인딩(bind)하며, 패킷화(packetization) 및 잔여 오차 제어 기능들을 제공한다. 매체 액세스 제어(MAC) 계층(1406)의 특징들은 물리 계층으로의 액세스를 제어하고, 논리 채널들 및 물리 채널들 사이의 매핑을 수행하고, 물리 채널을 통한 전송을 위해 논리 채널들을 멀티플렉싱하고, 모바일 장치에서 논리 채널들을 디-멀티플렉싱하고, 그리고/또는 QoS(Quality of Service) 요구사항들을 집행(enforce)하는 것을 포함한다. 물리 채널의 특징들은, 순방향 링크에 대한 채널 구조를 제공하고 주파수, 변조 및 인코딩 요구조건들을 정의하는 것을 포함한다.

일반적으로, FLO 기술은 직교 주파수 분할 멀티플렉싱(OFDM)을 사용하고, 이는 또한 DAB(Digital Audio Broadcasting), DVB-T(Terrestrial Digital Video Broadcasting), 및 ISDB-T(Terrestrial Integrated Services Digital Broadcasting)에 의해서도 사용된다. 일반적으로 OFDM 기술은 커다란 셀 SFN에서 이동성 요구조건들을 효율적으로 충족시키면서 높은 주파수 효율을 달성할 수 있다. 또한, OFDM은 적절한 길이의 순환 프리픽스(cyclic prefix)를 이용하여 다수의 송신기들로부터의 긴 지연을 제어할 수 있는데; 직교성을 원활하게 하고 캐리어 간 간섭을 완화하기 위해 가드 인터벌이 심벌의 앞쪽에 부가될 수 있다(이는 데이터 심벌의 마지막 부분의 카피임). 이 인터벌의 길이가 최대 채널 지연보다 더 긴 동안, 이전의 심벌들로 인한 영향은 제거되고 직교성은 보존된다.

도 15로 진행하면, 예시적인 FLO 물리 계층 수퍼프레임(1500)이 도시된다. 일 실시예에서, 수퍼프레임은 1초 시간 기간 동안 1200개의 OFDM 심벌과 동일하다. FLO 물리 계층은 (4096개의 서브-캐리어들의 전송 사이즈를 도출하는) 4K 모드를 사용하고, 8K 모드와 비교하여 우월한 모바일 성능을 제공하며, 상당히 큰 SFN 셀 들에서 유용한 충분히 긴 가드 인터벌을 유지한다. 최적화된 파일럿 및 인터리버 구조 설계를 통해 빠른 채널 획득이 달성될 수 있다. 인터리빙 방식들은 시간 다이버시티를 원활하게 하는 FLO 에어 인터페이스에서 통합된다. 파일럿 구조 및 인터리버 설계들은 사용자를 긴 획득 시간으로 괴롭히지 않고 채널 활용을 최적화한다. 일반적으로, FLO 전송된 신호들은 1500에 도시된 바와 같은 수퍼프레임들로 조직된다. 각각의 수퍼프레임들은 네 개의 데이터 프레임을 포함하며, 이는 TDM(Time Division Multiplexed) 파일럿들(1504), OIS(Overhead Information Symbols)(1506) 및 와이드-영역(1516) 및 로컬-영역 데이터(1518)를 포함하는 프레임들(1508, 1510, 1512, 1514)을 포함한다. OIS의 빠른 획득을 허용하기 위해 TDM 파일럿들이 제공된다. OIS는 수퍼프레임 내의 각각의 매체 서비스에 대한 데이터의 위치를 기술한다.

일반적으로, 각각의 서브프레임은 할당된 대역폭의 MHz마다 200개의 OFDM 심벌들로 구성되며(6MHz에 대해 1200개의 심벌), 각각의 심벌은 활성 서브-캐리어들의 7개의 인터레이스를 포함한다. 각각의 인터레이스는 주파수에서 균등하게 분산되며, 이는 가용한 대역폭 내에서 최대 주파수 다이버시티를 달성하게 한다. 이러한 인터레이스들은 듀레이션 및 사용되는 실제 인터레이스들의 관점에서 가변하는 논리 채널들로 할당된다. 이는 임의의 주어진 데이터 소스에 의해 달성되는 시간 다이버시티에 유연성을 제공한다. 더 낮은 데이터 레이트 채널들은 시간 다이버시티를 개선하기 위해 더 적은 인터레이스들을 할당받을 수 있으며, 더 높은 데이터 레이트 채널들은 시간-당 전파를 최소화하고 전력 소모를 감소시키기 위해 더 많은 인터레이스들을 사용한다.

낮은 그리고 높은 데이터 레이트 채널들에 대한 획득 시간은 일반적으로 동일하다. 따라서 주파수 및 시간 다이버시티는 획득 시간을 타협하지 않고 유지될 수 있다. 더 종종, FLO 논리 채널들은 가변적인 레이트 코덱들(압축기 및 압축해제기가 하나에 존재)을 이용하여 통계적인 멀티플렉싱 이득을 획득하기 위해 가변 레이트들에서 실시간(라이브 스트리밍) 콘텐츠를 전달하는데 사용될 수 있다. 각각의 논리 채널은 다양한 신뢰도 및 상이한 애플리케이션들에 대한 서비스 품질 요구사항들을 지원하기 위해 상이한 코딩 레이트들 및 변조를 가질 수 있다. FLO 멀티플렉싱 방식은 장치 수신기들이 전력 소모를 최소화하기 위해 그것이 관심 있는 단일 논리 채널의 콘텐츠를 변조하도록 할 수 있다. 모바일 장치들은 비디오 및 연관된 오디오가 상이한 채널들에서 전송되도록 하기 위해 동시에 다수의 논리 채널들을 복조할 수 있다.

오차 수정 및 코딩 기술들이 이 실시예에서 사용될 수 있다. 일반적으로, FLO는 터보 내부 코드 13(turbo inner code 13) 및 RS(Reed Solomon) 14 외부 코드를 통합한다. 일반적으로, 터보 코드 패킷은 CRC(Cyclic Redundancy Check)를 포함한다. RS 코드는 정확하게 수신되는 데이터에 대해 계산될 필요가 없으며, 이는 바람직한 신호 조건들 하에서, 추가적인 전력 절약을 야기한다. 다른 양상은 FLO 무선 인터페이스가 5, 6, 7, 및 8 MHz와 같은 주파수 대역폭들을 지원하도록 설계되는 것이다. 높게 요구되는 서비스 제공은 단일 무선 주파수 채널을 이용하여 달성될 수 있다.

도 16은 여기에 설명된 하나 이상의 양상들에 따라 무선 통신 환경에서 사용되는 사용자 장치(1600)의 도면이다. 사용자 장치(1600)는 예를 들어, 수신 안테나(미도시)로부터 신호를 수신하고, 이들에 일반적인 동작들(예를 들어, 필터링, 증폭, 다운 컨버팅)을 수행하고, 샘플들을 획득하기 위해 컨디셔닝된 신호를 디지털화하는 수신기(1602)를 포함한다. 수신기(1602)는 비-선형 수신기일 수 있다. 복조기(1604)는 채널 추정을 위해 프로세서(1606)로 수신된 파일럿 심벌들을 복조하고 제공할 수 있다. FLO 채널 컴포넌트(1610)는 이전에 설명된 바와 같이 FLO 신호들을 처리하기 위해 제공될 수 있다. 이는 디지털 스트림 프로세싱 및/또는 다른 프로세스들 사이에서 위치 연산 포지셔닝을 포함할 수 있다. 프로세서(1606)는 수신기(1602)에 의해 수신되는 정보를 분석하고 그리고/또는 송신기(1616)에 의한 전송을 위한 정보를 생성하도록 지정된 프로세서이거나, 사용자 장치(1600)의 하나 이상의 컴포넌트들을 제어하거나, 그리고/또는 수신기(1602)에 의해 수신된 정보를 분석하고 송신기(1616)에 의한 전송을 위한 정보를 생성하고, 그리고 사용자 장치(1600)의 하나 이상의 컴포넌트들을 제어하는 프로세서일 수 있다.

사용자 장치(1600)는 추가로 프로세서(1606)에 동작 가능하게 연결되고, 무선 데이터 프로세싱과 관련된 임의의 다른 적합한 정보를 저장하는 메모리(808)를 포함할 수 있다. 여기에 설명된 데이터 저장소(예를 들어, 메모리(808))는 휘발성 또는 비휘발성 메모리일 수 있으며, 또는 휘발성 및 비휘발성 메모리를 모두 포함할 수 있다. 설명을 위해, 비휘발성 메모리는, 판독 전용 메모리(ROM), 프로그램가능한 ROM(PROM), 전기적으로 프로그램가능한 ROM(EPROM), 전기적으로 삭제가능한 PROM(EEPROM) 또는 플래시 메모리를 포함할 수 있으나, 이에 제한되지 않는다. 휘발성 메모리는 랜덤 액세스 메모리(RAM)를 포함할 수 있으며 이는 외부 캐시 메모리로서 동작한다. 설명을 위해, RAM은 동기화 RAM(SRAM), 동적 RAM(DRAM), 동기화 DRAM(SDRAM), 2배속 SDRAM(DDR SDRAM), 향상된 SDRAM(ESDRAM), 싱크링크 DRAM(SLDRRAM), 다이렉트 램버스 RAM(DRRAM)과 같은 다양한 형태로 사용 가능하나, 이에 제한되지 않는다. 본 시스템들의 메모리(1608) 및 방법들은 이러한 그리고 임의의 다른 타입의 메모리를 포함하기 위한 의도이나 이에 제한되지 않는다. 사용자 장치(1600)는 FLO 데이터를 처리하기 위한 백그라운드 모니터(1614), 심벌 변조기(1614) 및 변조된 신호를 전송하는 송신기(1616)를 더 포함한다.

도 17은 복수의 수신 안테나들(1706)을 통해 하나 이상의 사용자 장치들(1704)로부터 신호(들)를 수신하는 수신기(1710) 및 전송 안테나(1708)를 통해 하나 이상의 사용자 장치들(1704)로 전송하는 송신기(1724)를 가진 기지국(1702)을 포함한다. 수신기(1710)는 수신 안테나들(1706)로부터 정보를 수신하며 수신된 정보를 복조하는 복조기(1712)와 동작 가능하게 연관될 수 있다. 변조된 심벌들은 전술한 프로세서와 유사한 프로세서(1714)에 의해 분석되고, 이는 무선 데이터 프로세싱과 관련된 정보를 저장하는 메모리(1716)에 연결된다. 프로세서(1714)는 하나 이상의 각각의 사용자 장치들(1704)과 연관되는 FLO 정보를 처리하는 것을 원활하게 하는 FLO 채널(1718) 컴포넌트에 연결될 수 있다.

변조기(1722)는 사용자 장치들(1704)로 전송 안테나(1708)를 통해 송신기(1724)에 의한 전송을 위해 신호를 멀티플렉싱할 수 있다. FLO 채널 컴포넌트들은 사용자 장치(1704)와 통신을 위해 주어진 전송 스트림을 위한 업데이트된 데이터 스트림과 관련된 신호에 정보를 첨부하며, 이는 새로운 최적 채널이 식별되고 확인 응답되었다는 표시를 제공하기 위해 사용자 장치(1704)로 전송될 수 있다.

전술한 것들은 하나 이상의 실시예들의 예시를 포함한다. 전술한 실시예를 설명하기 위한 목적으로 모든 고려가능한 컴포넌트들 및 방법들의 조합을 설명하는 것은 물론 가능하지 않다, 그러나, 당업자는 다양한 실시예들의 많은 조합 및 변형들이 가능하다는 것을 인지할 것이다. 따라서, 설명된 실시예들은, 모든 이러한 변형, 변경 및 수정들이 첨부된 청구항들의 사상 및 범위 내에 포함되도록 하는 의도를 지닌다. 또한, 상세한 설명 및 청구항에서 사용되는 용어 "포함하는(include)"은 "포함하는(comprising)"이 청구항에서 상호교환가능한 단어로 사용된다면, 용어 "포함하는(comprising)"과 유사한 방법으로 포함하는 의미가 있는 것이다.

Claims

커뮤니티 채널을 생성하기 위한 방법으로서,
브로드캐스트 네트워크로부터의 채널들의 서브세트를 정의하는 단계;
서버에서 하나 이상의 태그들을 수신하는 단계 ― 각각의 태그는, 상기 정의된 채널들의 서브세트와 연관된 브로드캐스트 데이터 콘텐츠를 식별하며 그리고 상기 식별된 브로드캐스트 데이터 콘텐츠로부터 분리되어 수신됨 ―;
프로세서를 이용하여, 상기 정의된 채널들의 서브세트와 상기 하나 이상의 태그들을 연관시키는 단계; 및
상기 하나 이상의 태그들을 이용하여 상기 브로드캐스트 네트워크로부터 커뮤니티 네트워크의 커뮤니티 채널을 생성하는 단계를 포함하는,
커뮤니티 채널을 생성하기 위한 방법.
제 1 항에 있어서,
상기 하나 이상의 태그들을, 상기 채널들과 관련되는 최종 사용자(end user)들로부터의 정보를 전달하기 위해 사용되는 메타데이터(metadata)로서 전달하는 단계를 더 포함하는,
커뮤니티 채널을 생성하기 위한 방법.
제 2 항에 있어서,
로컬 저장 디바이스 상에 상기 메타데이터를 캐싱(cache)하는 단계를 더 포함하는,
커뮤니티 채널을 생성하기 위한 방법.
제 3 항에 있어서,
상기 메타데이터의 초기 전송보다 더 늦은 시간에 브로드캐스트가 시청(view)되는 경우, 상기 브로드캐스트에 상기 메타데이터를 동기화(synchronize)시키는 단계를 더 포함하는,
커뮤니티 채널을 생성하기 위한 방법.
제 1 항에 있어서,
원하는 브로드캐스트를 수신하기 위해 상기 하나 이상의 태그들을 정의된 커뮤니티의 다른 멤버들에 대한 인에이블러(enabler)들로서 사용하는 단계를 더 포함하는,
커뮤니티 채널을 생성하기 위한 방법.
제 1 항에 이어서,
사용자 인터페이스를 통해 커뮤니티의 멤버들을 네트워크에 초대하는 단계를 더 포함하는,
커뮤니티 채널을 생성하기 위한 방법.
제 6 항에 있어서,
상기 네트워크는 공용 또는 개인 네트워크로서 구성되는,
커뮤니티 채널을 생성하기 위한 방법.
제 1 항에 있어서,
상기 하나 이상의 태그들은 클라이언트 필터들로서 사용되는,
커뮤니티 채널을 생성하기 위한 방법.
제 1 항에 있어서,
커뮤니티 네트워크의 멤버들 또는 상기 멤버들과 연관되는 프로그램들을 식별하기 위한 프로그램 가이드를 생성하는 단계를 더 포함하는,
커뮤니티 채널을 생성하기 위한 방법.
제 9 항에 있어서,
상기 프로그램 가이드는 멤버들로 하여금 공유된 필터들에 기반하여 공통 프로그래밍을 시청할 수 있게 하는,
커뮤니티 채널을 생성하기 위한 방법.
제 1 항에 있어서,
커뮤니티 채널의 멤버들 사이에서 토론 스레드(discussion thread)를 형성하기 위한 인터페이스를 생성하는 단계를 더 포함하는,
커뮤니티 채널을 생성하기 위한 방법.
제 11 항에 있어서,
커뮤니티 채널 멤버들이 관련 프로그램들을 시청하고 있을 때 메시지들을 생성하는 단계를 더 포함하는,
커뮤니티 채널을 생성하기 위한 방법.
제 11 항에 있어서,
커뮤니티에 의해 고려될 미디어를 업로드하기 위한 인터페이스를 생성하는 단계를 더 포함하는,
커뮤니티 채널을 생성하기 위한 방법.
통신 장치로서,
하나 이상의 태그들을 생성하고 ― 각각의 태그는 브로드캐스트 네트워크의 채널들의 서브세트와 연관된 브로드캐스트 데이터 콘텐츠를 식별함 ―, 상기 하나 이상의 태그들을 상기 채널의 서브세트와 연관시키고, 그리고 대응되는 식별된 브로드캐스트 데이터 콘텐츠로부터 상기 하나 이상의 태그들을 분리시켜 전송하기 위한 명령들을 보유하는 메모리; 및
상기 명령들을 실행하는 프로세서를 포함하는,
통신 장치.
제 14 항에 있어서,
상기 하나 이상의 태그들 중 하나의 태그는 메타데이터로서 전달되고 로컬 디바이스 상에 캐싱되는,
통신 장치.
제 14 항에 있어서,
상기 하나 이상의 태그들 중 하나의 태그는 브로드캐스트 채널과 통신을 동기화하기 위해 사용되는,
통신 장치.
커뮤니티 채널을 형성하기 위한 장치로서,
브로드캐스트 네트워크로부터의 채널들의 서브세트를 정의하기 위한 수단;
하나 이상의 태그들을 수신하기 위한 수단 ― 각각의 태그는, 상기 정의된 채널들의 서브세트와 연관된 브로드캐스트 데이터 콘텐츠를 식별하며 그리고 상기 식별된 브로드캐스트 데이터 콘텐츠로부터 분리되어 수신됨 ―;
상기 하나 이상의 태그들과 상기 정의된 채널들의 서브세트를 연관시키기 위한 수단; 및
상기 하나 이상의 태그들을 이용하여 상기 브로드캐스트 네트워크로부터 커뮤니티 네트워크의 커뮤니티 채널을 형성하기 위한 수단을 포함하는,
커뮤니티 채널을 형성하기 위한 장치.
제 17 항에 있어서,
상기 하나 이상의 태그들을, 상기 채널들과 관련되는 최종 사용자들로부터의 정보를 전달하기 위해 사용되는 메타데이터로서 전달하기 위한 수단을 더 포함하는,
커뮤니티 채널을 형성하기 위한 장치.
제 18 항에 있어서,
로컬 저장 디바이스 상에 상기 메타데이터를 캐싱하기 위한 수단을 더 포함하는,
커뮤니티 채널을 형성하기 위한 장치.
제 19 항에 있어서,
상기 메타데이터의 초기 전송보다 더 늦은 시간에 브로드캐스트가 시청되는 경우, 상기 브로드캐스트에 상기 메타데이터를 동기화시키기 위한 수단을 더 포함하는,
커뮤니티 채널을 형성하기 위한 장치.
제 17 항에 있어서,
원하는 브로드캐스트를 수신하기 위해 상기 하나 이상의 태그들을 정의된 커뮤니티의 다른 멤버들에 대한 인에이블러들로서 사용하기 위한 수단을 더 포함하는,
커뮤니티 채널을 형성하기 위한 장치.
제 17 항에 있어서,
사용자 인터페이스를 통해 커뮤니티의 멤버들을 네트워크에 초대하기 위한 수단을 더 포함하는,
커뮤니티 채널을 형성하기 위한 장치.
제 22 항에 있어서,
상기 네트워크는 공용 또는 개인 네트워크로서 구성되는,
커뮤니티 채널을 형성하기 위한 장치.
제 17 항에 있어서,
상기 하나 이상의 태그들은 클라이언트 필터들로서 사용되는,
커뮤니티 채널을 생성하기 위한 장치.
제 17 항에 있어서,
커뮤니티 네트워크의 멤버들 또는 상기 멤버들과 연관되는 프로그램들을 식별하기 위한 프로그램 가이드를 생성하기 위한 수단을 더 포함하는,
커뮤니티 채널을 생성하기 위한 장치.
제 25 항에 있어서,
상기 프로그램 가이드는 멤버들로 하여금 공유된 필터들에 기반하여 공통 프로그래밍을 시청할 수 있게 하는,
커뮤니티 채널을 생성하기 위한 장치.
제 17 항에 있어서,
커뮤니티 채널의 멤버들 사이에서 토론 스레드를 형성하기 위한 인터페이스를 생성하기 위한 수단을 더 포함하는,
커뮤니티 채널을 생성하기 위한 장치.
제 27 항에 있어서,
커뮤니티 채널 멤버들이 관련 프로그램들을 시청하고 있을 때 메시지들을 생성하기 위한 수단을 더 포함하는,
커뮤니티 채널을 생성하기 위한 장치.
제 27 항에 있어서,
커뮤니티에 의해 고려될 미디어를 업로드하기 위한 인터페이스를 생성하기 위한 수단을 더 포함하는,
커뮤니티 채널을 생성하기 위한 장치.
명령들을 저장하는 컴퓨터-판독가능 매체로서,
상기 명령들은:
브로드캐스트 네트워크로부터의 채널들의 서브세트를 정의하기 위한 코드;
하나 이상의 태그들을 수신하기 위한 코드 ― 각각의 태그는, 상기 정의된 채널들의 서브세트와 연관된 브로드캐스트 데이터 콘텐츠를 식별하며 그리고 상기 식별된 브로드캐스트 데이터 콘텐츠로부터 분리되어 수신됨 ―;
상기 하나 이상의 태그들과 상기 정의된 채널들의 서브세트를 연관시키기 위한 코드; 및
상기 하나 이상의 태그들을 이용하여 상기 브로드캐스트 네트워크로부터 커뮤니티 네트워크의 커뮤니티 채널을 형성하기 위한 코드를 포함하는,
컴퓨터-판독가능 매체.
커뮤니티 채널을 형성하기 위한 방법을 수행하도록 구성되는 프로세서로서,
상기 방법은:
브로드캐스트 네트워크로부터의 채널들의 서브세트를 정의하는 단계;
하나 이상의 태그들을 수신하는 단계 ― 각각의 태그는, 상기 정의된 채널들의 서브세트와 연관된 브로드캐스트 데이터 콘텐츠를 식별하며 그리고 상기 식별된 브로드캐스트 데이터 콘텐츠로부터 분리되어 수신됨 ―;
상기 하나 이상의 태그들과 상기 정의된 채널들의 서브세트를 연관시키는 단계; 및
상기 하나 이상의 태그들을 이용하여 상기 브로드캐스트 네트워크로부터 커뮤니티 네트워크의 커뮤니티 채널을 형성하는 단계를 포함하는,
프로세서.