BR112015009717B1

BR112015009717B1 - Estabelecimento de uma sessão de exibição sem fio entre um dispositivo de computação e uma unidade de cabeça de veículo

Info

Publication number: BR112015009717B1
Application number: BR112015009717-0A
Authority: BR
Inventors: Xiaolong Huang; Vijayalakshmi R. Raveendran; Phanikumar K. Bhamidipati; Xiaodong Wang; Hongyu Jiang
Original assignee: Qualcomm Incorporated
Priority date: 2012-10-29
Filing date: 2013-10-25
Publication date: 2022-09-20
Also published as: EA029783B1; ECSP15021483A; JP6271568B2; US9144094B2; EA201590843A1; AP2015008410A0; EP2912854A1; JP2016503601A; US20140120829A1; KR20150079820A; EP2912854B1; MA38052B1; SA515360351B1; BR112015009717A2; CN104756507B; WO2014070623A1; CN104756507A; MA38052A1; KR102138752B1

Abstract

ESTABELECIMENTO DE UMA SESSÃO DE EXIBIÇÃO SEM FIO ENTRE UM DISPOSITIVO DE COMPUTAÇÃO E UMA UNIDADE DE CABEÇA DE VEÍCULO.Essa revelação descreve um método de transmissão de dados de mídia a partir de um dispositivo de origem, o método compreendendo estabelecer, com o dispositivo de origem, uma primeira sessão de comunicação entre o dispositivo de origem e um dispositivo de depósito compreendendo uma unidade de cabeça de veículo, em que a primeira sessão de comunicação se adapta a um protocolo de comunicação. O método compreende ainda descobrir, com o dispositivo de origem e por intermédio da primeira sessão de comunicação, o dispositivo de depósito. O método compreende ainda, durante operação da primeira sessão de comunicação, estabelecer com o dispositivo de origem uma segunda sessão de comunicação entre o dispositivo de origem e o dispositivo de depósito, em que a segunda sessão de comunicação se adapta a um protocolo de exibição sem fio. O método também compreende transmitir, utilizando a segunda sessão de comunicação, os dados de mídia a partir do dispositivo de origem para o dispositivo de depósito para emissão para uma inter.

Description

[0001] Esse pedido reivindica o benefício do Pedido Provisional dos Estados Unidos N° 61/729.917, depositado em 26 de novembro de 2012; e Pedido Provisional dos Estados Unidos N° 61/719.873, depositado em 29 de outubro de 2012; cujo conteúdo integral de cada um dos mesmos é aqui incorporado em sua totalidade.

CAMPO TÉCNICO

[0002] A revelação se refere às técnicas para estabelecer um link de comunicação entre um dispositivo sem fio e uma unidade de cabeça em um automóvel ou outro veículo, assim como dispositivos que implementam tais técnicas.

ANTECEDENTES

[0003] Os sistemas de exibição sem fio (WD) incluem um dispositivo de origem e um ou mais dispositivos de depósito. Um dispositivo de origem pode ser um dispositivo que seja capaz de transmitir dados de mídia. Um dispositivo de depósito pode ser um dispositivo que seja capaz de receber e renderizar os dados de mídia. O dispositivo de origem e os dispositivos de depósito podem ser dispositivos móveis ou dispositivos cabeados. Como dispositivos móveis, por exemplo, o dispositivo de origem e os dispositivos de depósito podem incluir telefones móveis, computadores portáteis com placas de comunicação sem fio, assistentes pessoais digitais (PDAs), aparelhos de reprodução de mídia portátil, dispositivos de captura de imagem digital, tal como uma câmera ou uma câmera de vídeo, ou outros dispositivos de memória instantânea com capacidades de comunicação sem fio, incluindo os assim chamados telefones “inteligentes” e plataformas “inteligentes” ou tablets, ou outros tipos de dispositivos de comunicação sem fio. Como dispositivos cabeados, por exemplo, o dispositivo de origem e os dispositivos de depósito podem compreender televisões, computadores de mesa, monitores, projetores, impressoras, amplificadores de áudio, aparelhos de conversão de sinais de frequência, consoles de jogos, roteadores, e aparelhos de reprodução de disco de vídeo digital (DVD), e servidores de mídia.

[0004] Um dispositivo de origem pode enviar os dados de mídia, tais como dados de áudio e vídeo (AV), para um ou mais dos dispositivos de depósito participando em uma sessão de compartilhamento de mídia, específica. Os dados de mídia podem ser reproduzidos em um display local do dispositivo de origem e em cada um dos displays dos dispositivos de depósito. Mais especificamente, cada um dos dispositivos de depósito, participantes pode renderizar os dados de mídia recebidos para apresentação em sua tela e equipamento de áudio. Em alguns casos, um usuário de um dispositivo de depósito pode aplicar entradas de usuário ao dispositivo de depósito, tal como entradas de toque e entradas de controle remoto.

[0005] O padrão de Display Wi-Fi (WFD) (também conhecido como MiracastTM) é um padrão emergente para os sistemas de exibição sem fio sendo desenvolvidos pela Wi-Fi Alliance e com bases em Wi-Fi Direct. O padrão WFD fornece um mecanismo interoperável para descobrir, emparelhar, conectar e renderizar os dados de mídia provenientes de uma Fonte de Exibição Wi-Fi em um Depósito de Exibição Wi-Fi.

SUMÁRIO

[0006] Em geral, essa revelação descreve técnicas para incorporar a funcionalidade de exibição sem fio nos canais de controle e de exibição, existentes, estabelecida e executada, de acordo com um padrão de interoperabilidade de dispositivo, entre um dispositivo de origem e um dispositivo de depósito. Em alguns exemplos, a funcionalidade descrita na especificação de padrão Wi-Fi Display (WFD) pode ser incorporada em uma sessão MirrorLinkTM utilizando as técnicas aqui descritas. Em tais exemplos um smartphone ou outro dispositivo de origem e uma unidade de cabeça de veículo ou outro dispositivo de depósito estabelece uma sessão de comunicação de camada 2 (L2) utilizando um ou mais protocolos de comunicação L2 utilizados pelo MirrorLinkTM. Ao estabelecer a sessão de comunicação L2, o dispositivo de origem realiza as etapas de endereçamento e descoberta para descobrir a unidade de cabeça de veículo de acordo com o padrão de interoperabilidade MirrorLinkTM e para estabelecer um canal de controle capaz de transportar os comandos entre o dispositivo eletrônico de consumidor e a unidade de cabeça de veículo. Por exemplo, o canal de controle pode transportar comandos de voz ou outros comandos de interface de usuário recebidos por um dispositivo de entrada da unidade de cabeça de veículo.

[0007] Subsequentemente, a unidade de cabeça de veículo pode usar o canal de controle para transportar um comando para o dispositivo de origem para dirigir o dispositivo de origem para executar um serviço WFD para dar origem aos dados de mídia para transporte para uma unidade de cabeça de veículo. A unidade de cabeça de veículo e o dispositivo de origem podem estabelecer uma sessão Wi-Fi Display para possibilitar que o dispositivo de origem opere como um dispositivo de origem WFD de acordo com a especificação WFD e assim originar dados de mídia para a unidade de cabeça de veículo operando como um dispositivo de depósito de acordo com a especificação WFD. Desse modo, uma sessão WFD pode ao menos temporariamente suplantar uma sessão de comunicação MirrorLinkTM, e a sessão WFD pode assumir controle das interações entre o dispositivo de origem e a unidade de cabeça de veículo e transportar as mensagens de controle e dados entre o dispositivo de origem e a unidade de cabeça de veículo. Em alguns casos, contudo, a unidade de cabeça de veículo solicita ao dispositivo de origem que se desloque para um canal de comunicação diferente para a sessão FWD. Embora descrito principalmente com respeito a uma unidade de cabeça de veículo, as técnicas dessa revelação podem ser aplicáveis a outros tipos de dispositivos de depósito para um protocolo de exibição sem fio que também execute uma implementação MirrorLinkTM.

[0008] Em alguns exemplos, a unidade de cabeça de veículo exibe uma janela de seleção de usuário que apresenta uma ou mais aplicações para execução. Algumas ou todas as aplicações podem ser associadas com WFD, e quando um usuário da unidade de cabeça de veículo seleciona uma das aplicações associadas com WFD, a aplicação selecionada invoca o protocolo WFD para estabelecer a sessão WFD para transportar os dados emitidos pela aplicação selecionada e para receber comandos de Canal de Retorno de Interface de Usuário (UIBC) a partir da unidade de cabeça de veículo que dirige a operação da aplicação selecionada.

[0009] As técnicas dessa revelação podem proporcionar uma ou mais vantagens. Por exemplo, a funcionalidade integrada pode proporcionar um canal de exibição de largura de banda aperfeiçoada e de controle, seguro e confiável utilizando transporte sem fio. Como outro exemplo, a funcionalidade incorporada pode prover uma gama maior de serviços do que aqueles providos pelo canal de controle e exibição existente operando de acordo com MirrorLinkTM. Embora desviando a saída a partir do dispositivo de origem para a unidade de cabeça de veículo, as técnicas também podem possibilitar o controle do dispositivo de origem através da unidade de cabeça do veículo mediante interações principais. Consequentemente, logo que o usuário do dispositivo de origem entra o veículo que tem a unidade de cabeça de veículo, a saída dos dados de mídia e os controles hospedados pelo dispositivo de origem são efetivamente transferidos, ao menos em parte, para a unidade de cabeça de veículo de uma maneira sem interrupção, tornando assim a interação mais segura e mais harmoniosa.

[0010] Em um exemplo, um método de transmitir dados de mídia a partir de um dispositivo de origem compreende estabelecer, com o dispositivo de origem, uma primeira sessão de comunicação entre o dispositivo de origem e um dispositivo de depósito compreendendo uma unidade de cabeça de veículo, em que a primeira sessão de comunicação se adapta a um protocolo de comunicação. O método compreende também descobrir, com o dispositivo de origem e por intermédio da primeira sessão de comunicação, o dispositivo de depósito. O método compreende ainda, durante a operação da primeira sessão de comunicação, estabelecer com o dispositivo de origem uma segunda sessão de comunicação entre o dispositivo de origem e o dispositivo de depósito, em que a segunda sessão de comunicação adapta-se a um protocolo de exibição sem fio. O método compreende também transmitir, utilizando a segunda sessão de comunicação, os dados de mídia a partir do dispositivo de origem para o dispositivo de depósito para emissão para uma interface do dispositivo de depósito.

[0011] Em outro exemplo, um método de receber os dados de mídia com um dispositivo de depósito compreendendo uma unidade de cabeça de veículo compreende estabelecer, com o dispositivo de depósito, uma primeira sessão de comunicação entre o dispositivo de depósito e um dispositivo de origem, em que a primeira sessão de comunicação adapta-se a um protocolo de comunicação. O método compreende também descobrir, com o dispositivo de origem e por intermédio da primeira sessão de comunicação, o dispositivo de origem. O método compreende ainda, durante operação da primeira sessão de comunicação, estabelecer com o dispositivo de origem uma segunda sessão de comunicação entre o dispositivo de origem e o dispositivo de depósito, em que a segunda sessão de comunicação adapta-se um protocolo de exibição sem fio. O método compreende também receber, com o dispositivo de depósito utilizando a segunda sessão de comunicação, os dados de mídia a partir do dispositivo de origem. O método compreende ainda renderizar os dados de mídia para uma interface do dispositivo de depósito.

[0012] Em outro exemplo, um dispositivo de origem compreende uma interface MirrorLink configurada para estabelecer uma primeira sessão de comunicação com um dispositivo de depósito compreendendo uma unidade de cabeça de veículo, em que a primeira sessão de comunicação adapta- se a um protocolo de comunicação, em que a interface MirrorLink é configurada para descobrir, por intermédio da primeira sessão de comunicação, um dispositivo de depósito. O dispositivo de origem compreende também uma fonte Wi-Fi Display (WFD) que é configurada para, durante a operação da primeira sessão de comunicação, estabelecer uma segunda sessão de comunicação com o dispositivo de depósito, em que a segunda sessão de comunicação adapta-se a um protocolo de exibição sem fio e, em que a fonte WFD é configurada para transmitir, utilizando a segunda sessão de comunicação, os dados de mídia para o dispositivo de depósito para emissão para uma interface do dispositivo de depósito.

