BR112015006455B1 - Terminal móvel, servidor operável para adaptação de multimídia com base em orientação de vídeo, método para adaptação de multimídia em um servidor com base em orientação de dispositivo de um terminal móvel e meio de armazenamento legível por máquina - Google Patents

Terminal móvel, servidor operável para adaptação de multimídia com base em orientação de vídeo, método para adaptação de multimídia em um servidor com base em orientação de dispositivo de um terminal móvel e meio de armazenamento legível por máquina Download PDF

Info

Publication number
BR112015006455B1
BR112015006455B1 BR112015006455-8A BR112015006455A BR112015006455B1 BR 112015006455 B1 BR112015006455 B1 BR 112015006455B1 BR 112015006455 A BR112015006455 A BR 112015006455A BR 112015006455 B1 BR112015006455 B1 BR 112015006455B1
Authority
BR
Brazil
Prior art keywords
orientation
video
file
capability
server
Prior art date
Application number
BR112015006455-8A
Other languages
English (en)
Other versions
BR112015006455A2 (pt
Inventor
Ozgur Oyman
Original Assignee
Apple Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Apple Inc filed Critical Apple Inc
Publication of BR112015006455A2 publication Critical patent/BR112015006455A2/pt
Publication of BR112015006455B1 publication Critical patent/BR112015006455B1/pt

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2381—Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21—Server components or server architectures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/239—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/254—Management at additional data server, e.g. shopping server, rights management server
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25808—Management of client data
    • H04N21/25833—Management of client data involving client hardware characteristics, e.g. manufacturer, processing or storage capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/27—Server based end-user applications
    • H04N21/274—Storing end-user multimedia data in response to end-user request, e.g. network recorder
    • H04N21/2743—Video hosting of uploaded data from client
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/422—Input-only peripherals, i.e. input devices connected to specially adapted client devices, e.g. global positioning system [GPS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/437—Interfacing the upstream path of the transmission network, e.g. for transmitting client requests to a VOD server
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/4508—Management of client data or end-user data
    • H04N21/4532—Management of client data or end-user data involving end-user characteristics, e.g. viewer profile, preferences
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6156—Network physical structure; Signal processing specially adapted to the upstream path of the transmission network
    • H04N21/6175—Network physical structure; Signal processing specially adapted to the upstream path of the transmission network involving transmission via Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/6437—Real-time Transport Protocol [RTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/658—Transmission by the client directed to the server
    • H04N21/6582—Data stored in the client, e.g. viewing habits, hardware capabilities, credit card number
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H04N21/85406—Content authoring involving a specific file format, e.g. MP4 format
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/23439—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements for generating different versions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25808—Management of client data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/414—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
    • H04N21/41407—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance embedded in a portable device, e.g. video client on a mobile phone, PDA, laptop
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/422—Input-only peripherals, i.e. input devices connected to specially adapted client devices, e.g. global positioning system [GPS]
    • H04N21/4223—Cameras
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Abstract

ADAPTAÇÃO DE MULTIMÍDIA COM BASE EM ORIENTAÇÃO DE VÍDEO. Trata-se de tecnologia para adaptação de multimídia com base em orientação de vídeo. Em um exemplo, um servidor pode incluir um conjunto de circuitos de computador configurado para: receber uma capacidade de dispositivo a partir de um dispositivo cliente, em que a capacidade de dispositivo inclui capacidade de orientação de vídeo; e realizar a adaptação de multimídia com reconhecimento de orientação de vídeo com base na capacidade de orientação de vídeo do dispositivo.

Description

PEDIDOS RELACIONADOS
[0001] Esse pedido reivindica o benefício e incorpora, a título de referência, o pedido de patente provisório no de série U.S. 61/719.241, depositado no dia 26 de outubro de 2012, com um número de registro legal P50328Z. Esse pedido reivindica o benefício e incorpora, a título de referência, o pedido de patente provisório no de série U.S. 61/753.914, depositado no dia 17 de janeiro de 2013, com um número de registro legal P53504Z.
ANTECEDENTES
[0002] A tecnologia de comunicação móvel sem fio usa diversos padrões e protocolos para transmitir dados entre um nó (por exemplo, uma estação de transmissão) e um dispositivo sem fio (por exemplo, um dispositivo móvel). Alguns dispositivos sem fio se comunicam com o uso do múltiplo acesso por divisão de frequência ortogonal (OFDMA) em uma transmissão de enlace descendente (DL) e múltiplo acesso por divisão de frequência de portadora única (SC-FDMA) em uma transmissão de enlace ascendente (UL). Os padrões e protocolos que usam multiplexação por divisão de frequência ortogonal (OFDM) para transmissão de sinal incluem a evolução em longo prazo (LTE) do projeto de parceria de terceira geração (3GPP), padrão do Instituto de Engenheiros Elétricos e Eletrônicos (Institute of Electrical and Electronics Engineers) (IEEE) 802.16 (por exemplo, 802.16e, 802.16m), o qual é comumente conhecido por grupos de indústria como WiMAX (interoperabilidade mundial para acesso de micro-ondas) e o padrão IEEE 802.11, o qual é comumente conhecido por grupos de indústria como WiFi.
[0003] Em sistemas de LTE de rede de acesso de rádio (RAN) 3GPP, o nó pode ser uma combinação de nós B de rede de acesso de rádio terrestre universal evoluído (E-UTRAN - Evolved Universal Terrestrial Radio Access Network) (também comumente denominado como Nós B evoluídos, Nós B avançados, eNodeBs ou eNBs) e controladores de rede de rádio (RNCs - Radio Network Controllers), os quais se comunicam com o dispositivo sem fio, conhecido como um equipamento de usuário (UE). A transmissão de enlace descendente (DL) pode ser uma comunicação a partir do nó (por exemplo, eNodeB) para o dispositivo sem fio (por exemplo, UE), e a transmissão de enlace ascendente (UL) pode ser uma comunicação a partir do dispositivo sem fio para o nó.
[0004] O dispositivo sem fio pode ser usado para receber entrega de multimídia de vídeo de Internet com o uso de diversos protocolos, tais como transmissão contínua (streaming) de protocolo de transferência de hipertexto (HTTP). Um protocolo para fornecer entrega com base em HTTP de transmissão contínua de vídeo pode incluir a transmissão contínua adaptativa dinâmica através de HTTP (DASH).
BREVE DESCRIÇÃO DOS DESENHOS
[0005] Os recursos e vantagens da revelação estarão evidentes a partir da descrição detalhada que se segue, tomada em conjunto com os desenhos anexos, os quais ilustram em conjunto, a título de exemplo, recursos da revelação; e, em que:
[0006] A Fig.1 ilustra um diagrama de componentes funcionais em uma troca de capacidade de serviço de transmissão contínua comutado por pacote (PSS), de acordo com um exemplo;
[0007] A Fig. 2 ilustra um perfil de capacidade de dispositivo de exemplo para um serviço de transmissão contínuo comutado por paco- te (PSS) e um serviço de multicast e difusão de multimídia (MBMS) e PSS com base em subsistema de multimídia integrado (IMS) (IMS_PSS_MBMS), de acordo com um exemplo;
[0008] A Fig.3 ilustra uma transmissão contínua de exemplo com base em transmissão contínua adaptativa dinâmica através de protocolo de transferência de hipertexto (HTTP) (com base em DASH) com adaptação para orientação de vídeo, de acordo com um exemplo;
[0009] A Fig. 4 ilustra uma transmissão contínua de exemplo com base em protocolo de transmissão contínua em tempo real (com base em RTSP) com adaptação para orientação de vídeo, de acordo com um exemplo;
[0010] A Fig.5 ilustra uma descoberta de serviço de exemplo com assinatura e notificação para um serviço de multicast e difusão de multimídia (MBMS) e serviço de transmissão contínuo comutado por pacote (PSS) com base em subsistema de multimídia integrado (IMS) (abreviado como IMS_PSS_MBMS), de acordo com um exemplo;
[0011] A Fig. 6 ilustra uma interação de servidor-cliente de exem plo com o uso de adaptação de multimídia com reconhecimento de orientação com base na recepção de conteúdo com informações de orientação de vídeo inseridas, de acordo com um exemplo;
[0012] A Fig.7 ilustra um exemplo de inserção de informações de orientação de vídeo em um arquivo de formato de arquivo (3GP) de projeto de parceria de terceira geração (3GPP) com o uso de uma instanciação do formato de arquivo de mídia base da Organização Internacional para Padronização (ISO-base) (ISO-BMFF) de acordo com um exemplo;
[0013] A Fig. 8 ilustra uma interação de servidor-cliente de exemplo com o uso de adaptação de multimídia com reconhecimento de orientação de dispositivo com base na recepção de conteúdo com informações de orientação de vídeo inseridas, de acordo com um exemplo;
[0014] A Fig. 9 ilustra uma hierarquia de estrutura de caixa de for mato de arquivo da Organização Internacional para Padronização (ISO), de acordo com um exemplo;
[0015] A Fig. 10 representa um fluxograma de um método para adaptação de multimídia em um servidor com base em orientação de dispositivo de um terminal móvel (MT), de acordo com um exemplo;
[0016] A Fig. 11 representa a funcionalidade de conjunto de circui tos de computador de um servidor operável para adaptação de multimídia com base na orientação de vídeo, de acordo com um exemplo;
[0017] A Fig. 12 ilustra um diagrama de um servidor, um nó e um equipamento de usuário (UE), de acordo com um exemplo; e
[0018] A Fig.13 ilustra um diagrama de um dispositivo sem fio (por exemplo, UE), de acordo com um exemplo.
[0019] Agora será feita referência às modalidades exemplificado- ras ilustradas, e a linguagem específica será usada no presente documento para descrever as mesmas. No entanto, será compreendido que nenhuma limitação do escopo da invenção é por meio desta pretendida.
DESCRIÇÃO DETALHADA
[0020] Antes da presente invenção ser revelada e descrita, deve- se compreender que essa invenção não é limitada às estruturas, processos, etapas ou materiais particulares revelados no presente documento, mas é estendida a equivalentes dos mesmos, conforme seria reconhecido por aqueles elementos versados nas técnicas relevantes. Deve-se compreender também que a terminologia empregada no presente documento é usada para o propósito de descrever exemplos particulares somente e não se destina a ser limitadora. Os mesmos números de referência em desenhos diferentes representam o mesmo elemento. Os números fornecidos em fluxogramas e processos são fornecidos por clareza na ilustração de etapas e operações e não ne- cessariamente indicam uma ordem ou sequência particular.
MODALIDADES DE EXEMPLO
[0021] Uma visão geral inicial das modalidades da tecnologia é fornecida abaixo e, então, as modalidades da tecnologia específicas são descritas em detalhes adicionais posteriormente. Esse sumário inicial é destinado a ajudar os leitores no entendimento da tecnologia de forma mais rápida, mas não se destina a identificar as características chave ou características essenciais da tecnologia e nem se destina a limita o escopo do assunto reivindicado.
[0022] O crescimento de serviços de multimídia, incluindo serviços de transmissão contínua e conversacionais, é um dos impulsionadores da evolução para novas tecnologias e padrões de banda larga móvel. Com uma alta demanda do consumidor por serviços de multimídia combinada com os desenvolvimentos em infraestruturas de rede sem fio e compressão de mídia, o aperfeiçoamento das capacidades de serviço de multimídia de sistemas de banda larga móvel e celular é desejável, em que as capacidades de serviço de multimídia podem ser usadas para entregar uma alta qualidade de experiência (QoE) para os consumidores que assegura o acesso ubíquo ao conteúdo de vídeo e serviços a partir de qualquer local, em qualquer momento, com qual-quer dispositivo e tecnologia. O suporte de diversos dispositivos móveis e o fornecimento de procedimentos de manuseio de mídia e protocolos de gerenciamento de sessão aperfeiçoados para diversas classes e capacidades de dispositivo podem ser usados para possibilitar a entrega de conteúdo de multimídia com alta QoE de um modo ubíquo.
[0023] Com a introdução de sensores de orientação em dispositivos móveis usados em comunicação de vídeo em tempo real, o conteúdo de exibição pode ser girado para ser alinhado com a orientação de dispositivo. Por exemplo, o sensor de orientação pode detectar a orienta- ção de dispositivo medindo-se o campo de gravidade. Outros tipos de sensores de orientação também podem ser usados. A orientação de dispositivo pode ser, então, usada em aplicações para ajustar as funções do dispositivo de acordo com a orientação. Por exemplo, o dispositivo pode girar a orientação de vídeo ou interface de usuário para um modo retrato ou paisagem com base na orientação de dispositivo.
[0024] Devido ao fato de que alguns dispositivos cliente contêm um sensor de orientação, o provedor de serviço ou conteúdo pode fornecer diferentes versões codificadas do conteúdo otimizado para orientações de dispositivo diferentes ou o provedor de conteúdo/serviço pode capturar ou transcodificar o conteúdo durante a captura de conteúdo (por exemplo, de maneira dinâmica) a fim de entregar uma experiência otimizada. A sinalização a partir do equipamento de usuário (UE) para a rede das capacidades de sensor de orientação e/ou a orientação de dispositivo atual pode fornecer oportunidades para adaptar o conteúdo no lado de rede para entregar uma experiência de cliente de alta qualidade. O dispositivo com base em adaptação de multimídia e/ou adaptação de orientação de vídeo pode se aplicar tanto a aplicações de vídeo bidimensional (2D) como tridimensional (3D). Para um exemplo de vídeo 2D, as vistas de vídeo em retrato ou paisagem e/ou diferentes ângulos de visão podem ser adaptadas com base na orientação de dispositivo. Para um exemplo de vídeo 3D, os diferentes ângulos de visão e informações de profundidade podem ser adaptadas com base na orientação de dispositivo.
[0025] A sinalização de troca de capacidade pode ser uma funcio nalidade importante em serviço de transmissão contínua comutado por pacote (PSS) do projeto de parceria de terceira geração (3GPP) (conforme descrito na especificação técnica de 3GPP (TS) 26.234 V11.1.0 (2012-09)), transmissão contínua adaptativa dinâmica através de HTTP (DASH) (conforme descrito na especificação técnica de 3GPP (TS) 26.247 V11.0.0 (2012-09)) e serviço de multicast e difusão de multimídia (MBMS) e PSS com base em subsistema de multimídia integrado (IMS) (abreviado como IMS_PSS_MBMS, conforme descrito na especificação técnica de 3GPP (TS) 26.237 V11.0.0 (2012-06)). A troca de capacidade possibilita que os servidores de PSS, DASH e IMS_PSS_MBMS forneçam uma ampla faixa de dispositivos com conteúdo adequado para o dispositivo particular em questão. Para facilitar a negociação de conteúdo do lado servidor para a transmissão contínua, o servidor PSS ou IMS_PSS_MBMS pode acessar a uma descrição das capacidades específicas do terminal móvel (MT) através de uma descrição de capacidade de dispositivo. A descrição de capacidade de dispositivo pode conter vários atributos. Para DASH, os atri-butos de sinalização de capacidade de dispositivo podem incluir os seguintes parâmetros: Um tamanho de memória temporária de pré- decodificador, um período inicial de armazenamento em memória temporária, uma capacidade de decodificador, propriedades de exibição (por exemplo, tamanho da tela, resolução ou profundidade de bit), um suporte de adaptação de método de transmissão contínua (por exemplo, protocolo de transmissão contínua em tempo real (RTSP) ou HTTP), suporte de QoE, suporte de relatório de protocolo de controle (RTCP) de protocolo de transporte em tempo real prolongado (RTP) e suporte de comutação de conteúdo rápida, assim como atributos de perfis de RTP suportados e protocolo de descrição de sessão (SDP). Durante a definição de uma sessão de transmissão contínua, um ser-vidor pode usar a descrição para fornecer ao terminal móvel um tipo correto de conteúdo de multimídia. Os servidores podem usar informações sobre as capacidades do terminal móvel para determinar qual fluxo fornecer para o terminal de conexão. Por exemplo, o servidor pode comparar as exigências sobre o terminal móvel para múltiplas variáveis disponíveis de um fluxo com as capacidades reais do terminal de conexão para determinar um fluxo melhor adaptado para aquele terminal móvel particular. A troca de capacidade também permite a entrega de um arquivo de protocolo de descrição de sessão (SDP) otimizado para um terminal cliente (por exemplo, terminal móvel) para uma sessão de PSS ou IMS_PSS_MBMS ou um arquivo de metadados de descrição de apresentação de mídia (MPD) otimizado para o terminal cliente para uma sessão de DASH.
[0026] A Fig. 1 ilustra um exemplo de como a troca de capacidade pode ser realizada para os serviços PSS. Em uma ilustração mais simples, o terminal móvel 110 (ou dispositivo cliente ou terminal cliente) pode informar o servidor de PSS 130 sobre a identidade do MT, de modo que o servidor de PSS pode recuperar um perfil de capacidade de dispositivo a partir de um servidor de perfil de dispositivo 120, o qual pode armazenar o perfil de capacidade de dispositivo 122 para o terminal móvel. O MT pode enviar uma solicitação de HTTP e/ou RTSP para o servidor de PSS 170. A solicitação de HTTP e/ou RTSP pode incluir um descritor de localizador de recurso uniforme (URL) (URLdesc) e/ou um cabeçalho de diferença de perfil (profileDiff). O servidor de PSS pode enviar uma solicitação de HTTP para o servidor de perfil de dispositivo para um perfil de capacidade de dispositivo para o MT 160. O servidor de perfil de dispositivo pode enviar uma resposta de HTTP para o servidor de PSS com perfil de capacidade de dispositivo para o MT 162. O servidor de PSS pode combinar ou copiar o perfil de capacidade de dispositivo 132. O servidor de PSS pode enviar respostas de HTTP e/ou RTSP 172 e conteúdo de multimídia 174 para o MT com base no perfil de capacidade de dispositivo para o MT. Em um exemplo, um fabricante de terminal ou um vendedor de software pode manter um servidor de perfil de dispositivo para fornecer perfis de capacidade de dispositivo para os produtos do vendedor ou fabricante. Em outro exemplo, um operador pode gerenciar um servidor de perfil de dispositivo para os assinantes do operador, o qual pode permitir que o assinante faça atualizações específicas de usuário para os perfis de assinantes. O servidor de perfil de dispositivo pode fornecer perfis de capacidade de dispositivo para o servidor de PSS sob solicitação. Em determinados cenários, o terminal móvel pode suplementar a sinalização de identidade com atributos extra ou sobrepor atributos já definidos no perfil de capacidade de dispositivo do MT, o qual pode ser mencionado como Profdiff (ProfDiff ou profileDiff). O Profdiff pode temporariamente permitir o ajuste dos atributos do perfil de capacidade de dispositivo. Em um exemplo, tal ajuste temporário pode ser disparado por preferências de usuário (por exemplo, se o usuário para uma sessão particular gosta de receber som mono mesmo que o terminal móvel tenha capacidade para estéreo).
[0027] Uma especificação de perfil de agente de usuário (UAProf) pode fornecer protocolos para capturar informações de capacidade e preferência para dispositivos sem fio. Essas informações de capacidade e preferência podem ser usadas pelos provedores de conteúdo para produzir conteúdo em um formato adequado para o dispositivo específico. O UAProf pode estar relacionado à especificação de perfis compósitos de capacidades/preferência (CC/PP) criada pelo consórcio da World Wide Web (WWW). Um perfil de capacidade de dispositivo pode ser um documento de arcabouço de descrição de recurso (RDF) que segue a estrutura de um arcabouço de CC/PP e um UAProf de aplicação de CC/PP. Os atributos podem ser usados para especificar capacidades e preferências do dispositivo. Um conjunto de nomes de atributos, valores permissíveis e semânticas podem constituir um vocabulário de CC/PP, o qual pode ser definido por um esquema de RDF. Para serviços de PSS e IMS_PSS_MBMS, o vocabulário de UA- Prof pode ser reusado e um vocabulário adicional específico de serviço pode ser definido. A Fig. 2 fornece um perfil de capacidade de dis- positivo de exemplo para os serviços de PSS e IMS_PSS_MBMS, o qual pode definir diversos componentes de CC/PP (ccpp:component), tais como TerminalHardware, PSSCommon, Transmissão contínua, ThreeGPFileFormat (3GP) ou PssSmil.
[0028] A tecnologia (por exemplo, servidores, dispositivos clientes ou terminal, terminais móveis, métodos, conjunto de circuitos de computador e sistemas), conforme descrito no presente documento, pode fornecer adaptação de multimídia com base na sinalização de troca de capacidade de dispositivo de capacidades de sensor de orientação do terminal móvel ou dispositivo cliente.
[0029] Em um exemplo, pelo menos duas etapas de um processo podem ser realizadas. Por exemplo, o dispositivo cliente pode sinalizar ao servidor sobre se o dispositivo cliente tem um sensor de orientação e que estados de orientação de vídeo (por exemplo, orientação de página) o dispositivo cliente suporta (por exemplo, retrato, paisagem ou paisagem marinha) (consulte 280 das Figuras 6 e 8). A orientação de vídeo pode ser um novo conjunto de atributos de capacidade de dispositivo para o vocabulário de PSS, o qual pode ser aplicável às sessões de IMS_PSS_MBMS e DASH. Os atributos de capacidade de dispositivo nas capacidades de orientação de dispositivo do dispositivo cliente (por exemplo, UE) podem incluir uma lista de posições de orientação de dispositivo que fornecem uma indicação de modos de orientação de dispositivo de exibição de vídeo, modos de orientação de dispositivo de captura de vídeo, ângulos de orientação de dispositivo de exibição de vídeo, ângulos de orientação de dispositivo de captura de vídeo, um indicador com valor booleano que tem valores que indicam se o UE é responsável pelas mudanças em orientação, orientação de dispositivo padrão para renderização e exibição, orientação de dispositivo padrão para captura, número de níveis de granularidade angular igualmente espaçados em um intervalo de 90 graus, no qual o sensor de orientação é configurado para detectar mudanças de orientação tanto durante a captura como a exibição de vídeo, número de câmeras associadas ao UE, ou suporte de espelhamento horizontal. Além disso, o dispositivo cliente também pode sinalizar a orientação de dispositivo atual através de sinalização de ProfDiff sobrepondo-se temporariamente o atributo de orientação de dispositivo padrão, o qual pode ser outro atributo adicionado ao vocabulário de sinalização de troca de capacidade de dispositivo.
[0030] Em outra etapa, o servidor pode considerar o sinal de su porte de sensor de orientação a partir do dispositivo cliente e fornecer diferentes versões codificadas do conteúdo em formatos que melhor se adaptam para as possíveis orientações de dispositivo diferentes (consulte 284 e 286 da Fig. 6; ou 294 e 286 da Fig. 8). No nível de gerenciamento de sessão, o acesso às informações de orientação de dispositivo e/ou capacidades de orientação do cliente também pode permitir que o servidor entregue um protocolo de descrição de sessão otimizado (SDP) para transmissão contínua de RTSP/RTP em uma sessão de PSS ou IMS_PSS_MBMS ou uma descrição de apresentação de mídia otimizada (MPD) para transmissão contínua adaptativa dinâmica através de HTTP (DASH) em uma sessão de DASH. Ademais, se o servidor também controlar os processos de captura para a produção e/ou preparação de conteúdo, o servidor pode instruir uma unidade de câmera (por exemplo, outro dispositivo cliente) a capturar e comprimir múltiplas cópias do mesmo conteúdo que melhor se adaptam para as possíveis orientações de dispositivo diferentes (consulte 282 das Figuras 6 e 8). O servidor também pode realizar dinamica-mente a transcodificação e/ou conversões de formato de maneira dinâmica, para combinar da melhor maneira o conteúdo com as capacidades de orientação do dispositivo cliente.
[0031] A tecnologia descrita no presente documento pode ser apli- cada tanto para aplicações de vídeo 2D como 3D. Diferentes paradigmas de transmissão contínua (por exemplo, PSS, DASH e IMS_PSS_MBMS) podem usar diferentes métodos e processos de adaptação de multimídia, o qual é explicado em maiores detalhes abaixo.
[0032] Um serviço pode usar um processo de transmissão contí nua com base em pull ou um processo de transmissão contínua com base em push. DASH fornece um exemplo de transmissão contínua com base em pull. Para uma sessão de DASH, um servidor HTTP 230 fornece o conteúdo otimizado para orientações de dispositivo diferentes para um cliente DASH 220, conforme ilustrado na Fig. 3. O servidor HTTP pode usar a sinalização de troca de capacidade de dispositivo a partir do cliente DASH que descreve os diversos estados de orientação de dispositivo suportados 240. A sinalização de capacidade de dispositivo a partir do cliente DASH também pode incluir um atributo de orientação de dispositivo padrão, que indica a orientação de dispo-sitivo na ausência de qualquer sinalização adicional a partir do cliente DASH. O conjunto de orientações de dispositivo e informações de conteúdo correspondentes pode ser sinalizado para o cliente DASH no arquivo de metadados de descrição de apresentação de mídia (MPD) 242 com conteúdo codificado diferente para orientações de dispositivo diferentes, tal interação de servidor-cliente é representada na Fig. 3. O reprodutor de cliente DASH pode, então, rastrear a orientação de dispositivo atual e solicitar as versões correspondentes do conteúdo otimizado para a orientação de dispositivo atual. Ademais, quando se recupera um MPD com HTTP, o cliente DASH pode incluir informações de orientação de dispositivo em uma solicitação GET, que inclui quaisquer ajustes temporários para a orientação de dispositivo com base em ProfDiff (por exemplo, orientação de dispositivo atual pode ser dife-rente da orientação de dispositivo padrão). Com o uso desse processo de sinalização de troca de capacidade de dispositivo DASH, o servidor HTTP pode entregar um MPD otimizado para o cliente DASH (por exemplo, UE).
[0033] Os serviços de PSS com base no protocolo de transmissão contínua em tempo real (RTSP) e o serviço de IMS_PSS_MBMS com base no protocolo de iniciação de sessão (SIP) fornecem exemplos de transmissão contínua com base em push. Para o serviço de PSS ou IMS_PSS_MBMS, o servidor 232 pode receber as informações de orientação de dispositivo atual 244 a partir do cliente 222 e adaptar o conteúdo com base em orientação de dispositivo, conforme ilustrado na Fig. 4. Por exemplo, o servidor pode selecionar uma versão de conteúdo mais adequada entre as versões de conteúdo armazenadas ou transcodifica dinamicamente o conteúdo com base na orientação de dispositivo atual e transmite continuamente o conteúdo para o cliente 246, tal interação de servidor-cliente é representada na Fig. 4. Os metadados relacionados à sessão carregados no protocolo de descrição de sessão (SDP) podem carregar as informações de orientação de dispositivo para o conteúdo transmitido continuamente.
[0034] No serviço de PSS, o cliente pode enviar as informações de orientação de dispositivo em uma mensagem RTSP DESCRIBE para o servidor. A mensagem RTSP DESCRIBE também pode incluir um atributo de orientação de dispositivo padrão, que indica a orientação de dispositivo na ausência de qualquer sinalização adicional a partir do cliente. Se a orientação de dispositivo atual for diferente da orientação de dispositivo padrão, essa diferença pode ser sinalizada com um ajuste temporário com base na sinalização de ProfDiff. Em um exemplo, os servidores de conteúdo PSS que suportam troca de capacidade também podem receber informações de orientação de dispositivo a partir do cliente nas solicitações de HTTP e RTSP.
[0035] No serviço de IMS_PSS_MBMS, o cliente (por exemplo, UE 250) pode enviar informações de orientação de dispositivo em uma mensagem SIP SUBSCRIBE 260 para um subsistema de rede de núcleo (CN) de multimídia (IM) de protocolo de Internet (IP) (subsistema IM CN) 252 durante a descoberta de serviço, conforme ilustrado na Fig. 5, o qual pode encaminhar a mensagem SIP SUBSCRIBE 262 para uma função de descoberta de serviço (SDF) 254. A mensagem SIP SUBSCRIBE também pode incluir um atributo de orientação de dispositivo padrão, que indica a orientação de dispositivo na ausência de qualquer sinalização adicional a partir do cliente. A SDF pode de-terminar informações de descoberta de serviço adequada (por exemplo, de acordo com as capacidades de UE ou o perfil do usuário (por exemplo, descoberta de serviço personalizada)). A SDF pode confirmar a mensagem SIP SUBSCRIBE para o subsistema IM CN através de uma mensagem SIP 200 OK 264, e o subsistema IM CN pode encaminhar a mensagem SIP 200 OK 266 para o UE.
[0036] A SDF 254 pode gerar e/ou fornecer as informações de anexo de serviço e/ou fornecer descoberta de serviço personalizada. O subsistema IM CN 252 pode suportar autenticação e registro de usuário, mobilidade e roaming, controle sessões de multimídia, controle de qualidade de serviço (QoS), controle de política, carregamento e interconexão com sistemas comutados por circuito.
[0037] A SDF 254 pode enviar uma mensagem SIP NOTIFY 268 para o UE 250 com informações de descoberta de serviço para o subsistema IM CN 252, o qual retransmite a mensagem SIP NOTIFY 270 de volta para o UE. O UE pode confirmar a mensagem SIP NOTIFY para o subsistema IM CN através de uma mensagem SIP 200 OK 272, e o subsistema IM CN pode encaminhar a mensagem SIP 200 OK 274 para a SDF. Em um exemplo, o uso do arcabouço de SDF e subsistema IM CN pode possibilitar a descoberta de serviço otimizada com a utilização das informações de orientação de dispositivo em serviços de usuário de PSS e MBMS. Posteriormente em uma sessão de IMS, o UE também pode usar sinalização SIP para indicar atualizações que incluem quaisquer ajustes temporários para a orientação de dispositivo com base em ProfDiff (por exemplo, se a orientação de dispositivo atual for diferente da orientação de dispositivo padrão), o qual pode ser realizado renovando-se uma assinatura através de mensagens SIP SUBSCRIBE adicionais. As mensagens SIP SUBSCRIBE podem incluir informações sobre as atualizações para as informações de orientação de dispositivo.
[0038] Novos atributos podem ser adicionados em sinalização de troca de capacidade de dispositivo de vocabulário de PSS. Por exemplo, os atributos "Orientation" e "DefaultOrientation" (ou atributos com funcionalidade similar) podem ser incluídos no componente PSSCom- mon do vocabulários de base de PSS em TS 26.234. Os atributos podem ter um nome, definições, um componente associado, um tipo, valores legais (ou opções válidas) e uma regra de resolução.
[0039] Em um exemplo, um contexto para "Orientation" e "Defaul tOrientation" pode ser definido conforme exposto a seguir: Nome de atributo: Orientation Definição de atributo: Lista de diferentes estados de orientação de dispositivo suportados pelo cliente Componente: PssCommon Tipo: Literal (Bag) Valores legais: "Retrato", "Paisagem", "Paisagem marinha", e assim por diante. Regra de resolução: Append EXEMPLO: <Orientation> <rdf:Bag> <rdf:li>Portrait</rdf:li> <rdf:li>Landscape</rdf:li> <rdf:li>Seascape</rdf:li> </rdf:Bag> </Orientation> Nome de atributo: DefaultOrientation Definição de atributo: Orientação de dispositivo padrão a ser tomada como referência para produção/seleção de conteúdo. Componente: PssCommon Tipo: Literal Valores legais: "Retrato", "Paisagem", "Paisagem marinha", e assim por diante. Regra de resolução: Locked EXEMPLO: <DefaultOrientation>Landscape</DefaultOrientation>
[0040] Em outro exemplo, a identificação de diferenças potenciais em termos de reconhecimento de orientação de dispositivo durante a captura e renderização e/ou exibição também pode ser definida para o componente PSSCommon do vocabulário de PSS. Dois atributos podem incluir a lista de modos de orientação de dispositivo diferentes suportados pelo cliente para a captura e exibição (por exemplo, "Orien- tationModesCapture" e "OrientationModesDisplay"), e dois atributos podem incluir a lista da orientação de dispositivo padrão para a captura e exibição (se o sensor de orientação estiver desabilitado ou não estiver presente) (por exemplo, "DefaultOrientationCapture" e "DefaultOrientationDisplay"). Uma sintaxe possível de tais atributos pode ser conforme exposto a seguir: Nome de atributo: OrientationModesCapture Definição de atributo: Lista de modos de orientação de dispositivo diferentes suportados pelo cliente para captura. Componente: PssCommon Tipo: Literal (Bag) Valores legais: "Retrato", "Paisagem", "Paisagem marinha" Regra de resolução: Append EXEMPLO:<OrientationModesCapture> <rdf:Bag> <rdf:li>Portrait</rdf:li> <rdf:li>Landscape</rdf:li> </rdf:Bag> </OrientationModesCapture> Nome de atributo: OrientationModesDisplay Definição de atributo: Lista de modos de orientação de dispositivo diferentes suportados pelo cliente para renderização e exibição. Componente: PssCommon Tipo: Literal (Bag) Valores legais: "Retrato", "Paisagem", "Paisagem marinha" Regra de resolução: Append EXEMPLO: <OrientationModesDisplay> <rdf:Bag> <rdf:li>Portrait</rdf:li> <rdf:li>Landscape</rdf:li> </rdf:Bag> </OrientationModesDisplay> Nome de atributo: DefaultOrientationCapture Definição de atributo: Orientação de dispositivo padrão para captura com base na instalação do sensor de câmera (se o sensor de orientação estiver desabilitado ou não estiver presente). Componente: PssCommon Tipo: Literal Valores legais: "Retrato", "Paisagem", "Paisagem marinha". Regra de resolução: Locked EXEMPLO: <DefaultOrientationCaptu- re>Landscape</DefaultOrientationCapture> Nome de atributo: DefaultOrientationDisplay Definição de atributo: Orientação de dispositivo padrão para renderiza- ção e exibição (se o sensor de orientação estiver desabilitado ou não estiver presente) Componente: PssCommon Tipo: Literal Valores legais: "Retrato", "Paisagem", "Paisagem marinha". Regra de resolução: Locked EXEMPLO: <DefaultOrientationDis- play>Landscape</DefaultOrientationDisplay>
[0041] Em outra configuração, um conjunto de modos de orienta ção também podem incluir modos adicionais que possibilitam a rotação de imagens com ângulos menores que 90 graus com base nas mudanças de orientação do dispositivo. Quando os ângulos são menores que 90 graus, os atributos "OrientationModesCapture" e "Orienta- tionModesDisplay" definidos acima (ou atributos com funcionalidade similar) também podem incluir valores legais adicionais sobre os modos de orientação que realizam tais rotações de imagens de um modo mais granular.
[0042] Em outro exemplo, dois atributos adicionais (por exemplo, "OrientationAngularGranularityCapture" e "OrientationAngularGranula- rityDisplay") podem ser usados para caracterizar as capacidades do sensor de dispositivo e reconhecimento de orientação do dispositivo em relação à granularidade angular por meio da qual o sensor de dispositivo pode detectar mudanças de orientação durante a captura ou renderização/exibição. Por exemplo, dois tais atributos podem ser definidos conforme exposto a seguir: Nome de atributo: OrientationAngularGranularityCapture Definição de atributo: Número de níveis de granularidade angular igualmente espaçados em um intervalo de 90 graus no qual o sensor de dispositivo pode detectar mudanças de orientação durante a captura Componente: PssCommon Tipo: Número Valores legais: Valores inteiros entre 1 e 8 Regra de resolução: Locked EXEMPLO: <OrientationAngularGranularityCaptu- re>2</OrientationAngularGranularityCapture> Nome de atributo: OrientationAngularGranularityDisplay Definição de atributo: Número de níveis de granularidade angular igualmente espaçados em um intervalo de 90 graus no qual o sensor de dispositivo pode detectar mudanças de orientação durante a rende- rização e exibição Componente: PssCommon Tipo: Número Valores legais: Valores inteiros entre 1 e 8 Regra de resolução: Locked EXEMPLO: <OrientationAngularGranularityDis- play>2</OrientationAngularGranularityDisplay>
[0043] Nos exemplos acima para "OrientationAngularGranula- rityCapture" e "OrientationAngularGranularityDisplay", a granularidade angular mais alta possível para a detecção de mudanças de orientação foi presumida como sendo de 11,25 graus e, por conseguinte, o valor de atributo foi limitado aos valores inteiros entre 1 e 8. Em outros exemplos, os níveis maiores de granularidade podem ser possibilitados por capacidades de sensor de orientação mais avançadas, assim, o atributo pode usar valores inteiros maiores.
[0044] Em outra configuração, um único atributo (por exemplo, "OrientationAngularGranularityDisplay") pode ser usado para caracterizar o reconhecimento de orientação do dispositivo em relação à granu- laridade angular na qual o sensor de dispositivo pode detectar mudan- ças de orientação, assim, o atributo pode ser válido tanto para a captura como renderização/exibição. Em tal definição, o atributo adicional pode ser definido conforme exposto a seguir: Nome de atributo: OrientationAngularGranularityDisplay Definição de atributo: Número de níveis de granularidade angular igualmente espaçados em um intervalo de 90 graus no qual o sensor de dispositivo pode detectar mudanças de orientação tanto durante a captura como renderização/exibição Componente: PssCommon Tipo: Número Valores legais: Valores inteiros entre 1 e 8 Regra de resolução: Locked EXEMPLO: <OrientationAngularGranula- rity>8</OrientationAngularGranularity>
[0045] Em outro exemplo, outro atributo (por exemplo, "NumO- fCameras") pode ser definido para identificar o número de câmeras de captura no dispositivo cliente (por exemplo, terminal móvel). Um valor maior que um pode indicar que o dispositivo cliente tem tanto uma câmera voltada para frente como uma câmera voltada para trás, o qual pode ser benéfico para adaptações com reconhecimento de orientação. Para o exemplo ilustrado pelo atributo "NumOfCameras", o número máximo de câmeras é presumido como quatro. Outros exemplos e números de câmeras também podem ser possíveis. Nome de atributo: NumOfCameras Definição de atributo: Número de câmeras no dispositivo Componente: PssCommon Tipo: Número Valores legais: Valores inteiros entre 1 e 4 Regra de resolução: Locked EXEMPLO: <NumOfCameras>2</NumOfCameras>
[0046] Em outra configuração, outro atributo (por exemplo, "Hori zontalMirroringSupport") pode ser definido para indicar se o dispositivo suporta espelhamento horizontal (por exemplo, inversão horizontal de imagem após rotação). Esse atributo adicional pode permitir que alguns dispositivos capturem uma imagem espelhada horizontalmente devido à configuração de sensor. Por exemplo, com base na sinalização de troca de capacidade para espelhamento horizontal, quando o servidor determina que um dispositivo cliente de recepção suporte es- pelhamento horizontal, o servidor pode determinar que o dispositivo cliente de recepção tenha espelhamento e pode compensar o espe- lhamento horizontal. Um exemplo de um atributo de espelhamento horizontal pode ser conforme exposto a seguir: Nome de atributo: HorizontalMirroringSupport Definição de atributo: Se o dispositivo tiver reconhecimento de orientação, esse atributo indica se o mesmo também suporta espelhamento horizontal, isto é, inversão de imagem após rotação com base na configuração do sensor. Componente: PssCommon Tipo: Literal Valores legais: "Sim", "Não" Regra de resolução: Locked EXEMPLO: <HorizontalMirroringSup- port>No</HorizontalMirroringSupport>
[0047] A tecnologia descrita fornece transmissão contínua ou transferência por download de conteúdo com componentes de vídeo orientados. As adaptações de multimídia com reconhecimento de orientação de dispositivo fornecem transmissão contínua ou transferência por download de conteúdo anteriormente capturado ou transferido por upload com componentes de vídeo orientados. Por exemplo, como parte de uma aplicação de transferência por download de PSS ou transferência por download de MBMS, o servidor pode enviar por push o conteúdo capturado com componentes de vídeo orientados para o cliente em um modo de tempo não real para a reprodução posterior. Ou como parte de um serviço de transmissão contínua com base em DASH, um servidor HTTP pode entregar conteúdo gerado por usuário (UGC) para clientes DASH que pode conter componentes de vídeo orientados. Para uma transmissão contínua com base em RTP de UGC, o conteúdo pode ser entregue a partir de servidores de PSS. Nesses contextos, o servidor pode receber informações sobre as capacidades de orientação de vídeo suportadas pelo dispositivo cliente e determinar uma estratégia de entrega ideal (por exemplo, selecionar a versão de conteúdo mais adequada entre diversas versões de conteúdo armazenadas e/ou transcodificar dinamicamente o conteúdo) com base nas capacidades de orientação de vídeo do terminal e entregar o conteúdo escolhido de maneira ideal para o cliente.
[0048] Por exemplo, se o servidor determinar que o conteúdo foi capturado por um terminal com reconhecimento de orientação (por exemplo, através da inspeção do arquivo de conteúdo com base em 3GP), enquanto que o dispositivo cliente de recepção não tenha reconhecimento de orientação (por exemplo, conhecido com base em mecanismos de sinalização de capacidade de dispositivo de PSS), o servidor pode processar (por exemplo, aplicar transcodificação a) o conteúdo para corrigir e evitar problemas de desalinhamento durante a renderização e exibição posterior. Se o dispositivo cliente de recepção tiver reconhecimento de orientação, então, o servidor pode não ter que corrigir o desalinhamento, mas, em vez disso, pode escolher enviar o conteúdo "tal como se encontra" junto com informações de orientação de vídeo inseridas no conteúdo (por exemplo, em um cabeçalho de extensão de RTP para transmissão contínua de RTP ou dentro de um arquivo 3GP para transmissão contínua de HTTP e DASH), de modo que o dispositivo cliente de recepção possa corrigir o desalinhamento.
[0049] A Fig. 6 ilustra uma interação de servidor-cliente de exem plo que realiza entrega de mídia com reconhecimento de orientação com base na recepção de conteúdo com informações de orientação de vídeo inseridas. Por exemplo, um cliente de captura 224 pode capturar informações de orientação de vídeo com a captura e transferência por upload do conteúdo (por exemplo, arquivo 3GP) com informações de orientação de vídeo inseridas 282 para o servidor 232. Em outro exemplo, um cliente de renderização 226 pode sinalizar um perfil de dispositivo para o servidor com informações de capacidade de orientação de vídeo 280. O servidor pode realizar o processamento de orientação para corrigir desalinhamento potencial no cliente de renderização 284, conforme descrito anteriormente. O servidor pode, então, entregar conteúdo adaptado para o cliente de renderização como parte de um serviço de transferência por download ou transmissão contínua 286.
[0050] A tecnologia descrita no presente documento também pode inserir informações de orientação de vídeo no conteúdo capturado, tal como um arquivo 3GP. A inserção de informações de orientação de vídeo em um arquivo 3GP (conforme descrito na especificação técnica 3GPP (TS) 26.244 V11.1.0 (2012-09); por exemplo, arquivo mp4 314 em um formato de arquivo do grupo de especialistas em imagem em movimento 4 (MPEG-4) 312) conforme uma instanciação de um formato de arquivo de mídia base (BMFF) da Organização Internacional para Padronização (ISO) 310 para o uso posterior por servidores como parte das aplicações de transmissão contínua e transferência por download pode ser benéfico, conforme ilustrado na Fig. 7. A inclusão de tais informações de orientação de vídeo no arquivo 3GP pode pos-sibilitar melhor o servidor para realizar adaptação de multimídia com reconhecimento de orientação para otimizar a entrega de conteúdo para dispositivos (por exemplo, corrigindo-se o vídeo para evitar problemas de desalinhamento antes de enviar a um dispositivo sem reconhecimento de orientação). As informações de orientação de vídeo inseridas podem ser fornecidas em atributos de capacidade de orientação de dispositivo no vocabulário de PSS e arcabouço de sinalização de capacidade de dispositivo. O arquivo de conteúdo (por exemplo, arquivo de mp4 314) pode incluir um segmento de inicialização, tal como uma caixa de "moov" 316, e dados de mídia (mdat 318). A caixa de moov pode incluir descritor de objeto inicial (IOD) 320, um trak de formato binário para cena (BIFS) 322, um trak de descritor de objeto (OD), um trak de vídeo 326, e um trak de áudio 328. As informações de orientação de vídeo inseridas 330 podem ser incluídas no trak de vídeo (ou faixa). O mdat pode incluir unidades de acesso de BIFS, OD, vídeo e áudio intercaladas e ordenadas em tempo (AC).
[0051] A Fig. 8 ilustra uma interação de servidor-cliente de exem plo que realiza a entrega de mídia com reconhecimento de orientação com base na recepção de conteúdo com informações de orientação de vídeo inseridas. Por exemplo, um cliente de captura 224 pode capturar informações de orientação de vídeo com a captura e transferência por upload do conteúdo (por exemplo, arquivo 3GP) com informações de orientação de vídeo inseridas 282 para o servidor 232. Em outro exemplo, um cliente de renderização 226 pode sinalizar um perfil de dispositivo para o servidor com informações de capacidade de orientação de vídeo 280. O servidor realiza adaptação de conteúdo com reconhecimento de orientação, seleção, transcodificação e/ou conversões de formato para corrigir desalinhamento potencial e otimizar a entrega de conteúdo em relação às capacidades de orientação do cliente de renderização 294, conforme descrito anteriormente. O servidor pode, então, entregar conteúdo adaptado para o cliente de renderiza- ção como parte de um serviço de transferência por download ou transmissão contínua 286.
[0052] Consequentemente, em um exemplo, a inclusão de infor mações de orientação de vídeo pode ser registrado dentro de um formato de arquivo 3GP como um registro contínuo de uma série de valores de orientação das imagens capturadas. Uma caixa pode ser definida no formato de arquivo de mídia base ISO (ISO-BMFF) ou no formato de arquivo 3GPP para informações de orientação de vídeo sincronizadas. Por exemplo, a faixa de vídeo ou a faixa de dica de RTP do formato de arquivo 3GPP (3GP) pode ser usada para inserir as informações de orientação. Para conteúdo formatado com base em DASH, as informações de orientação de vídeo podem ser carre-gadas dentro de uma caixa de ISO-BMFF de nível de arquivo, tal como em segmento de inicialização (por exemplo, em uma caixa de "moov" para ISO-BMFF) ou um segmentos de mídia (por exemplo, em uma caixa de "moof" para ISO-BMFF), conforme ilustrado na Figura 7. Em outro exemplo, a faixa de metadados sincronizados do ISO-BMFF pode ser escolhida como a faixa para conter as informações de orientação de vídeo. Por exemplo, uma nova caixa pode ser criada especificamente para orientação de vídeo que estende MetaDataSampleEntry com uma descrição dos parâmetros de orientação de vídeo. Outras caixas dentro da caixa de descrição de amostra 350 na hierarquia de estrutura de caixa de formato de arquivo ISO, conforme mostrado na Figura 9, também podem ser usadas para conter as informações de orientação de vídeo, as quais podem incluir MP4VisualSampleEntry, AVCSampleEntry ou HintSampleEntry. A hierarquia de estrutura de caixa de formato de arquivo ISO pode incluir uma caixa de filme 340, uma caixa de faixa 342, uma caixa de mídia 344, uma caixa de informações de mídia 346, uma caixa de tabela de amostra 348, e a caixa de descrição de amostra, em que as caixas de ordem maior são listadas primeiro.
[0053] Em outra configuração, as informações de orientação de vídeo podem suportar granularidade de 90 graus, o bit de inversão (por exemplo, para inversão horizontal) conforme também suportado por perfil 5.1 de serviços de comunicação enriquecidos (RCS - rich communication services) da associação (GSMA) de GSM (sistema global para comunicações, originalmente groupe spécial mobile), e o bit de câmera (para sinalizar a câmera voltada para frente versus voltada para trás) conforme em RCS 5.1. Por exemplo, as informações de orientação de vídeo (por exemplo, conjunto de orientações das imagens capturadas) podem ser carregadas como um byte formatado conforme exposto a seguir (consistente com o formato adotado na especificação técnica de 3GPP (TS) 26.114 V11.5.0 (2012-09)):
Figure img0001
[0054] Com as seguintes definições: R = Reservado, em que os bits reservados podem ser ajustados para zero e podem ser reservados para o uso futuro. C = Câmera, o qual indica a direção da câmera usada para o fluxo de vídeo (por exemplo, 0 pode indicar uma câmera voltada para frente, voltada para o usuário, e a direção da câmera for desconhecida, então, zero pode ser usado; 1 pode indicar uma câmera voltada para trás, voltada para longe do usuário). F = Inversão, o qual indica uma operação de espelho horizontal (inversão da esquerda- direita) sobre o vídeo conforme enviado no enlace (por exemplo, 0 pode indicar nenhuma operação de inversão e 1 pode indicar uma operação de inversão horizontal). R1, R0 = Rotação, o qual indica a rotação do vídeo conforme transmitido no enlace, conforme mostrado na Tabela 1 para sinalização de rotação. Um receptor com reconhecimento de orientação pode girar o vídeo para compensar aquela rotação (por exemplo, uma rotação no sentido anti-horário de 90 ° pode ser compensada pelo receptor (por exemplo, dispositivo cliente de rende- rização) com uma rotação no sentido horário de 90 ° antes da exibição). Alternativamente, o vídeo pode ser girado por um servidor antes da transmissão para um receptor cliente sem reconhecimento de orientação (por exemplo, dispositivo cliente de renderização). Em outro exemplo, outras definições podem ser usadas.
Figure img0002
TABELA 1
[0055] Outro exemplo fornece um método 500 para adaptação de multimídia em um servidor com base em orientação de dispositivo de um terminal móvel (MT), conforme mostrado no fluxograma na Figura 10. O método pode ser executado como instruções em uma máquina ou conjunto de circuitos de computador, em que as instruções são incluídas em pelo menos um meio legível por computador ou um meio de armazenamento legível por máquina não transitório. O método inclui a operação de receber uma capacidade de orientação de vídeo do terminal móvel (MT) no servidor, conforme no bloco 510. A operação seguinte do método pode ser o processamento com reconhecimento de orientação de conteúdo de multimídia para corrigir o desalinhamen- to no MT com base em uma capacidade de orientação de vídeo do dispositivo, conforme no bloco 520.
[0056] Em um exemplo, o método pode incluir adicionalmente: ins- truir o MT a capturar vídeo como um registro contínuo de uma série de valores de orientação de vídeo das imagens capturadas; e instruir o MT a inserir informações de orientação de vídeo sincronizadas em um arquivo de formato de arquivo (3GP) de projeto de parceria de terceira geração (3GPP) ou uma instanciação de um arquivo de formato de arquivo de mídia base (ISO-BMFF) da Organização Internacional para Padronização (ISO). As informações de orientação de vídeo podem ser inseridas em: uma faixa de vídeo ou faixa de dica de protocolo de transporte em tempo real (RTP) do arquivo 3GP; uma caixa de ISO- BMFF de nível de arquivo, em que a caixa de ISO-BMFF de nível de arquivo é um segmento de inicialização de caixa "moov" ou um segmento de mídia de caixa "moof"; uma faixa de metadados sincronizados do ISO-BMFF; ou um SampleEntry com parâmetros de orientação de vídeo dentro da caixa de descrição de amostra em uma estrutura de caixa de formato de arquivo ISO. As informações de orientação de vídeo podem incluir bits de rotação para suportar 90 graus de granula- ridade, um bit de inversão para inversão horizontal, ou um bit de câmera para indicar uma direção de câmera para frente ou para trás em um sistema global para o perfil 5.1 de serviços de comunicação enriquecidos (RCS) da associação (GSMA) de comunicações móveis (GSM). Em outro exemplo, a operação de instruir o MT a capturar vídeo pode incluir adicionalmente: instruir o MT a capturar e comprimir múltiplas cópias ou orientações do vídeo capturado.
[0057] Em outra configuração, a operação do processamento com reconhecimento de orientação pode incluir adicionalmente: selecionar uma versão de conteúdo do conteúdo capturado a partir de múltiplas versões de conteúdo armazenadas com base na capacidade de orientação de vídeo do dispositivo, ou dinamicamente transcodificar ou converter o conteúdo capturado com base na capacidade de orientação de vídeo do dispositivo; e enviar por push o conteúdo capturado com componentes de vídeo orientados em uma transmissão contínua de protocolo de transporte em tempo real (RTP) de serviço de trans- missão contínua comutado por pacote (PSS), uma transferência por download de PSS ou uma transferência por download de serviço de multicast e difusão de multimídia (MBMS), ou dinamicamente entregar o conteúdo capturado com componentes de vídeo orientados em um fluxo de protocolo de transferência de hipertexto (HTTP), um fluxo de transmissão contínua adaptativa dinâmica através de HTTP (DASH), um fluxo de protocolo de transporte em tempo real (RTP) ou um protocolo de transmissão contínua em tempo real (RTSP) que indica a presença de informações de orientação de vídeo em um arquivo de protocolo de descrição de sessão (SDP) e que indica as informações de orientação de vídeo correspondentes em um cabeçalho de extensão de RTP para o fluxo de RTP.
[0058] Outro exemplo fornece a funcionalidade 600 do conjunto de circuitos de computador de um servidor operável para adaptação de multimídia com base em orientação de vídeo, conforme mostrado no fluxograma na Figura 11. A funcionalidade pode ser implantada como um método ou a funcionalidade pode ser executada como instruções em uma máquina, em que as instruções são incluídas em pelo menos um meio legível por computador ou um meio de armazenamento legível por máquina não transitório. O conjunto de circuitos de computador pode ser configurado para receber uma capacidade de dispositivo a partir de um dispositivo cliente, em que a capacidade de dispositivo inclui capacidade de orientação de vídeo, conforme no bloco 610. O conjunto de circuitos de computador pode ser adicionalmente configurado para realizar adaptação de multimídia com reconhecimento de orientação de vídeo com base na capacidade de orientação de vídeo do dispositivo, conforme no bloco 620.
[0059] Em um exemplo, o conjunto de circuitos de computador po de ser adicionalmente configurado para sobrepor uma informação de capacidade de orientação de vídeo padrão do dispositivo cliente, quando uma capacidade de orientação de vídeo atualizada é recebida a partir do dispositivo cliente através de uma sinalização de diferença de perfil (Profdiff). Em outro exemplo, o conjunto de circuitos de computador configurado para realizar a adaptação de multimídia com reconhecimento de orientação de vídeo pode ser adicionalmente configurado para realizar a adaptação de conteúdo com reconhecimento de orientação, seleção de conteúdo com reconhecimento de orientação, transcodificação com reconhecimento de orientação ou conversão de formato com reconhecimento de orientação para corrigir o desalinha- mento de orientação de vídeo e assegurar a reprodução de conteúdo no dispositivo cliente com uma orientação de vídeo correta.
[0060] Em outra configuração, o conjunto de circuitos de compu tador pode ser adicionalmente configurado para entregar conteúdo adaptado com reconhecimento de orientação para o dispositivo cliente através de um serviço de transmissão contínua ou um serviço de transferência por download com base na capacidade de orientação de vídeo do dispositivo cliente. O conteúdo adaptado com reconhecimento de orientação pode incluir um arquivo de metadados de descrição de apresentação de mídia (MPD) com conteúdo codificado diferente de acordo com a capacidade de orientação de vídeo do dispositivo cliente para um fluxo de protocolo de transferência de hipertexto (HTTP) ou transmissão contínua adaptativa dinâmica através de HTTP (DASH). O conteúdo adaptado com reconhecimento de orientação pode incluir um arquivo de protocolo de descrição de sessão (SDP) que indica a presença de componentes de vídeo orientados em um fluxo de RTP correspondente e uma extensão de cabeçalho de RTP que indica uma informação de orientação de vídeo atual para um fluxo de protocolo de transporte em tempo real (RTP).
[0061] Em outro exemplo, o conjunto de circuitos de computador configurado para realizar adaptação de multimídia com reconheci- mento de orientação de vídeo pode ser adicionalmente configurado para dinamicamente transcodificar ou converter conteúdo de multimídia de um fluxo de protocolo de transferência de hipertexto (HTTP), transmissão contínua adaptativa dinâmica através de HTTP (DASH) ou fluxo de protocolo de transporte em tempo real (RTP) em uma orientação de vídeo diferente, quando a capacidade de dispositivo para o dispositivo cliente não inclui capacidades de processamento com reconhecimento de orientação. Ou, o conjunto de circuitos de computador configurado para realizar adaptação de multimídia com reconhecimento de orientação de vídeo pode ser adicionalmente configurado para inserir informações de indicação de orientação de vídeo em um arquivo de metadados de descrição de apresentação de mídia (MPD) ou um arquivo de protocolo de descrição de sessão (SDP), quando a capacidade de orientação de dispositivo para o dispositivo cliente indica capacidades de processamento com reconhecimento de orientação de vídeo, assim, o dispositivo cliente pode ativar um mecanismo de processamento de orientação de vídeo no dispositivo cliente e obter as informações de indicação de orientação de vídeo em um fluxo de mídia em banda. Ou, o conjunto de circuitos de computador configurado para realizar adaptação de multimídia com reconhecimento de orientação de vídeo pode ser adicionalmente configurado para inserir informações de orientação de vídeo em uma instanciação de um arquivo de formato de arquivo de mídia base (ISO- BMFF) da Organização Internacional para Padronização (ISO) ou um cabeçalho de extensão de protocolo de transporte em tempo real (RTP), quando a capacidade de orientação de dispositivo para o dis-positivo cliente indica capacidades de processamento com reconhecimento de orientação de vídeo, assim, o dispositivo cliente pode modificar a orientação de exibição do conteúdo de multimídia.
[0062] Em outra configuração, o conjunto de circuitos de compu- tador configurado para receber a capacidade de dispositivo pode ser adicionalmente configurado para receber um atributo de orientação de vídeo através de uma sinalização de troca de capacidade de dispositivo de serviço de transmissão contínua comutado por pacote (PSS). O atributo de orientação de vídeo pode ser um componente comum de PSS que inclui: um atributo Orientation selecionado a partir de uma lista de modos de orientação de vídeo diferentes suportados pelo dispositivo cliente, um atributo DefaultOrientation que fornece uma orientação de vídeo padrão a ser tomada como referência para uma produção ou seleção de conteúdo, um atributo Orienta- tionModesCapture selecionado a partir de uma lista de modos de orientação de vídeo diferentes suportados pelo dispositivo cliente para uma captura, um atributo OrientationModesDisplay selecionado a partir de uma lista de modos de orientação de vídeo diferentes suportados pelo dispositivo cliente para uma renderização e uma exibição, um atributo DefaultOrientationCapture que fornece uma orientação de vídeo padrão para a captura com base na instalação do sensor de câmera, se um sensor de orientação estiver desabilitado ou não estiver presente, um atributo DefaultOrientationDisplay que fornece uma orientação de vídeo padrão para renderização e exibição, se o sensor de orientação estiver desabilitado ou não estiver presente, um atributo OrientationAngularGranularityCapture selecionado a partir de vários níveis de granularidade angular igualmente espaçados em um intervalo de 90 graus, no qual um sensor de dispositivo pode detectar mudanças de orientação de vídeo durante a captura, um atributo Ori- entationAngularGranularityDisplay selecionado a partir de vários níveis de granularidade angular igualmente espaçados no intervalo de 90 graus, no qual o sensor de dispositivo pode detectar mudanças de orientação de vídeo durante a renderização e a exibição ou tanto durante a captura como durante a renderização e exibição, um atributo NumOfCameras selecionado a partir de várias câmeras em um dispositivo, ou um atributo de HorizontalMirroringSupport para indicar se o dispositivo suporta o espelhamento horizontal, quando o dispositivo tem reconhecimento de orientação.
[0063] Em outro exemplo, o conjunto de circuitos de computador pode ser adicionalmente configurado para instruir o dispositivo cliente a capturar e comprimir segmentos de vídeo para orientações de dispositivo diferentes; e instruir o dispositivo cliente a inserir informações de orientação de vídeo em um arquivo de formato de arquivo (3GP) de projeto de parceria de terceira geração (3GPP) ou uma instanciação de um arquivo de formato de arquivo de mídia base (ISO-BMFF) da Organização Internacional para Padronização (ISO). As informações de orientação de vídeo podem ser inseridas em: uma faixa de vídeo ou faixa de dica de protocolo de transporte em tempo real (RTP) do arquivo 3GP; uma caixa de ISO-BMFF de nível de arquivo, em que a caixa de ISO-BMFF de nível de arquivo é um segmento de inicialização de caixa "moov" ou um segmento de mídia de caixa "moof"; uma faixa de metadados sincronizados do ISO-BMFF; ou um SampleEntry com pa-râmetros de orientação de vídeo dentro da caixa de descrição de amostra em uma estrutura de caixa de formato de arquivo ISO.
[0064] Em outra configuração, o servidor pode incluir um servidor de serviço de transmissão contínua comutado por pacote (PSS) de evolução em longo prazo (LTE) do projeto de parceria de terceira geração (3GPP), um servidor de transmissão contínua adaptativa dinâmica através de protocolo de transferência de hipertexto (HTTP) (DASH) ou um servidor de serviço de multicast e difusão de multimídia (MBMS) e PSS com base em subsistema de multimídia integrado (IMS) (IMS_PSS_MBMS).
[0065] A Figura 12 ilustra um exemplo dispositivo cliente para for necer capacidade de processamento com reconhecimento de orienta- ção 720, um nó 710 e um servidor 730. O servidor pode ser configurado para adaptação de multimídia em orientação de dispositivo de um terminal móvel (MT), conforme descrito em 500 da Figura 10. Em outra configuração, o servidor pode ser operável para adaptação de multimídia com base em orientação de vídeo, conforme descrito em 600 da Figura 11. O nó 710 pode incluir uma estação de base (BS), um Nó B (NB), um Nó B evoluído (eNB), uma unidade de banda de base (BBU), uma cabeça de rádio remota (RRH), um equipamento de rádio remoto (RRE), uma unidade de rádio remota (RRU) ou um módulo de processamento central (CPM).
[0066] Com referência novamente à Figura 12, o dispositivo cliente 720 pode incluir um processador 722, um transceptor 724 e um sensor de orientação 726. O processador pode ser configurado para determinar uma capacidade de orientação de vídeo. O transceptor pode ser configurado para transmitir informações de capacidade de orientação de vídeo para o servidor.
[0067] Em um exemplo, uma informação de capacidade de orien tação de vídeo atual do dispositivo cliente pode sobrepor uma informação de capacidade de orientação de vídeo padrão através da sinalização de diferença de perfil (Profdiff). O processador 722 pode ser configurado para: capturar vídeo com uma orientação de vídeo especificada para um segmento de mídia especificado com base em uma orientação de dispositivo; e inserir informações de orientação de vídeo para o vídeo capturado em um arquivo de formato de arquivo (3GP) de projeto de parceria de terceira geração (3GPP) conforme uma instanciação de um arquivo de formato de arquivo de mídia base (ISO-BMFF) da Organização Internacional para Padronização (ISO). As informações de orientação de vídeo podem ser inseridas em: uma faixa de vídeo ou faixa de dica de protocolo de transporte em tempo real (RTP) do arquivo 3GP; uma caixa de ISO-BMFF de nível de arquivo, em que a caixa de ISO-BMFF de nível de arquivo é um segmento de inicialização de caixa "moov" ou um segmento de mídia de caixa "moof"; uma faixa de metadados sincronizados do ISO-BMFF; ou um SampleEntry com parâmetros de orientação de vídeo dentro da caixa de descrição de amostra em uma estrutura de caixa de formato de arquivo ISO. Em outro exemplo, as informações de orientação de vídeo podem incluir bits de rotação para suportar 90 graus de granularidade, um bit de inversão para inversão horizontal ou um bit de câmera para indicar uma direção de câmera para frente ou para trás em um sistema global para o perfil 5.1 de serviços de comunicação enriquecidos (RCS) da associação (GSMA) de comunicações móveis (GSM). O transceptor 722 pode ser adicionalmente configurado para transferir por upload o arquivo 3GP para um fluxo de protocolo de transferência de hipertexto (HTTP) ou transmissão contínua adaptativa dinâmica através de HTTP (DASH).
[0068] Em outra configuração, o transceptor 722 pode ser adicio nalmente configurado para transmitir um atributo de orientação de vídeo através de uma sinalização de troca de capacidade de dispositivo de serviço de transmissão contínua comutado por pacote (PSS). O atributo de orientação de vídeo pode ser um componente comum de PSS que inclui: um atributo Orientation selecionado a partir de uma lista de estados de orientações de vídeo diferentes suportados pelo cliente, um atributo DefaultOrientation que fornece uma orientação de vídeo padrão a ser tomado como referência para uma produção ou seleção de conteúdo, um atributo de OrientationModesCapture selecionado a partir de uma lista de modos de orientação de vídeo diferentes suportados pelo cliente para uma captura, um atributo Orientation- ModesDisplay selecionado a partir de uma lista de modos de orientação de vídeo diferentes suportados pelo cliente para uma renderização e um exibição, um atributo DefaultOrientationCapture que fornece uma orientação de vídeo padrão para a captura com base na instalação do sensor de câmera, se um sensor de orientação estiver desabilitado ou não estiver presente, um atributo DefaultOrientationDisplay que fornece uma orientação de vídeo padrão para a renderização e exibição, se o sensor de orientação estiver desabilitado ou não estiver presente, um atributo OrientationAngularGranularityCapture selecionado a partir de vários níveis de granularidade angular igualmente espaçados em um intervalo de 90 graus, no qual um sensor de dispositivo pode detectar mudanças de orientação de vídeo durante a captura, um atributo OrientationAngularGranularityDisplay selecionado a partir de vários níveis de granularidade angular igualmente espaçados no intervalo de 90 graus, no qual o sensor de dispositivo pode detectar mudanças de orientação de vídeo durante a renderização e a exibição ou tanto durante a captura como durante a renderização e exibição, um atributo NumOfCameras selecionado a partir de várias câmeras em um dispo-sitivo, ou um atributo HorizontalMirroringSupport para indicar se o dispositivo suporta o espelhamento horizontal, quando o dispositivo tem reconhecimento de orientação.
[0069] Em outro exemplo, as informações de capacidade de orien tação de vídeo podem ser fornecidas em uma sessão de serviço de transmissão contínua comutado por pacote (PSS) de evolução em longo prazo (LTE) do projeto de parceria de terceira geração (3GPP), uma sessão de transmissão contínua adaptativa dinâmica através de protocolo de transferência de hipertexto (HTTP) (DASH) ou uma sessão de serviço de multicast e difusão de multimídia (MBMS) e PSS com base em subsistema de multimídia integrado (IMS) (IMS_PSS_MBMS). Em outra configuração, o dispositivo cliente pode incluir um sensor de orientação 726 para determinar uma orientação do dispositivo cliente.
[0070] Em outro exemplo, o transceptor 724 pode ser adicional- mente configurado para receber um cabeçalho de extensão de protocolo de transporte em tempo real (RTP) para um fluxo de RTP, ou receber um arquivo de formato de arquivo (3GP) de projeto de parceria de terceira geração (3GPP) para um fluxo de protocolo de transferência de hipertexto (HTTP) ou transmissão contínua adaptativa dinâmica através de HTTP (DASH). O processador 722 pode ser adicionalmente configurado para: analisar um arquivo de metadados de descrição de apresentação de mídia (MPD) para identificar uma presença de infor-mações de orientação de vídeo no arquivo 3GP ou analisar o arquivo 3GP acerca de informações de orientação de vídeo inseridas, determinar um termo de correção de orientação com base nas informações de orientação de vídeo analisadas e uma orientação atual do dispositivo cliente, e corrigir uma orientação de renderização do fluxo de HTTP ou DASH acerca de desalinhamento com base no termo de correção de orientação determinado. Ou, o processador pode ser adicionalmente configurado para: analisar um arquivo de protocolo de descrição de sessão (SDP) para identificar uma presença de informações de orientação de vídeo no fluxo de RTP ou analisar um cabeçalho de extensão de RTP para o fluxo de RTP acerca das informações de orientação de vídeo inseridas, determinar o termo de correção de orientação com base nas informações de orientação de vídeo analisadas e na orientação atual do dispositivo cliente, e corrigir uma orientação de renderiza- ção do fluxo de RTP acerca de desalinhamento com base no termo de correção de orientação determinado. A correção da orientação de ren- derização pode compensar a rotação ou inversão da orientação.
[0071] A Figura 13 fornece uma ilustração de exemplo do disposi tivo cliente, tal como um terminal móvel (MT), um nó móvel, um equipamento de usuário (UE), uma estação móvel (MS), um dispositivo sem fio móvel, um dispositivo de comunicação móvel, um computador do tipo tablet, um monofone, ou outro tipo de dispositivo sem fio. O dispositivo sem fio pode incluir uma ou mais antenas configuradas para se comunicar com um nó, macro nó, nó de baixa potência (LPN) ou, estação de transmissão, tal como uma estação de base (BS), um Nó B evoluído (eNB), uma unidade de banda de base (BBU), uma cabeça de rádio remota (RRH), um equipamento de rádio remoto (RRE), uma estação de retransmissão (RS), um equipamento de rádio (RE), uma unidade de rádio remota (RRU), um módulo de processamento central (CPM), ou outro tipo de ponto de acesso de rede de área ampla sem fio (WWAN). O dispositivo sem fio pode ser configurado para se comunicar com o uso de pelo menos um padrão de comunicação sem fio que incluir 3GPP LTE, WiMAX, acesso de pacote de alta velocidade (HSPA - High Speed Packet Access), Bluetooth e WiFi. O dispositivo sem fio pode se comunicar com o uso de antenas separadas para cada padrão de comunicação sem fio ou antenas compartilhadas para múltiplos padrões de comunicação sem fio. O dispositivo sem fio pode se comunicar em uma rede de área local sem fio (WLAN), uma rede de área pessoal sem fio (WPAN) e/ou a WWAN.
[0072] A Figura 13 também fornece uma ilustração de um microfo ne e um ou mais alto-falantes que podem ser usados para entrada e saída de áudio a partir do dispositivo sem fio. A tela de exibição pode ser uma tela de exibição de cristal líquido (LCD), ou outro tipo de tela de exibição, tal como uma tela de exibição de diodos emissores de luz orgânicos (OLED). A tela de exibição pode ser configurada como uma tela sensível ao toque. A tela sensível ao toque pode usar tecnologia de tela sensível ao toque capacitiva, resistiva ou outro tipo de tecnologia. Um processador de aplicativo e um processador gráfico podem ser acoplados à memória interna para fornecer capacidades de processamento e exibição. Uma porta de memória não volátil também pode ser usada para fornecer opções de entrada/saída de dados para um usuário. A porta de memória não volátil também pode ser usada para expandir as capacidades de memória do dispositivo sem fio. Um teclado pode ser integrado ao dispositivo sem fio ou conectado de maneira sem fio ao dispositivo sem fio para fornecer entrada de usuário adicional. Um teclado virtual também pode ser fornecido com o uso da tela sensível ao toque.
[0073] Diversas técnicas, determinados aspectos ou partes das mesmas podem adotar a forma de código de programa (isto é, instruções) inserido em meios tangíveis, tais como disquetes, memória somente para leitura em disco compacto (CD-ROMs), discos rígidos, meio de armazenamento legível por computador não transitório, ou qualquer outro meio de armazenamento legível por máquina em que, quando o código de programa é carregado e executado por uma máquina, tal como um computador, a máquina se torna um aparelho para praticar as diversas técnicas. O conjunto de circuitos pode incluir hardware, firmware, código de programa, código executável, instruções de computador e/ou software. Um meio de armazenamento legível por computador não transitório pode ser um meio de armazenamento legível por computador que não inclui sinal. No caso de computadores programáveis ou execução de código de programa, o disposi-tivo de computação pode incluir um processador, um meio de armazenamento legível pelo processador (que inclui memória volátil e não volátil e/ou elementos de armazenamento), pelo menos um dispositivo de entrada e pelo menos um dispositivo de saída. A memória volátil e não volátil e/ou elementos de armazenamento pode ser uma memória de acesso aleatório (RAM), memória somente para leitura programável e apagável (EPROM), unidade flash, unidade óptica, disco rígido magnético, unidade de estado sólido, ou outro meio para armazenar dados eletrônicos. O nó e dispositivo sem fio também podem incluir um módulo de transceptor (isto é, transceptor), um módulo de contador (isto é, contador), um módulo de processamento (isto é, processador) e/ou um módulo de relógio (isto é, relógio) ou módulo de cronômetro (isto é, cronômetro). Um ou mais programas que podem implantar ou utilizar as diversas técnicas descritas no presente documento podem usar uma interface de programação de aplicação (API), controles reusáveis, e similares. Tais programas podem ser implantados em uma linguagem de programação orientada por objeto ou de procedimento de alto nível para se comunicar com um sistema de computador. Contudo, o(s) programa(s) pode ser implantado em linguagem de máquina ou linguagem assembly, se desejado. Em qualquer caso, a linguagem pode ser uma linguagem compilada ou interpretada, e combinada com implantações de hardware.
[0074] Deve-se compreender que muitas das unidades funcionais descritas nesse relatório descritivo têm sido rotuladas como módulos, a fim de enfatizar mais particularmente sua independência de implantação. Por exemplo, um módulo pode ser implantado como um circuito de hardware que compreende arranjos de portas ou circuitos de integração de escala muito grande (VLSI) personalizados, semicondutores de prateleira, tais como circuitos integrados lógicos, transistores ou outros componentes discretos. Um módulo também pode ser implantado em dispositivos de hardware programáveis, tais como arranjos de portas programáveis por campo, lógica de arranjo programável, dispositivos de lógica programável, ou similares.
[0075] Os módulos também podem ser implantados em software para execução por diversos tipos de processadores. Um módulo identificado de código executável pode, por exemplo, compreender um ou mais blocos lógicos ou físicos de instruções de computador, os quais podem, por exemplo, ser organizados como um objeto, procedimento ou função. No entanto, os arquivos executáveis de um módulo identificado não precisam ser fisicamente localizados em conjunto, mas podem compreender instruções distintas armazenadas em diferentes lo- cais que, quando unidas logicamente em conjunto, compreendem o módulo e alcançam o propósito estabelecido para o módulo.
[0076] De fato, um módulo de código executável pode ser uma única instrução, ou muitas instruções, e pode até ser distribuído através de vários segmentos de código diferentes, entre diferentes programas, e através de vários dispositivos de memória. Semelhantemente, os dados operacionais podem ser identificados e ilustrados no presente documento dentro de módulos, e podem ser inseridos em qualquer forma adequada e organizados dentro de qualquer tipo adequado de estrutura de dados. Os dados operacionais podem ser coletados como um único conjunto de dados, ou podem ser distribuídos através de diferentes locais que incluem através de diferentes dispositivos de armazenamento, e podem existir, pelo menos parcialmente, somente como sinais eletrônicos em um sistema ou rede. Os módulos podem ser passivos ou ativos, que incluem agentes operáveis para realizar funções desejadas.
[0077] A referência por todo esse relatório descritivo a "um exem plo" ou "exemplificador" significa que um recurso, estrutura ou característica particular descrita em conexão com o exemplo está incluída em pelo menos uma modalidade da presente invenção. Desse modo, as aparências das frases "em um exemplo" ou a "exemplificador" em diversos locais por todo esse relatório descritivo não estão todas necessariamente se referindo à mesma modalidade.
[0078] Para uso na presente invenção, uma pluralidade de itens, elementos estruturais, elementos composicionais e/ou materiais podem ser apresentados em uma lista comum por conveniência. Contudo, essas listas deveriam ser interpretadas como se cada elemento da lista fosse individualmente identificado como um elemento único e separado. Desse modo, nenhum elemento individual de tal lista deveria ser interpretado como um equivalente de fato de qualquer outro ele- mento da mesma lista somente com base em sua apresentação em um grupo comum sem indicações ao contrário. Além disso, diversas modalidades e exemplo da presente invenção podem ser mencionadas no presente documento junto com alternativas para os diversos componentes das mesmas. Deve-se compreender que tais modalidades, exemplos e alternativas não devem ser interpretadas como equivalentes de fato umas das outras, mas devem ser interpretadas como representações autônomas e separadas da presente invenção.
[0079] Adicionalmente, os recursos, estruturas ou características descritas podem ser combinados de qualquer maneira adequada em uma ou mais modalidades. Na seguinte descrição, inúmeros detalhes específicos são fornecidos, tais como exemplos de layouts, distâncias, exemplos de rede, etc., para fornecer um entendimento completo de modalidades da invenção. Um elemento versado na técnica irá reconhecer, contudo, que a invenção pode ser praticada sem um ou mais dos detalhes específicos, ou com outros métodos, componentes, layouts, etc. Em outros casos, as estruturas, materiais ou operações bem conhecidas não são mostrados ou descritos em detalhes para evitar ocultar aspectos da invenção.
[0080] Embora os exemplos mencionados anteriormente sejam ilustrativos dos princípios da presente invenção em uma ou mais aplicações particulares, estará evidente para aqueles elementos versados na técnica que inúmeras modificações na forma, uso e detalhes de implantação podem ser feitas sem o exercício de capacidade inventiva, e sem que se desvie dos princípios e conceitos da invenção. Consequentemente, a invenção não se destina a ser limitada, exceto pelas reivindicações apresentadas abaixo.

Claims (26)

1. Terminal móvel (MT) para fornecer capacidade de pro-cessamento com reconhecimento de orientação, compreendendo: um processador para: determinar uma capacidade de orientação de vídeo do MT; e um transceptor para transmitir informações de capacidade de orientação de vídeo para um servidor via uma sinalização de troca de capacidade de dispositivo de serviço de transmissão contínua comutado por pacote (PSS), caracterizado pelo fato de que o processador é ainda configurado para inserir informações de orientação de vídeo para um vídeo capturado com uma orientação de vídeo especificada para um segmento de mídia especificado em um arquivo de formato de arquivo (3GP) de projeto de parceria de terceira geração (3GPP) conforme uma instanciação de um arquivo de formato de arquivo de mídia base (ISO-BMFF) da Organização Internacional para Padronização (ISO).
2. Terminal móvel, de acordo com a reivindicação 1, carac-terizado pelo fato de que a informação de capacidade de orientação de vídeo do MT sobrepõe uma informação de capacidade de orientação de vídeo padrão através da sinalização de diferença de perfil (Pro- fdiff).
3. Terminal móvel, de acordo com a reivindicação 1, carac-terizado pelo fato de que as informações de orientação de vídeo são inseridas em: uma faixa de vídeo ou faixa de dica de protocolo de transporte em tempo real (RTP) do arquivo 3GP; uma caixa de ISO-BMFF de nível de arquivo, em que a caixa de ISO-BMFF de nível de arquivo é um segmento de inicialização de caixa "moov" ou um segmento de mídia de caixa "moof"; uma faixa de metadados sincronizados do ISO-BMFF; ou um SampleEntry com parâmetros de orientação de vídeo dentro da caixa de descrição de amostra em uma estrutura de caixa de formato de arquivo ISO.
4. Terminal móvel, de acordo com a reivindicação 1, carac-terizado pelo fato de que: o transceptor é ainda configurado para: transferir por upload o arquivo 3GP para um fluxo de protocolo de transferência de hipertexto (HTTP) ou transmissão contínua adaptativa dinâmica através de HTTP (DASH).
5. Terminal móvel, de acordo com a reivindicação 1, carac-terizado pelo fato de que: o transceptor é ainda configurado para: transmitir um atributo de orientação de vídeo através de uma sinalização de troca de capacidade de dispositivo do PSS, em que o atributo de orientação de vídeo é um componente comum de PSS que inclui: um atributo Orientation selecionado a partir de uma lista de estados de orientações de vídeo diferentes suportadas pelo cliente, um atributo DefaultOrientation que fornece uma orientação de vídeo padrão a ser tomada como referência para uma produção ou seleção de conteúdo, um atributo OrientationModesCapture selecionado a partir de uma lista de modos de orientação de vídeo diferentes suportados pelo cliente para uma captura, um atributo OrientationModesDisplay selecionado a partir de uma lista de modos de orientação de vídeo diferentes suportados pelo cliente para uma renderização e uma exibição, um atributo DefaultOrientationCapture que fornece uma orientação de vídeo padrão para a captura com base na instalação do sensor de câmera, se um sensor de orientação estiver desabilitado ou não estiver presente, um atributo DefaultOrientationDisplay que fornece uma orientação de vídeo padrão para renderização e exibição, se o sensor de orientação estiver desabilitado ou não estiver presente, um atributo OrientationAngularGranularityCapture selecionado a partir de vários níveis de granularidade angular igualmente espaçados em um intervalo de 90 graus, no qual um sensor de dispositivo pode detectar mudanças de orientação de vídeo durante a captura, um atributo OrientationAngularGranularityDisplay selecionado a partir de vários níveis de granularidade angular igualmente espaçados no intervalo de 90 graus, no qual o sensor de dispositivo pode detectar mudanças de orientação de vídeo durante a renderização e a exibição ou tanto durante a captura como durante a renderização e exibição, um atributo NumOfCameras selecionado a partir de várias câmeras em um dispositivo, ou um atributo HorizontalMirroringSupport para indicar se o dispositivo suporta espelhamento horizontal quando o dispositivo tem reconhecimento de orientação.
6. Terminal móvel, de acordo com a reivindicação 1, carac-terizado pelo fato de que o processador é configurado para prover as informações de capacidade de orientação de vídeo em uma sessão de PSS de evolução em longo prazo (LTE) do projeto de parceria de terceira geração (3GPP), uma sessão de transmissão contínua adaptati- va dinâmica através de protocolo de transferência de hipertexto (HTTP) (DASH) ou uma sessão de serviço de multicast e difusão de multimídia (MBMS) e PSS com base em subsistema de multimídia integrado (IMS) (IMS_PSS_MBMS).
7. Terminal móvel, de acordo com a reivindicação 1, carac- terizado pelo fato de que compreende ainda: um sensor de orientação para determinar uma orientação do terminal móvel.
8. Terminal móvel, de acordo com a reivindicação 1, carac-terizado pelo fato de que: o transceptor é ainda configurado para: receber um cabeçalho de extensão de protocolo de transporte em tempo real (RTP) para um fluxo de RTP, ou receber um arquivo de formato de arquivo (3GP) de projeto de parceria de terceira geração (3GPP) para um fluxo de protocolo de transferência de hipertexto (HTTP) ou transmissão contínua adaptativa dinâmica através de HTTP (DASH); e o processador é ainda configurado para: analisar um arquivo de metadados de descrição de apresentação de mídia (MPD) para identificar uma presença de informações de orientação de vídeo no arquivo 3GP ou analisar o arquivo 3GP para informação de orientação de vídeo inserido, determinar um termo de correção de orientação com base nas informações de orientação de vídeo analisadas e uma orientação atual do terminal móvel, e corrigir uma orientação de renderização do fluxo de HTTP ou DASH acerca de desalinhamento com base no termo de correção de orientação determinado; ou analisar um arquivo de protocolo de descrição de sessão (SDP) para identificar uma presença de informações de orientação de vídeo no fluxo de RTP ou analisar um cabeçalho de extensão de RTP para o fluxo de RTP acerca das informações de orientação de vídeo inseridas, determinar o termo de correção de orientação com base nas informações de orientação de vídeo analisadas e na orientação atual do terminal móvel, e corrigir uma orientação de renderização do fluxo de RTP acerca de desalinhamento com base no termo de correção de orientação determinado, em que a correção da orientação de renderização compensa a rotação ou inversão da orientação do MT.
9. Terminal móvel, de acordo com a reivindicação 1, carac-terizado pelo fato de que o terminal móvel (MT) inclui um dispositivo cliente, um equipamento de usuário (UE) ou uma estação móvel (MS); e o terminal móvel inclui uma antena, uma câmera, uma tela de exibição sensível ao toque, um alto-falante, um microfone, um processador gráfico, um processador de aplicativo, memória interna ou uma porta de memória não volátil.
10. Terminal móvel, de acordo com a reivindicação 1, ca-racterizado pelo fato de que o processador é ainda configurado para instruir o terminal móvel para capturar vídeo com uma orientação de vídeo específica para um segmento de mídia específico em uma orientação de dispositivo.
11. Servidor operável para adaptação de multimídia com base em orientação de vídeo, tendo conjunto de circuitos de computador configurado para: receber uma capacidade de dispositivo a partir de um dispositivo cliente através de uma sinalização de troca de capacidade de dispositivo de serviço de transmissão contínua comutado por pacote (PSS), em que a capacidade de dispositivo inclui informações de capacidade de orientação de vídeo para o dispositivo cliente; e realizar adaptação de multimídia com reconhecimento de orientação de vídeo com base na capacidade de orientação de vídeo do dispositivo, caracterizado pelo fato de que os circuitos de computador são ainda configurado para instruir o dispositivo cliente a inserir informações de orientação de vídeo em um arquivo de formato de arquivo (3GP) de projeto de parceria de terceira geração (3GPP) ou uma instanciação de um arquivo de formato de arquivo de mídia base (ISO- BMFF) da Organização Internacional para Padronização (ISO).
12. Servidor, de acordo com a reivindicação 11, caracterizado pelo fato de que o conjunto de circuitos de computador é ainda configurado para: sobrepor uma informação de capacidade de orientação de vídeo padrão do dispositivo cliente quando uma capacidade de orientação de vídeo atualizada é recebida a partir do dispositivo cliente através de uma sinalização de diferença de perfil (Profdiff).
13. Servidor, de acordo com a reivindicação 11, caracterizado pelo fato de que o conjunto de circuitos de computador configurado para realizar adaptação de multimídia com reconhecimento de orientação de vídeo é ainda configurado para: realizar adaptação de conteúdo com reconhecimento de orientação, seleção de conteúdo com reconhecimento de orientação, transcodificação com reconhecimento de orientação ou conversão de formato com reconhecimento de orientação para corrigir o desalinha- mento de orientação de vídeo e assegurar a reprodução de conteúdo no dispositivo cliente com uma orientação de vídeo correta.
14. Servidor, de acordo com a reivindicação 11, caracterizado pelo fato de que o conjunto de circuitos de computador é ainda configurado para: entregar conteúdo adaptado com reconhecimento de orientação para o dispositivo cliente através de um serviço de transmissão contínua ou um serviço de transferência por download com base na capacidade de orientação de vídeo do dispositivo cliente, em que o conteúdo adaptado com reconhecimento de orientação inclui um ar- quivo de metadados de MPD com conteúdo codificado diferente, de acordo com a capacidade de orientação de vídeo do dispositivo cliente para um fluxo de protocolo de transferência de hipertexto (HTTP) ou transmissão contínua adaptativa dinâmica através de HTTP (DASH), ou o conteúdo adaptado com reconhecimento de orientação inclui um arquivo de protocolo de descrição de sessão (SDP) que indica a presença de componentes de vídeo orientados em um fluxo de RTP correspondente e uma extensão de cabeçalho de RTP que indica uma informação de orientação de vídeo atual para um fluxo de protocolo de transporte em tempo real (RTP).
15. Servidor, de acordo com a reivindicação 11, caracterizado pelo fato de que o conjunto de circuitos de computador configurado para realizar adaptação de multimídia com reconhecimento de orientação é ainda configurado para: dinamicamente transcodificar ou converter conteúdo de multimídia de um fluxo de protocolo de transferência de hipertexto (HTTP), transmissão contínua adaptativa dinâmica através de HTTP (DASH) ou fluxo de protocolo de transporte em tempo real (RTP) em uma orientação de vídeo diferente, quando a capacidade de dispositivo para o dispositivo cliente não inclui capacidades de processamento com reconhecimento de orientação; ou inserir informações de indicação de orientação de vídeo em um arquivo de metadados de MPD ou um arquivo de protocolo de descrição de sessão (SDP), quando a capacidade de orientação de dispositivo para o dispositivo cliente indica capacidades de processamento com reconhecimento de orientação de vídeo, assim, o dispositivo cliente pode ativar um mecanismo de processamento de orientação de vídeo no dispositivo cliente e obter as informações de indicação de orientação de vídeo em um fluxo de mídia em banda; ou inserir informações de orientação de vídeo em uma instan- ciação de um arquivo de formato de arquivo de mídia base (ISO- BMFF) da Organização Internacional para Padronização (ISO) ou um cabeçalho de extensão de protocolo de transporte em tempo real (RTP), quando a capacidade de orientação de dispositivo para o dispositivo cliente indica capacidades de processamento com reconhecimento de orientação de vídeo, assim, o dispositivo cliente pode modificar a orientação de exibição do conteúdo de multimídia.
16. Servidor, de acordo com a reivindicação 11, caracterizado pelo fato de que o conjunto de circuitos de computador configurado para receber a capacidade de dispositivo é ainda configurado para: receber um atributo de orientação de vídeo via a sinalização de troca de capacidade de dispositivo de PSS, em que o atributo de orientação de vídeo é um componente comum de PSS que inclui: um atributo Orientation selecionado a partir de uma lista de modos de orientação de vídeo diferentes suportados pelo dispositivo cliente, um atributo DefaultOrientation que fornece uma orientação de vídeo padrão a ser tomada como referência para uma produção ou seleção de conteúdo, um atributo OrientationModesCapture selecionado a partir de uma lista de modos de orientação de vídeo diferentes suportados pelo dispositivo cliente para uma captura, um atributo OrientationModesDisplay selecionado a partir de uma lista de modos de orientação de vídeo diferentes suportados pelo dispositivo cliente para uma renderização e uma exibição, um atributo DefaultOrientationCapture que fornece uma orientação de vídeo padrão para a captura com base na instalação dos sensor de câmera, se um sensor de orientação estiver desabilitado ou não estiver presente, um atributo DefaultOrientationDisplay que fornece uma ori- entação de vídeo padrão para renderização e exibição se o sensor de orientação estiver desabilitado ou não estiver presente, um atributo OrientationAngularGranularityCapture selecionado a partir de vários níveis de granularidade angular igualmente espaçados em um intervalo de 90 graus, no qual um sensor de dispositivo pode detectar mudanças de orientação de vídeo durante a captura, um atributo OrientationAngularGranularityDisplay selecionado a partir de vários níveis de granularidade angular igualmente espaçados no intervalo de 90 graus, no qual o sensor de dispositivo pode detectar mudanças de orientação de vídeo durante a renderização e a exibição ou tanto durante a captura como durante a renderização e exibição, um atributo NumOfCameras selecionado a partir de várias câmeras em um dispositivo, ou um atributo HorizontalMirroringSupport para indicar se o dispositivo suporta o espelhamento horizontal quando o dispositivo tem reconhecimento de orientação.
17. Servidor, de acordo com a reivindicação 11, caracterizado pelo fato de que o conjunto de circuitos de computador é ainda configurado para: instruir o dispositivo cliente para capturar e comprimir segmentos de vídeo para orientações de dispositivo diferentes.
18. Servidor, de acordo com a reivindicação 17, caracterizado pelo fato de que as informações de orientação de vídeo são inseridas em: uma faixa de vídeo ou faixa de dica de protocolo de transporte em tempo real (RTP) do arquivo 3GP; uma caixa de ISO-BMFF de nível de arquivo, em que a caixa de ISO-BMFF de nível de arquivo é um segmento de inicialização de caixa "moov" ou um segmento de mídia de caixa "moof"; uma faixa de metadados sincronizados do ISO-BMFF; ou um SampleEntry com parâmetros de orientação de vídeo dentro da caixa de descrição de amostra em uma estrutura de caixa de formato de arquivo ISO.
19. Servidor, de acordo com a reivindicação 11, caracterizado pelo fato de que o servidor inclui um servidor de PSS de evolução em longo prazo (LTE) do projeto de parceria de terceira geração (3GPP), um servidor de transmissão contínua adaptativa dinâmica através de protocolo de transferência de hipertexto (HTTP) (DASH), ou um servidor de serviço de multicast e difusão de multimídia (MBMS) e PSS com base em subsistema de multimídia integrado (IMS) (IMS_PSS_MBMS).
20. Método para adaptação de multimídia em um servidor com base em orientação de dispositivo de um terminal móvel (MT), compreendendo as etapas de: receber informação de capacidade de orientação de vídeo do MT no servidor através de uma sinalização de troca de capacidade de dispositivo de serviço de transmissão contínua comutado por pacote (PSS); e realizar processamento com reconhecimento de orientação de conteúdo multimídia para corrigir desalinhamento no MT com base na capacidade de orientação de vídeo de um dispositivo, o método caracterizado pelo fato de que compreende ainda instruir o MT a inserir informações de orientação de vídeo sincronizadas em um arquivo de formato de arquivo (3GP) de projeto de parceria de terceira geração (3GPP) ou uma instanciação de um arquivo de formato de arquivo de mídia base (ISO-BMFF) da Organização Internacional para Padronização (ISO).
21. Método, de acordo com a reivindicação 20, caracterizado pelo fato de que compreende, ainda: instruir o MT a capturar vídeo conforme um registro contínuo de uma série de valores de orientação de vídeo das imagens capturadas.
22. Método, de acordo com a reivindicação 21, caracterizado pelo fato de que as informações de orientação de vídeo são inseridas em: uma faixa de vídeo ou faixa de dica de protocolo de transporte em tempo real (RTP) do arquivo 3GP; uma caixa de ISO-BMFF de nível de arquivo, em que a caixa de ISO-BMFF de nível de arquivo é um segmento de inicialização de caixa "moov" ou um segmento de mídia de caixa "moof"; uma faixa de metadados sincronizados do ISO-BMFF; ou um SampleEntry com parâmetros de orientação de vídeo dentro da caixa de descrição de amostra em uma estrutura de caixa de formato de arquivo ISO.
23. Método, de acordo com a reivindicação 21, caracterizado pelo fato de que as informações de orientação de vídeo incluem bits de rotação para suportar 90 graus de granularidade, um bit de inversão para inversão horizontal ou um bit de câmera para indicar uma direção de câmera para frente ou para trás em um sistema global para o perfil 5.1 de serviços de comunicação enriquecidos (RCS) de associação (GSMA) de comunicações móveis (GSM).
24. Método, de acordo com a reivindicação 21, caracterizado pelo fato de que instruir o MT a capturar vídeo compreende ainda: instruir o MT a capturar e comprimir múltiplas cópias ou orientações do vídeo capturado.
25. Método, de acordo com a reivindicação 20, caracterizado pelo fato de que processar segmentos para transmissão para o MT através do PSS compreende ainda: selecionar uma versão de conteúdo do conteúdo capturado a partir de múltiplas versões de conteúdo armazenadas com base na capacidade de orientação de vídeo do MT, ou transcodificar ou converter dinamicamente o conteúdo capturado com base na capacidade de orientação de vídeo do MT; e enviar por empurrar o conteúdo capturado com componentes de vídeo orientados em uma transmissão contínua de protocolo de transporte em tempo real (RTP) de PSS, uma transferência por download de PSS ou uma transferência por download de serviço de multicast e difusão de multimídia (MBMS), ou entregar dinamicamente o conteúdo capturado com componentes de vídeo orientados em um fluxo de protocolo de transferência de hipertexto (HTTP), um fluxo de transmissão contínua adaptativa dinâmica através de HTTP (DASH), um fluxo de protocolo de transporte em tempo real (RTP) ou um protocolo de transmissão contínua em tempo real (RTSP) que indica a presença de informações de orientação de vídeo em um arquivo de protocolo de descrição de sessão (SDP) e que indica as informações de orientação de vídeo correspondentes em um cabeçalho de extensão de RTP para o fluxo de RTP.
26. Meio de armazenamento legível por máquina, caracterizado pelo fato de que, mediante execução, implementa o método conforme definido na reivindicação 20.
BR112015006455-8A 2012-10-26 2013-10-28 Terminal móvel, servidor operável para adaptação de multimídia com base em orientação de vídeo, método para adaptação de multimídia em um servidor com base em orientação de dispositivo de um terminal móvel e meio de armazenamento legível por máquina BR112015006455B1 (pt)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201261719241P 2012-10-26 2012-10-26
US61/719,241 2012-10-26
US201361753914P 2013-01-17 2013-01-17
US61/753,914 2013-01-17
PCT/US2013/067048 WO2014066885A1 (en) 2012-10-26 2013-10-28 Multimedia adaptation based on video orientation

Publications (2)

Publication Number Publication Date
BR112015006455A2 BR112015006455A2 (pt) 2017-08-08
BR112015006455B1 true BR112015006455B1 (pt) 2022-12-20

Family

ID=50545383

Family Applications (1)

Application Number Title Priority Date Filing Date
BR112015006455-8A BR112015006455B1 (pt) 2012-10-26 2013-10-28 Terminal móvel, servidor operável para adaptação de multimídia com base em orientação de vídeo, método para adaptação de multimídia em um servidor com base em orientação de dispositivo de um terminal móvel e meio de armazenamento legível por máquina

Country Status (8)

Country Link
US (2) US9762938B2 (pt)
EP (2) EP2912850A4 (pt)
JP (2) JP6239629B2 (pt)
KR (2) KR102015204B1 (pt)
CN (2) CN111225256A (pt)
BR (1) BR112015006455B1 (pt)
HK (1) HK1211159A1 (pt)
WO (1) WO2014066885A1 (pt)

Families Citing this family (71)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9190110B2 (en) 2009-05-12 2015-11-17 JBF Interlude 2009 LTD System and method for assembling a recorded composition
US11232458B2 (en) 2010-02-17 2022-01-25 JBF Interlude 2009 LTD System and method for data mining within interactive multimedia
AU2013334019B2 (en) 2012-10-26 2015-11-12 Apple Inc. Streaming with coordination of video orientation (CVO)
US9762938B2 (en) 2012-10-26 2017-09-12 Intel Corporation Multimedia adaptation based on video orientation
JP2014239278A (ja) * 2013-06-06 2014-12-18 ソニー株式会社 コンテンツ供給装置、コンテンツ供給方法、プログラム、およびコンテンツ供給システム
US10182038B2 (en) * 2013-07-29 2019-01-15 Mobitv, Inc. Efficient common storage of partially encrypted content
US11765438B2 (en) 2013-10-25 2023-09-19 Turner Broadcasting System, Inc. Providing interactive advertisements
US9798828B2 (en) 2013-10-25 2017-10-24 Turner Broadcasting System, Inc. Concepts for providing an enhanced media presentation
CN104717555B (zh) * 2013-12-11 2018-01-02 华为技术有限公司 视频码流的获取方法及装置
EP3120520B1 (en) * 2014-03-17 2023-05-24 bitmovin GmbH Media streaming
US10447747B2 (en) * 2014-03-25 2019-10-15 Qualcomm Incorporated Video orientation negotiation
US9584577B2 (en) * 2014-04-03 2017-02-28 Cisco Technology, Inc. Method for enabling use of HLS as a common intermediate format
KR102004837B1 (ko) * 2014-04-09 2019-07-29 엘지전자 주식회사 방송 전송 장치, 방송 수신 장치, 방송 전송 장치의 동작 방법 및 방송 수신 장치의 동작 방법
US9653115B2 (en) 2014-04-10 2017-05-16 JBF Interlude 2009 LTD Systems and methods for creating linear video from branched video
CN105141569B (zh) * 2014-05-30 2019-06-21 华为技术有限公司 媒体处理方法及设备
GB2528039A (en) * 2014-07-01 2016-01-13 Canon Kk Method for identifying objects across time periods and corresponding device
CN113037767A (zh) * 2014-09-12 2021-06-25 索尼公司 发送设备、发送方法、接收设备和接收方法
US9792957B2 (en) 2014-10-08 2017-10-17 JBF Interlude 2009 LTD Systems and methods for dynamic video bookmarking
US11412276B2 (en) 2014-10-10 2022-08-09 JBF Interlude 2009 LTD Systems and methods for parallel track transitions
CN106797499A (zh) 2014-10-10 2017-05-31 索尼公司 编码装置和方法、再现装置和方法以及程序
WO2016204712A1 (en) * 2015-06-16 2016-12-22 Intel IP Corporation Adaptive video content for cellular communication
US20170034470A1 (en) * 2015-08-02 2017-02-02 Cfkk, Llc Systems and methods and apparatuses for capturing concurrent multiple perspectives of a target by mobile devices
US10460765B2 (en) 2015-08-26 2019-10-29 JBF Interlude 2009 LTD Systems and methods for adaptive and responsive video
US10528315B2 (en) 2015-09-25 2020-01-07 Intel Corporation Implementing wireless displays that handle rotation and/or portrait-first sinks
US11128853B2 (en) 2015-12-22 2021-09-21 JBF Interlude 2009 LTD Seamless transitions in large-scale video
US11164548B2 (en) 2015-12-22 2021-11-02 JBF Interlude 2009 LTD Intelligent buffering of large-scale video
US9723258B2 (en) 2015-12-30 2017-08-01 Roku, Inc. Orientation adjustment for casting videos
CN107027175A (zh) * 2016-01-29 2017-08-08 中兴通讯股份有限公司 一种数据传输的方法、用户设备和基站
US11856271B2 (en) 2016-04-12 2023-12-26 JBF Interlude 2009 LTD Symbiotic interactive video
US10623662B2 (en) 2016-07-01 2020-04-14 Snap Inc. Processing and formatting video for interactive presentation
US10622023B2 (en) 2016-07-01 2020-04-14 Snap Inc. Processing and formatting video for interactive presentation
US10397891B2 (en) * 2016-08-02 2019-08-27 Htc Corporation Device and method of handling multiple cellular radio operations
KR102108871B1 (ko) * 2016-11-03 2020-05-12 주식회사 케이티 네트워크 슬라이스 기반 데이터 처리 방법 및 그 장치
US20180152737A1 (en) * 2016-11-28 2018-05-31 Facebook, Inc. Systems and methods for management of multiple streams in a broadcast
US11050809B2 (en) 2016-12-30 2021-06-29 JBF Interlude 2009 LTD Systems and methods for dynamic weighting of branched video paths
US11134309B2 (en) 2016-12-31 2021-09-28 Turner Broadcasting System, Inc. Creation of channels using pre-encoded media assets
US11109086B2 (en) 2016-12-31 2021-08-31 Turner Broadcasting System, Inc. Publishing disparate live media output streams in mixed mode
US10856016B2 (en) 2016-12-31 2020-12-01 Turner Broadcasting System, Inc. Publishing disparate live media output streams in mixed mode based on user selection
US11470373B2 (en) 2016-12-31 2022-10-11 Turner Broadcasting System, Inc. Server-side dynamic insertion of programming content in an indexed disparate live media output stream
US11438658B2 (en) 2016-12-31 2022-09-06 Turner Broadcasting System, Inc. Client-side dynamic presentation of programming content in an indexed disparate live media output stream
US11038932B2 (en) 2016-12-31 2021-06-15 Turner Broadcasting System, Inc. System for establishing a shared media session for one or more client devices
US11503352B2 (en) 2016-12-31 2022-11-15 Turner Broadcasting System, Inc. Dynamic scheduling and channel creation based on external data
CN106960582B (zh) * 2017-03-12 2019-05-07 浙江大学 一种基于宏观基本图的区域瓶颈控制的方法
US10819907B2 (en) 2017-03-30 2020-10-27 Mediatek Inc. Method and apparatus for signaling spherical region information in ISOBMFF
US10475483B2 (en) 2017-05-16 2019-11-12 Snap Inc. Method and system for recording and playing video using orientation of device
US11051073B2 (en) 2017-05-25 2021-06-29 Turner Broadcasting System, Inc. Client-side overlay of graphic items on media content
US11146608B2 (en) * 2017-07-20 2021-10-12 Disney Enterprises, Inc. Frame-accurate video seeking via web browsers
US10764650B2 (en) 2017-12-07 2020-09-01 At&T Intellectual Property I, L.P. Video optimization proxy system and method
US10257578B1 (en) 2018-01-05 2019-04-09 JBF Interlude 2009 LTD Dynamic library display for interactive videos
KR20200124665A (ko) * 2018-02-28 2020-11-03 소니 주식회사 콘텐츠 배신 제어 장치, 콘텐츠 배신 제어 방법, 프로그램 및 콘텐츠 배신 시스템
CN111771386A (zh) * 2018-02-28 2020-10-13 索尼公司 内容传送控制装置、内容传送控制方法、程序和内容传送系统
EP3769515A1 (en) * 2018-03-22 2021-01-27 Huawei Technologies Co., Ltd. Immersive media metrics for rendered viewports
CN111937043A (zh) 2018-04-06 2020-11-13 华为技术有限公司 将文件格式对象和基于超文本传输协议的动态自适应流媒体(dash)对象进行关联
US11601721B2 (en) 2018-06-04 2023-03-07 JBF Interlude 2009 LTD Interactive video dynamic adaptation and user profiling
CN110572883A (zh) * 2018-06-05 2019-12-13 成都鼎桥通信技术有限公司 一种专网连接和音视频记录仪Wifi连接并存的方法和终端
DE102018119481A1 (de) * 2018-08-10 2020-02-13 Connaught Electronics Ltd. Verfahren zum Bereitstellen einer Bilddarstellung von mindestens einem Teil einer Umgebung eines Kraftfahrzeugs, Computerprogrammprodukt und Fahrerassistenzsystem
CN109246115B (zh) * 2018-09-26 2021-05-25 杭州当虹科技股份有限公司 Sip协议在gb28181下无线网络监控方法
WO2020112480A1 (en) * 2018-11-28 2020-06-04 Convida Wireless, Llc Methods to leverage non-cellular device capabilities
US11082734B2 (en) 2018-12-21 2021-08-03 Turner Broadcasting System, Inc. Publishing a disparate live media output stream that complies with distribution format regulations
US10880606B2 (en) 2018-12-21 2020-12-29 Turner Broadcasting System, Inc. Disparate live media output stream playout and broadcast distribution
US10873774B2 (en) 2018-12-22 2020-12-22 Turner Broadcasting System, Inc. Publishing a disparate live media output stream manifest that includes one or more media segments corresponding to key events
US20200296462A1 (en) 2019-03-11 2020-09-17 Wci One, Llc Media content presentation
CN112399209B (zh) * 2019-08-13 2022-06-07 大唐移动通信设备有限公司 一种视频业务识别处理方法及装置
CN110535853B (zh) * 2019-08-28 2021-06-22 北京奇艺世纪科技有限公司 一种视频请求调度方法、装置、服务器及存储介质
US11490047B2 (en) 2019-10-02 2022-11-01 JBF Interlude 2009 LTD Systems and methods for dynamically adjusting video aspect ratios
JP2021068370A (ja) * 2019-10-28 2021-04-30 ソニー株式会社 情報処理装置、情報処理方法、及びプログラム
KR20210059409A (ko) * 2019-11-15 2021-05-25 한국전자기술연구원 씬 정보 또는 샷 정보를 비디오 파일에 삽입하기 위한 시스템 및 방법
US11245961B2 (en) 2020-02-18 2022-02-08 JBF Interlude 2009 LTD System and methods for detecting anomalous activities for interactive videos
CN113518215B (zh) * 2021-05-19 2022-08-05 上海爱客博信息技术有限公司 3d动态效果生成方法、装置、计算机设备和存储介质
US11882337B2 (en) 2021-05-28 2024-01-23 JBF Interlude 2009 LTD Automated platform for generating interactive videos
US11934477B2 (en) 2021-09-24 2024-03-19 JBF Interlude 2009 LTD Video player integration within websites

Family Cites Families (51)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2000079406A1 (en) * 1999-06-23 2000-12-28 Infolio, Inc. System and operating method for an internet-based content adaptation service
SE522878C2 (sv) * 2000-06-16 2004-03-16 Ericsson Telefon Ab L M Datakommunikationssystem
JP4189627B2 (ja) 2002-04-24 2008-12-03 富士フイルム株式会社 画像サーバ並びに画像表示システム
US7065641B2 (en) 2002-06-13 2006-06-20 Intel Corporation Weighted processor selection apparatus and method for use in multiprocessor systems
JP2004240878A (ja) * 2003-02-07 2004-08-26 Nec Corp 携帯型電子機器、表示方向切り替え方法およびプログラム
JP2005049834A (ja) * 2003-07-11 2005-02-24 Matsushita Electric Ind Co Ltd メディアデータ表示装置、メディアデータ表示方法およびメディアデータ表示プログラム
JP2005148326A (ja) * 2003-11-14 2005-06-09 Casio Comput Co Ltd データ受信装置、表示制御方法及び表示制御プログラム
US7085590B2 (en) * 2003-12-31 2006-08-01 Sony Ericsson Mobile Communications Ab Mobile terminal with ergonomic imaging functions
FI20040944A0 (fi) * 2004-07-07 2004-07-07 Nokia Corp Sisältöviestinnän hallinta viestintäjärjestelmässä
US7721204B2 (en) 2004-07-29 2010-05-18 Xerox Corporation Client dependent image processing for browser-based image document viewer for handheld client devices
KR100631601B1 (ko) 2004-10-21 2006-10-09 엘지전자 주식회사 휴대용 단말기의 동영상 스트리밍 서비스 방법
US8819143B2 (en) * 2005-05-31 2014-08-26 Flash Networks Ltd. Presentation layer adaptation in multimedia messaging
US7283841B2 (en) * 2005-07-08 2007-10-16 Microsoft Corporation Transforming media device
WO2007028137A2 (en) * 2005-09-01 2007-03-08 Nokia Corporation Method for embedding svg content into an iso base media file format for progressive downloading and streaming of rich media content
JP4567646B2 (ja) * 2006-09-25 2010-10-20 シャープ株式会社 動画像・音声再生携帯端末、及び、動画像・音声配信端末、及び、システム
US7984177B2 (en) 2007-04-30 2011-07-19 Vixs Systems, Inc. Multimedia client/server system with adjustable packet size and methods for use therewith
US8595186B1 (en) 2007-06-06 2013-11-26 Plusmo LLC System and method for building and delivering mobile widgets
US8600391B2 (en) * 2008-11-24 2013-12-03 Ringcentral, Inc. Call management for location-aware mobile devices
GB0721475D0 (en) * 2007-11-01 2007-12-12 Asquith Anthony Virtual buttons enabled by embedded inertial sensors
US8467991B2 (en) 2008-06-20 2013-06-18 Microsoft Corporation Data services based on gesture and location information of device
US8706910B2 (en) 2008-10-28 2014-04-22 Panzura, Inc. Dynamically adaptive network-based data processing system and method
US9281847B2 (en) 2009-02-27 2016-03-08 Qualcomm Incorporated Mobile reception of digital video broadcasting—terrestrial services
EP2417748A4 (en) 2009-04-09 2012-09-19 Nokia Corp SYSTEMS, METHODS AND APPARATUS FOR CONTINUOUS TRANSMISSION OF MULTIMEDIA FILES
CN101540871B (zh) 2009-04-27 2011-05-11 中兴通讯股份有限公司 基于电路域可视电话同步录制对端声音图像的方法和终端
WO2011039617A1 (en) 2009-09-29 2011-04-07 Nokia Corporation System, method and apparatus for dynamic media file streaming
US9124804B2 (en) 2010-03-22 2015-09-01 Microsoft Technology Licensing, Llc Using accelerometer information for determining orientation of pictures and video images
US8521899B2 (en) 2010-05-05 2013-08-27 Intel Corporation Multi-out media distribution system and method
US8514331B2 (en) 2010-06-08 2013-08-20 Stmicroelectronics, Inc. De-rotation adaptor and method for enabling interface of handheld multi-media device with external display
US9131033B2 (en) 2010-07-20 2015-09-08 Qualcomm Incoporated Providing sequence data sets for streaming video data
US9596447B2 (en) 2010-07-21 2017-03-14 Qualcomm Incorporated Providing frame packing type information for video coding
US20120195196A1 (en) 2010-08-11 2012-08-02 Rajat Ghai SYSTEM AND METHOD FOR QoS CONTROL OF IP FLOWS IN MOBILE NETWORKS
WO2012032502A1 (en) 2010-09-10 2012-03-15 Nokia Corporation A method and apparatus for adaptive streaming
US8918645B2 (en) * 2010-09-24 2014-12-23 Amazon Technologies, Inc. Content selection and delivery for random devices
WO2012046487A1 (ja) 2010-10-05 2012-04-12 シャープ株式会社 コンテンツ再生装置、コンテンツ配信システム、コンテンツ再生装置の同期方法、制御プログラム、および、記録媒体
EP2442562B1 (en) 2010-10-12 2017-08-02 BlackBerry Limited Method and apparatus for image orientation indication and correction
JP2012099890A (ja) 2010-10-29 2012-05-24 Sony Corp 画像処理装置、画像処理方法、および画像処理システム
JP5811602B2 (ja) * 2010-12-16 2015-11-11 ソニー株式会社 画像生成装置、プログラム、画像表示システム、および画像表示装置
WO2012088023A2 (en) 2010-12-20 2012-06-28 Akamai Technologies, Inc. Methods and systems for delivering content to differentiated client devices
US8675577B2 (en) 2010-12-20 2014-03-18 Intel Corporation Signaling techniques for a multimedia-aware radio and network adaptation
US8441955B2 (en) 2011-01-24 2013-05-14 Tektronix, Inc. Determining mobile video quality of experience and impact of video transcoding
US20120278495A1 (en) 2011-04-26 2012-11-01 Research In Motion Limited Representation grouping for http streaming
KR101784316B1 (ko) 2011-05-31 2017-10-12 삼성전자주식회사 멀티 앵글 방송 서비스 제공 방법 및 이를 적용한 디스플레이 장치, 모바일 기기
CN103858457B (zh) 2011-08-01 2018-11-13 英特尔公司 用于身份提供商(IdP)漫游/代理的多跳单点登录(SSO)
US9253233B2 (en) 2011-08-31 2016-02-02 Qualcomm Incorporated Switch signaling methods providing improved switching between representations for adaptive HTTP streaming
US20130060881A1 (en) 2011-09-01 2013-03-07 Mp4Sls Pte Ltd Communication device and method for receiving media data
TW201322743A (zh) 2011-11-18 2013-06-01 Onlive Inc 用於控制視訊串流之圖形使用者介面，系統及方法
US9438818B2 (en) 2012-06-20 2016-09-06 Qualcomm Incorporated Device and method for multimedia communications with picture orientation information
US20140019635A1 (en) 2012-07-13 2014-01-16 Vid Scale, Inc. Operation and architecture for dash streaming clients
US9357272B2 (en) 2012-08-03 2016-05-31 Intel Corporation Device orientation capability exchange signaling and server adaptation of multimedia content in response to device orientation
US9762938B2 (en) 2012-10-26 2017-09-12 Intel Corporation Multimedia adaptation based on video orientation
AU2013334019B2 (en) 2012-10-26 2015-11-12 Apple Inc. Streaming with coordination of video orientation (CVO)

Also Published As

Publication number Publication date
EP2912850A4 (en) 2016-05-25
JP6239629B2 (ja) 2017-11-29
BR112015006455A2 (pt) 2017-08-08
US9762938B2 (en) 2017-09-12
US20150256861A1 (en) 2015-09-10
JP2018023169A (ja) 2018-02-08
HK1211159A1 (en) 2016-05-13
CN104685894B (zh) 2020-02-04
US20170353743A1 (en) 2017-12-07
WO2014066885A1 (en) 2014-05-01
EP2912850A1 (en) 2015-09-02
KR20150052134A (ko) 2015-05-13
CN104685894A (zh) 2015-06-03
JP2016502296A (ja) 2016-01-21
EP3148290B1 (en) 2023-08-30
CN111225256A (zh) 2020-06-02
KR20170101313A (ko) 2017-09-05
US10523982B2 (en) 2019-12-31
KR101773689B1 (ko) 2017-08-31
EP3148290A1 (en) 2017-03-29
JP6490778B2 (ja) 2019-03-27
KR102015204B1 (ko) 2019-08-27

Similar Documents

Publication Publication Date Title
US10523982B2 (en) Multimedia adaptation based on video orientation
JP6455741B2 (ja) ビデオの向きの調整（ｃｖｏ）を伴うストリーミング
TWI568252B (zh) 具有視訊定向協調（ｃｖｏ）之串流技術
TWI528753B (zh) 裝置定向能力交換信令以及回應裝置定向的多媒體內容之伺服器調適
US20140019635A1 (en) Operation and architecture for dash streaming clients

Legal Events

Date Code Title Description
B15I Others concerning applications: loss of priority
B12F Other appeals [chapter 12.6 patent gazette]
B06F Objections, documents and/or translations needed after an examination request according [chapter 6.6 patent gazette]
B15K Others concerning applications: alteration of classification

Free format text: A CLASSIFICACAO ANTERIOR ERA: H04N 21/25

Ipc: H04N 21/2343 (2011.01), H04N 21/258 (2011.01), H04

B06U Preliminary requirement: requests with searches performed by other patent offices: procedure suspended [chapter 6.21 patent gazette]
B25C Requirement related to requested transfer of rights

Owner name: INTEL CORPORATION (US)

B25A Requested transfer of rights approved

Owner name: APPLE INC. (US)

B07A Application suspended after technical examination (opinion) [chapter 7.1 patent gazette]
B06A Patent application procedure suspended [chapter 6.1 patent gazette]
B09A Decision: intention to grant [chapter 9.1 patent gazette]
B16A Patent or certificate of addition of invention granted [chapter 16.1 patent gazette]

Free format text: PRAZO DE VALIDADE: 20 (VINTE) ANOS CONTADOS A PARTIR DE 28/10/2013, OBSERVADAS AS CONDICOES LEGAIS