[0013] Em outro exemplo, o dispositivo de depósito compreende uma interface MirrorLink configurada para estabelecer uma primeira sessão de comunicação com um dispositivo de origem, em que a primeira sessão de comunicação adapta-se a um protocolo de comunicação, em que a interface MirrorLink é configurada para descobrir, por intermédio da primeira sessão de comunicação, o dispositivo de origem. O dispositivo de depósito compreende também um depósito Wi-Fi Display (WFD) configurado para, durante operação da primeira sessão de comunicação, estabelecer uma segunda sessão de comunicação com o dispositivo de depósito, em que a segunda sessão de comunicação adapta-se a um protocolo de exibição sem fio, em que o depósito WFD é configurado para receber, utilizando a segunda sessão de comunicação, os dados de mídia a partir do dispositivo de origem, e em que o depósito WFD é configurado para renderizar os dados de mídia para uma interface do dispositivo de depósito.

[0014] Em outro exemplo, um dispositivo de origem compreende meio para estabelecer uma primeira sessão de comunicação com um dispositivo de depósito compreendendo uma unidade de cabeça de veículo, em que a primeira sessão de comunicação adapta-se a um protocolo de comunicação. O dispositivo de origem inclui também meio para descobrir, por intermédio da primeira sessão de comunicação, o dispositivo de depósito. O dispositivo de origem compreende ainda meio para, durante operação da primeira sessão de comunicação, estabelecer uma segunda sessão de comunicação com o dispositivo de depósito, em que a segunda sessão de comunicação adapta-se a um protocolo de exibição sem fio. O dispositivo de origem também compreende meio para transmitir, utilizando a segunda sessão de comunicação, os dados de mídia para o dispositivo de depósito para emissão para uma interface do dispositivo de depósito.

[0015] Em outro exemplo, o dispositivo de depósito compreende meio para estabelecer uma primeira sessão de comunicação com um dispositivo de origem, em que a primeira sessão de comunicação adapta-se a um protocolo de comunicação. O dispositivo de depósito compreende também meio para descobrir, por intermédio da primeira sessão de comunicação, o dispositivo de origem. O dispositivo de depósito compreende ainda meio para, durante operação da primeira sessão de comunicação, estabelecer uma segunda sessão de comunicação com o dispositivo de origem, em que a segunda sessão de comunicação adapta-se a um protocolo de exibição sem fio. O dispositivo de depósito compreende também meio para receber, utilizando a segunda sessão de comunicação, os dados de mídia a partir do dispositivo de origem. O dispositivo de depósito compreende ainda meio para renderizar os dados de mídia para uma interface.

[0016] Em outro exemplo, um meio de armazenamento legível por computador que inclui instruções nele armazenadas que quando executadas fazem com que um ou mais processadores estabeleçam, com o dispositivo de origem, uma primeira sessão de comunicação entre o dispositivo de origem e um dispositivo de depósito compreendendo uma unidade de cabeça de veículo, em que a primeira sessão de comunicação adapta-se a um protocolo de comunicação. As instruções também fazem com que os processadores descubram, com o dispositivo de origem e por intermédio da primeira sessão de comunicação, o dispositivo de depósito. As instruções fazem ainda com que os processadores durante a operação da primeira sessão de comunicação, estabeleçam com o dispositivo de origem uma segunda sessão de comunicação entre o dispositivo de origem e o dispositivo de depósito, em que a segunda sessão de comunicação adapta-se a um protocolo de exibição sem fio. As instruções também fazem com que os processadores transmitam, utilizando segunda sessão de comunicação, os dados de mídia a partir do dispositivo de origem para o dispositivo de depósito para emissão para uma interface do dispositivo de depósito.

[0017] Em outro exemplo, um meio de armazenamento legível por computador incluindo instruções armazenadas no mesmo que quando executadas fazem com que um ou mais processadores estabeleçam, com o dispositivo de depósito, uma primeira sessão de comunicação entre um dispositivo de depósito compreendendo uma unidade de cabeça de veículo e um dispositivo de origem, em que a primeira sessão de comunicação adapta-se a um protocolo de comunicação. As instruções também fazem com que os processadores descubram, com o dispositivo de depósito e por intermédio da primeira sessão de comunicação, o dispositivo de origem. As instruções adicionalmente fazem com que os processadores, durante operação da primeira sessão de comunicação, estabeleçam com o dispositivo de origem uma segunda sessão de comunicação entre o dispositivo de origem e o dispositivo de depósito, em que a segunda sessão de comunicação adapta-se a um protocolo de exibição sem fio. As instruções também fazem com que os processadores recebam, com o dispositivo de depósito utilizando a segunda sessão de comunicação, os dados de mídia a partir do dispositivo de origem. As instruções fazem ainda com que os processadores entreguem os dados de mídia para uma interface do dispositivo de depósito.

[0018] Os detalhes de um ou mais exemplos da revelação são apresentados nos desenhos e na descrição abaixo. Outras características, objetivos e vantagens serão evidentes a partir da descrição e desenhos, e a partir das reivindicações.

BREVE DESCRIÇÃO DOS DESENHOS

[0019] A Figura 1 é um diagrama de blocos ilustrando um exemplo de um sistema de comunicação sem fio operando de acordo com as técnicas aqui descritas.

[0020] A Figura 2 é um diagrama de blocos ilustrando um exemplo de um sistema de comunicação sem fio operando de acordo com as técnicas aqui descritas.

[0021] A Figura 3 é um fluxograma ilustrando uma operação exemplar de componentes de uma unidade de cabeça de veículo para estabelecer uma sessão Wi-Fi Display de acordo com as técnicas aqui descritas.

[0022] A Figura 4 é um fluxograma ilustrando uma operação exemplar de componentes de uma unidade de cabeça de veículo para estabelecer uma sessão Wi-Fi Display de acordo com as técnicas aqui descritas.

[0023] A Figura 5 é um fluxograma ilustrando uma operação exemplar de componentes de uma unidade de cabeça de veículo para estabelecer uma sessão Wi-Fi Display de acordo com as técnicas aqui descritas.

[0024] A Figura 6 é um diagrama de blocos ilustrando um exemplo de um sistema de computação que pode implementar as técnicas dessa revelação.

[0025] A Figura 7 é um diagrama de blocos ilustrando uma instância exemplar de uma sessão de comunicação sem fio que inclui múltiplas sessões de protocolo sem fio para suportar múltiplos consoles de veículo de acordo com as técnicas aqui descritas.

[0026] A Figura 8 é um diagrama de blocos ilustrando um exemplo de um modelo de comunicação de dados ou pilha de protocolos para um sistema operando de acordo com as técnicas dessa revelação.

DESCRIÇÃO DETALHADA

[0027] MirrorLinkTM é um padrão de interoperabilidade de dispositivo desenvolvido pelo Car Connectivity Consortium. MirrorLinkTM também pode ser referido como um Modo de Terminal e descrito na Especificação de Dispositivo MirrorLinkTM 1.0. Um objetivo do MirrorLinkTM é o de oferecer integração segura e ininterrupta entre um smartphone e um sistema de entretenimento informativo do automóvel. MirrorLinkTM pode transformar os smartphones em plataformas de aplicação automotiva onde os aplicativos são hospedados e executam no smartphone enquanto os motoristas e os passageiros interagem com os aplicativos através de controles no volante, botões no painel de instrumentos, e/ou telas de toque do sistema de entretenimento informativo em veículo (IVI) do automóvel. MirrorLinkTM utiliza um conjunto de tecnologias não patenteadas bem estabelecidas tais como IP, USB, Wi-Fi, Bluetooth, Protocolo em Tempo Real (RTP, para áudio) e Universal Plug and Play (UPnP). Além disso, MirrorLinkTM utiliza Computação de Rede Virtual (VNC) como o protocolo de linha de base para exibir a interface de usuário dos aplicativos de smartphone em telas IVI e para comunicar entrada de usuário de volta ao smartphone.

[0028] De acordo com as técnicas dessa revelação, aspectos de um protocolo de exibição sem fio são incorporados em MirrorLinkTM para expandir a gama de serviços disponíveis entre um dispositivo de depósito de exibição sem fio e um dispositivo de origem de exibição sem fio, tal como entre a unidade de cabeça de veículo e um smartphone ou outro dispositivo eletrônico de consumidor. Por exemplo, aspectos da funcionalidade Wi-Fi Display (WFD) podem ser incorporados em MirrorLinkTM, e um smartphone pode usar a funcionalidade incorporada para desviar na forma sem fio a saída para uma unidade de cabeça de veículo de maneira ininterrupta enquanto permitindo que um motorista do veículo controle o smartphone através da unidade de cabeça de veículo para controlar a conexão. Em outros exemplos, as técnicas podem incluir a integração da funcionalidade extraída de HD sem fio, Interface Digital Doméstica Sem fio (WHDI), WiGig ou Barramento Serial Universal Sem fio (USB).

[0029] Como outro exemplo, as técnicas podem incluir a incorporação de aspectos de um protocolo de exibição sem fio em MirrorLinkTM nos sistemas nos quais a unidade de cabeça de veículo não suporta Wi-Fi Display e em sistemas nos quais o dispositivo de depósito suporta Wi-Fi Display. Nos sistemas em que o dispositivo de depósito não suporta Wi-Fi Display, as técnicas podem incluir incorporar um conjunto reduzido de serviços em MirrorLinkTM em contraste com os sistemas nos quais o dispositivo de depósito suporta Wi-Fi Display. Por exemplo, o conjunto reduzido de serviços pode não incluir uma arquitetura de canal reverso que permite o controle dos aplicativos de dispositivo de origem.

[0030] Como um exemplo adicional as técnicas podem incluir a incorporação de aspectos de um protocolo de exibição sem fio em implementações de MirrorLinkTM que suportam a formação de grupo não hierárquico (P2P) e em implementações de MirrorLinkTM que não suportam formação de grupo P2P. Para implementações de MirrorLinkTM que não suportam formação de grupo P2P, o protocolo de exibição sem fio realiza formação de grupo P2P para estabelecer um grupo P2P para o dispositivo de depósito e dispositivo de origem que pode exigir a execução de uma etapa de associação de segurança para a sessão de MirrorLinkTM inicial e separadamente para o estabelecimento de sessão de protocolo de exibição sem fio.

[0031] Como outro exemplo, as técnicas podem incluir a diferenciação entre múltiplos consoles de veículo, tal como o console frontal (ou a unidade de cabeça de veículo) e o console traseiro (unidade de passageiro traseira) de um automóvel, para ajustar as aplicações de exibição sem fio às exigências singulares do console dianteira e traseiro. Por exemplo, como um console dianteiro é acessível ao motorista de um automóvel, as técnicas podem limitar algumas aplicações ao console dianteiro para situações nas quais o automóvel esteja em movimento enquanto se abstendo de aplicar tais limites ao console traseiro. Como outro exemplo, um dispositivo de origem pode mudar adaptativamente a destinação de console de acordo com um tipo de dados de mídia de fluxo contínuo. Por exemplo, os dados de mídia de fluxo contínuo para o dispositivo de depósito forem apenas dados de áudio, o dispositivo de origem pode direcionar os dados de mídia para o console frontal, o qual encaminha o áudio através do sistema de altofalante do automóvel. Se, por outro lado, o fluxo contínuo de dados de mídia para o dispositivo de depósito incluir dados de vídeo, o dispositivo de origem pode direcionar o vídeo para o console traseiro enquanto o automóvel estiver em movimento ou, quando o automóvel não estiver em movimento, para o console dianteiro para replicação e encaminhamento para os displays de console, dianteiro e traseiro, através do sistema do automóvel.

[0032] Como um exemplo adicional, as técnicas podem incluir realizar protocolos de descoberta padrão não MirrorLinkTM para descobrir dispositivos em um sistema MirrorLinkTM. MirrorLinkTM especifica o uso de Universal Plug and Play (UPnP) para descoberta de dispositivo. As técnicas podem incluir o uso de protocolos adicionais de descoberta, tal como Wi-Fi Direct ou Bluetooth, para identificar dispositivos de suporte de protocolo de exibição sem fio dentro do alcance e para receber descrições de serviço para tais dispositivos. Uma sessão de protocolo de exibição sem fio pode então suplantar a sessão de protocolo de descoberta e assumir o controle de interações entre o dispositivo de origem e o dispositivo de depósito e transportar as mensagens de controle e os dados entre o dispositivo de origem e o dispositivo de depósito.

[0033] A Figura 1 é um diagrama de blocos ilustrando um exemplo de um sistema de comunicação sem fio operando de acordo com as técnicas aqui descritas. O sistema de comunicação sem fio 2 inclui dispositivo de origem 10 executando uma ou mais aplicações 12. O dispositivo de origem 10 pode representar um dispositivo de computação móvel, incluindo, mas não limitado a um smartphone, um computador tablet, um assistente digital pessoal, um computador de mão, um aparelho de reprodução de mídia, e semelhante, ou uma combinação de dois ou mais desses itens. O dispositivo de origem 10 se comunica com a rede 6 por intermédio de um link de comunicação sem fio para, por exemplo, receber os dados de mídia, a partir de um servidor acessível pela rede 6. Em determinado aspecto, o dispositivo de origem 10 pode adicionalmente, ou alternativamente, representar um dispositivo de origem independente que fornece dados de mídia a partir dos meios de armazenamento legíveis por computador do dispositivo de origem (não mostrado na Figura 1).

[0034] A rede 6 pode representar uma rede móvel operada por um provedor de serviço 4 para fornecer acesso de rede, transporte de dados e outros serviços ao dispositivo de origem 10. Em geral, a rede 6 pode implementar uma arquitetura de rede celular, tal como uma arquitetura de Serviço de Rádio de Pacote Geral (GPRS), uma Arquitetura de Sistema de Telecomunicação Móvel Universal (UMTS), e uma Evolução do UMTS referida como Evolução de Longo Prazo (LTE) cada uma das quais é padronizada pelo Projeto de Parceria de Terceira Geração (3GPP).

[0035] Cada uma das aplicações 12 pode representar uma aplicação provida por uma entidade que fabrica o dispositivo de origem 10 ou o software operando no dispositivo de origem 10 ou uma aplicação desenvolvida por terceiros para uso com o dispositivo de origem 10. Exemplos de aplicações 12 incluem aplicações para rotas de viagem, mapas, apresentação de áudio e/ou vídeo, apresentação e fornecimento de vídeo de fluxo contínuo, voz e/ou chamadas, condições climáticas, etc. Cada uma das aplicações 12 pode se ajustar ao padrão de interoperabilidade do dispositivo MirrorLinkTM desenvolvido pelo Car Connectivity Consortium (CCC) e pode oferecer integração com o dispositivo de depósito 20 utilizando MirrorLinkTM. Uma aplicação compatível das aplicações 12 pode ser referida alternativamente aqui como uma “aplicação CCC”. O dispositivo de origem 10 pode incluir aplicações adicionais que não se ajustam ao MirrorLinkTM.

[0036] O dispositivo de depósito 20 pode em alguns casos representar uma unidade de cabeça de veículo para um automóvel que executa uma implementação MirrorLinkTM capaz de integrar um ou mais dispositivos de interface de usuário 22 do dispositivo de depósito 20 com o dispositivo de origem 10. Os dispositivos de interface de usuário 22 podem incluir um ou mais dispositivos de entrada configurados para receber entrada a partir de um usuário através de realimentação tátil, de áudio ou de vídeo. Exemplos de dispositivos de entrada incluem um dispositivo de exposição sensível à presença e/ou toque, um mouse, um teclado, um sistema responsivo à voz, câmera de vídeo, microfone, botões de volante ou outros controles no veículo que possam ser comprimidos ou girados para, por exemplo, aumentar ou diminuir o volume, ou qualquer outro tipo de dispositivo para detectar um comando a partir de um usuário. Referência aqui a um “usuário” de um dispositivo de depósito 20 e/ou dispositivo de origem 10 pode incluir um motorista ou passageiro de um automóvel que inclui o dispositivo de depósito 20. Os dispositivos de interface de usuário 22 também podem incluir um ou mais dispositivos de saída configurados para fornecer saída a um usuário usando estímulos táteis, de áudio ou de vídeo. Exemplos de dispositivos de saída incluem um display sensível à presença, uma placa de som, um altofalante, uma placa de adaptador gráfico de vídeo, um altofalante, um display de cristal líquido (LCD), ou qualquer outro tipo de dispositivo para converter um sinal em uma forma apropriada que pode ser entendida pelos humanos ou máquinas.

[0037] O dispositivo de origem 10 e o dispositivo de depósito 20 podem estabelecer uma sessão de comunicação de camada dois (L2) 30 de acordo com um ou mais protocolos de comunicação utilizados em implementações de MirrorLinkTM, por exemplo, Universal Serial Bus (USB) 2.0, Wireless Local Area Network (WLAN), Bluetooth, e/ou Advanced Audio Distribution Profile (A2DP). O dispositivo de origem 10 e o dispositivo de depósito 20 podem utilizar Bluetooth e/ou A2DP para entrada/saída de áudio (I/O) através do Hands Free Profile, enquanto utilizando um dentre USB 2.0 ou WLAN para transportar outros tipos de dados de aplicação tais como vídeo, texto e interfaces de aplicação. WLAN pode ser compatível com um padrão de comunicação sem fio da família IEEE 802.11 de padrões. A sessão de comunicação de camada dois 30 pode operar através de um meio de transporte cabeado ou sem fio. Por exemplo, um motorista de veículo pode plugar o dispositivo de origem 10 em um cabo compatível com USB 2.0 ou interface de acoplamento provida por (ou conectada a) uma unidade de cabeça de veículo que inclui o dispositivo de depósito 20 para transportar os sinais da sessão de comunicação L2 30. Alternativamente, o dispositivo de origem 10 e o dispositivo de depósito 20 podem operar a sessão de comunicação MirrorLinkTM 30 de modo sem fio de acordo com, por exemplo, um protocolo WLAN tal como Wi-Fi.

[0038] De acordo com as técnicas aqui descritas, o dispositivo de origem 10 e o dispositivo de depósito 20 podem utilizar a sessão de comunicação L2 30 para estabelecer a sessão de protocolo de exibição sem fio (WD) 32 para habilitar o dispositivo de depósito 20 a operar como um depósito WD e possibilitar que o dispositivo de origem 10 opere como uma fonte WD para fornecer os dados de mídia 34 ao dispositivo de depósito 20. Além disso, a sessão de protocolo WD 32 pode incluir canal de controle WD 36 para, por exemplo, permitir que o dispositivo de depósito 20 envie entradas de usuário recebidas nos dispositivos de interface de usuário 22 para o dispositivo de origem 10 para controlar o fornecimento dos dados de mídia ao dispositivo de depósito 20. Em alguns casos, a sessão de comunicação L2 30 pode operar através de um link cabeado, enquanto que a sessão de protocolo WD 32 pode operar através de um link sem fio de acordo com o protocolo de exibição sem fio correspondente.

[0039] A sessão de protocolo de exibição sem fio 32 pode representar uma sessão Wi-Fi Display (WFD) que se comunica de acordo com o padrão Wi-Fi Direct (WFD), de tal modo que o dispositivo de origem 10 e o dispositivo de depósito 20 se comunicam diretamente entre si sem o uso de um intermediário tal como os pontos de acesso sem fio ou, os assim chamados, pontos de acesso. O dispositivo de origem 10 e o dispositivo de depósito 20 também podem estabelecer uma configuração de link direto tunelado (TDLS) para evitar ou reduzir o congestionamento da rede. Em geral, WFD e TDLS se destinam a estabelecer sessões de comunicação de distância relativamente curta. Distância relativamente curta nesse contexto pode se referir, por exemplo, a menos do que aproximadamente 70 metros, embora em um ambiente com ruído ou obstruído a distância entre os dispositivos possa ser ainda mais curta, tal como menos do que aproximadamente 35 metros, ou menos do que aproximadamente 20 metros, menos do que aproximadamente 15 metros ou geralmente no interior de um veículo tal como um automóvel.

[0040] As técnicas de revelação às vezes podem ser descritas com respeito a WFD, mas considera-se que aspectos dessas técnicas também podem ser compatíveis com outros protocolos de comunicação. A título de exemplo e não limitação, a comunicação sem fio entre o dispositivo de origem 10 e o dispositivo de depósito 20 pode utilizar técnicas de multiplexação de divisão de freqüência ortogonal (OFDM). Uma grande variedade de outras técnicas de comunicação sem fio também pode ser utilizada, incluindo, mas não limitado ao acesso múltiplo de divisão de tempo (TDMA), acesso múltiplo de divisão de freqüência (FDMA), acesso múltiplo de divisão de código (CDMA) ou qualquer combinação de OFDM, FDMA, TDMA/CDMA. No entanto, WFD pode fornecer uma maior gama de serviços do que outros protocolos de exposição sem fio em conformidade com as técnicas dessa revelação.

[0041] Como mencionado acima, além emitir os dados recebidos do dispositivo de origem de 10, o dispositivo de depósito 20 também pode receber entradas de usuário dos dispositivos de entrada de usuário 22 e formatar comandos de entrada de usuário em uma estrutura de pacotes de dados que o dispositivo de origem 10 é capaz de interpretar. O dispositivo de depósito 20 transmite os comandos formatados introduzidos no dispositivo de origem 10 usando canal de controle WD 36. Com base em comandos recebidos, o dispositivo de origem 10 pode modificar os dados de mídia, sendo transmitidos para o dispositivo de depósito 20. Dessa forma, um usuário do dispositivo de depósito 20 pode controlar os dados de carga útil de áudio e os dados de carga útil de vídeo sendo transmitidos pelo dispositivo de origem 10 remotamente e sem interagir diretamente com o dispositivo de origem 10.

[0042] Em alguns exemplos, canal de controle WD 36 implementa uma arquitetura de canal reverso, também referida como um canal de retorno de interface do usuário (UIBC), para habilitar o dispositivo de depósito 20 a transmitir as entradas de usuário aplicadas no dispositivo de depósito 20 do dispositivo de origem 10. A arquitetura do canal reverso pode incluir mensagens de camada superior para o transporte de entradas do usuário e quadros de camada inferior para a negociação de recursos de interface de usuário no dispositivo de depósito 20 e dispositivo de origem 10. A UIBC pode operar sobre a camada de transporte entre o dispositivo de depósito 20 e dispositivo de origem 10 em protocolo de controle de transmissão (TCP)/protocolo de Internet (IP) ou modelos de protocolo de datagrama de usuário (UDP)/IP.

[0043] Usando a sessão de comunicação L2 30 para inicialização de sessão do protocolo de exposição sem fio 32, as técnicas podem fornecer transferência contínua de saída do aplicativo WD e controle a partir do dispositivo de origem 10 para dispositivo de depósito 20, tornando assim a interação com o dispositivo de origem 10 mais segura e mais rica em instâncias nas aplicações automotivas, ou seja, em modalidades em que o dispositivo de origem 10 inclui uma unidade de cabeça do veículo. Além disso, a sessão de protocolo de exibição sem fio 32 pode apresentar não só melhorar a segurança, confiabilidade e velocidade vis-à-vis sessão de comunicação L2 30, mas também, em alguns exemplos, canal de controle WD 36 que facilita a comunicação de entradas de usuário para dispositivo de origem 10.

[0044] A figura 2 é um diagrama de blocos ilustrando um exemplo de um sistema de comunicação sem fio, operando de acordo com as técnicas descritas neste documento. O sistema de comunicação sem fio 50 inclui dispositivo de origem 60 e unidade de cabeça de veículo 70 que podem representar instâncias exemplares do dispositivo de origem 10 e do dispositivo de depósito 20, respectivamente, da figura 1. O dispositivo de origem 60 inclui aplicações 62A-62N (coletivamente, “aplicações 62”, cada um dos quais pode representar uma instância exemplar de uma das aplicações 12 da figura 1, bem como módulo de fonte de Wi-Fi Display 64 (“fonte WFD 64”) e interface MirrorLink™ 68 (“interface MirrorLink 68”). Exemplos de aplicações 62 podem incluir um serviço de mapeamento, um serviço de fluxo contínuo de vídeo ou áudio, um dispositivo de reprodução de vídeo ou áudio, um serviço de telefonia, um serviço de organização pessoal, etc.

[0045] A unidade de cabeça de veículo 70 inclui um ou mais dispositivos de interface de usuário 78, que podem representar as instâncias de dispositivo de interface de usuário 12, da figura 1, bem como o aplicativo 72, depósito de exibição sem fio 74 (“depósito WFD 74”) e interface MirrorLink™ 76 (“MirrorLink interface 76”). O aplicativo 72 pode representar um navegador ou outro aplicativo de exibição pelo qual a interface MirrorLink™ 76 pode exibir dados de mídia, por exemplo, páginas de rede, recebidas em sessão MirrorLink™ 90.

[0046] A interface MirrorLink™ 68 e a interface MirrorLink™ 76 podem estabelecer sessão MirrorLink™ 90 entre o dispositivo de origem 60 e a unidade de cabeça de veículo 70 usando um ou mais protocolos utilizados de acordo com a especificação de MirrorLink™. De acordo com as técnicas descritas neste documento, a interface MirrorLink™ 68 pode usar Universal Plug and Play (UPnP) para enviar mediante sessão MirrorLink™ 90, uma mensagem de página 92 para uma página que está associada com um Uniform Resource Locator (URL) para a interface MirrorLink™ 76 para exibição. A página incluída dentro da página de mensagem 92 pode processar como uma interface de usuário, nesse caso uma janela de seleção de usuário 96. A interface MirrorLink™ 76 pode receber e apresentar a página incluída na mensagem de página 92 para processamento pelo aplicativo 72 como janela de seleção de usuário 92 a um dispositivo de exibição de dispositivos de interface de usuário 78. Em alguns exemplos, a unidade de cabeça de veículo 70 pode armazenar uma representação da janela de seleção de usuário 94 e processar a janela de seleção de usuário 94 independentemente da Sessão MirrorLink™ 90.

[0047] A janela de seleção de usuário 96 relaciona os ícones de aplicativos de exibição sem fio 98A- 98N (coletivamente, “ícones de aplicativo 98”) disponíveis a partir do dispositivo de origem 60 e correspondendo aos aplicativos 62A-62N. Um usuário da unidade de cabeça de veículo 70, por exemplo, o condutor do veículo, pode selecionar um dos ícones do aplicativo 98, por exemplo, o ícone de aplicativo 98A, tocar no ícone do aplicativo, como apresentado a um dispositivo de tela de toque dos dispositivos de interface de usuário 78, por exemplo, ou selecionando o ícone usando um ou mais botões de seleção ou outros dispositivos de entrada de usuário. Em alguns casos, um usuário pode selecionar um dos ícones de aplicativo 98 usando um comando de voz associado com o ícone de aplicativo.

[0048] Em resposta à seleção do ícone de aplicativo 98A, o aplicativo 72 recebe uma indicação da seleção e direciona a interface MirrorLink™ 76 para enviar uma mensagem de iniciar serviço de aplicativo 94 por intermédio da sessão MirrorLink™ 90. A mensagem de iniciar serviço de aplicativo 94 pode incluir um identificador de aplicativo 62A representado pelo ícone de aplicativo 98A. A mensagem de iniciar serviço de aplicativo 94 pode ser enviada para um URL de controle para o dispositivo de origem 60, acordo com UPnP e pode ser expressa em Linguagem de Marcação Extensível (XML) usando Protocolo de Acesso a Objeto Simples (SOAP).

[0049] A interface MirrorLink™ 68 recebe a mensagem de iniciar serviço de aplicativo 94 e, em resposta, executa o aplicativo 62A para iniciar um serviço de exposição sem fio representado pela fonte WFD 64. Embora ilustrados como componentes separados, a fonte WFD 64 pode representar um serviço fornecido pelo aplicativo 62A. Conforme descrito em mais detalhes abaixo, a fonte WFD 64 e o depósito WFD 74 negociam parâmetros de canal para uma sessão WFD 82. A fonte WFD 64 direciona os dados de mídia 84 para a fonte WFD 74 para saída para um ou mais dos dispositivos de interface de usuário 78. O canal de controle WFD 86 pode representar uma instância exemplar de canal de controle WD 36 da figura 1 e permite que a fonte WFD 74 transmita as entradas de usuário aplicadas em dispositivos de interface de usuário 78 para fonte WFD 64 para a aplicação de controle 62A e, mais particularmente, para modificar a entrega de dados de mídia 84.

[0050] A figura 3 é um fluxograma ilustrando uma operação exemplar dos componentes de uma unidade de cabeça de veículo para estabelecer uma sessão Wi-Fi Display de acordo com as técnicas descritas neste documento. A operação exemplar é descrita em relação à unidade de cabeça de veículo 70 da figura 2. Inicialmente, a interface MirrorLink™ 68 executa um ou mais protocolos de camada dois (L2) associados com MirrorLink™, tais como USB 2.0 ou WLAN, para descobrir um dispositivo L2 acessível (100), descobre os serviços prestados pelo dispositivo descoberto (102), opcionalmente estabelece um grupo não hierárquico P2P com o dispositivo descoberto (104) e executa uma associação de segurança com o dispositivo descoberto para autenticar o dispositivo e para facilitar a troca segura de dados entre os dispositivos (106). MirrorLink™ pode constituir um grupo P2P usando Wi-Fi Direct e/ou TDLS. A formação de grupo P2P (104) é ilustrada com linhas tracejadas para indicar que a interface MirrorLink™ 68, em alguns exemplos, pode não ser configurada para realizar a formação de grupo P2P, conforme descrito em mais detalhes com relação a figura 4-5. Ao completar a associação de segurança (106), a unidade de cabeça de veículo 70 estabelece um link de comunicação L2 utilizável para fornecer e receber unidades de dados de pacote L2 (PDUs), por exemplo, com o dispositivo de origem 60.

[0051] Um link de comunicação L2 sendo estabelecido, a interface MirrorLink™ 68 executa UPnP, neste exemplo, para obter uma camada de rede, por exemplo, o endereço IP (108). A interface MirrorLink™ 68 pode atribuir automaticamente à unidade de cabeça de veículo 70 um endereço IP. A interface MirrorLink™ 68 adicionalmente descobre dispositivos disponíveis no grupo P2P usando, por exemplo, Protocolo de Descoberta de Serviço Simples (SSDP), ou outro serviço de descoberta de protocolo (110). Para um dispositivo descoberto, a interface MirrorLink™ 68 executa o serviço de descoberta para identificar, também, os serviços disponíveis a partir de dispositivos, no caso de UPnP, os URLs para controle, eventos e apresentação (112). A interface MirrorLink™ 68 pode então enviar/receber mensagens de controle em conformidade com o UPnP. De acordo com as técnicas descritas neste documento, o aplicativo 72 exibe uma janela de seleção de usuário 96 fornecendo ícones de aplicativos selecionáveis 98 (116).

[0052] Quando um usuário seleciona o ícone de aplicativo 98A, o aplicativo 72 direciona a interface MirrorLink™ 68 para enviar, usando controle UPnP, uma mensagem de iniciar serviço de aplicativo 94 por intermédio da sessão MirrorLink™ 90 (120). A mensagem de iniciar serviço de aplicativo 94 direciona o dispositivo de origem 60 para iniciar o aplicativo selecionado 62A correspondente ao ícone de aplicativo 98A. O aplicativo selecionado 62A, por sua vez, inicia uma fonte WFD 64 como serviço de dispositivo de origem 60. O depósito WFD 74 estabelece a sessão WFD 82 para suplantar a sessão MirrorLink™ 90 como o canal de controle 124 entre dispositivo de origem 60 e de unidade de cabeça de veículo 70 enquanto o aplicativo 62A está ativo (124).

[0053] Em alguns casos, a interface MirrorLink™ 68 envia a mensagem iniciar serviço de aplicativo 94 não solicitada pelo aplicativo 72 e antes de exibir uma janela de seleção de usuário. Por exemplo, a mensagem iniciar serviço de aplicativo 94 pode direcionar o dispositivo de origem 60 para executar um aplicativo que chama os protocolos Wi-Fi Display para transferir os dados de mídia apresentados aos dispositivos de interface de usuário 78 por intermédio do Depósito Wi-Fi 74 como janela de seleção de usuário 96. Um usuário pode selecionar um dos ícones de aplicativo 98 para invocar outro dos aplicativos 62 em execução no dispositivo de origem 60. Como resultado, o protocolo Wi-Fi Display fornece controle antecipado para a sessão.

[0054] A figura 4 é um fluxograma ilustrando uma operação exemplar dos componentes de uma unidade de cabeça de veículo para estabelecer uma sessão de Wi-Fi Display de acordo com as técnicas descritas neste documento. A operação exemplar é descrita em relação à unidade de cabeça de veículo 70, da figura 2. O Aplicativo 72, se necessário, inicia um serviço de Wi-Fi Display representado por depósito WFD 74 e direciona a interface MirrorLink™ 76 para enviar uma mensagem de iniciar serviço de aplicativo 94 para um par (200). A interface MirrorLink™ 76, em resposta, envia a mensagem de iniciar serviço de aplicativo 94 para a Interface MirrorLink™ 68 do dispositivo de origem 10 (202). A mensagem de iniciar serviço de aplicativo 94 faz com que a Interface MirrorLink™ 68 execute o aplicativo 62A, o qual invoca a fonte WFD 64. Posteriormente, o depósito WFD 74 opcionalmente pode estabelecer uma ligação de grupo par com a fonte WFD 64 (203). Estabelecer uma ligação de grupo par é ilustrado com linhas tracejadas para indicar que se trata de uma etapa opcional com base em se Interface MirrorLink™ 76 é capaz de, e se estabeleceu anteriormente, um grupo P2P entre o dispositivo de origem 60 e a unidade de cabeça de veículo 70. Se não, o depósito WFD 74 pode realizar formação de grupo P2P usando Wi-Fi Direct e/ou TDLS. Isso pode resultar em desempenho duplicado de uma etapa de associação de segurança entre o dispositivo de origem 60 e a unidade cabeça de veículo 70, ou seja, uma primeira etapa de associação de segurança para a sessão MirrorLink™ 90 e uma segunda etapa de associação de segurança para a sessão WFD 82.

[0055] O depósito WFD 74 pode então executar protocolos WFD para continuar a estabelecer e realizar a sessão WFD 82 (204). Por exemplo, o depósito WFD 74 e a fonte WFD 64 podem estabelecer uma sessão de comunicação de acordo com uma negociação de capacidade usando, por exemplo, as mensagens de controle de Protocolo de Fluxo Contínuo em Tempo Real (RTSP). Em alguns exemplos, uma solicitação para estabelecer uma sessão WFD pode ser enviada pelo dispositivo de origem 60 para unidade de cabeça de veículo 70. Uma vez que a sessão WFD 82 é estabelecida, o depósito WFD 74 recebe os dados de mídia 84, por exemplo, dados de áudio/vídeo (AV), usando o protocolo de transporte em tempo real (RTP) (outro protocolo WFD). O depósito WFD 74 processa e/ou emite os dados de mídia recebidos para os dispositivos de interface de usuário 78.

[0056] Além disso, mudanças adicionais podem ser feitas para o padrão WFD para apoiar MirrorLink™ e essas mudanças adicionais podem incluir uma extensão da negociação de capacidade no Padrão WFD para incluir parâmetros adicionais. Conforme observado acima, o depósito WFD 74 e a fonte WFD 64 podem negociar recursos usando mensagens de controle de Protocolo de Fluxo Contínuo em Tempo Real (RTSP). De acordo com o padrão WFD, um dispositivo de origem envia uma mensagem de solicitação de reconhecimento (por exemplo, mensagem de solicitação RTSP SET_PARAMETER) para um dispositivo. A mensagem de solicitação RTSP SET_PARAMETER inclui parâmetros indicando como as informações serão transmitidas usando o canal de realimentação durante uma sessão de compartilhamento de mídia. Em um exemplo, a mensagem de solicitação RTSP SET_PARAMETER pode ser modificada para incluir um parâmetro para um canal de transporte UDP (porta) para o canal de realimentação. O canal de transporte UDP pode substituir ou complementar o canal de transporte TCP existente. Em um exemplo, a mensagem de solicitação RTSP SET_PARAMETER pode incluir um parâmetro para indicar uma porta de protocolo de datagrama de usuário (UDP) para o depósito WFD 74 transmitir datagramas UDP que incluem, por exemplo, comandos de voz para o UIBC. Em um exemplo, a mensagem de solicitação SET_PARAMETER pode ser formatada de acordo com a seguinte sintaxe, onde udp-port indica a porta na qual a fonte WFD 64 solicita receber os datagramas UDP: wfd-uibc-capability = “wfd_uibc_capability:” SP (“none” / (input-category-val”;”generic-cap-val “;” hidc-cap-val “;” tcp-port))CRLF;”none” if not supported input-category-val = “input_category_list=“ (“none” / inputcategory-list) input-category-list = input-cat * (“,”SP input-category-list) input-cat = “GENERIC” / “HIDC” generic-cap-val =“generic_cap_list=“ (“none”/generic-caplist) generic-cap-list = inp-type *(“/> SP generic-cap-list) inp-type = “Keyboard” / “Mouse” / “SingleTouch”/ “MultiTouch” / “Joystick” / “Camera” / “Gesture” / “RemoteControl” hidc-cap-val = “hidc_cap_list=“(“none”/hidc-cap- list) hidc-cap-list = detailed-cap *(“/> SP hidc-cap-list) detailed-cap = inp-type “/” inp-path inp-path = “Infrared” / “USB” / “BT” / “Zigbee” / “Wi-Fi” / “No-SP” tcp-port = “port=“ (“none” / IPPORT) udp-port = “udp port=“ (“none” / IPPORT)

[0057] Subsequentemente, aplicativo 72 pode receber uma indicação de um usuário entrada para dispositivos de interface de usuário 78 para parar o serviço de aplicativo (206). Alternativamente, o aplicativo 72 autonomamente pode parar o serviço de aplicativo ou receber uma diretiva do veículo para parar o serviço de aplicativo, por exemplo. Por conseguinte, o aplicativo 72 direciona a interface MirrorLink™ 76 para enviar uma mensagem de parar o serviço de aplicativo 95 para Interface MirrorLink™ 68 (208). A mensagem de parar o serviço de aplicativo faz com que o dispositivo de origem 60 interrompa ou pause o serviço WFD representado pela fonte WFD 64, e passe o controle para a interface MirrorLink™ 68 e a interface MirrorLink™ 76 operando a Sessão MirrorLink™ 90. A interface MirrorLink™ 76 posteriormente pode receber a mensagem de página 92 da interface MirrorLink™ 68 (210) e processar a janela de seleção de usuário 94 para um dispositivo de exibição dos dispositivos de interface de usuário 78 (212).

[0058] A figura 5 é um fluxograma ilustrando uma operação exemplar dos componentes de uma unidade de cabeça de veículo para estabelecer uma sessão de Wi-Fi Display de acordo com as técnicas descritas neste documento. A operação exemplar é descrita em relação ao dispositivo de origem 60, da figura 2. Inicialmente, a interface MirrorLink™ 68 recebe uma mensagem de iniciar serviço de aplicativo 94 da Interface MirrorLink™ 76 (300), que faz com que a interface MirrorLink™ 68 inicie o aplicativo 62A (302). O aplicativo 62A, por sua vez, inicia um serviço de Wi-Fi Display representado pela fonte WFD 64 (304).

[0059] A fonte WFD 64 pode, opcionalmente, estabelecer uma conexão de grupo ponto a ponto (P2P) com depósito WFD 72 (305). Estabelecer uma ligação de grupo par é ilustrado com linhas tracejadas para indicar que se trata de uma etapa opcional com base em se a interface MirrorLink™ 68 é capaz de, e se estabeleceu anteriormente, um grupo P2P entre o dispositivo de origem 60 e a unidade de cabeça de veículo 70. Se não, a fonte WFD 64 pode realizar formação de grupo P2P usando Wi-Fi Direct e/ou TDLS. Isso pode resultar em desempenho duplicado de uma etapa de associação de segurança entre o dispositivo de origem 60 e a unidade de cabeça de veículo 70, ou seja, uma primeira etapa de associação de segurança de sessão MirrorLink™ 90 e uma segunda etapa de associação de segurança de sessão WFD 82. Em alguns casos, a sessão WFD 82 e sessão MirrorLink™ 90 não podem usar a mesma interface quando a implementação de MirrorLink™ não oferece suporte para formação do grupo P2P. Em tais casos, após estabelecer uma conexão de grupo par, a fonte WFD 64 pode solicitar que o depósito WFD 74 use um canal diferente para a sessão WFD 82.

[0060] A fonte WFD 64 pode então executar os protocolos WFD para continuar a estabelecer e realizar a sessão WFD 82 (306). Por exemplo, o depósito WFD 74 e a fonte WFD 64 podem estabelecer uma sessão de comunicação de acordo com uma negociação de capacidade usando, por exemplo, as mensagens de controle de Protocolo de Fluxo Contínuo em Tempo Real (RTSP). Em alguns exemplos, a fonte WFD 64 poderá enviar uma solicitação para estabelecer uma sessão WFD na unidade de cabeça de veículo 70. Uma vez que a sessão WFD 82 é estabelecida, a fonte WFD 64 envia dados de mídia 84, por exemplo, dados de áudio/vídeo (AV), usando o protocolo de transporte em tempo real (RTP) (outro protocolo WFD). A fonte WFD 64 pode obter dados de mídia do aplicativo 62A, que podem carregar dados de mídia a partir de um meio de armazenamento legível por computador do dispositivo de origem 60 (não mostrado) ou receber dados de mídia de fluxo contínuo de uma rede, tal como a rede 6, da figura 1.

[0061] Subsequentemente, a interface MirrorLink™ 68 pode receber uma mensagem de parar o serviço de aplicativo 95 da interface MirrorLink™ 76 (308). Em resposta, a interface MirrorLink™ 68 para ou pausa o serviço WFD representado pela fonte WFD 64 (310), e passa o controle para interface MirrorLink™ 68 e interface MirrorLink™ 76 operando a sessão MirrorLink™ 90. A interface MirrorLink™ 68 posteriormente pode receber e enviar a mensagem de página 92, incluindo a janela de seleção de usuário 94 para a Interface MirrorLink™ 76 (314).

[0062] A figura 6 é um diagrama de blocos ilustrando um exemplo de um sistema de computação que pode implementar as técnicas dessa revelação. O sistema de computação 460 pode incluir componentes semelhantes àqueles de qualquer um de dispositivo de origem 10 e de dispositivo de depósito 20, da figura 1, ou dispositivo de origem 60 e unidade de cabeça de veículo 70, da figura 2. O sistema de computação 460 inclui processadores 431, memória 432, unidade de transporte 433, modem sem fio 434, processador de exibição 435, display local 462, processador de áudio 436, alto-falante 463 e interface de entrada de usuário 476.

[0063] O modem sem fio 434 permuta as unidades de dados encapsuladas em um link sem fio. O modem sem fio 434 pode, por exemplo, ser um modem Wi-Fi configurado para implementar um ou mais padrões da família de padrões IEEE 802.11. A unidade de transporte 433 pode encapsular as unidades de dados para transmissão e desencapsular as unidades de dados recebidas encapsuladas. Por exemplo, a unidade transporte 433 pode extrair os dados de áudio/vídeo codificados (A/V) de unidades de dados encapsulados e enviar os dados codificados A/V para o processador 431 para ser decodificados e processados para emissão. O processador 435 pode processar os dados de vídeo decodificados a ser exibidos no local de exibição 462, e o processador de áudio 436 pode processar os dados de áudio decodificados para saída no alto-falante 463. O display local 462 e o alto- falante 463 podem representar exemplos de dispositivos de interface de usuário 22, da figura 1, e/ou dispositivos de interface de usuário 78, da figura 2. Como outro exemplo, a unidade de transporte 433 pode encapsular a unidade de dados codificados A/V recebida do processador 431 para transmissão por modem sem fio 434 no link sem fio.

[0064] O dispositivo de computação 460 também pode receber os dados de entrada de usuário através da interface de entrada de usuário 476, que também pode representar um exemplo de dispositivos de interface de usuário 22 ou dispositivos de interface de usuário 78. Por exemplo, a interface de entrada de usuário 476 pode representar qualquer um de um número de dispositivos de entrada de usuário incluídos, mas não limitados a uma interface de tela sensível ao toque ou sensível à presença, um teclado, um mouse, um módulo de comando de voz, um dispositivo de captura do gesto (por exemplo, com capacidades de captura de entrada baseada em câmera) ou outro tipo de dispositivo de entrada de usuário. A entrada de usuário recebida através de interface de entrada de usuário 476 pode ser processada pelo processador 431. Em instâncias em que o dispositivo de computação 460 incorpora um dispositivo de depósito, como o dispositivo de depósito 20, da figura 1, esse processamento pode incluir gerar pacotes de dados que incluem o comando de entrada de usuário recebido. Uma vez gerada, a unidade de transporte 433 pode processar os pacotes de dados para o transporte de rede para um dispositivo de origem através de um UIBC, por exemplo. Em alguns casos, o dispositivo de computação 460 pode incluir acoplado à unidade de transporte 433, uma interface adicional para um link de comunicação com fio, tal como uma porta USB.

[0065] O processador 431 pode incluir um ou mais de uma vasta gama de processadores, tal como um ou mais processadores de sinal digital (DSPs), microprocessadores de uso geral, circuitos integrados de aplicação específica (ASICs), arranjos de portas programáveis no campo (FPGAs), outros circuitos lógicos integrados ou discretos equivalentes ou alguma combinação destes. A memória 432 do dispositivo de computação 460 pode incluir qualquer de uma variedade de memórias voláteis ou não-volátil, incluindo, mas não limitado a memória de acesso aleatório (RAM), tal como memória de acesso aleatório, dinâmica, síncrona (SDRAM), memória de leitura (ROM), memória de acesso aleatório não volátil (NVRAM), memória de leitura eletricamente apagável, programável (EEPROM), memória FLASH e afins, a memória 432 pode incluir um meio de armazenamento legível por computador para armazenar dados de áudio/vídeo, bem como outros tipos de dados. A memória 432 pode adicionalmente armazenar instruções e código de programa que são executados pelo processador 431 como parte da execução de várias técnicas descritas nessa revelação.

[0066] As técnicas dessa revelação incluem, em alguns casos, o uso de uma sessão de comunicação estabelecida de acordo com uma implementação de MirrorLink™ para o transporte de um comando para um dispositivo de origem Wi-Fi Display (WFD, também conhecido como Miracast) para direcionar o dispositivo de origem para executar um serviço WFD para fornecer os dados da mídia para encapsulamento pela unidade de transporte 433 para o transporte para um dispositivo de depósito WFD. O depósito WFD e o dispositivo de origem WFD estabelecem uma sessão de Wi-Fi Display para permitir que o dispositivo de origem opere como um dispositivo de origem WFD em conformidade com a especificação WFD e desse modo os dados de fonte de mídia para a unidade de cabeça de veículo operando como um dispositivo de depósito em conformidade com a especificação de WFD. Dessa forma, uma sessão WFD, pelo menos temporariamente suplanta a sessão de comunicação MirrorLink™ e a sessão WFD assume o controle das interações entre o dispositivo de origem WFD e o dispositivo de depósito WFD e transporta as mensagens de controle e os dados entre o dispositivo de origem WFD e o dispositivo de depósito WFD. As técnicas são descritas em mais detalhes com relação a figura 1-5, por exemplo.

[0067] A figura 7 é um diagrama de blocos ilustrando uma instância exemplar de uma sessão de comunicação sem fio que inclui várias sessões de protocolo sem fio para oferecer suporte a vários consoles de veículo, de acordo com as técnicas descritas neste documento. O sistema de comunicação sem fio 600 pode representar um sistema de comunicação sem fio 50 modificado para suportar os vários consoles de veículo 80A-80B controlados pela unidade de cabeça de veículo 601, que pode representar uma instância de unidade de cabeça de veículo 70, da figura 2.

[0068] Nesse exemplo, a unidade de cabeça de veículo 70 inclui os consoles veículo 610A-610B (“consoles 610A-610B”) que podem representar consoles dianteiros e traseiros para um automóvel, respectivamente. Console 610B é acessível aos passageiros do banco traseiro. O console de veículo 610B representando um console traseiro pode ser substancialmente inacessível ao motorista do veículo em que as interfaces, por exemplo, display e entradas táteis de usuário, para o console 610B estão fora do alcance e/ou não visíveis para o motorista enquanto sentado no banco do motorista. Por outro lado, o console de veículo 610A representando um console frontal pode ser acessível ao motorista do veículo, mesmo quando o motorista estiver dirigindo e o veículo estiver em movimento.

[0069] WFD inclui recursos para oferecer suporte aos depósitos WFD primários e secundários. A unidade de cabeça de veículo 70 inclui os depósitos WFD 612A-612B que podem alternar como respectivos depósitos, primário e secundário, de acordo com o tipo de aplicação e se o veículo estiver em movimento, por exemplo. Em geral, de acordo com a especificação de WFD, um depósito primário é um depósito WFD que é capaz de processar os dados de áudio e vídeo ou somente dados de vídeo. Se capaz de processamento de dados de áudio e de vídeo, também deve ser capaz de processar os dados de áudio e dados de vídeo individualmente. Um depósito secundário é um depósito WFD que é capaz de processar os dados de áudio, incluindo dados de áudio recebidos de uma fonte WFD. Na operação de depósito acoplado, a fonte pode redirecionar o processamento dos dados de áudio de um depósito primário para um depósito secundário acoplado (e vice-versa) quando a acoplamento é estabelecido entre o depósito primário e secundário. Se os dois dispositivos, de origem e depósito, suportam a operação de depósitos acoplados, então a fonte pode enviar os dados de áudio para qualquer dentre o depósito primário ou o depósito secundário.

[0070] As técnicas dessa revelação também podem incluir o mapeamento seletivo de depósitos WFD 612A- 612B como depósitos WFD, primário e secundário. O depósito WFD 612A emite os dados de mídia recebidos para o console 610A, enquanto que o depósito WFD 612B emite os dados de mídia recebidos para o console 612B. Os depósitos WFD 612A- 612B estabelecem sessões WFD, respectivas, 602A-602B com a fonte WFD 64 de acordo com as técnicas descritas acima, ou seja, usando a sessão MirrorLink™ 30 estabelecida entre a interface MirrorLink™ 68 e a interface MirrorLink™ 76. Em alguns casos, cada uma das sessões WFD 602A-602B está associada com um identificador de sessão diferente a fim de diferenciar entre os depósitos WFD 612A-612B para os consoles 610A-612B. Em alguns casos, no entanto, a unidade de cabeça de veículo 601 inclui um único depósito WFD que estabelece uma única sessão WFD com a fonte WFD 64. Identificadores de sessão diferentes podem ser usados para diferenciar os dados de mídia destinados ao console 610A versus destinado ao console 610B.

[0071] O dispositivo de origem 60 pode diferenciar entre vários tipos de aplicações, por exemplo, instâncias de aplicativo 62. Alguns aplicativos podem estar disponíveis para o motorista e o console 610A somente quando o veículo estiver parado. No entanto, esses aplicativos podem estar disponíveis para os passageiros de trás e direcionados para o depósito WFD 612B para o console 610B.

[0072] Além disso, o dispositivo de origem 60 com base nos dados de mídia que estiverem sendo transmitidos, pode adaptativamente mudar o destino com base nas informações recebidas em canais de controle 606A-606B. Por exemplo, os depósitos WFD 612 podem indicar para a fonte WFD 64 que o veículo está em movimento. Quando um aplicativo 62 fornece dados de fluxo contínuo somente de áudio para a fonte WFD 64, a fonte WFD 64 pode transmitir cópias de ambos os depósitos WFD 612A-612B. Alternativamente, a fonte WFD 64 pode transmitir em fluxo contínuo uma única cópia para depósito WFD 612A, que pode encaminhar os dados de fluxo contínuo de áudio para os alto-falantes dianteiros e traseiros, em alguns casos associados com respectivos consoles 610A-610B. Quando um aplicativo 62 fornece fluxo contínuo de vídeo, a fonte WFD 64 pode transmitir seletivamente os dados de vídeo apenas para depósito WFD 612B para a saída ao console 610B. Se a fonte WFD 64 posteriormente recebe uma indicação por canais de controle 606A-606B, de que o veículo parou, a fonte WFD 64 pode transmitir os dados de vídeo para o depósito WFD 612A para renderização para o console 610A. O depósito WFD 612A adicionalmente pode renderizar o vídeo para o console 610B em alguns casos, para evitar o envio em fluxo contínuo de várias cópias do vídeo.

[0073] Em alguns exemplos, parâmetros de informações de contexto MirrorLink™ podem ser modificados para incluir informações adicionais sobre um tipo de aplicativo 62. As informações adicionais podem caracterizar o aplicativo 62 como, por exemplo, um aplicativo de vídeo que fornece conteúdo de vídeo, como filmes, vídeo natural ou sintético (gerado por computador), conteúdo Flash, e assim por diante; um aplicativo de jogos que pode exigir realimentação de toque adicional; um aplicativo de música na qual unidade de cabeça de veículo 601 ajusta um dispositivo de interface de usuário para permitir opções de pular, pausar e jogar. A informação adicional também pode direcionar a fonte WFD 612 para apresentar uma exposição de acordo com um local e tamanho de janela, prescrito, para, por exemplo, uma chamada de chegada.

[0074] A figura 8 é um diagrama de blocos ilustrando um exemplo de um modelo de comunicação de dados ou pilha de protocolos para um sistema, tal como o sistema 2, da figura 1 e/ou sistema 50, da figura 2. O modelo de comunicação de dados 500 ilustra as interações entre os dados e protocolos de controle usados para transmitir dados entre um dispositivo de origem e um dispositivo de depósito em um sistema WD implantado. Em um exemplo, sistema 100 pode usar o modelo de comunicação de dados 500. O modelo de comunicação de dados 500 inclui a camada física (PHY) 502, camada de controle de acesso de mídia (MAC) (504), protocolo de internet (IP) 506, protocolo de datagrama de usuário (UDP) 508, protocolo em tempo real (RTP) 510, fluxo de transporte MPEG2 (MPEG2-TS) 512, proteção de conteúdo 514, empacotamento de fluxo elementar empacotado (PES) 516, codec de vídeo 518, codec de áudio 520, protocolo de controle de transporte (TCP) 522, Protocolo de Fluxo Contínuo em Tempo Real (RTSP) 524, empacotamento de realimentação 528, constantes de dispositivo de interface humana 530, entradas genéricas de usuário 532, análise de desempenho 534 e MirrorLink™ 536.

[0075] A camada física 502 e a camada MAC 504 podem definir sinalização física, endereçamento, e controle de canal de acesso, usados para comunicações em um sistema WD. A camada física 502 e a camada MAC 504 podem definir a estrutura de banda de freqüência utilizada para comunicação, por exemplo, bandas da Federal de Communications Commission definidas em estruturas de banda de freqüência de 2.4 GHz, 3.6 GHz, 5 GHz, 60 GHz ou de banda ultra larga (UWB). A camada física 502 e MAC 504 também podem definir técnicas de modulação de dados, por exemplo, modulação de amplitude analógica e digital, técnicas de modulação de frequência, de modulação de fase e suas combinações. A camada física 502 e o MAC 504 também podem definir técnicas de multiplexação, por exemplo, multiplexação de divisão de freqüência ortogonal (OFDM), acesso múltiplo de divisão de tempo (TDMA), acesso múltiplo de divisão de freqüência (FDMA), acesso múltiplo de divisão de código (CDMA) ou qualquer combinação de OFDM, FDMA, TDMA/CDMA. Em um exemplo, a camada física 502 e a camada de controle de acesso de mídia 504 podem ser definidas por um padrão Wi-Fi (por exemplo, o IEEE 802.11-2007 e 802.11 n-x 2009), como o fornecido pela WFD. Em outros exemplos, a camada física 502 e a camada de controle de acesso a mídia 504 podem ser definidas por qualquer um de: HD sem fio, Interface Digital Doméstica Sem Fio (WHDI), WiGig e USB Sem Fio.

[0076] O Protocolo Internet (IP) 506, protocolo de datagrama de usuário (UDP) 508, protocolo em tempo real (RTP) 510, protocolo de controle de transporte (TCP) 522 e protocolo de fluxo contínuo em tempo real (RTSP) 524 definem estruturas de pacote e encapsulamento usados em um sistema WD e podem ser definidos de acordo com os padrões mantidos pela Internet Engineering Task Force (IETF).

[0077] RTSP 524 pode ser usado pelo dispositivo de origem 10 e dispositivo de depósito 20, por exemplo, para negociar recursos, estabelecer uma sessão e gerenciamento e manutenção de sessão. O dispositivo de fonte 10 e o dispositivo de depósito 20 podem estabelecer o canal de realimentação usando uma transação de mensagem RTSP para negociar uma capacidade do dispositivo de origem 10 e dispositivo de depósito 20 para suportar o canal de realimentação e categoria de entrada de realimentação no UIBC. O uso de negociação RTSP para estabelecer um canal de realimentação pode ser semelhante ao uso do processo de negociação RTSP para estabelecer uma sessão de compartilhamento de mídia e/ou o UIBC.

[0078] Por exemplo, o dispositivo de origem 10 pode enviar uma mensagem de solicitação de capacidade (por exemplo, mensagem de solicitação RTSP GET_PARAMETER) para o dispositivo de depósito 20 especificando uma lista de capacidades que são de interesse para o dispositivo de origem 10. De acordo com essa revelação, a mensagem de solicitação de capacidade pode incluir a capacidade para suportar um canal de realimentação no UIBC. O dispositivo de depósito 20 pode responder com uma mensagem de resposta de capacidade (por exemplo, mensagem de resposta RTSP GET_PARAMETER) para o dispositivo de origem 10 declarando a sua capacidade de suportar o canal de realimentação. Como um exemplo, a mensagem de resposta de capacidade pode indicar um “sim” se o dispositivo de depósito 20 suportar o canal de realimentação no UIBC. O dispositivo de origem 10 pode então enviar uma mensagem de solicitação de confirmação (por exemplo, mensagem de solicitação RTSP SET_PARAMETER para o dispositivo de depósito 20 indicando que o canal de realimentação será usado durante a sessão de compartilhamento de mídia. O dispositivo de depósito 20 pode responder com uma mensagem de resposta de confirmação (por exemplo, mensagem de resposta RTSP SET_PARAMETER) para o dispositivo de origem 10 confirmando que o canal de realimentação será usado durante a sessão de compartilhamento de mídia. Conforme descrito acima, para aperfeiçoar MirrorLinkTM utilizando funcionalidade WFD em um exemplo, o dispositivo de origem 10 pode especificar um parâmetro ‘udp_port’ em ‘wfd_uibc_capabilities’ na SET_PARAMETER Request enviada ao dispositivo de depósito 20.

[0079] O codec de vídeo 518 pode definir as técnicas de codificação de dados de vídeo que podem ser usadas por um sistema WD. O codec de vídeo 518 pode implementar qualquer número de padrões de compactação de vídeo, tal como ITU-T H.261, ISO/IEC MPEG-1 Visual, ITU-T H.262 ou ISO/IEC MPEG-2 Visual, ITU-T H.263, ISO/IEC MPEG-4 Visual, ITU-T H.264 (também conhecidos como ISO/IEC MPEG-4 AVC), VP8 e High-Efficiency Video Coding (HEVC). Deve ser observado que em alguns casos o sistema WD pode ser de dados de vídeo compactados ou não compactados.

[0080] O codec de áudio 520 pode definir as técnicas de codificação de dados de áudio que podem ser usadas por um sistema WD. Os dados de áudio podem ser codificados utilizando formatos de múltiplos canais tais como aqueles desenvolvidos por Dolby and Digital Theater Systems. Os dados de áudio podem ser codificados utilizando um formato compactado ou não compactado. Exemplos de formatos de áudio compactados incluem MPEG-1, 2 Audio Layers II e III, AC-3, AAC. Um exemplo de um formato de áudio não compactado inclui formato de áudio de modulação de código-pulso (PCM).

[0081] Empacotamento de fluxo elementar empacotado (PES) 516 e fluxo de transporte MPEG2 (MPEG2-TS) 512 podem definir como os dados de áudio e de vídeo codificados são empacotados e transmitidos. Empacotamento de fluxo elementar em pacotes (PES) 516 e MPEG-TS 512 podem ser definidos de acordo com MPEG-2 Parte 1. Em outros exemplos, os dados de áudio e vídeo podem ser empacotados e transmitidos de acordo com outros protocolos de fluxo de transporte e empacotamento. A proteção de conteúdo 514 pode fornecer proteção contra cópia não autorizada dos dados de áudio ou vídeo. Em um exemplo, a proteção de conteúdo 514 pode ser definida de acordo com a especificação Proteção de Conteúdo Digital de Elevada largura de banda 2.0.

[0082] Empacotamento de realimentação 528 pode definir como são empacotadas a informação de desempenho e a entrada de usuário. A realimentação tipicamente afeta como são apresentados os dados de mídia subsequentes apresentados ao usuário no dispositivo de depósito 20, (por exemplo, operações de zoom e de movimento panorâmico) e como o dispositivo de origem 10 processa (por exemplo, codifica e/ou transmite) os dados de vídeo para o dispositivo de depósito 20.

[0083] Os comandos de dispositivo de interface humana (HIDC) 530, entradas genéricas de usuário 532, entradas específicas de usuário OS 534, e entradas de usuário MirrorLinkTM 536, podem definir como os tipos de entradas de usuário são formatadas em elementos de informação. Comandos de dispositivo de interface humano 530 e entradas genéricas de usuário 532 podem categorizar as entradas com base no tipo de interface de usuário (por exemplo, mouse, teclado, interface de toque, de múltiplos toques, de voz, de gesto, específica de fornecedor ou outro tipo de interface) e comandos (por exemplo, zoom, deslocamento panorâmico, ou outro tipo de comando) e determinam como as entradas de usuário devem ser formatadas em elementos de informação.

[0084] Em um exemplo, os comandos de dispositivo de interface humana 530 podem formatar os dados de entrada de usuário e gerar valores de entrada de usuário com nas especificações de dispositivo de entrada de usuário definidas tais como USB, Bluetooth e ZigBee. As Tabelas 1A, 1B e 1C fornecem exemplos de um formato de corpo de entrada HIDC, valores de Tipo de Interface HID e Tipo HID. Em um exemplo, os comandos de dispositivo de interface humano (HIDC) 530 podem ser definidos de acordo com WFD. Na Tabela 1A, o campo Tipo de Interface HID especifica um tipo de dispositivo de interface humana (HID). Exemplos de tipos de interface HID são fornecidos na Tabela 1B. O campo Tipo de HID especifica um tipo de HID. A Tabela 1C fornece exemplos de tipos de HID. O campo de comprimento especifica o comprimento de um valor de HIDC em octetos. O HIDC inclui dados de entrada que podem ser definidos em especificações tais como Bluetooth, Zigbee e USB. Tabela 1A: Formato de Corpo HIDC

Tabela 1B: Tipo de Interface HIDC

Tabela 1C: Tipo de HID

[0085] Em um exemplo, as entradas genéricas de usuário 532 podem ser processadas no nível do aplicativo e formatadas como elementos de informação independentes de um dispositivo de entrada de usuário específico. As entradas genéricas de usuário 532 podem ser definidas pelo padrão WFD. As tabelas 2B e 2A fornecem exemplos de um formato de corpo de entrada genérico e elementos de informação para entradas genéricas de usuário. Na tabela 2A, o campo Generic IE ID especifica um tipo de ID de elemento de informação (IE) genérico. Exemplos de tipos Generic IE ID são fornecidos na tabela 2B. O campo de comprimento especifica o comprimento de um valor Generic IE ID em octetos. O campo de descrever especifica os detalhes de uma entrada de usuário. Note-se que, em nome da brevidade, que os detalhes de todas as entradas de usuário no campo descrever na tabela 2A não foram descritos, mas em alguns exemplos podem incluir valores de coordenadas X-Y para eventos de tocar/mover mouse, códigos de teclas ASCII e códigos de teclas de controle, zoom, rolagem e valores de rotação. Em um exemplo, os comandos de dispositivo de interface humana (PPME)530 e entradas genéricas de usuário 532 podem ser definidos de acordo com WFD.Tabela 2A: Formato Genérico de Corpo de Entrada

Tabela 2B: Formato Genérico de Corpo de Entrada

[0086] As Tabelas 3A-3B abaixo ilustram os exemplos do campo de Descrever do ID de Tipo de Entrada Genérica para as respectivas entradas de Tecla para Baixo e Tecla para Cima que são definidas atualmente para o padrão WFD. Tabela 3A: Descreve o Campo da Mensagem de Entrada Genérica para Tecla para Baixo

Tabela 3B: Descreve o Campo da Mensagem de Entrada

[0087] Conforme ilustrado nas tabelas 3A-3B, o campo de Descrever da Mensagem de Entrada Genérica para mensagens tanto de tecla para cima como de tecla para baixo é usado para comunicação de códigos de teclas ASCII. O campo de Descrever também inclui um campo de Octeto Reservado. Conforme descrito acima, um UIBC entre o dispositivo de origem 10 e o dispositivo de depósito 20 pode ser configurado para acomodar MirrorLink™ ou mais geralmente controles do carro e um sistema de Entretenimento Informativo em Veículo (IVI). Assim, em um exemplo, o campo reservado pode ser utilizado para acomodar MirrorLink™, por exemplo, o campo reservado pode indicar que uma mensagem de entrada de tecla para baixo ou tecla para cima inclui informação que não seja um código ASCII. Informação que não seja um código de tecla ASCII pode incluir informação relativa à ou definida de acordo com MirrorLink™. Em um exemplo, uma mensagem de entrada de tecla para baixo e/ou tecla para acima pode ser utilizada para comunicar uma chave binária de 32 bits (“bin”). Uma chave binária de 32 bits pode ser usada para indicar um comando de carro, como os descritos acima, por exemplo, aumentar o volume. Em um exemplo, um valor de campo reservado de 0x00 pode indicar que mensagens de entrada de tecla para baixo ou tecla para cima incluem os campos de código de chave 1 e de código de chave 2 conforme ilustrado nas tabelas 3A e 3B e um valor de campo reservado diferente 0x00 pode indicar que os campos posteriores não são usados para o código de chave 1 e código de chave 2. Em um exemplo, um valor de campo reservado de 0x01 pode indicar que o campo subseqüente é uma chave binária de 32 bits. A tabela 4 ilustra um exemplo onde o valor do Campo Reservado 0x01 indica uma chave binária de 32 bits. Na tabela 4, o Campo Reservado é referido como Tipo de Codificação de Chave.Tabela 4: Chave binária de 32 Bits

[0088] As entradas de usuário específicas de sistema operacional 534 são dependentes de plataforma de dispositivo. Para plataformas de dispositivos diferentes, tais como iOS ®, Windows Mobile ® e Android ®, os formatos de entradas do usuário podem ser diferentes. As entradas de usuário categorizadas como entradas de usuário interpretadas podem ser independentes de plataforma de dispositivo. Tais entradas de usuário são interpretadas de forma padronizada para descrever entradas comuns de usuário que podem direcionar uma operação clara. Um depósito de exibição sem fio e a fonte de exibição sem fio podem ter uma interface de entrada de usuário específica de fornecedor, comum que não é especificada por qualquer plataforma de dispositivo, nem padronizada na categoria de entrada de usuário interpretado. Para tal caso, a fonte de exibição sem fio pode enviar entradas de usuário em um formato especificado pela biblioteca do fornecedor. Encaminhamento de entradas do usuário pode ser usado para encaminhar mensagens não provenientes de um depósito de exibição sem fio. É possível que o depósito de exibição sem fio possa enviar essas mensagens de um terceiro dispositivo como encaminhamento de entrada do usuário e então pode esperar que a fonte de exibição sem fio responda a essas mensagens no contexto correto.

[0089] As entradas de usuário MirrorLink™ 536 podem representar uma nova categoria de entrada para MirrorLink™, ou seja, uma nova “categoria de entrada” para uma mensagem de solicitação RTSP SET_PARAMETER. Por exemplo, as entradas de usuário, tal como o ajuste dos controles de volume em um console do carro podem ser transmitidas para um telefone inteligente usando entradas do usuário MirrorLink™ 536. Note-se que os valores reservados em tabelas 1A - 1C e 2A-2B podem ser modificados para incluir qualquer uma das entradas de usuário descritas acima em relação a um sistema IVI como um dispositivo de depósito. Por exemplo, valores de 8-254 na tabela 1 podem ser modificados para incluir um controle de volume de carro ou quaisquer outras entradas de usuário incluídas em um carro, tais como painel de instrumentos, volante ou controles de tela de toque. Além disso, valores de 8-254 na tabela IB podem ser modificados para incluir um dispositivo MirrorLink™.

[0090] As entradas de usuário MirrorLink™ 536 podem ser divididas em categorias, como detalhado na tabela 5:Tabela 5: Categorias de Entradas de Usuário MirrorLink™

[0091] A categoria de entrada de toque pode incluir entradas de exposição sensível ao toque ou à presença para navegação, controles de mídia (por exemplo, reproduzir, pausar, parar, saltar), etc. A categoria de botões pode incluir entradas para botões no veículo que podem ser pressionados, tais como aqueles acoplados à unidade de cabeça de veículo, mas localizados em um volante ou painel de instrumentos. A categoria de botões giratórios é semelhante à categoria de botões, mas incluem entradas para botões no veículo que pode ser girados para alterar a configuração (por exemplo, botões de controle de volume).

[0092] Em um ou mais exemplos, as funções descritas podem ser implementados em hardware, software, firmware ou qualquer combinação destes. Se implementadas em software, as funções podem ser armazenadas em ou transmitidas como uma ou mais instruções ou código em um meio legível por computador. Mídia legível por computador pode incluir meio legível por computador não transitório ou transitório, incluindo qualquer meio de comunicação que facilita a transferência de um programa de computador de um lugar para outro. Mídia de armazenamento de dados pode ser qualquer mídia disponível que pode ser acessada por um ou mais computadores ou um ou mais processadores para recuperar estruturas instruções, código e/ou dados para a aplicação das técnicas descritas nesta revelação.

[0093] Como exemplo e não como limitação, tal meio legível por computador pode incluir mídia não transitória tal como RAM, ROM, EEPROM, CD-ROM ou outro meio de armazenamento de disco ótico, de disco magnético, ou outros dispositivos de armazenamento magnético, memória Flash ou qualquer outro meio, que possa ser usado para transportar ou armazenar o código de programa desejado na forma de estruturas de dados ou instruções e que pode ser acessado por um computador. Também, qualquer conexão é corretamente denominada como um legível por computador. Disco e disco, como usado aqui, incluem disco compacto (CD), disco laser, disco óptico, disco versátil digital (DVD), disquetes e discos blu-ray, onde discos magnéticos normalmente reproduzem dados magneticamente, enquanto discos óticos reproduzem dados opticamente com laseres. Combinações dos mencionados acima também devem ser incluídas no âmbito da mídia legível por computador.

[0094] O código pode ser executado por um ou mais processadores, tais como um ou mais processadores de sinal digital (DSPs), microprocessadores de uso geral, circuitos integrados de aplicação específica (ASICs), arranjos de portas programáveis no campo (FPGAs) ou outros circuitos lógicos integrados ou discretos, equivalentes. Nesse sentido, o termo “processador”, como usado aqui pode se referir a qualquer um da estrutura acima ou qualquer outra estrutura adequada para a aplicação das técnicas descritas neste documento. Além disso, em alguns aspectos, a funcionalidade descrita neste documento pode ser fornecida dentro de hardware dedicado e/ou módulos de software configurados para codificação e decodificação, ou incorporado em um codec combinado. Além disso, as técnicas poderiam ser totalmente implementadas em um ou mais circuitos ou elementos de lógica.

[0095] As técnicas dessa revelação podem ser implementadas em uma ampla variedade de dispositivos ou aparelhos, incluindo um aparelho sem fio, um circuito integrado (IC) ou um conjunto de ICs (por exemplo, um chip set). Vários componentes, módulos ou unidades são descritos nesta revelação para enfatizar os aspectos funcionais dos dispositivos configurados para executar as técnicas divulgadas, mas não necessariamente exigem realização por unidades de hardware diferentes. Pelo contrário, conforme descrito acima, as várias unidades podem ser combinadas em uma unidade de hardware de codec ou fornecidas por uma coleção de unidades de hardware interoperáveis, incluindo um ou mais processadores, como descrito acima, em conjunto com o software adequado e/ou firmware.

[0096] Os veículos exemplares que podem empregar técnicas de revelação incluem automóveis, caminhões, jatos, aeronaves, veículos para todo tipo de terreno (ATV), veículos adaptados para deslocamento sobre o gelo, motocicletas, tanques ou outros veículos militares, caminhões ou outros veículos de transporte, escavadeiras, tratores ou outras máquinas pesadas, trens, carrinhos de golfe ou quaisquer outros tipos de veículos. Uma grande variedade de dados de veículos e processamento desses dados é contemplada nos exemplos de acordo com esta revelação.

[0097] Foram descritas várias modalidades da invenção. Essas e outras modalidades estão dentro do escopo das reivindicações a seguir.

Claims

1. Método de transmissão de dados de mídia a partir de um dispositivo de origem, o método caracterizado por compreender: estabelecer com o dispositivo de origem, uma primeira sessão de comunicação entre o dispositivo de origem e um dispositivo de depósito compreendendo uma unidade de cabeça de veículo, em que a primeira sessão de comunicação se adapta a um protocolo de comunicação e está associada com um serviço de exibição sem fio que se adapta a um primeiro protocolo de exibição sem fio; descobrir, com o dispositivo de origem e por intermédio da primeira sessão de comunicação, o dispositivo de depósito; receber, com o dispositivo de origem e por intermédio da primeira sessão de comunicação, uma mensagem de controle a partir do dispositivo de depósito; em resposta à mensagem de controle, executar um segundo serviço de exibição sem fio com o dispositivo de origem; durante a operação da primeira sessão de comunicação associada com o primeiro serviço de exibição sem fio, estabelecer com o dispositivo de origem uma segunda sessão de comunicação para o segundo serviço de exibição sem fio entre o dispositivo de origem e o dispositivo de depósito, em que o segundo serviço de exibição sem fio adapta-se a um segundo protocolo de exibição sem fio; e transmitir, utilizando a segunda sessão de comunicação, os dados de mídia a partir do dispositivo de origem para o dispositivo de depósito para emissão para uma interface do dispositivo de depósito.

2. Método, de acordo com a reivindicação 1, caracterizado pela transmissão dos dados de mídia a partir do dispositivo de origem para o dispositivo de depósito para emissão para uma interface do dispositivo de depósito compreender transmitir os dados de mídia a partir do serviço de exibição sem fio executado pelo dispositivo de origem para o dispositivo de depósito.

3. Método, de acordo com a reivindicação 1, caracterizado por compreender ainda: transmitir, a partir do dispositivo de origem para o dispositivo de depósito, os dados definindo uma interface de usuário que apresenta um usuário com uma ou mais aplicações para execução; em que a mensagem de controle indica que o usuário selecionou a primeira de uma ou mais aplicações para execução, e em que a transmissão dos dados de mídia a partir do dispositivo de origem para o dispositivo de depósito para emissão para uma interface do dispositivo de depósito compreende transmitir os dados de mídia em resposta à mensagem de controle.

4. Método, de acordo com a reivindicação 1, caracterizado pela unidade de cabeça de veículo compreender um console dianteiro substancialmente acessível a um motorista de um veículo que inclui a unidade de cabeça de veículo e um console traseiro substancialmente inacessível a um motorista, o método compreendendo ainda: transmitir os dados de mídia para o dispositivo de depósito para emissão para um dentre o console dianteiro ou o console traseiro de acordo com as propriedades dos dados de mídia.

5. Método, de acordo com a reivindicação 4, caracterizado por compreender ainda transmitir os dados de mídia apenas para o console traseiro quando o veículo estiver em movimento.

6. Método, de acordo com a reivindicação 1, caracterizado por compreender ainda: enviar uma mensagem de Protocolo de Fluxo Contínuo em Tempo Real, RTSP, para o dispositivo de depósito, em que a mensagem RTSP identifica uma porta de protocolo de datagrama de usuário, UDP; e receber um comando para a segunda sessão de comunicação na porta UDP identificada.

7. Método, de acordo com a reivindicação 1, caracterizado por compreender ainda: receber uma mensagem de entrada de usuário a partir do dispositivo de depósito por intermédio da segunda sessão de comunicação, em que a mensagem de entrada de usuário se baseia ao menos em parte em uma mensagem definida de acordo com um padrão de exibição sem fio e inclui um campo indicando se a mensagem inclui um código de chave ASCII ou uma chave binária de 32 bits; e ajustar a transmissão dos dados de mídia de acordo com a mensagem de entrada de usuário.

8. Método de recepção de dados de mídia com um dispositivo de depósito compreendendo uma unidade de cabeça de veículo, o método caracterizado por compreender: estabelecer, com o dispositivo de depósito, uma primeira sessão de comunicação entre o dispositivo de depósito e um dispositivo de origem, em que a primeira sessão de comunicação se adapta a um protocolo de comunicação e está associada com um serviço de exibição sem fio que se adapta a um primeiro protocolo de exibição sem fio; descobrir, com o dispositivo de depósito e por intermédio da primeira sessão de comunicação, o dispositivo de origem; enviar, com o dispositivo de depósito e por intermédio da primeira sessão de comunicação, uma mensagem de controle para o dispositivo de origem para executar um segundo serviço de exibição sem fio; durante a operação da primeira sessão de comunicação associada com o primeiro serviço de exibição sem fio, estabelecer com o dispositivo de depósito uma segunda sessão de comunicação para o segundo serviço de exibição sem fio entre o dispositivo de origem e o dispositivo de depósito, em que o segundo serviço de exibição sem fio se adapta a um segundo protocolo de exibição sem fio; receber, com o dispositivo de depósito utilizando a segunda sessão de comunicação os dados de mídia a partir do dispositivo de origem; e renderizar os dados de mídia para uma interface do dispositivo de depósito.

9. Método, de acordo com a reivindicação 8, caracterizado pelo recebimento dos dados de mídia a partir do dispositivo de origem compreende receber os dados de mídia a partir do segundo serviço de exibição sem fio.

10. Método, de acordo com a reivindicação 8, caracterizado por compreender ainda: receber, com o dispositivo de depósito por intermédio da primeira sessão de comunicação, os dados definindo uma interface de usuário que apresenta a um usuário uma ou mais aplicações para execução; em que a mensagem de controle indica que o usuário selecionou uma primeira dentre uma ou mais aplicações para execução.

11. Método, de acordo com a reivindicação 1 ou 8, caracterizado pelo primeiro serviço de exibição sem fio compreender MirrorLink.

12. Método, de acordo com a reivindicação 1 ou 8, caracterizado pelo segundo serviço de exibição sem fio compreender Wi-Fi Display.

13. Dispositivo de origem caracterizado por compreender: meios para estabelecer uma primeira sessão de comunicação com um dispositivo de depósito compreendendo uma unidade de cabeça de veículo, e que a primeira sessão de comunicação se adapta a um protocolo de comunicação e está associada com um serviço de exibição sem fio que se adapta a um primeiro protocolo de exibição sem fio; meios para descobrir, por intermédio da primeira sessão de comunicação, o dispositivo de depósito; meios para receber, com o dispositivo de origem e por intermédio da primeira sessão de comunicação, uma mensagem de controle a partir do dispositivo de depósito; meios para, em resposta à mensagem de controle, executar um segundo serviço de exibição sem fio com o dispositivo de origem; meios para, durante operação da primeira sessão de comunicação associada com o primeiro serviço de exibição sem fio, estabelecer uma segunda sessão de comunicação para o segundo serviço de exibição sem fio com o dispositivo de depósito, em que a segunda sessão de comunicação para o segundo serviço de exibição sem fio se adapta a um segundo protocolo de exibição sem fio; e meios para transmitir, utilizando a segunda sessão de comunicação, os dados de mídia para o dispositivo de depósito para emissão para uma interface do dispositivo de depósito.

14. Dispositivo de depósito caracterizado por compreender: meios para estabelecer uma primeira sessão de comunicação com um dispositivo de origem, em que a primeira sessão de comunicação se adapta a um protocolo de comunicação e está associada com um serviço de exibição sem fio que se adapta a um primeiro protocolo de exibição sem fio; meios para descobrir, por intermédio da primeira sessão de comunicação, o dispositivo de origem; meios para enviar, com o dispositivo de depósito e por intermédio da primeira sessão de comunicação, uma mensagem de controle para o dispositivo de origem para executar um segundo serviço de exibição sem fio; meios para, durante a operação da primeira sessão de comunicação associada com o primeiro serviço de exibição sem fio, estabelecer uma segunda sessão de comunicação para o segundo serviço de exibição sem fio com o dispositivo de origem, em que o segundo serviço de exibição sem fio se adapta a um segundo protocolo de exibição sem fio; meios para receber, utilizando a segunda sessão de comunicação, os dados de mídia a partir do dispositivo de origem; e meios para renderizar os dados de mídia para uma interface.

15. Memória caracterizada por compreender instruções armazenadas na mesma que, quando executadas, fazem com que um ou mais processadores realizem as etapas do método conforme definido em qualquer uma das reivindicações 1 a 12.