Зворотний канал користувацького введення для бездротових дисплеїв

Формула / Реферат | Подібні патенти | МПК / Мітки | Додаткова інформація | Код посилання

Номер патенту: 109928

Опубліковано: 26.10.2015

Автори: Шаукат Фавад, Ван Сяодун, Равіндран Віджаялакшмі Р., Хуан Сяолун

Є ще 38 сторінок.

Дивитися все сторінки або завантажити PDF файл.

Формула / Реферат

1. Спосіб узгодження характеристик між бездротовим пристроєм-приймачем та бездротовим пристроєм-джерелом, при цьому спосіб включає етап, на якому:

передають повідомлення в бездротовий пристрій-джерело, при цьому повідомлення ідентифікує:

множину списків підтримуваних типів, при цьому кожна з підтримуваних категорій введення зі списку підтримуваних категорій введення має асоційований список підтримуваних типів.

2. Спосіб за п. 1, в якому повідомлення є повідомленням з відповіддю RTSP GET_PARAMETER.

3. Спосіб за п. 1, який додатково включає етап, на якому:

при цьому список підтримуваних категорій введення є першим списком підтримуваних категорій введення, і при цьому множина списків підтримуваних типів є першою множиною списків підтримуваних типів;

приймають з бездротового пристрою-джерела друге повідомлення, при цьому друге повідомлення ідентифікує:

другий список підтримуваних категорій введення;

множину других списків підтримуваних типів, при цьому кожна з підтримуваних категорій введення з другого списку підтримуваних категорій введення має асоційований другий список підтримуваних типів.

4. Спосіб за п. 3, в якому друге повідомлення додатково містить порт для зв'язку.

5. Спосіб за п. 3, в якому друге повідомлення є повідомленням із запитом RTSP SET_PARAMETER.

6. Спосіб за п. 3, в якому підтримувані типи з других списків є піднабором типів з перших списків.

7. Спосіб за п. 3, який додатково включає етап, на якому:

передають в бездротовий пристрій-джерело третє повідомлення, щоб підтверджувати те, що типи з других списків активовані.

8. Спосіб за п. 7, який додатково включає етап, на якому:

приймають з бездротового пристрою-джерела четверте повідомлення, при цьому четверте повідомлення вказує те, що канал зв'язку між бездротовим пристроєм-джерелом та бездротовим пристроєм-приймачем активований.

9. Спосіб за п. 8, який додатково включає етап, на якому:

передають в бездротовий пристрій-джерело п'яте повідомлення, при цьому п'яте повідомлення підтверджує прийом четвертого повідомлення за допомогою бездротового пристрою-приймача.

10. Спосіб за п. 8, в якому канал зв'язку є зворотним каналом користувацького введення (UIBC).

11. Спосіб за п. 1, в якому підтримувані категорії введення зі списку підтримуваних категорій введення вибираються з групи, яка складається з універсальної команди і команди пристрою з людино-машинним інтерфейсом (HIDC).

12. Спосіб за п. 1, який додатково включає етап, на якому:

приймають з бездротового пристрою-джерела повідомлення із запитом параметрів, при цьому повідомлення із запитом параметрів ідентифікує тракт введення для підтримуваного типу списку підтримуваних типів.

13. Спосіб за п. 1, в якому підтримувані типи списків підтримуваних типів вибираються з групи, яка складається з клавіатури, миші, традиційного сенсорного введення, мультисенсорного введення, джойстика, камери, жестів і пульта дистанційного керування.

14. Спосіб за п. 2, в якому підтримувані типи з других списків підтримуваних типів вибираються з групи, яка складається з клавіатури, миші, традиційного сенсорного введення, мультисенсорного вводу, джойстика, камери, жестів і пульта дистанційного керування.

15. Спосіб за п. 4, в якому порт для зв'язку є портом за протоколом керування передачею (TCP).

16. Спосіб за п. 1, в якому перше повідомлення додатково ідентифікує нульовий запис для підтримуваної категорії введення, щоб вказувати те, що категорія введення не підтримується за допомогою бездротового пристрою-приймача.

17. Спосіб за п. 1, в якому перше повідомлення є повідомленням в текстовому форматі.

18. Бездротовий пристрій-приймач, який виконаний з можливістю узгоджувати характеристики з бездротовим пристроєм-джерелом, причому бездротовий пристрій-приймач містить:

запам'ятовуючий пристрій, що зберігає інструкції;

один або більше процесорів, виконаних з можливістю виконувати інструкції, при цьому при виконанні інструкцій один або більше процесорів інструктують:

передавати повідомлення в бездротовий пристрій-джерело, при цьому повідомлення ідентифікує:

19. Пристрій за п. 18, в якому повідомлення є повідомленням з відповіддю RTSP GET_PARAMETER.

20. Пристрій за п. 18, в якому список підтримуваних категорій введення є першим списком підтримуваних категорій введення, і при цьому множина списків підтримуваних типів є першою множиною списків підтримуваних типів, і при цьому при виконанні інструкцій один або більше процесорів додатково інструктують:

приймати з бездротового пристрою-джерела друге повідомлення, при цьому друге повідомлення ідентифікує:

другий список підтримуваних категорій введення;

21. Пристрій за п. 20, в якому друге повідомлення додатково містить порт для зв'язку.

22. Пристрій за п. 20, в якому друге повідомлення є повідомленням із запитом RTSP SET_PARAMETER.

23. Пристрій за п. 20, в якому підтримувані типи з других списків є піднабором типів з перших списків.

24. Пристрій за п. 20, в якому при виконанні інструкцій один або більше процесорів додатково інструктують:

передавати в бездротовий пристрій-джерело третє повідомлення, щоб підтверджувати те, що типи з других списків активовані.

25. Пристрій за п. 24, в якому при виконанні інструкцій один або більше процесорів додатково інструктують:

приймати з бездротового пристрою-джерела четверте повідомлення, при цьому четверте повідомлення вказує те, що канал зв'язку між бездротовим пристроєм-джерелом і бездротовим пристроєм-приймачем активований.

26. Пристрій за п. 25, в якому при виконанні інструкцій один або більше процесорів додатково інструктують:

передавати в бездротовий пристрій-джерело п'яте повідомлення, при цьому п'яте повідомлення підтверджує прийом четвертого повідомлення за допомогою бездротового пристрою-приймача.

27. Пристрій за п. 25, в якому канал зв'язку є зворотним каналом користувацького введення (UIBC).

28. Пристрій за п. 18, в якому підтримувані категорії введення зі списку підтримуваних категорій введення вибираються з групи, яка складається з універсальної команди і команди пристрою з людино-машинним інтерфейсом (HIDC).

29. Пристрій за п. 18, в якому при виконанні інструкцій один або більше процесорів додатково інструктують:

приймати з бездротового пристрою-джерела повідомлення із запитом параметрів, при цьому повідомлення із запитом параметрів ідентифікує тракт введення для підтримуваного типу списку підтримуваних типів.

30. Пристрій за п. 18, в якому підтримувані типи списків підтримуваних типів вибираються з групи, яка складається з клавіатури, миші, традиційного сенсорного введення, мультисенсорного введення, джойстика, камери, жестів і пульта дистанційного керування.

31. Пристрій за п. 19, в якому підтримувані типи з других списків підтримуваних типів вибираються з групи, яка складається з клавіатури, миші, традиційного сенсорного введення, мультисенсорного введення, джойстика, камери, жестів і пульта дистанційного керування.

32. Пристрій за п. 21, в якому порт для зв'язку є портом за протоколом керування передачею (TCP).

33. Пристрій за п. 18, в якому перше повідомлення додатково ідентифікує нульовий запис для підтримуваної категорії введення, щоб вказувати те, що категорія введення не підтримується за допомогою бездротового пристрою-приймача.

34. Пристрій за п. 18, в якому перше повідомлення є повідомленням в текстовому форматі.

35. Машинозчитуваний носій зберігання даних, що зберігає інструкції, які при виконанні за допомогою одного або більше процесорів дають інструкції одному або більше процесорам здійснювати спосіб узгодження характеристик між бездротовим пристроєм-приймачем та бездротовим пристроєм-джерелом, при цьому спосіб включає етап, на якому:

передають повідомлення в бездротовий пристрій-джерело, при цьому повідомлення ідентифікує:

36. Бездротовий пристрій-приймач, виконаний з можливістю узгоджувати характеристики з бездротовим пристроєм-джерелом, причому бездротовий пристрій-приймач містить:

засіб для передачі повідомлення в бездротовий пристрій-джерело, при цьому повідомлення ідентифікує:

37. Спосіб узгодження характеристик між бездротовим пристроєм-приймачем та бездротовим пристроєм-джерелом, при цьому спосіб включає етап, на якому:

приймають повідомлення з бездротового пристрою-приймача, при цьому повідомлення ідентифікує:

список підтримуваних категорій введення, причому список підтримуваних категорій введення ідентифікує формати даних користувацького введення, підтримувані бездротовим пристроєм-приймачем; і множину списків підтримуваних типів, при цьому кожна з підтримуваних категорій введення зі списку підтримуваних категорій введення має асоційований список підтримуваних типів.

38. Спосіб за п. 37, в якому повідомлення є повідомленням з відповіддю RTSP GET_PARAMETER.

39. Спосіб за п. 37, який додатково включає етап, на якому:

передають в бездротовий пристрій-приймач друге повідомлення, при цьому друге повідомлення ідентифікує:

другий список підтримуваних категорій введення;

40. Спосіб за п. 39, в якому друге повідомлення додатково містить порт для зв'язку.

41. Спосіб за п. 39, в якому друге повідомлення є повідомленням із запитом RTSP SET_PARAMETER.

42. Спосіб за п. 39, в якому підтримувані типи з других списків є піднабором типів з перших списків.

43. Спосіб за п. 39, який додатково включає етап, на якому:

приймають з бездротового пристрою-приймача третє повідомлення, щоб підтверджувати те, що типи з других списків активовані.

44. Спосіб за п. 43, який додатково включає етап, на якому:

передають в бездротовий пристрій-приймач четверте повідомлення, при цьому четверте повідомлення вказує те, що канал зв'язку між бездротовим пристроєм-джерелом та бездротовим пристроєм-приймачем активований.

45. Спосіб за п. 44, який додатково включає етап, на якому:

приймають з бездротового пристрою-приймача п'яте повідомлення, при цьому п'яте повідомлення підтверджує прийом четвертого повідомлення за допомогою бездротового пристрою-приймача.

46. Спосіб за п. 44, в якому канал зв'язку є зворотним каналом користувацького введення (UIBC).

47. Спосіб за п. 37, в якому підтримувані категорії введення зі списку підтримуваних категорій введення вибираються з групи, яка складається з універсальної команди і команди пристрою з людино-машинним інтерфейсом (HIDC).

48. Спосіб за п. 37, який додатково включає етап, на якому:

передають в бездротовий пристрій-приймач повідомлення із запитом параметрів, при цьому повідомлення із запитом параметрів ідентифікує тракт введення для підтримуваного типу списку підтримуваних типів.

49. Спосіб за п. 37, в якому підтримувані типи списків підтримуваних типів вибираються з групи, яка складається з клавіатури, миші, традиційного сенсорного введення, мультисенсорного введення, джойстика, камери, жестів і пульта дистанційного керування.

50. Спосіб за п. 39, в якому підтримувані типи з других списків підтримуваних типів вибираються з групи, яка складається з клавіатури, миші, традиційного сенсорного введення, мультисенсорного введення, джойстика, камери, жестів і пульта дистанційного керування.

51. Спосіб за п. 40, в якому порт для зв'язку є портом за протоколом керування передачею (TCP).

52. Спосіб за п. 37, в якому перше повідомлення додатково ідентифікує нульовий запис для підтримуваної категорії введення, щоб вказувати те, що категорія введення не підтримується за допомогою бездротового пристрою-приймача.

53. Спосіб за п. 37, в якому перше повідомлення є повідомленням в текстовому форматі.

54. Бездротовий пристрій-джерело, виконаний з можливістю узгоджувати характеристики з бездротовим пристроєм-приймачем, причому бездротовий пристрій-джерело містить:

запам'ятовуючий пристрій, що зберігає інструкції;

приймати повідомлення з бездротового пристрою-приймача, при цьому повідомлення ідентифікує:

55. Бездротовий пристрій-джерело за п. 54, в якому повідомлення є повідомленням з відповіддю RTSP GET_PARAMETER.

56. Бездротовий пристрій-джерело за п. 54, в якому список підтримуваних категорій введення є першим списком підтримуваних категорій введення, і при цьому множина списків підтримуваних типів є першою множиною списків підтримуваних типів, і при цьому при виконанні інструкцій один або більше процесорів додатково інструктують:

передавати в бездротовий пристрій-приймач друге повідомлення, при цьому друге повідомлення ідентифікує:

другий список підтримуваних категорій введення;

57. Бездротовий пристрій-джерело за п. 56, в якому друге повідомлення додатково містить порт для зв'язку.

58. Бездротовий пристрій-джерело за п. 56, в якому друге повідомлення є повідомленням із запитом RTSP SET_PARAMETER.

59. Бездротовий пристрій-джерело за п. 56, в якому підтримувані типи з других списків є піднабором типів з перших списків.

60. Бездротовий пристрій-джерело за п. 56, в якому при виконанні інструкцій один або більше процесорів додатково інструктують:

приймати з бездротового пристрою-приймача третє повідомлення, щоб підтверджувати те, що типи з других списків активовані.

61. Бездротовий пристрій-джерело за п. 60, в якому при виконанні інструкцій один або більше процесорів додатково інструктують:

передавати в бездротовий пристрій-приймач четверте повідомлення, при цьому четверте повідомлення вказує те, що канал зв'язку між бездротовим пристроєм-джерелом та бездротовим пристроєм-приймачем активований.

62. Бездротовий пристрій-джерело за п. 61, в якому при виконанні інструкцій один або більше процесорів додатково інструктують:

приймати з бездротового пристрою-приймача п'яте повідомлення, при цьому п'яте повідомлення підтверджує прийом четвертого повідомлення за допомогою бездротового пристрою-приймача.

63. Бездротовий пристрій-джерело за п. 61, в якому канал зв'язку є зворотним каналом користувацького введення (UIBC).

64. Бездротовий пристрій-джерело за п. 54, в якому підтримувані категорії введення зі списку підтримуваних категорій введення вибираються з групи, яка складається з універсальної команди і команди пристрою з людино-машинним інтерфейсом (HIDC).

65. Бездротовий пристрій-джерело за п. 54, в якому при виконанні інструкцій один або більше процесорів додатково інструктують:

передавати в бездротовий пристрій-приймач повідомлення із запитом параметрів, при цьому повідомлення із запитом параметрів ідентифікує тракт введення для підтримуваного типу списку підтримуваних типів.

66. Бездротовий пристрій-джерело за п. 54, в якому підтримувані типи списків підтримуваних типів вибираються з групи, яка складається з клавіатури, миші, традиційного сенсорного введення, мультисенсорного введення, джойстика, камери, жестів і пульта дистанційного керування.

67. Бездротовий пристрій-джерело за п. 56, в якому підтримувані типи з других списків підтримуваних типів вибираються з групи, яка складається з клавіатури, миші, традиційного сенсорного введення, мультисенсорного введення, джойстика, камери, жестів і пульта дистанційного керування.

68. Бездротовий пристрій-джерело за п. 58, в якому порт для зв'язку є портом за протоколом керування передачею (TCP).

69. Бездротовий пристрій-джерело за п. 54, в якому перше повідомлення додатково ідентифікує нульовий запис для підтримуваної категорії введення, щоб вказувати те, що категорія введення не підтримується за допомогою бездротового пристрою-приймача.

70. Бездротовий пристрій-джерело за п. 54, в якому перше повідомлення є повідомленням в текстовому форматі.

71. Машинозчитуваний носій зберігання даних, що зберігає інструкції, які при виконанні за допомогою одного або більше процесорів інструктують одному або більше процесорів здійснювати спосіб узгодження характеристик між бездротовим пристроєм-приймачем та бездротовим пристроєм-джерелом, при цьому спосіб включає етап, на якому:

приймають повідомлення з бездротового пристрою-приймача, при цьому повідомлення ідентифікує:

72. Бездротовий пристрій-джерело, виконаний з можливістю узгоджувати характеристики з бездротовим пристроєм-приймачем, причому бездротовий пристрій-джерело містить:

засіб для прийому повідомлення з бездротового пристрою-приймача, при цьому повідомлення ідентифікує:

Текст

Реферат: Як частина сеансу зв'язку бездротовий пристрій-джерело може передавати аудіо- та відеодані в бездротовий пристрій-приймач, і бездротовий пристрій-приймач може передавати користувацькі введення, прийняті в бездротовому пристрої-приймачі, зворотно в бездротовий пристрій-джерело. Таким чином, користувач бездротового пристрою-приймача може керувати UA 109928 C2 (12) UA 109928 C2 бездротовим пристроєм-джерелом і керувати контентом, який передається з бездротового пристрою-джерела в бездротовий пристрій-приймач. Як частина встановлення сеансу зв'язку бездротовий пристрій-приймач та бездротовий пристрій-джерело можуть виконувати узгодження характеристик. UA 109928 C2 5 10 15 20 25 30 35 40 45 50 55 60 Дана заявка заявляє на пріоритет: попередньої заявки на патент (США) номер 61/435194, поданої 21 січня 2011 року; попередньої заявки на патент (США) 61/447592, поданої 28 лютого 2011 року; попередньої заявки на патент (США) 61/448312, поданої 2 березня 2011 року; попередньої заявки на патент (США) 61/450101, поданої 7 березня 2011 року; попередньої заявки на патент (США) 61/467535, поданої 25 березня 2011 року; попередньої заявки на патент (США) 61/467543, поданої 25 березня 2011 року; попередньої заявки на патент (США) 61/514863, поданої 3 серпня 2011 року; і попередньої заявки на патент (США) 61/544445, поданої 7 жовтня 2011 року; вміст кожної з яких повністю міститься в даному документі за посиланням. ГАЛУЗЬ ТЕХНІКИ, ДО ЯКОЇ НАЛЕЖИТЬ ВИНАХІД Дане розкриття суті належить до технологій для передачі даних між бездротовим пристроєм-джерелом та бездротовим пристроєм-приймачем. РІВЕНЬ ТЕХНІКИ Системи бездротового відображення (WD) або Wi-Fi-відображення (WFD) включають в себе бездротовий пристрій-джерело і один або більше бездротових пристроїв-приймачів. Пристрійджерело і кожний з пристроїв-приймачів можуть бути мобільними пристроями або дротовими пристроями з підтримкою бездротового зв’язку. Один або більше з пристрою-джерела і пристроїв-приймачів можуть включати в себе, наприклад, мобільні телефони, портативні комп'ютери з картами бездротового зв’язку, персональні цифрові пристрої (PDA), портативні мультимедійні програвачі або інші такі пристрої з підтримкою бездротового зв’язку, що включають в себе так звані смартфони та інтелектуальні сенсорні панелі або планшетні комп'ютери або будь-який тип бездротових дисплеїв, пристроїв відеоігор або інших типів пристроїв бездротового зв’язку. Один або більше пристроїв-джерел і пристроїв-приймачів також можуть включати в себе дротові пристрої, такі як телевізійні приймачі, настільні комп'ютери, монітори, проектори тощо, які включають в себе підтримку зв'язку. Пристрій-джерело відправляє мультимедійні дані, наприклад, аудіо-відео-(AV)-дані, в один або більше пристроїв-приймачів, що беруть участь в конкретному сеансі спільного використання мультимедіа. Мультимедійні дані можуть бути відтворені як на локальному дисплеї пристрою-джерела, так і на кожному з дисплеїв пристроїв-приймачів. Більш конкретно, кожний з пристроїв-приймачів, що беруть участь виконує рендеринг прийнятих мультимедійних даних на своєму екрані та звуковому обладнанні. СУТЬ ВИНАХОДУ Це розкриття суті, загалом, описує систему, в якій бездротовий пристрій-приймач може обмінюватися даними з бездротовим пристроєм-приймачем. Як частина сеансу зв'язку бездротовий пристрій-джерело може передавати аудіо- і відеодані в бездротовий пристрійприймач, і бездротовий пристрій-приймач може передавати користувацькі введення, прийняті в бездротовому пристрої-приймачі, зворотно у бездротовий пристрій-джерело. Таким чином, користувач бездротового пристрою-приймача може керувати бездротовим пристроєм-джерелом і керувати контентом, який передається з бездротового пристрою-джерела в бездротовий пристрій-приймач. В одному прикладі, спосіб узгодження характеристик між бездротовим пристроємприймачем і бездротовим пристроєм-джерелом включає в себе передачу повідомлення в бездротовий пристрій-джерело, при цьому повідомлення ідентифікує список підтримуваних категорій введення, і множину списків підтримуваних типів, причому кожна з підтримуваних категорій введення зі списку підтримуваних категорій введення має асоційований список підтримуваних типів. В іншому прикладі, бездротовий пристрій-приймач виконаний з можливістю узгоджувати характеристики з бездротовим пристроєм-джерелом. Бездротовий пристрій-приймач включає в себе запам'ятовуючий пристрій, що зберігає інструкції, і один або більше процесорів, виконаних з можливістю виконувати інструкції. При виконанні інструкцій один або більше процесорів інструктують передачу повідомлення в бездротовий пристрій-джерело, при цьому повідомлення ідентифікує список підтримуваних категорій введення, і множину списків підтримуваних типів, при цьому кожна з підтримуваних категорій введення зі списку підтримуваних категорій введення має асоційований список підтримуваних типів. В іншому прикладі, машинозчитуваний носій зберігання даних зберігає інструкції, які при виконанні за допомогою одного або більше процесорів інструктують одному або більше процесорів здійснювати спосіб узгодження характеристик між бездротовим пристроємприймачем і бездротовим пристроєм-джерелом. Спосіб включає в себе передачу повідомлення в бездротовий пристрій-джерело, при цьому повідомлення ідентифікує список підтримуваних 1 UA 109928 C2 5 10 15 20 25 30 35 40 45 50 55 категорій введення, і множину списків підтримуваних типів, причому кожна з підтримуваних категорій введення зі списку підтримуваних категорій введення має асоційований список підтримуваних типів. В іншому прикладі, бездротовий пристрій-приймач виконаний з можливістю узгоджувати характеристики з бездротовим пристроєм-джерелом. Бездротовий пристрій-приймач включає в себе засіб для передачі повідомлення в бездротовий пристрій-джерело, при цьому повідомлення ідентифікує список підтримуваних категорій введення, і множину списків підтримуваних типів, причому кожна з підтримуваних категорій введення зі списку підтримуваних категорій введення має асоційований список підтримуваних типів. В іншому прикладі, спосіб узгодження характеристик між бездротовим пристроємприймачем та бездротовим пристроєм-джерелом включає в себе прийом повідомлення з бездротового пристрою-приймача, при цьому повідомлення ідентифікує список підтримуваних категорій введення, і множину списків підтримуваних типів, причому кожна з підтримуваних категорій введення зі списку підтримуваних категорій введення має асоційований список підтримуваних типів. В іншому прикладі, бездротовий пристрій-джерело виконаний з можливістю узгоджувати характеристики з бездротовим пристроєм-приймачем. Бездротовий пристрій-джерело включає в себе запам'ятовуючий пристрій, що зберігає інструкції, і один або більше процесорів, виконаних з можливістю виконувати інструкції, при цьому при виконанні інструкцій один або більше процесорів інструктують прийом повідомлення з бездротового пристрою-приймача, при цьому повідомлення ідентифікує список підтримуваних категорій введення, і множину списків підтримуваних типів, при цьому кожна з підтримуваних категорій введення зі списку підтримуваних категорій введення має асоційований список підтримуваних типів. В іншому прикладі, машинозчитуваний носій зберігання даних зберігає інструкції, які при виконанні за допомогою одного або більше процесорів інструктують одному або більше процесорів здійснювати спосіб узгодження характеристик між бездротовим пристроємприймачем і бездротовим пристроєм-джерелом. Спосіб включає в себе прийом повідомлення з бездротового пристрою-приймача, при цьому повідомлення ідентифікує список підтримуваних категорій введення, і множину списків підтримуваних типів, при цьому кожна з підтримуваних категорій введення зі списку підтримуваних категорій введення має асоційований список підтримуваних типів. В іншому прикладі, бездротовий пристрій-джерело виконаний з можливістю узгоджувати характеристики з бездротовим пристроєм-приймачем. Бездротовий пристрій-джерело включає в себе засіб для прийому повідомлення з бездротового пристрою-приймача, при цьому повідомлення ідентифікує список підтримуваних категорій введення, і множину списків підтримуваних типів, причому кожна з підтримуваних категорій введення зі списку підтримуваних категорій введення має асоційований список підтримуваних типів. КОРОТКИЙ ОПИС КРЕСЛЕНЬ Фіг. 1A є блок-схемою, що ілюструє приклад системи джерел/приймачів, яка може реалізовувати технології цього розкриття суті. Фіг. 1B є блок-схемою, що ілюструє приклад системи джерел/приймачів з двома пристроями-приймачами. Фіг. 2 показує приклад пристрою-джерела, який може реалізовувати технології цього розкриття суті. Фіг. 3 показує приклад пристрою-приймача, який може реалізовувати технології цього розкриття суті. Фіг. 4 показує блок-схему системи передавального пристрою і системи приймального пристрою, яка може реалізовувати технології цього розкриття суті. Фіг. 5A та 5B показують зразкові послідовності передачі повідомлень для виконання узгоджень характеристик згідно з технологіями цього розкриття суті. Фіг. 6 показує зразковий пакет даних, який може використовуватися для доставки даних користувацького введення, одержаних в пристрої-приймачі, в пристрій-джерело. Фіг. 7A та 7B є блок-схемами послідовності операцій способу, що ілюструють технології цього розкриття суті, які можуть використовуватися для узгодження характеристик між пристроєм-джерелом і пристроєм-приймачем. Фіг. 8A та 8B є блок-схемами послідовності операцій способу, що ілюструють технології цього розкриття суті, які можуть використовуватися для передачі та прийому пакетів даних з даними користувацького введення. 2 UA 109928 C2 5 10 15 20 25 30 35 40 45 50 55 Фіг. 9A та 9B є блок-схемами послідовності операцій способу, що ілюструють технології цього розкриття суті, які можуть використовуватися для передачі та прийому пакетів даних з даними користувацького введення. Фіг. 10A та 10B є блок-схемами послідовності операцій способу, що ілюструють технології цього розкриття суті, які можуть використовуватися для передачі та прийому пакетів даних з інформацією часових міток і даними користувацького введення. Фіг. 11A та 11B є блок-схемами послідовності операцій способу, що ілюструють технології цього розкриття суті, які можуть використовуватися для передачі та прийому пакетів даних з інформацією часових міток і даними користувацького введення. Фіг. 12A та 12B є блок-схемами послідовності операцій способу, що ілюструють технології цього розкриття суті, які можуть використовуватися для передачі та прийому пакетів даних, які включають в себе мовні команди. Фіг. 13A та 13B є блок-схемами послідовності операцій способу, що ілюструють технології цього розкриття суті, які можуть використовуватися для передачі та прийому пакетів даних з командами мультисенсорного користувацького введення. Фіг. 14A та 14B є блок-схемами послідовності операцій способу, що ілюструють технології цього розкриття суті, які можуть використовуватися для передачі та прийому пакетів даних з даними користувацького введення, що перенаправляються зі стороннього пристрою. Фіг. 15A та 15B є блок-схемами послідовності операцій способу, що ілюструють технології цього розкриття суті, які можуть використовуватися для передачі та прийому пакетів даних. ДОКЛАДНИЙ ОПИС ВИНАХОДУ Це розкриття суті, загалом, описує систему, в якій бездротовий пристрій-приймач може обмінюватися даними з бездротовим пристроєм-приймачем. Як частина сеансу зв'язку бездротовий пристрій-джерело може передавати аудіо- і відеодані в бездротовий пристрійприймач, і бездротовий пристрій-приймач може передавати користувацькі введення, прийняті в бездротовому пристрої-приймачі, зворотно в бездротовий пристрій-джерело. Таким чином, користувач бездротового пристрою-приймача може керувати бездротовим пристроєм-джерелом і керувати контентом, який передається з бездротового пристрою-джерела в бездротовий пристрій-приймач. Фіг. 1A є блок-схемою, що ілюструє зразкову систему 100 джерел/приймачів, яка може реалізовувати одну або більше технологій цього розкриття суті. Як показано на фіг. 1A, система 100 включає в себе пристрій-джерело 120, який обмінюється даними з пристроєм-приймачем 160 через канал 150 зв'язку. Пристрій-джерело 120 може включати в себе запам'ятовуючий пристрій, який зберігає аудіо-відео-(А/V-)дані 121, дисплей 122, динамік 123, аудіо-відеокодер 124 (який також називається кодером 124), модуль 125 керування аудіо-відео і блок 126 приймально-передавального пристрою (TX/RX). Пристрій-приймач 160 може включати в себе дисплей 162, динамік 163, аудіо-відеодекодер 164 (який також називається декодером 164), блок 166 приймально-передавального пристрою, пристрій 167 користувацького введення (UI) і модуль 168 обробки користувацького введення (UIPM). Проілюстровані компоненти складають тільки одну зразкову конфігурацію для системи 100 джерел/приймачів. Інші конфігурації можуть включати в себе менше компонентів у порівнянні з проілюстрованими компонентами, або можуть включати в себе додаткові компоненти у порівнянні з проілюстрованими компонентами. У прикладі за фіг. 1A, пристрій-джерело 120 може відображати частину відео аудіовідеоданих 121 на дисплеї 122 і може виводити частину аудіо аудіо-відеоданих 121 на динамік 123. Аудіо-відеодані 121 можуть бути збережені локально на пристрої-джерелі 120, доступні із зовнішнього носія зберігання даних, наприклад, файлового сервера, жорсткого диска, зовнішнього запам'ятовуючого пристрою, Blu-Ray-диска, DVD або іншого фізичного носія зберігання даних, або можуть бути передані потоком у пристрій-джерело 120 через мережне з'єднання, наприклад, Інтернет. У деяких випадках, аудіо-відеодані 121 можуть захоплюватися в реальному часі через камеру і мікрофон пристрою-джерела 120. Аудіо-відеодані 121 можуть включати в себе мультимедійний контент, такий як фільми, телешоу або музика, але також можуть включати в себе контент в реальному часі, сформований за допомогою пристроюджерела 120. Такий контент в реальному часі, наприклад, може формуватися за допомогою додатків, працюючих на пристрої-джерелі 120, або захоплених відеоданих, наприклад, як частина сеансу відеотелефонного зв'язку. Як детальніше описано, такий контент в реальному часі може в деяких випадках включати в себе відеокадр з пунктами користувацького введення, доступними для вибору користувачем. У деяких випадках, аудіо-відеодані 121 можуть включати в себе відеокадри, які є комбінацією різних типів контенту, таких як відеокадр фільму або телепрограми, який має пункти користувацького введення, накладені на кадр відео. 3 UA 109928 C2 5 10 15 20 25 30 35 40 45 50 55 60 Додатково до рендерингу аудіо-відеоданих 121 локально через дисплей 122 і динамік 123, аудіо-відеокодер 124 пристрою-джерела 120 може кодувати аудіо-відеодані 121, і блок 126 приймально-передавального пристрою може передавати кодовані дані по каналу 150 зв'язку в пристрій-приймач 160. Блок 166 приймально-передавального пристрою пристрою-приймача 160 приймає кодовані дані, і аудіо-відеодекодер 164 декодує кодовані дані і виводить декодовані дані через дисплей 162 і динамік 163. Таким чином, аудіо- і відеодані, рендеринг яких виконується за допомогою дисплея 122 і динаміка 123, можуть бути одночасно підготовлені за допомогою рендерингу за допомогою дисплея 162 і динаміка 163. Аудіодані та відеодані можуть розміщуватися в кадрах, і аудіокадри можуть синхронізуватися за часом з відеокадрами при виконанні рендерингу. Аудіо-відеокодер 124 та аудіо-відеодекодер 164 можуть реалізовувати будь-яку кількість стандартів стиснення аудіо та відео, наприклад, стандарт ITU-T H.264, який альтернативно називається MPEG-4, частину 10, вдосконалене кодування відео (AVC), або новий стандарт високоефективного кодування відео (HEVC), що розробляється, який іноді називається стандартом H.265. Також може використовуватися множина інших типів власних або стандартизованих технологій стиснення. Взагалі кажучи, аудіо-відеодекодер 164 виконаний з можливістю здійснювати операції взаємно-оберненого кодування аудіо-відеокодера 124. Хоча не показано на фіг. 1A, в деяких аспектах, А/V-кодер 124 і декодер 164 А/V можуть бути інтегровані з аудіо-кодером і декодером і можуть включати в себе належні блоки мультиплексора-демультиплексора або інші апаратні засоби і програмне забезпечення для того, щоб обробляти кодування як аудіо, так і відео в загальному потоці даних або в окремих потоках даних. Як детальніше описано нижче, А/V-кодер 124 також може виконувати інші функції кодування додатково до реалізації стандарту стиснення відео, як описано вище. Наприклад, А/V-кодер 124 може додавати різні типи метаданих до А/V-даних 121 до передачі А/V-даних 121 в пристрійприймач 160. У деяких випадках, А/V-дані 121 можуть зберігатися або прийматися в пристроїджерелі 120 у кодованій формі і внаслідок цього не вимагати додаткового стиснення за допомогою А/V-кодера 124. Хоча, фіг. 1A показує канал 150 зв'язку, що переносить робочі аудіодані та робочі відеодані окремо, потрібно розуміти, що в деяких випадках робочі відеодані та робочих аудіодані можуть бути частиною загального потоку даних. Якщо застосовно, блоки мультиплексорадемультиплексора можуть відповідати протоколу мультиплексора ITU H.223 або іншим протоколам, таким як протокол користувацьких дейтаграм (UDP). Аудіо-відеокодер 124 та аудіовідеодекодер 164 можуть бути реалізовані як один або більше мікропроцесорів, процесорів цифрових сигналів (DSP), спеціалізованих інтегральних схем (ASIC), програмованих користувачем вентильних матриць (FPGA), дискретна логіка, програмне забезпечення, апаратні засоби, мікропрограмне забезпечення або будь-які комбінації вищезазначеного. Кожний з аудіовідеокодера 124 та аудіо-відеодекодера 164 може бути включений в один або більше кодерів або декодерів, будь-який з яких може бути інтегрований як частина комбінованого відеокодера/декодера (кодека). Таким чином, кожний пристрій-джерело 120 і пристрій-приймач 160 можуть містити спеціалізовані машини, виконані з можливістю здійснювати одну або більше технологій цього розкриття суті. Дисплей 122 і дисплей 162 можуть містити будь-яку множину пристроїв відеовиведення, таких як дисплей на електронно-променевій трубці (CRT), рідкокристалічний дисплей (LCD), плазмовий дисплей, дисплей на світловипромінюючих діодах (світлодіодах), дисплей на органічних світлодіодах (OLED) або інший тип пристрою відображення. У цих або інших прикладах, дисплеї 122 та 162 можуть бути емісійними дисплеями або проникними дисплеями. Дисплей 122 і дисплей 162 також можуть бути сенсорними дисплеями, так що вони одночасно представляють собою як пристрої введення, так і пристрої відображення. Такі сенсорні дисплеї можуть являти собою ємнісний, резистивний або інший тип сенсорної панелі, яка дає можливість користувачу надавати користувацькі введення у відповідний пристрій. Динамік 123 може містити будь-яку множину пристроїв аудіовиведення, таких як навушники, система з одним динаміком, система з декількома динаміками або система об'ємного звучання. Додатково, хоча дисплей 122 і динамік 123 показані як частина пристрою-джерела 120, а дисплей 162 і динамік 163 показані як частина пристрою-приймача 160, пристрій-джерело 120 і пристрій-приймач 160 фактично можуть бути системою пристроїв. Як один приклад, дисплей 162 може бути телевізійним приймачем, динамік 163 може бути системою об'ємного звучання, і декодер 164 може бути частиною зовнішньої приставки, підключеної, дротовим або бездротовим способом, до дисплея 162 і динаміка 163. В інших випадках, пристрій-приймач 160 може бути одним пристроєм, наприклад, планшетним комп'ютером або смартфоном. У ще 4 UA 109928 C2 5 10 15 20 25 30 35 40 45 50 55 60 інших випадках, пристрій-джерело 120 і пристрій-приймач 160 є аналогічними пристроями, наприклад, обидва є смартфонами, планшетними комп'ютерами тощо. В цьому випадку, один пристрій може працювати як джерело, а інший може працювати як приймач. Ці ролі навіть можуть мінятися на протилежні в подальших сеансах зв'язку. У ще інших випадках, пристрійджерело може містити мобільний пристрій, наприклад, смартфон, переносний або планшетний комп'ютер, а пристрій-приймач може містити більш стаціонарний пристрій (наприклад, з дротом живлення змінним струмом), і в цьому випадку пристрій-джерело може доставляти аудіо- та відеодані для масового представлення через пристрій-приймач. Блок 126 приймально-передавального пристрою і блок 166 приймально-передавального пристрою можуть включати в себе різні мікшери, фільтри, підсилювачі та інші компоненти, сконструйовані для модуляції сигналів, а також одну або більше антен та інших компонентів, сконструйованих для передачі та прийому даних. Канал 150 зв'язку, загалом, представляє будьяке підходяще середовище зв'язку або збір різних середовищ зв'язку для передачі відеоданих з пристрою-джерела 120 в пристрій-приймач 160. Канал 150 зв'язку звичайно являє собою канал відносно ближнього зв'язку, аналогічно Wi-Fi, технології Bluetooth тощо. Проте, канал 150 зв'язку не обов'язково обмежується в цьому відношенні і може містити будь-яке бездротове або дротове середовище зв'язку, наприклад, радіочастотний (RF) спектр або одну або більше фізичних ліній передачі або будь-яку комбінацію бездротових і дротових середовищ. В інших прикладах, канал 150 зв'язку може навіть бути частиною мережі з комутацією пакетів, такою як дротова або бездротова локальна обчислювальна мережа, глобальна обчислювальна мережа або загальносвітова мережа, наприклад, Інтернет. Додатково, канал 150 зв'язку може бути використаний за допомогою пристрою-джерела 120 і пристрою-приймача 160 для того, щоб створювати лінію зв'язку між рівноправними вузлами. Пристрій-джерело 120 і пристрій-приймач 160 можуть передавати по каналу 150 зв'язку з використанням такого протоколу зв'язку, як стандарт із сімейства стандартів IEEE 802.11. Пристрій-джерело 120 і пристрій-приймач 160, наприклад, можуть обмінюватися даними згідно із стандартом Wi-Fi Direct, так що пристрійджерело 120 і пристрій-приймач 160 обмінюються даними один з одним напряму без використання посередників, таких як точки бездротового доступу або так звана публічна точка доступу. Пристрій-джерело 120 і пристрій-приймач 160 також можуть здійснювати встановлення тунельованої прямої лінії зв'язку (TLDS), щоб не допускати або зменшувати перевантаження мережі. Технології цього розкриття суті іноді можуть описуватися відносно Wi-Fi, але передбачається, що аспекти цих технологій також можуть бути сумісними з іншими протоколами зв'язку. Як приклад, а не обмеження, бездротовий зв'язок між пристроєм-джерелом 120 і пристроєм-приймачем може використовувати технології мультиплексування з ортогональним частотним розділенням каналів (OFDM). Також може бути використана множина інших технологій бездротового зв’язку, що включають в себе, але не тільки, множинний доступ з часовим розділенням каналів (TDMA), множинний доступ з частотним розділенням каналів (FDMA), множинний доступ з кодовим розділенням каналів (CDMA) або будь-яку комбінацію OFDM, FDMA, TDMA і/або CDMA. WiFi Direct і TDLS призначені для того, щоб встановлювати сеанси відносно ближнього зв'язку. Відносно коротка відстань в цьому контексті може означати, наприклад, менше 70 метрів, хоча в зашумленому або загромадженому оточенні відстань між пристроями може бути навіть меншою, наприклад, менше 35 метрів. Додатково до декодування і рендерингу даних, прийнятих з пристрою-джерела 120, пристрій-приймач 160 також може приймати користувацькі введення з пристрою 167 користувацького введення. Пристрій 167 користувацького введення, наприклад, може бути клавіатурою, мишею, кульовим маніпулятором або сенсорною панеллю, сенсорним екраном, модулем розпізнавання мовних команд або будь-яким іншим таким пристроєм користувацького введення. UIPM 168 форматує команди користувацького введення, прийняті за допомогою пристрою 167 користувацького введення, в структуру пакета даних, інтерпретацію якої пристрійджерело 120 допускає. Такі пакети даних передаються за допомогою приймальнопередавального пристрою 166 в пристрій-джерело 120 по каналу 150 зв'язку. Блок 126 приймально-передавального пристрою приймає пакети даних, і модуль 125 А/V-керування синтаксично аналізує пакети даних для того, щоб інтерпретувати команду користувацького введення, яка прийнята за допомогою пристрою 167 користувацького введення. На основі команди, що приймається в пакеті даних, модуль 125 А/V-керування може змінювати і контент, що кодується та передається. Таким чином, користувач пристрою-приймача 160 може керувати робочими аудіоданими і робочими відеоданими, що передаються за допомогою пристроюджерела 120, віддалено і без безпосередньої взаємодії з пристроєм-джерелом 120. Приклади типів команд, які користувач пристрою-приймача 160 може передавати в пристрій-джерело 120, включають в себе команди для прискореного перемотування назад, прискореного 5 UA 109928 C2 5 10 15 20 25 30 35 40 45 50 55 60 перемотування уперед, припинення і відтворення аудіо- та відеоданих, а також команди для зміни масштабу, повороту, прокручування тощо. Користувачі також можуть здійснювати вибір, наприклад, з меню з пунктами і передавати вибір зворотно в пристрій-джерело 120. Додатково, користувачі пристрою-приймача 160 можуть мати можливість запускати і керувати додатками на пристрої-джерелі 120. Наприклад, користувач пристрою-приймача 160 може мати можливість запускати додаток для редагування фотографій, збережений на пристрої-джерелі 120, і використовувати додаток для того, щоб редагувати фотографію, яка зберігається локально на пристрої-джерелі 120. Пристрій-приймач 160 може надавати користувачу такі можливості, що здається, неначе фотографія редагується локально на пристрої-приймачі 160, тоді як фактично фотографія редагується на пристрої-джерелі 120. З використанням такої конфігурації користувач пристрою може мати можливість використовувати характеристики одного пристрою для використання з декількома пристроями. Наприклад, пристрій-джерело 120 може бути смартфоном з великим об'ємом запам'ятовуючого пристрою і високопродуктивними характеристиками обробки. Користувач пристрою-джерела 120 може використовувати смартфон в усіх оточеннях і ситуаціях, в яких типово використовуються смартфони. Проте, під час перегляду фільму користувач може бажати дивитися фільм на пристрої з великим екраном відображення, і в цьому випадку пристрій-приймач 160 може бути планшетним комп'ютером або ще більшим пристроєм відображення або телевізійним приймачем. За бажанням відправляти або відповідати на поштове повідомлення, користувач може бажати використовувати пристрій з клавіатурою, і в цьому випадку пристрій-приймач 160 може бути переносним комп'ютером. В обох випадках, обсяг обробки при цьому може бути виконаний за допомогою пристрою-джерела 120 (смартфона в цьому прикладі), навіть якщо користувач взаємодіє з пристроєм-приймачем. У цьому конкретному контексті роботи, внаслідок обсягу обробки, що виконується за допомогою пристрою-джерела 120, пристрій-приймач 160 може бути менш дорогим пристроєм з меншими ресурсами, ніж коли від пристрою-приймача 160 потрібно виконувати обробку, що виконується за допомогою пристрою-джерела 120. Як пристрій-джерело, так і пристрій-приймач можуть допускати прийом користувацького введення (наприклад, команд сенсорного екрана) в деяких прикладах, і технології цього розкриття суті можуть спрощувати двосторонню взаємодію за допомогою узгодження і/або ідентифікації характеристик пристроїв в будь-якому даному сеансі. У деякій конфігурації, модуль 125 А/V-керування може бути процесом операційної системи, що виконується за допомогою операційної системи пристрою-джерела 125. Проте, в інших конфігураціях модуль 125 А/V-керування може бути програмним процесом додатку, працюючого на пристрої-джерелі 120. У цій конфігурації, команда користувацького введення може бути інтерпретована за допомогою програмного процесу, так що користувач пристрою-приймача 160 взаємодіє безпосередньо з додатком, працюючим на пристрої-джерелі 120, а не з операційною системою, працюючою на пристрої-джерелі 120. За допомогою взаємодії безпосередньо з додатком, а не з операційною системою, користувач пристрою-приймача 160 може мати доступ до бібліотеки команд, які не є власними для операційної системи пристрою-джерела 120. Додатково, взаємодія безпосередньо з додатком може забезпечувати більш просту передачу та обробку команд за допомогою пристроїв, працюючих на інших платформах. Пристрій-джерело 120 може відповідати на користувацькі введення, що застосовується в бездротовому пристрої-приймачі 160. У такому оточенні інтерактивного додатку, користувацькі введення, що застосовується в бездротовому пристрої-приймачі 160, може відправлятися зворотно в бездротове джерело відображення по каналу 150 зв'язку. В одному прикладі, архітектура зворотного каналу, яка також називається «зворотним каналом користувацького інтерфейсу (UIBC)», може бути реалізована для того, щоб надавати можливість пристроюприймачу 160 передавати користувацькі введення, що застосовуються в пристрої-приймачі 160, в пристрій-джерело 120. Архітектура зворотного каналу може включати в себе повідомлення верхнього рівня для транспортування користувацьких введень і кадри нижнього рівня для узгодження характеристик користувацького інтерфейсу в пристрої-приймачі 160 та пристроїджерелі 120. UIBC може постійно розміщуватися поверх транспортного рівня на основі Інтернетпротоколу (IP) між пристроєм-приймачем 160 та пристроєм-джерелом 120. Таким чином, UIBC може бути вище транспортного рівня в моделі зв'язку за стандартом взаємодії відкритих систем (OSI). В одному прикладі, OSI-зв'язок включає в себе сім рівнів (1 - фізичний, 2 - канальний, 3 мережний, 4 - транспортний, 5 - сеансовий, 6 - представлення і 7 - прикладний). У цьому прикладі, знаходження вище транспортного рівня означає рівні 5, 6 та 7. Щоб сприяти надійній передачі та доставці послідовності пакетів даних, що містять дані користувацького введення, UIBC може бути виконаний з можливістю працювати поверх інших протоколів зв'язку з комутацією пакетів, таких як протокол керування передачею/Інтернет-протокол (TCP/IP) або 6 UA 109928 C2 5 10 15 20 25 30 35 40 45 50 55 60 протокол користувацьких датаграм (UDP). UDP та TCP можуть працювати паралельно в архітектурі OSI-рівнів. TCP/IP може надавати можливість пристрою-приймачу 160 та пристроюджерелу 120 реалізовувати технології повторної передачі у випадку втрат пакетів. У деяких випадках, може бути неузгодженість між інтерфейсами користувацького введення, розташованими в пристрої-джерелі 120 та пристрої-приймачі 160. Щоб вирішувати потенційні проблеми, створені за допомогою такої неузгодженості, і сприяти поліпшенню можливостей роботи користувачів у цьому випадку, узгодження характеристик інтерфейсу користувацького введення може здійснюватися між пристроєм-джерелом 120 та пристроєм-приймачем 160 до встановлення сеансу зв'язку або неодноразово протягом сеансу зв'язку. Як частина цього процесу узгодження, пристрій-джерело 120 та пристрій-приймач 160 можуть домовлятися щодо узгодженого розрізнення екрана. Коли пристрій-приймач 160 передає координатні дані, асоційовані з користувацьким введенням, пристрій-приймач 160 може масштабувати координатні дані, одержані з дисплея 162, так що вони співпадають з узгодженим розрізненням екрана. В одному прикладі, якщо пристрій-приймач 160 має розрізнення 1280x720, а пристрійджерело 120 має розрізнення 1600x900, пристрої, наприклад, можуть використовувати 1280x720 як узгоджене розрізнення. Узгоджене розрізнення може вибиратися на основі розрізнення пристрою-приймача 160, хоча також може бути використане розрізнення пристроюджерела 120 або деяке інше розрізнення. У прикладі, в якому використовується пристрійприймач з 1280x720, пристрій-приймач 160 може масштабувати одержані координати X на коефіцієнт 1600/1280 до передачі координат в пристрій-джерело 120, і аналогічно, пристрійприймач 160 може масштабувати одержані координати Y на 900/720 до передачі координат в пристрій-джерело 120. В інших конфігураціях, пристрій-джерело 120 може масштабувати одержані координати до узгодженого розрізнення. Масштабування може збільшувати або зменшувати діапазон координат на основі того, використовує пристрій-приймач 160 дисплей більш високого розрізнення, ніж пристрій-джерело 120, або навпаки. Додатково, в деяких випадках, розрізнення в пристрої-приймачі 160 може варіюватися під час сеансу зв'язку, потенційно створюючи неузгодженість між дисплеєм 122 та дисплеєм 162. Щоб поліпшувати можливості роботи користувачів і забезпечувати належну функціональність, система 100 джерел/приймачів може реалізовувати технології для зменшення або запобігання неузгодженості користувацької взаємодії за допомогою реалізації технологій для нормалізації екрана. Дисплей 122 пристрою-джерела 120 та дисплей 162 пристрою-приймача 160 можуть мати різні розрізнення і/або різні співвідношення сторін. Додатково, в деяких оточеннях користувач пристрою-приймача 160 може мати можливість змінювати розміри вікна відображення для відеоданих, що приймаються з пристрою-джерела 120, так що рендеринг відеоданих, прийнятих з пристрою-джерела 120, виконується у вікні, яке не повністю покриває дисплей 162 пристрою-приймача 160. В іншому зразковому оточенні, користувач пристроюприймача 160 може мати варіант перегляду контенту в альбомному режимі або в книжковому режимі, кожний з яких має унікальні координати і різні співвідношення сторін. У таких випадках координати, асоційовані з користувацьким введенням, що приймається в пристрої-приймачі 160, такі як координата місця, в якому відбувається подія натиснення мишею або сенсорного введення, можливо, не можуть оброблятися за допомогою пристрою-джерела 120 без модифікації координат. Відповідно, технології цього розкриття суті можуть включати в себе перетворення координат користувацького введення, що приймається в пристрої-приймачі 160, в координати, асоційовані з пристроєм-джерелом 120. Це перетворення також згадується як нормалізація в даному документі, і, як пояснюється більш детально нижче, це перетворення може виконуватися на основі приймача або на основі джерела. Користувацькі введення, прийняті за допомогою пристрою-приймача 160, може бути прийняте за допомогою UI-модуля 167, наприклад, на рівні драйверів і передані в операційну систему пристрою-приймача 160. Операційна система на пристрої-приймачі 160 може приймати координати (xSINK, ySINK), асоційовані з місцем на поверхні відображення, в якому відбулося користувацьке введення. У цьому прикладі, (xSINK, ySINK) представляти являти собою координати дисплея 162, по яких відбулася подія натиснення мишею або торкання. Вікно відображення, рендеринг якого виконується на дисплеї 162, може мати довжину по координаті X (LDW) і ширину (WDW) по координаті Y, які описують розмір вікна відображення. Вікно відображення також може мати координату (aDW, bDW) верхнього лівого кута, яка описує місцеположення вікна відображення. На основі LDW, WDW і верхньої лівої координати (aDW, bDW) може бути визначена частина дисплея 162, що покривається за допомогою вікна відображення. Наприклад, правий верхній кут вікна відображення може знаходитися по координатах (aDW+LDW, bDW), нижній лівий кут вікна відображення може знаходитися по координатах (aDW, bDW+WDW), і нижній правий кут вікна відображення може знаходитися по 7 UA 109928 C2 5 10 15 20 25 30 35 40 45 50 55 60 координатах (aDW+LDW, bDW+WDW). Пристрій-приймач 160 може обробляти введення як UIBC-введення, якщо введення приймається по координатах в межах вікна відображення. Іншими словами, введення з асоційованими координатами (xSINK, ySINK) може бути оброблене як UIBC-введення, якщо наступні умови задовольняються: aDW≤xSINK≤aDW+LDW (1) bDW≤ySINK≤bDW+WDW (2) Після визначення того, що користувацьке введення є UIBC-введенням, координати, асоційовані з введенням, можуть бути нормалізовані за допомогою UIPM 168 до передачі в пристрій-джерело 120. Введення, які визначаються як такі, що знаходяться за межами вікна відображення, можуть бути оброблені локально за допомогою пристрою-приймача 160 як неUIBC-введення. Як згадано вище, нормалізація вхідних координат може виконуватися або на основі джерела, або на основі приймача. При реалізації нормалізації на основі приймача, пристрійджерело 120 може відправляти розрізнення (LSRC, WSRC) відображення для дисплея 122, що підтримується, з відеоданими або незалежно від відеоданих, в пристрій-приймач 160. Розрізнення відображення, що підтримується, наприклад, може бути передане як частина сеансу узгодження характеристик або може бути передане в інший час під час сеансу зв'язку. Пристрій-приймач 160 може визначати розрізнення (LSINK, WSINK) відображення для дисплея 162, розрізнення (LDW, WDW) вікна відображення для відображення контенту вікна, що приймається з пристрою-джерела 120, і координату (aDW, bDW) верхнього лівого кута для вікна відображення. Як описано вище, коли координата (xSINK, ySINK), що відповідає користувацькому введенню, визначається як така, що знаходиться в межах вікна відображення, операційна система пристрою-приймача 160 може перетворювати координату (xSINK, ySINK) в координати (xSRC, ySRC) джерела з використанням функцій перетворення. Зразкові функції перетворення для перетворення (xSINK, ySINK) в (xSRC, ySRC) можуть полягати в наступному: xSRC=(xSINK-aDW)*(LSRC/LDW) (3) ySRC=(ySINK-bDW)*(WSRC/WDW) (4) Таким чином, під час передачі координати, яка відповідає користувацькому введенню, що приймається, пристрій-приймач 160 може передавати координату (xSRC, ySRC) для користувацького введення, що приймається в (xSINK, ySINK). Як детальніше описано нижче, координата (xSRC, ySRC), наприклад, може бути передана як частина пакета даних, що використовується для передачі користувацького введення, що приймається в пристрої-приймачі 160, в пристрій-джерело 120 по UIBC. В усіх інших частинах цього розкриття суті, в яких вхідні координати описуються як включені в пакет даних, ці координати можуть бути перетворені в координати джерела, як описано вище у випадках, коли система 100 джерел/приймачів реалізовує нормалізацію на основі приймача. Коли система 100 джерел/приймачів реалізовує нормалізацію на основі джерела для користувацьких введень, визначених за допомогою UIBC-введень, а не локальних введень (тобто в межах вікна відображення, а не за межами вікна відображення), вищенаведені обчислення можуть бути виконані в пристрої-джерелі 120 замість пристрою-приймача 160. Щоб спрощувати такі обчислення, пристрій-приймач 160 може передавати в пристрій-джерело 120 значення для LDW, WDW та інформацію місцеположення для вікна відображення (наприклад, aDW, bDW), а також координати для (xSINK, ySINK). З використанням цих значень, що передаються, пристрій-джерело 120 може визначати значення для (xSRC, ySRC) згідно з вищенаведеними рівняннями 3 та 4. В інших реалізаціях нормалізації на основі приймача, пристрій-приймач 160 може передавати координати (xDW, yDW) для користувацького введення, які описують, в якому місці в межах вікна відображення відбувається подія користувацького введення, на відміну від того, в якому місці на дисплеї 162 відбувається подія користувацького введення. У цій реалізації, координати (xDW, yDW) можуть бути передані в пристрій-джерело 120 разом із значеннями для (LDW, WDW). На основі цих значень, що приймаються, пристрій-джерело 120 може визначати (xSRC, ySRC) згідно з наступними функціями перетворення: xSRC=xDW*(LSRC/LDW) (5) ySRC=yDW*(WSRC/WDW) (6) Пристрій-приймач 160 може визначати xDW та yDW на основі наступних функцій: xDW=xSINK-aDW (7) yDW=ySINK-bDW (8) Коли це розкриття суті описує координати передачі, асоційовані з користувацьким введенням в пакеті даних, наприклад, передача цих координат може включати в себе нормалізацію на основі джерела або на основі приймача, як описано вище, і/або може включати 8 UA 109928 C2 5 10 15 20 25 30 35 40 45 50 55 60 в себе будь-яку додаткову інформацію, необхідну для виконання нормалізації на основі джерела або на основі приймача. UIBC може бути спроектований з можливістю транспортувати різні типи даних користувацького введення, які включають в себе міжплатформні дані користувацького введення. Наприклад, пристрій-джерело 120 може працювати під керуванням операційної системи iOS®, в той час як пристрій-приймач 160 працює під керуванням іншої операційної системи, такої як Android® або Windows®. Незалежно від платформи UIPM 168 може інкапсулювати користувацьке введення, що приймається, в формі, зрозумілій для модуля 125 А/V-керування. Ряд різних типів форматів користувацького введення може підтримуватися за допомогою UIBC, з тим щоб давати можливість множині різних типів пристроїв-джерел і приймачів використовувати протокол незалежно від того, працюють чи ні пристрої-джерела і приймачі на різних платформах. Формати універсального введення можуть бути задані, і конкретні для платформи формати введення можуть підтримуватися, тим самим забезпечуючи гнучкість за рахунок того, що користувацьке введення може передаватися між пристроємджерелом 120 і пристроєм-приймачем 160 за допомогою UIBC. У прикладі за фіг. 1A, пристрій-джерело 120 може містити смартфон, планшетний комп'ютер, переносний комп'ютер, настільний комп'ютер, телевізійний приймач з підтримкою WiFi або будь-який інший пристрій, що допускає передачу аудіо- та відеоданих. Пристрій-приймач 160 аналогічно може містити смартфон, планшетний комп'ютер, переносний комп'ютер, настільний комп'ютер, телевізійний приймач з підтримкою Wi-Fi або будь-який інший пристрій, що допускає прийом аудіо- та відеоданих і прийом даних користувацького введення. У деяких випадках, пристрій-приймач 160 може включати в себе систему пристроїв, так що дисплей 162, динамік 163, UI-пристрій 167 та А/V-кодер 164 є частинами окремих, але взаємодіючих пристроїв. Пристрій-джерело 120 аналогічно може бути системою пристроїв, а не одним пристроєм. У цьому розкритті суті, термін «пристрій-джерело», загалом, використовується як такий, що означає пристрій, який передає аудіо-відеодані, а термін «пристрій-приймач», загалом, використовується як такий, що означає пристрій, який приймає аудіо-відеодані з пристроюджерела. У багатьох випадках, пристрій-джерело 120 і пристрій-приймач 160 можуть бути аналогічними або ідентичними пристроями, при тому, що один пристрій працює як джерело, а інший працює як приймач. Крім того, ці ролі можуть мінятися на протилежні в різних сеансах зв'язку. Таким чином, пристрій-приймач в одному сеансі зв'язку може ставати пристроємджерелом в подальшому сеансі зв'язку, або навпаки. Фіг. 1B є блок-схемою, що ілюструє зразкову систему 101 джерел/приймачів, яка може реалізовувати технології цього розкриття суті. Система 101 джерел/приймачів включає в себе пристрій-джерело 120 і пристрій-приймач 160, кожний з яких може функціонувати і працювати способом, описаним вище для фіг. 1A. Система 101 джерел/приймачів додатково включає в себе пристрій-приймач 180. Аналогічно пристрою-приймачу 160, описаному вище, пристрійприймач 180 може приймати аудіо- і відеодані з пристрою-джерела 120 і передавати команди користувача в пристрій-джерело 120 по встановленому UIBC. У деяких конфігураціях, пристрійприймач 160 і пристрій-приймач 180 можуть працювати незалежно один від одного, і виведення аудіо- та відеоданих в пристрої-джерелі 120 може одночасно виводитися в пристрої-приймачі 160 і пристрої-приймачі 180. В альтернативних конфігураціях, пристрій-приймач 160 може бути первинним пристроєм-приймачем, а пристрій-приймач 180 може бути вторинним пристроємприймачем. У такій зразковій конфігурації, пристрій-приймач 160 і пристрій-приймач 180 можуть з’єднуватися, і пристрій-приймач 160 може відображати відеодані, в той час як пристрійприймач 180 виводить відповідні аудіодані. Додатково, в деяких конфігураціях, пристрійприймач 160 може виводити тільки відеодані, що передаються, в той час як пристрій-приймач 180 виводить тільки аудіодані, що передаються. Фіг. 2 є блок-схемою, що показує один приклад пристрою-джерела 220. Пристрій-джерело 220 може бути пристроєм, аналогічним пристрою-джерелу 120 на фіг. 1A, і може працювати ідентично пристрою-джерелу 120. Пристрій-джерело 220 включає в себе локальний дисплей 222, локальний динамік 223, процесори 231, запам'ятовуючий пристрій 232, транспортний блок 233 і бездротовий модем 234. Як показано на фіг. 2, пристрій-джерело 220 може включати в себе один або більше процесорів (тобто процесор 231), які кодують і/або декодують А/V-дані для транспортування, зберігання і відображення. А/V-дані, наприклад, можуть бути збережені в запам'ятовуючому пристрої 232. Запам'ятовуючий пристрій 232 може зберігати весь А/V-файл або може містити менший буфер, який просто зберігає частину А/V-файл, наприклад, що передається потоком з іншого пристрою або джерела. Транспортний блок 233 може обробляти кодовані А/V-дані для мережного транспортування. Наприклад, кодовані А/V-дані можуть 9 UA 109928 C2 5 10 15 20 25 30 35 40 45 50 55 60 оброблятися за допомогою процесора 231 та інкапсулюватися за допомогою транспортного блока 233 в одиниці рівня доступу до мережі (NAL) для зв'язку по мережі. NAL-одиниці можуть відправлятися за допомогою бездротового модему 234 в бездротовий пристрій-приймач через мережне з'єднання. Бездротовий модем 234, наприклад, може бути Wi-Fi-модемом, виконаним з можливістю реалізовувати один з сімейства стандартів IEEE 802.11. Пристрій-джерело 220 також може локально обробляти та відображати А/V-дані. Зокрема, процесор 235 відображення може обробляти відеодані, які повинні відображатися на локальному дисплеї 222, аудіопроцесор 236 може обробляти аудіодані для виведення на динамік 223. Як описано вище відносно пристрою-джерела 120 за фіг. 1A, пристрій-джерело 220 також може приймати команди користувацького введення з пристрою-приймача. Таким чином, бездротовий модем 234 пристрою-джерела 220 приймає інкапсульовані пакети даних, наприклад, NAL-одиниці та відправляє інкапсульовані одиниці даних в транспортний блок 233 для декапсуляції. Наприклад, транспортний блок 233 може витягувати пакети даних з NALодиниць, і процесор 231 може синтаксично аналізувати пакети даних для того, щоб витягувати команди користувацького введення. На основі команд користувацького введення, процесор 231 може регулювати кодовані А/V-дані, що передаються за допомогою пристрою-джерела 220 в пристрій-приймач. Таким чином, функціональність, описана вище відносно модуля 125 А/Vкерування за фіг. 1A, може бути реалізована, або повністю або частково, за допомогою процесора 231. Процесор 231 за фіг. 2, загалом, представляє будь-який з множини процесорів, що включають в себе, але тільки, один або більше процесорів цифрових сигналів (DSP), мікропроцесорів загального призначення, спеціалізованих інтегральних схем (ASIC), програмованих користувачем вентильних матриць (FPGA), інших еквівалентних інтегрованих або дискретних логічних схем або деяку комбінацію вищезазначеного. Запам'ятовуючий пристрій 232 за фіг. 2 може містити будь-який з множини енергозалежних або енергонезалежних запам'ятовуючих пристроїв, що включають в себе, але не тільки, оперативний запам'ятовуючий пристрій (RAM), наприклад, синхронний динамічний оперативний запам'ятовуючий пристрій (SDRAM), постійний запам'ятовуючий пристрій (ROM), енергонезалежний оперативний запам'ятовуючий пристрій (NVRAM), електрично стираний програмований постійний запам'ятовуючий пристрій (EEPROM), флеш-пам'ять тощо. Запам'ятовуючий пристрій 232 може містити машинозчитуваний носій зберігання даних для збереження аудіо-відеоданих, а також інших видів даних. Запам'ятовуючий пристрій 232 додатково може зберігати інструкції і програмний код, які виконуються за допомогою процесора 231 як частина виконання різних технологій, описаних в цьому розкритті суті. Фіг. 3 показує приклад пристрою-приймача 360. Пристрій-приймач 360 може бути пристроєм, аналогічним пристрою-приймачу 160 на фіг. 1A, і може працювати ідентично пристроюприймачу 160. Пристрій-приймач 360 включає в себе один або більше процесорів (тобто процесор 331), запам'ятовуючий пристрій 332, транспортний блок 333, бездротовий модем 334, процесор 335 відображення, локальний дисплей 362, аудіопроцесор 336, динамік 363 та інтерфейс 376 користувацького введення. Пристрій-приймач 360 приймає в бездротовому модемі 334 інкапсульовані одиниці даних, відправлені з пристрою-джерела. Бездротовий модем 334, наприклад, може бути Wi-Fi-модемом, виконаним з можливістю реалізовувати один або більше стандартів з сімейства стандартів IEEE 802.11. Транспортний блок 333 може декапсулювати інкапсульовані одиниці даних. Наприклад, транспортний блок 333 може витягувати кодовані відеодані з інкапсульованих одиниць даних і відправляти кодовані А/V-дані в процесор 331 для декодування і виконання рендерингу для виведення. Процесор 335 відображення може обробляти декодовані відеодані, які повинні відображатися на локальному дисплеї 362, і аудіопроцесор 336 може обробляти декодовані аудіодані для виведення на динамік 363. Додатково до рендерингу аудіо- та відеоданих, бездротовий пристрій-приймач 360 також може приймати дані користувацького введення через інтерфейс 376 користувацького введення. Інтерфейс 376 користувацького введення може представляти будь-яку кількість пристроїв користувацького введення, що включають в себе, але не тільки, інтерфейс сенсорного відображення, клавіатуру, мишу, модуль обробки мовних команд, пристрій захоплення жестів (наприклад, з характеристиками захоплення введення на основі камери) або будь-який інший з ряду пристроїв користувацького введення. Користувацьке введення, що приймається через інтерфейс 376 користувацького введення, може бути оброблене за допомогою процесора 331. Ця обробка може включати в себе формування пакетів даних, які включають в себе команду користувацького введення, що приймається відповідно до технологій, описаних в цьому 10 UA 109928 C2 5 10 15 20 25 30 35 40 45 50 55 розкритті суті. Після формування, транспортний блок 333 може обробляти пакети даних для мережного транспортування в бездротовий пристрій-джерело по UIBC. Процесор 331 за фіг. 3 може містити один або більше з широкого діапазону процесорів, наприклад, один або більше процесорів цифрових сигналів (DSP), мікропроцесорів загального призначення, спеціалізованих інтегральних схем (ASIC), програмованих користувачем вентильних матриць (FPGA), інших еквівалентних інтегрованих або дискретних логічних схем або деяку комбінацію вищезазначеного. Запам'ятовуючий пристрій 332 за фіг. 3 може містити будь-який з множини енергозалежних або енергонезалежних запам'ятовуючих пристроїв, що включають в себе, але не тільки, оперативний запам'ятовуючий пристрій (RAM), наприклад, синхронний динамічний оперативний запам'ятовуючий пристрій (SDRAM), постійний запам'ятовуючий пристрій (ROM), енергонезалежний оперативний запам'ятовуючий пристрій (NVRAM), електрично стираний програмований постійний запам'ятовуючий пристрій (EEPROM), флеш-пам'ять тощо. Запам'ятовуючий пристрій 232 може містити машинозчитуваний носій зберігання даних для збереження аудіо-відеоданих, а також інших видів даних. Запам'ятовуючий пристрій 332 додатково може зберігати інструкції та програмний код, які виконуються за допомогою процесора 331 як частина виконання різних технологій, описаних в цьому розкритті суті. Фіг. 4 показує блок-схему зразкової системи 410 передавального пристрою і системи 450 приймального пристрою, які можуть бути використані за допомогою приймальнопередавального пристрою 126 і приймально-передавального пристрою 166 за фіг. 1A для обміну даними по каналу 150 зв'язку. У системі 410 передавального пристрою дані трафіку для потоків номери даних надаються з джерела 412 даних в процесор 414 даних передачі (TX). Кожний потік даних може бути переданий по відповідній передавальній антені. Процесор 414 ТХ-даних форматує, кодує та перемежовує дані трафіку для кожного потоку даних на основі конкретної схеми кодування, вибраної для цього потоку даних. Кодовані дані для кожного потоку даних можуть бути мультиплексовані з пілотними даними з використанням технологій мультиплексування з ортогональним частотним розділенням каналів (OFDM). Також може бути використана множина інших технологій бездротового зв’язку, що включають в себе, але не тільки, множинний доступ з часовим розділенням каналів (TDMA), множинний доступ з частотним розділенням каналів (FDMA), множинний доступ з кодовим розділенням каналів (CDMA) або будь-яку комбінацію OFDM, FDMA, TDMA і/або CDMA. Згідно з фіг. 4, пілотні дані типово є відомим шаблоном даних, який обробляється відомим способом і може бути використаний в системі приймального пристрою для того, щоб оцінювати відгук каналу. Мультиплексований пілотний сигнал і кодовані дані для кожного потоку даних потім модулюються (наприклад, символьно перетворюються) на основі конкретної схеми модуляції (наприклад, двопозиційної фазової маніпуляції (BPSK), квадратурної фазової маніпуляції (QPSK), M-PSK або M-QAM (квадратурної амплітудної модуляції), де M може бути ступенем двох), вибраної для цього потоку даних, щоб надавати символи модуляції. Швидкість передачі даних, кодування і модуляція для кожного потоку даних можуть бути визначені за допомогою інструкцій, що виконуються за допомогою процесора 430, який може з’єднуватися із запам'ятовуючим пристроєм 432. Символи модуляції для всіх потоків даних потім надаються в TX MIMO-процесор 420, який додатково може обробляти символи модуляції (наприклад, для OFDM). TX MIMO-процесор 420 далі може надавати NT потоків символів модуляції в NT передавальних пристроїв (TMTR) 422a422t. У визначених аспектах, TX MIMO-процесор 420 застосовує вагові коефіцієнти формування діаграми направленості до символів потоків даних і до антени, з якої передається символ. Кожний передавальний пристрій 422 може приймати та обробляти відповідний потік символів, щоб надавати один або більше аналогових сигналів, і додатково призводить до необхідних параметрів (наприклад, посилює, фільтрує і перетворює з підвищенням частоти) аналогові сигнали, щоб надавати модульований сигнал, підходящий для передачі по MIMOканалу. NT модульованих сигналів з передавальних пристроїв 422a-422t потім передаються з NT антен 424a-424t, відповідно. У системі 450 приймального пристрою модульовані сигнали, що передаються, приймаються за допомогою NR антен 452a-452r, і сигнал, що приймається, з кожної антени 452 надається у відповідний приймальний пристрій (RCVR) 454a-454r. Приймальний пристрій 454 призводить до необхідних параметрів (наприклад, фільтрує, посилює і перетворює із зниженням частоти) відповідний сигнал, що приймається, відцифровує приведений до необхідних параметрів сигнал, щоб надавати вибірки, і додатково обробляє вибірки, щоб надавати відповідний потік символів, що «приймається». 11 UA 109928 C2 5 10 15 20 25 30 35 40 45 50 55 Процесор 460 даних прийому (RX) потім приймає та обробляє N R потоків символів, що приймаються, з NR приймальних пристроїв 454 на основі конкретної методики обробки приймального пристрою, щоб надавати NT «виявлених» потоків символів. Процесор 460 RXданих після цього демодулює, обернено перемежовує і декодує кожний виявлений потік символів, щоб відновлювати дані трафіку для потоку даних. Обробка за допомогою процесора 460 RX-даних є комплементарною обробці, що виконується за допомогою TX MIMO-процесора 420 і процесора 414 ТХ-даних в системі 410 передавального пристрою. Процесор 470, який може з’єднуватися із запам'ятовуючим пристроєм 472, періодично визначає те, яку матрицю попереднього кодування потрібно використовувати. Повідомлення зворотної лінії зв'язку може містити різні типи інформації, що відноситься до лінії зв'язку і/або потоку даних, що приймається. Повідомлення зворотної лінії зв'язку потім обробляється за допомогою процесора 438 ТХ-даних, який також приймає дані трафіку для визначеного числа потоків даних з джерела 436 даних, модулюється за допомогою модулятора 480, приводиться до необхідних параметрів за допомогою передавальних пристроїв 454a-454r і передається зворотно в систему 410 передавального пристрою. У системі 410 передавального пристрою модульовані сигнали із системи 450 приймального пристрою приймаються за допомогою антен 424, приводяться до необхідних параметрів за допомогою приймальних пристроїв 422, демодулюються за допомогою демодулятора 440 та обробляються за допомогою процесора 442 RX-даних, щоб витягувати повідомлення зворотної лінії зв'язку, що передається за допомогою системи 450 приймального пристрою. Процесор 430 потім визначає те, яку матрицю попереднього кодування використовувати для визначення вагових коефіцієнтів формування діаграми направленості, і далі обробляє витягнуте повідомлення. Фіг. 5A є блок-схемою, що ілюструє зразкову послідовність передачі повідомлень між пристроєм-джерелом 520 і пристроєм-приймачем 560 як частину сеансу узгоджень характеристик. Узгодження характеристик може здійснюватися як частина більш крупного процесу встановлення сеансу зв'язку між пристроєм-джерелом 520 і пристроєм-приймачем 560. Цей сеанс, наприклад, може встановлюватися за допомогою Wi-Fi Direct або TDLS як базовий стандарт підключення. Після встановлення Wi-Fi Direct- або TDLS-сеансу пристрій-приймач 560 може ініціювати ТСР-з'єднання з пристроєм-джерелом 520. Як частина встановлення ТСРз'єднання порт керування за протоколом потокової передачі в реальному часі (RTSP) може встановлюватися, щоб керувати сеансом зв'язку між пристроєм-джерелом 520 і пристроємприймачем 560. Пристрій-джерело 520 може, загалом, працювати способом, описаним вище для пристроюджерела 120 за фіг. 1A, а пристрій-приймач 560 може, загалом, працювати способом, описаним вище для пристрою-приймача 160 за фіг. 1A. Після того, як пристрій-джерело 520 і пристрійприймач 560 встановлюють підключення, пристрій-джерело 520 і пристрій-приймач 560 можуть визначати набір параметрів, який повинен використовуватися для подальшого сеансу зв'язку, як частина обміну даними з узгодження характеристик. Пристрій-джерело 520 і пристрій-приймач 560 можуть узгоджувати характеристики через послідовність повідомлень. Повідомлення, наприклад, можуть бути повідомленнями за протоколом потокової передачі в реальному часі (RTSP). На будь-якій стадії узгоджень одержувач повідомлення з RTSP-запитом може відповідати RTSP-відповіддю, яка включає в себе код стану RTSP, відмінний від RTSP OK, і в цьому випадку обмін повідомленнями може повторюватися з іншим набором параметрів, або сеанс узгодження характеристик може завершуватися. Пристрій-джерело 520 може відправляти перше повідомлення (повідомлення із запитом RTSP OPTIONS) в пристрій-приймач 560, щоб визначати набір RTSP-способів, які підтримує пристрій-приймач 560. Під час прийому першого повідомлення з пристрою-джерела 520 пристрій-приймач 560 може відповідати другим повідомленням (повідомленням з відповіддю RTSP OPTIONS), яке перераховує RTSP-способи, що підтримуються за допомогою приймача 560. Друге повідомлення також може включати в себе код стану RTSP OK. Після відправки другого повідомлення в пристрій-джерело 520 пристрій-приймач 560 може відправляти третє повідомлення (повідомлення із запитом RTSP OPTIONS), щоб визначати набір RTSP-способів, які підтримує пристрій-джерело 520. Під час прийому третього повідомлення з пристрою-приймача 560 пристрій-джерело 520 може відповідати четвертим повідомленням (повідомленням з відповіддю RTSP OPTIONS), яке перераховує RTSP-способи, що підтримуються за допомогою пристрою-джерела 520. Четверте повідомлення також може включати в себе код стану RTSP OK. 12 UA 109928 C2 5 10 15 20 25 30 35 40 45 50 55 60 Після відправки четвертого повідомлення пристрій-джерело 520 може відправляти п'яте повідомлення (повідомлення із запитом RTSP GET_PARAMETER), щоб вказувати список характеристик, які представляють інтерес для пристрою-джерела 520. Пристрій-приймач 560 може відповідати шостим повідомленням (повідомленням з відповіддю RTSP GET_PARAMETER). Шосте повідомлення може містити код стану RTSP. Якщо код стану RTSP OK, то шосте повідомлення також може включати в себе параметри відповіді для параметра, що вказується в п'ятому повідомленні, які підтримуються за допомогою пристрою-приймача 560. Пристрій-приймач 560 може ігнорувати ті параметри в п'ятому повідомленні, які пристрійприймач 560 не підтримує. На основі шостого повідомлення, джерело 520 може визначати оптимальний набір параметрів, який повинен використовуватися для сеансу зв'язку, і може відправляти сьоме повідомлення (повідомлення із запитом RTSP SET_PARAMETER) в пристрій-приймач 560. Сьоме повідомлення може містити набір параметрів, який повинен бути використаний під час сеансу зв'язку між пристроєм-джерелом 520 і пристроєм-приймачем 560. Сьоме повідомлення може включати в себе wfd-presentation-url, який описує універсальний ідентифікатор ресурсу (URI), який повинен бути використаний в запиті на встановлення RTSP, щоб встановлювати сеанс зв'язку. Wfd-presentation-url вказує URI, який пристрій-приймач 560 може використовувати для подальших повідомлень під час обміну повідомленнями для встановлення сеансу. Значення wfd-url0 та wfd-url1, що вказуються в цьому параметрі, можуть відповідати значенням rtp-port0 та rtp-port1 в wfd-client-rtp-ports в сьомому повідомленні. RTP в цьому випадку, загалом, означає протокол в реальному часі, який може працювати поверх UDP. Під час прийому сьомого повідомлення пристрій-приймач 560 може відповідати восьмим повідомленням з кодом стану RTSP, що вказує те, завершене чи ні вдало завдання параметрів, як вказано в сьомому повідомленні. Як згадано вище, ролі пристрою-джерела та пристроюприймача можуть мінятися на протилежні або змінюватися в різних сеансах. Порядок повідомлень, які встановлюють сеанс зв'язку, в деяких випадках може задавати пристрій, який працює як джерело, і задавати пристрій, який працює як приймач. Фіг. 5B є блок-схемою, що ілюструє іншу зразкову між послідовність передачі повідомлень пристроєм-джерелом 560 і пристроєм-приймачем 520 як частину сеансу узгоджень характеристик. Послідовність передачі повідомлень за фіг. 5B призначена для того, щоб надавати більш докладний вигляд послідовності передачі, описаної вище для фіг. 5A. На фіг. 5B, повідомлення «1b. GET_PARAMETER RESPONSE» показує приклад повідомлення, яке ідентифікує список категорій введення (наприклад, універсальний і HIDC), що підтримуються, і множину списків типів введення, що підтримуються. Кожна з підтримуваних категорій введення зі списку підтримуваних категорій введення має асоційований список підтримуваних типів, (наприклад, generic_cap_list та hidc_cap_list). На фіг. 5B, повідомлення «2a. SET_PARAMETER REQUEST» є прикладом другого повідомлення, яке ідентифікує другий список категорій введення (наприклад, універсальний і HIDC), що підтримуються, і множину других списків підтримуваних типів. Кожна з підтримуваних категорій введення з другого списку підтримуваних категорій введення має асоційований другий список типів (наприклад, generic_cap_list та hidc_cap_list), що підтримуються. Повідомлення «1b. GET_PARAMETER RESPONSE» ідентифікує категорії введення і типи введення, що підтримуються за допомогою пристроюприймача 560. Повідомлення «2a. SET_PARAMETER REQUEST» ідентифікує категорії введення і типи введення, що підтримуються за допомогою пристрою-джерела 520, але він може не бути всебічним списком всіх категорій введення і типів введення, що підтримуються за допомогою пристрою-джерела 520. Замість цього повідомлення «2a. SET_PARAMETER REQUEST» може ідентифікувати тільки категорії введення і типи введення, ідентифіковані в повідомленні «1b. GET_PARAMETER RESPONSE» як такі, що підтримуються за допомогою пристрою-приймача 560. Таким чином, категорії введення і типи введення, ідентифіковані в повідомленні «2a. SET_PARAMETER REQUEST», можуть складати піднабір категорій введення і типів введення, ідентифікованих в повідомленні «1b. GET_PARAMETER RESPONSE». Фіг. 6 є концептуальною схемою, що ілюструє один приклад пакета даних, який може бути сформований за допомогою пристрою-приймача і переданий в пристрій-джерело. Аспекти пакета 600 даних пояснюються з посиланням на фіг. 1A, але пояснені технології можуть бути застосовними до додаткових типів систем джерел/приймачів. Пакет 600 даних може включати в себе заголовок 610 пакета даних, після якого йдуть робочі дані 650. Робочі дані 650 додатково можуть включати в себе один або більше заголовків робочих даних (наприклад, заголовок 630 робочих даних). Пакет 600 даних, наприклад, може бути переданий з пристрою-приймача 160 за фіг. 1A в пристрій-джерело 120, так що користувач пристрою-приймача 160 може керувати аудіо-відеоданими, що передаються за допомогою пристрою-джерела 120. У такому випадку, 13 UA 109928 C2 5 10 15 20 25 30 35 40 45 50 55 60 робочі дані 650 можуть включати в себе дані користувацького введення, прийняті в пристроїприймачі 160. Робочі дані 650, наприклад, можуть ідентифікувати одну або більше користувацьких команд. Пристрій-приймач 160 може приймати одну або більше користувацьких команд і на основі команд, що приймаються, може формувати заголовок 610 пакета даних і робочі дані 650. На основі контенту заголовка 610 пакета даних для пакета 600 даних, пристрійджерело 120 може синтаксично аналізувати робочі дані 650, щоб ідентифікувати дані користувацького введення, прийняті в пристрої-приймачі 160. На основі даних користувацького введення, що містяться в робочих даних 650, пристрій-джерело 120 може змінювати деяким способом аудіо- та відеодані, що передаються з пристрою-джерела 120 в пристрій-приймач 160. При використанні в цьому розкритті суті, терміни «синтаксично аналізувати» і «синтаксичний аналіз», загалом, означають процес аналізу потоку бітів, щоб витягувати дані з потоку бітів. Після витягання дані можуть оброблятися, наприклад, за допомогою пристрою-джерела 120. Витягання даних, наприклад, може включати в себе ідентифікацію того, як форматується інформація в потоці бітів. Як детальніше описано нижче, заголовок 610 пакета даних може задавати стандартизований формат, який відомий як для пристрою-джерела 120, так і для пристрою-приймача 160. Проте, робочі дані 650 можуть форматуватися одним з множини можливих способів. За допомогою синтаксичного аналізу заголовка 610 пакета даних пристрійджерело 120 може визначати те, як форматуються робочі дані 650, і таким чином, пристрійджерело 120 може синтаксично аналізувати робочі дані 650, щоб витягувати з робочих даних 650 одну або більше команд користувацького введення. Це дозволяє забезпечувати гнучкість з точки зору різних типів робочих даних, які можуть підтримуватися при зв'язку джерел/приймачів. Як детальніше описано нижче, робочі дані 650 також можуть включати в себе один або більше заголовків робочих даних, наприклад, заголовок 630 робочих даних. У таких випадках, пристрійджерело 120 може синтаксично аналізувати заголовок 610 пакета даних для того, щоб визначати формат для заголовка 630 робочих даних, а потім синтаксично аналізувати заголовок 630 робочих даних для того, щоб визначати формат для робочих даних 650, що залишилися. Схема 620 є концептуальною ілюстрацією того, як може форматуватися заголовок 610 пакета даних. Номери 0-15 в рядку 615 призначені для того, щоб ідентифікувати місцеположення бітів у заголовку 610 пакета даних, і не призначені для того, щоб фактично представляти інформацію, що міститься в заголовку 610 пакета даних. Заголовок 610 пакета даних включає в себе поле 621 версії, прапор 622 часової мітки, зарезервоване поле 623, поле 624 категорії введення, поле 625 довжини і необов'язкове поле 626 часової мітки. У прикладі за фіг. 6, поле 621 версії є 3-бітовим полем, яке може вказувати версію конкретного протоколу зв'язку, що реалізовується за допомогою пристрою-приймача 160. Значення в полі 621 версії може повідомляти пристрою-джерелу 120 те, як синтаксично аналізувати залишок заголовка 610 пакета даних, а також те, як синтаксично аналізувати робочі дані 650. У прикладі за фіг. 6, поле 621 версії є трибітовим полем, яке повинно надавати унікальний ідентифікатор для восьми різних версій. В інших прикладах, більша або менша кількість бітів може виділятися полю 621 версії. У прикладі за фіг. 6, прапор 622 часової мітки (Т) є 1-бітовим полем, яке вказує те, присутнє чи ні поле 626 часової мітки в заголовку 610 пакета даних. Поле 626 часової мітки є 16-бітовим полем, що містить часову мітку на основі мультимедійних даних, які сформовані за допомогою пристрою-джерела 120 і передані в пристрій-приймач 160. Часова мітка, наприклад, може бути послідовним значенням, що призначається кадрам відео за допомогою пристрою-джерела 120 до передачі кадрів у пристрій-приймач 160. Прапор 622 часової мітки, наприклад, може включати в себе «1», щоб вказувати те, що поле 626 часової мітки присутнє, і може включати в себе «0», щоб вказувати те, що поле 626 часової мітки не присутнє. При синтаксичному аналізі заголовка 610 пакета даних і визначенні того, що поле 626 часової мітки присутнє, пристрійджерело 120 може обробляти часову мітку, включену в поле 626 часової мітки. При синтаксичному аналізі заголовка 610 пакета даних і визначенні того, що поле 626 часової мітки не присутнє, пристрій-джерело 120 може починати синтаксичний аналіз робочих даних 650 після синтаксичного аналізу поля 625 довжини, оскільки поле часової мітки не присутнє в заголовку 610 пакета даних. Якщо присутнє, поле 626 часової мітки може включати в себе часову мітку, щоб ідентифікувати кадр відеоданих, які відображаються у бездротовому пристрої-приймачі 160, коли одержуються дані користувацького введення робочих даних 650. Часова мітка, можливо, наприклад, додана до кадру відео за допомогою пристрою-джерела 120 до передачі кадру пристрою-джерела 120 відео в пристрій-приймач 160. Відповідно, пристрій-джерело 120 може формувати кадр відео і вбудовувати у відеодані кадру, як метадані, наприклад, часову мітку. Пристрій-джерело 120 може передавати відеокадр з часовою міткою в пристрій-приймач 160, і 14 UA 109928 C2 5 10 15 20 25 30 35 40 45 50 55 60 пристрій-приймач 160 може відображати кадр відео. Хоча кадр відео відображається за допомогою пристрою-приймача 160, пристрій-приймач 160 може приймати користувацьку команду від користувача. Коли пристрій-приймач 160 формує пакет даних для того, щоб передавати користувацьку команду в пристрій-джерело 120, пристрій-приймач 160 може включати в полі 626 часової мітки часову мітку кадру, який відображається за допомогою пристрою-приймача 160, коли приймається користувацька команда. Під час прийому пакета 600 даних з полем 626 часових мітки, присутнім в заголовку, бездротовий пристрій-джерело 120 може ідентифікувати кадр відео, що відображається в пристрої-приймачі 160 в момент, коли дані користувацького введення робочих даних 650 одержані, і обробляти дані користувацького введення на основі контенту кадру, ідентифікованого за допомогою часової мітки. Наприклад, якщо дані користувацького введення є сенсорною командою, що застосовується до сенсорного дисплея, або натисненням покажчика миші, пристрій-джерело 120 може визначати контент кадру, що відображається в момент, коли користувач застосовує сенсорну команду до дисплея або клацає мишею. У деяких випадках, контент кадру може бути необхідний для того, щоб належним чином обробляти робочі дані. Наприклад, користувацьке введення на основі торкання користувача або натиснення мишею може залежати від того, що показується на дисплеї під час торкання або натиснення. Торкання або натиснення може відповідати, наприклад, значку або пункту меню. У випадках, коли контент дисплея змінюється, часова мітка, присутня в полі 626 часової мітки, може бути використана за допомогою пристрою-джерела 120 для того, щоб зіставляти торкання або натиснення з коректним значком або пунктом меню. Пристрій-джерело 120 додатково або альтернативно може порівнювати часову мітку в полі 626 часової мітки з часовою міткою, що застосовується до поточного кадру відео, який підготовлюється за допомогою рендерингу. За допомогою порівняння часової мітки з поля 626 часової мітки з поточною часовою міткою пристрій-джерело 120 може визначати час передачі та підтвердження прийому. Час передачі та підтвердження прийому, загалом, відповідає кількості часу, яка проходить з моменту, коли кадр передається за допомогою пристрою-джерела 120, до моменту, коли користувацьке введення на основі цього кадру приймається зворотно в пристроїджерелі 120 з пристрою-приймача 160. Час передачі та підтвердження прийому може надавати пристрою-джерелу 120 індикатор системного часу затримки, і якщо час передачі та підтвердження прийому перевищує порогове значення, то пристрій-джерело 120 може ігнорувати дані користувацького введення, що містяться в робочих даних 650, відповідно до такого допущення, що вхідна команда застосована до неактуального кадру для відображення. Коли час передачі та підтвердження прийому менше порогового значення, пристрій-джерело 120 може обробляти дані користувацького введення і регулювати аудіо-відеоконтент, що передається у відповідь на дані користувацького введення. Порогові значення можуть бути програмованими, і різні типи пристроїв (або різні комбінації джерел/приймачів) можуть бути виконані з можливістю задавати різні порогові значення для часів передачі та підтвердження прийому, які є прийнятними. У прикладі за фіг. 6, зарезервоване поле 623 є 8-бітовим полем, яке не включає в себе інформацію, що використовується за допомогою джерела 120 при синтаксичному аналізі заголовка 610 пакета даних і робочих даних 650. Проте, майбутні версії конкретного протоколу (ідентифікованого в полі 621 версії) можуть використовувати зарезервоване поле 623, і в цьому випадку пристрій-джерело 120 може використовувати інформацію в зарезервованому полі 623 для синтаксичного аналізу заголовка 610 пакета даних і/або для синтаксичного аналізу робочих даних 650. Зарезервоване поле 623 в поєднанні з полем 621 версії потенційно надає можливості для розширення і додавання ознак в формат пакетів даних без фундаментальної зміни формату, що вже використовується, і ознак. У прикладі за фіг. 6, поле 624 категорії введення є 4-бітовим полем для того, щоб ідентифікувати категорію введення для даних користувацького введення, що містяться в робочих даних 650. Пристрій-приймач 160 може класифікувати дані користувацького введення, щоб визначати категорію введення. Категоризація даних користувацького введення, наприклад, може бути основана на пристрої, з якого приймається команда, або на основі властивостей самої команди. Значення поля 624 категорії введення, можливе в поєднанні з іншою інформацією заголовка 610 пакета даних, ідентифікує для пристрою-джерела 120 те, як форматуються робочі дані 650. На основі цього форматування, пристрій-джерело 120 може синтаксично аналізувати робочі дані 650, щоб визначати користувацьке введення, яке прийняте в пристрої-приймачі 160. Оскільки категорія введення 624, в прикладі за фіг. 6, становить 4 біти, шістнадцять різних категорій введення, можливо, можуть бути ідентифіковані. Одна така категорія введення може 15 UA 109928 C2 5 10 15 20 25 30 35 40 бути форматом універсального введення, щоб вказувати те, що дані користувацького введення робочих даних 650 форматуються з використанням універсальних інформаційних елементів, заданих в протоколі, що виконується за допомогою як пристрою-джерела 120, так і пристроюприймача 160. Формат універсального введення, як детальніше описано нижче, може використовувати універсальні інформаційні елементи, які надають можливість користувачу пристрою-приймача 160 взаємодіяти з пристроєм-джерелом 120 на прикладному рівні. Інша така категорія введення може бути форматом команди пристрою з людино-машинним інтерфейсом (HIDC), щоб вказувати те, що дані користувацького введення робочих даних 650 форматуються на основі типу пристрою введення, що використовується для того, щоб приймати вхідні дані. Приклади типів пристроїв включають в себе клавіатуру, мишу, пристрій сенсорного введення, джойстик, камеру, пристрій захоплення жестів (наприклад, пристрій введення на основі камери) і пульт дистанційного керування. Інші типи категорій введення, які можуть бути ідентифіковані в полі 624 категорії введення, включають в себе формат введення, що перенаправляється, щоб вказувати те, що користувацькі дані в робочих даних 650 не виходять в конкретному для пристрою-приймача 160 або для операційної системи форматі, і формат мовної команди, щоб вказувати те, що робочі дані 650 включають в себе мовну команду. Поле 625 довжини може містити 16-бітове поле, щоб вказувати довжину пакета 600 даних. Довжина, наприклад, може вказуватися в одиницях в 8 бітів. Оскільки пакет 600 даних синтаксично аналізується за допомогою пристрою-джерела 120 в словах по 16 бітів, пакет 600 даних може бути доповнений до цілого числа в 16 бітів. На основі довжини, що міститься в полі 625 довжини, пристрій-джерело 120 може ідентифікувати кінець робочих даних 650 (тобто кінець пакета 600 даних) і початок нового, наступного пакета даних. Різні розміри полів, що надаються в прикладі за фіг. 6, призначені просто для пояснення, і мається на увазі, що поля можуть бути реалізовані з використанням інших різних чисел бітів у порівнянні з тим, що показано на фіг. 6. Додатково, також припускається, що заголовок 610 пакета даних може включати в себе не всі поля, пояснені вище, або може використовувати додаткові поля, не пояснені вище. Фактично, технології цього розкриття суті можуть бути гнучкими з точки зору фактичного формату, що використовується для різних полів даних пакетів. Після синтаксичного аналізу заголовка 610 пакета даних для того, щоб визначати форматування робочих даних 650, пристрій-джерело 120 може синтаксично аналізувати робочі дані 650 для того, щоб визначати команду користувацького введення, що міститься в робочих даних 650. Робочі дані 650 можуть мати власний заголовок робочих даних (заголовок 630 робочих даних), що вказує контент робочих даних 650. Таким чином, пристрій-джерело 120 може синтаксично аналізувати заголовок 630 робочих даних на основі синтаксичного аналізу заголовка 610 пакета даних, а потім синтаксично аналізувати робочі дані 650, що залишилися, на основі синтаксичного аналізу заголовка 630 робочих даних. Якщо, наприклад, поле 624 категорії введення заголовка 610 пакета даних вказує, що універсальне введення присутнє в робочих даних 650, то робочі дані 650 можуть мати формат універсального введення. Таким чином, пристрій-джерело 120 може синтаксично аналізувати робочі дані 650 згідно з форматом універсального введення. Як частина формату універсального введення робочі дані 650 можуть включати в себе послідовність з однієї або більше подій введення, при цьому кожна подія введення має власний заголовок події введення. Нижченаведена таблиця 1 ідентифікує поля, які можуть бути включені в заголовок введення. 45 Таблиця 1 Поле Ідентифікатор універсального IE Довжина Опис 50 Розмір (октет) Значення 1 Див. таблицю 2 2 Довжина наступних полів в октетах Подробиці користувацьких введень. Див. таблиці Змінний Поле ідентифікатора (ID) події універсального введення (IE) ідентифікує ідентифікаційні дані події універсального введення для ідентифікації типу введення. Поле ідентифікатора універсального IE, наприклад, може мати довжину в один октет і може включати в себе ідентифікаційні дані, вибрані з нижченаведеної таблиці 2. Якщо, аналогічно цьому прикладу, поля ідентифікатора універсального IE становить 8 бітів, то 256 різних типів введень (ідентифікованих 0-255) можуть бути ідентифікованими, хоча не всім 256 ідентифікаторам 16 UA 109928 C2 5 10 15 обов'язково потрібний асоційований тип введення. Деякі з 256 можуть бути зарезервовані для майбутнього використання з майбутніми версіями будь-якого протоколу, який реалізовується за допомогою пристрою-приймача 160 і пристрою-джерела 120. У таблиці 2, наприклад, ідентифікатори 9-255 універсального IE не мають асоційованих типів введення, але їм можуть призначатися типи введення в майбутньому. Поле довжини в заголовку події введення ідентифікує довжину поля опису, в той час як поле опису включає в себе інформаційні елементи, які описують користувацьке введення. Форматування поля опису може залежати від типу введення, ідентифікованого в полі ідентифікатора універсального IE. Таким чином, пристрій-джерело 120 може синтаксично аналізувати контент поля опису на основі типу введення, ідентифікованого в полі ідентифікатора універсального IE. На основі поля довжини заголовка події введення, пристрійджерело 120 може визначати кінець однієї події введення в робочих даних 650 і початок нової події введення. Як детальніше пояснюється нижче, одна користувацька команда може бути описана в робочих даних 650 як одна або більше подій введення. Таблиця 2 надає приклад типів введення, кожний з яких має відповідний ідентифікатор універсального IE, який може використовуватися для ідентифікації типу введення. Таблиця 2 Ідентифікатор універсального IE 0 1 2 3 4 5 6 7 8 9-255 20 Тип введення Натиснення лівої кнопки миші/торкання і утримання Відпускання лівої кнопки миші/торкання і відпускання Переміщення миші/торкання з переміщенням Натиснення клавіші Відпускання клавіші Зміна масштабу Вертикальна прокрутка Горизонтальна прокрутка Поворот Зарезервовано Поля опису, асоційовані з кожним типом введення, можуть мати різний формат. Поля опису події натиснення лівої кнопки миші/торкання і утримання, події відпускання лівої кнопки миші/торкання і відпускання і події переміщення миші/торкання з переміщенням, наприклад, можуть включати в себе інформаційні елементи, ідентифіковані в нижченаведеній таблиці 3, хоча інші формати також можуть бути використані в інших прикладах. Таблиця 3 Поле Число покажчиків (N) Для i=1:N{ Ідентифікатор покажчика Розмір (октет) Примітки 1 Число покажчиків події мультисенсорного вводу. Коли дорівнює 1, це вказує подію традиційного сенсорного введення. 1 Ідентифікаційний номер цього покажчика. Значення знаходиться в [0, 1,. ..] Координата X 2 Координата Y} 2 Координата X для події, нормалізована відносно узгодженого розрізнення відеопотоку між пристроєм-приймачем і пристроємджерелом. Координата Y для події, нормалізована відносно узгодженого розрізнення відеопотоку між пристроєм-приймачем і пристроємджерелом. 25 Число покажчиків може ідентифікувати число дотиків або натиснень мишею, асоційованих з подією введення. Кожний покажчик може мати унікальний ідентифікатор покажчика. Якщо, наприклад, подія мультисенсорного вводу включає в себе торкання трьома пальцями, то подія введення може мати три покажчики, кожний з яких має унікальний ідентифікатор покажчика. 17 UA 109928 C2 5 10 Кожний покажчик (тобто кожне торкання пальцями) може мати відповідну координату X і координату Y, що відповідають місцю, в якому відбулося торкання. Одна користувацькакоманда може описуватися як послідовність подій введення. Наприклад, якщо проведення трьома пальцями є командою для того, щоб закривати додаток, то проведення трьома пальцями може бути описане в робочих даних 650 як подія торкання і утримання з трьома покажчиками, події торкання з переміщенням з трьома покажчиками і події торкання і відпускання з трьома покажчиками. Три покажчики події торкання і утримання можуть мати ідентичні ідентифікатори покажчиків як три покажчики події торкання з переміщенням і події торкання і відпускання. Пристрій-джерело 120 може інтерпретувати комбінацію цих трьох подій введення як проведення трьома пальцями. Поля опису події натиснення клавіші або події відпускання клавіші, наприклад, можуть включати в себе інформаційні елементи, ідентифіковані в нижченаведеній таблиці 4. Таблиця 4 Розмір Примітки (октет) Зарезервовано 1 Зарезервовано Код клавіші першої події натиснення або відпускання клавіші. Код клавіші 1 Базовий/розширений ASCII-код використовує більш молодший один 2 (ASCII) байт. Більш старший один байт зарезервований для майбутнього ASCII-сумісного коду клавіші. Код клавіші для другої події натиснення або відпускання клавіші. Код клавіші 2 Базовий/ розширений ASCII-код використовує більш молодший один 2 (ASCII) байт. Більш старший один байт зарезервований для майбутнього ASCII-сумісного коду клавіші. Поле 15 Поле опису події зміни масштабу, наприклад, може включати в себе інформаційні елементи, ідентифіковані в нижченаведеній таблиці 5. Таблиця 5 Поле Розмір (октет) X 2 Y 2 Ціла частина коефіцієнта зміни масштабу Дробова частина коефіцієнта зміни масштабу 20 Примітки Еталонна координата X для операції зміни масштабу, нормалізована відносно узгодженого розрізнення відеопотоку між пристроєм-приймачем і пристроєм-джерелом. Еталонна координата Y для операції зміни масштабу, нормалізована відносно узгодженого розрізнення відеопотоку між пристроєм-приймачем і пристроєм-джерелом. 1 Частина цілого числа без знаку коефіцієнта зміни масштабу 1 Дробова частина коефіцієнта зміни масштабу Поле опису події горизонтального прокручування або події вертикального прокручування, наприклад, може включати в себе інформаційні елементи, ідентифіковані в нижченаведеній таблиці 6. Таблиця 6 Поле Величина прокручування Розмір (октет) Примітки 2 Число пікселів для прокручування, нормалізоване відносно узгодженого розрізнення відеопотоку між пристроєм-приймачем і пристроємджерелом. Негативне число може вказувати прокручування праворуч, а позитивне число може вказувати прокручування ліворуч 18 UA 109928 C2 5 10 15 20 25 30 35 40 45 50 55 60 Вищенаведені приклади показують деякі зразкові способи, якими можуть форматуватися робочі дані для категорії універсального введення. Якщо поле 624 категорії введення заголовка 610 пакета даних вказує іншу категорію введення, наприклад, користувацьке введення, що перенаправляється, то робочі дані 650 можуть мати інший формат введення. За допомогою користувацького введення, що перенаправляється, пристрій-приймач 160 може приймати дані користувацького введення зі стороннього пристрою і направляти вхідні дані в пристрій-джерело 120 без інтерпретації даних користувацького введення. Таким чином, пристрій-джерело 120 може синтаксично аналізувати робочі дані 650 згідно з форматом користувацького введення, що перенаправляється. Наприклад, заголовок 630 робочих даних для робочих даних 650 може включати в себе поле, щоб ідентифікувати сторонній пристрій, з якого одержане користувацьке введення. Поле, наприклад, може включати в себе адресу за Інтернет-протоколом (IP) стороннього пристрою, MAC-адреси, доменне ім'я або деякий інший такий ідентифікатор. Пристрій-джерело 120 може синтаксично аналізувати залишок робочих даних на основі ідентифікатора стороннього пристрою. Пристрій-приймач 160 може узгоджувати характеристики зі стороннім пристроєм через послідовність повідомлень. Пристрій-приймач 160 потім може передавати унікальний ідентифікатор стороннього пристрою в пристрій-джерело 120 як частину встановлення сеансу зв'язку з пристроєм-джерелом 120 як частину процесу узгодження характеристик. Альтернативно, пристрій-приймач 160 може передавати інформацію, що описує сторонній пристрій, в пристрій-джерело 120, і на основі інформації пристрій-джерело 120 може визначати унікальний ідентифікатор для стороннього пристрою. Інформація, що описує сторонній пристрій, наприклад, може включати в себе інформацію для того, щоб ідентифікувати сторонній пристрій, і/або інформацію для того, щобідентифікувати характеристики стороннього пристрою. Незалежно від того, визначаються унікальні ідентифікатори за допомогою пристрою-джерела 120 або за допомогою пристрою-приймача 160, коли пристрій-приймач 160 передає пакети даних з користувацьким введенням, одержаним зі стороннього пристрою, пристрій-приймач 160 може включати, наприклад, унікальний ідентифікатор в пакет даних в заголовку робочих даних, так що пристрій-джерело 120 може ідентифікувати джерело користувацького введення. Якщо поле 624 категорії введення заголовка 610 пакета даних вказує ще одну іншу категорію введення, наприклад, мовну команду, то робочі дані 650 можуть мати ще один інший формат введення. Для мовної команди робочі дані 650 можуть включати в себе кодоване аудіо. Кодек для кодування і декодування аудіо з мовної команди може бути узгоджений між пристроєм-джерелом 120 і пристроєм-приймачем 160 через послідовність повідомлень. Для передачі мовної команди поле 626 часової мітки може включати в себе значення часу дискретизації мови. У такому випадку, прапор 622 часової мітки може задаватися так, що він вказує, що часова мітка присутня, але замість часової мітки, як описано вище, поле 626 часової мітки може включати в себе значення часу дискретизації мови для кодованого аудіо робочих даних 650. У деяких прикладах, мовна команда може бути передана як універсальна команда, як описано вище, і в цьому випадку поле 624 категорії введення може задаватися так, що воно ідентифікує формат універсальних команд, і один із зарезервованих ідентифікаторів універсального IE може призначатися мовним командам. Якщо мовна команда передається як універсальна команда, то частота дискретизації мови може бути присутньою в полі 626 часової мітки заголовка 610 пакета даних або може бути присутньою в робочих даних 650. Для захоплених даних мовних команд мовні дані можуть інкапсулюватися декількома способами. Наприклад, дані мовних команд можуть інкапсулюватися з використанням RTP, що дозволяє надавати тип робочих даних для того, щоб ідентифікувати кодек і часову мітку, причому часова мітка використовується для того, щоб ідентифікувати частоту дискретизації. RTP-дані можуть інкапсулюватися з використанням формату універсального користувацького введення, описаного вище, з або без необов'язкової часової мітки. Пристрій-приймач 160 може передавати дані універсального введення, які переносять дані мовних команд, в пристрійджерело 120 з використанням TPC/IP. Як пояснено вище, коли координати включаються як частина пакета даних, наприклад, пакета 600 даних в робочих даних 650, наприклад, координати можуть відповідати координатам, масштабованим на основі узгодженого розрізнення, координат вікна відображення, нормалізованих координат або координат, асоційованого з дисплеєм приймача. У деяких випадках, додаткова інформація може бути включена в пакет даних або передана окремо для використання за допомогою пристрою-джерела, щоб нормалізувати координати, прийняті в пакеті даних. 19 UA 109928 C2 5 10 15 20 25 30 35 40 45 50 55 60 Незалежно від категорії введення для конкретного пакета даних заголовок пакета даних може бути заголовком пакета прикладного рівня, і пакет даних може бути переданий по TCP/IP. TCP/IP може давати можливість пристрою-приймачу 160 і пристрою-джерелу 120 здійснювати технології повторної передачі у випадку втрат пакетів. Пакет даних може відправлятися з пристрою-приймача 160 в пристрій-джерело 120 для того, щоб керувати аудіоданими або відеоданими пристрою-джерела 120, або для інших цілей, наприклад, для того, щоб керувати додатком, що працює на пристрої-джерелі 120. Фіг. 7A є блок-схемою послідовності операцій зразкового способу узгодження характеристик між пристроєм-приймачем і пристроєм-джерелом. Проілюстрований зразковий спосіб може бути виконаний за допомогою пристрою-приймача 160 (фіг. 1A) або 360 (фіг. 3). У деяких прикладах, машинозчитуваний носій зберігання даних (наприклад, запам'ятовуючий пристрій 332) може зберігати інструкції, модулі або алгоритми, які при виконанні інструктують одному або більше процесорів (наприклад, процесору 331) виконувати один або більше проілюстрованих етапів на одній або більше блок-схемах послідовності операцій способу, описаних в даному документі. Спосіб за фіг. 7A включає в себе прийом за допомогою пристрою-приймача 160 з пристроюджерела 120 першого повідомлення (701). Повідомлення, наприклад, може містити запит на одержання параметрів. У відповідь на перше повідомлення пристрій-приймач 160 може відправляти друге повідомлення в пристрій-джерело 120 (703). Друге повідомлення, наприклад, може містити відповідь з одержання параметрів, яка ідентифікує перший список підтримуваних категорій введення, і множину перших списків підтримуваних типів, при цьому кожна з підтримуваних категорій введення з першого списку категорій введення, що підтримуються, має асоційований перший список підтримуваних типів. Категорії введення, що підтримуються, наприклад, можуть відповідати ідентичним категоріям, що використовуються для поля 624 категорії введення за фіг. 6. Вищенаведена таблиця 2 представляє один приклад типів, що підтримуються, для конкретної категорії введення (універсальні введення в цьому прикладі). Пристрій-приймач 160 може приймати з пристрою-джерела 120 третє повідомлення (705). Третє повідомлення, наприклад, може містити запит на завдання параметрів, при цьому запит на завдання параметрів ідентифікує порт для зв'язку, другий список підтримуваних категорій введення, і множину других списків підтримуваних типів, причому кожна з підтримуваних категорій введення з другого списку підтримуваних категорій введення має асоційований другий список підтримуваних типів, і кожний з типів, що підтримуються, з других списків включає в себе піднабір типів з перших списків. Пристрій-приймач 160 може передавати в пристрій-джерело 120 четверте повідомлення (707). Четверте повідомлення, наприклад, може містити відповідь із завдання параметрів, щоб підтверджувати те, що типи з других списків активовані. Пристрійприймач 160 може приймати з пристрою-джерела 120 п'яте повідомлення (709). П'яте повідомлення, наприклад, може містити другий запит на завдання параметрів, який вказує те, що канал зв'язку між пристроєм-джерелом 120 і пристроєм-приймачем 160 активований. Канал зв'язку, наприклад, може містити зворотний канал користувацького введення (UIBC). Пристрійприймач 160 може передавати в пристрій-джерело 120 шосте повідомлення (711). Шосте повідомлення, наприклад, може містити другу відповідь із завдання параметрів, яка підтверджує прийом другого запиту на завдання параметрів за допомогою пристрою-приймача 160. Фіг. 7B є блок-схемою послідовності операцій зразкового способу узгодження характеристик між пристроєм-приймачем і пристроєм-джерелом. Проілюстрований зразковий спосіб може бути виконаний за допомогою пристрою-джерела 120 (фіг. 1A) або 220 (фіг. 2). У деяких прикладах, машинозчитуваний носій зберігання даних (наприклад, запам'ятовуючий пристрій 232) може зберігати інструкції, модулі або алгоритми, які при виконанні інструктують одному або більше процесорів (наприклад, процесору 231) виконувати один або більше проілюстрованих етапів на блок-схемі послідовності операцій способу. Спосіб за фіг. 7B включає в себе передачу за допомогою пристрою-джерела 120 в пристрійприймач 160 першого повідомлення (702). Перше повідомлення, наприклад, може містити запит на одержання параметрів. Пристрій-джерело 120 може приймати друге повідомлення з пристрою-приймача 160 (704). Друге повідомлення, наприклад, може містити відповідь з одержання параметрів, яка ідентифікує перший список підтримуваних категорій введення, і множину перших списків підтримуваних типів, при цьому кожна з підтримуваних категорій введення з першого списку категорій введення, що підтримуються, має асоційований перший список підтримуваних типів. Пристрій-джерело 120 може передавати в пристрій-приймач 160 третє повідомлення (706). Третє повідомлення, наприклад, може містити запит на завдання параметрів, який ідентифікує порт для зв'язку, другий список підтримуваних категорій введення, і множину других списків підтримуваних типів, причому кожна з підтримуваних категорій введення з другого списку підтримуваних категорій введення має асоційований другий список 20 UA 109928 C2 5 10 15 20 25 30 35 40 45 50 55 60 підтримуваних типів, і кожний з типів, що підтримуються, з других списків включає в себе піднабір типів з перших списків. Пристрій-джерело 120 може приймати з пристрою-приймача 160 четверте повідомлення (708). Четверте повідомлення, наприклад, може містити відповідь із завдання параметрів, щоб підтверджувати те, що типи з других списків активовані. Пристрійджерело 120 може передавати в пристрій-приймач 160 п'яте повідомлення (710). П'яте повідомлення, наприклад, може містити другий запит на завдання параметрів, який вказує те, що канал зв'язку між пристроєм-джерелом 120 і пристроєм-приймачем 160 активований. Канал зв'язку, наприклад, може містити зворотний канал користувацького введення (UIBC). Пристрійджерело 120 може приймати з пристрою-приймача 160 шосте повідомлення (712). Шосте повідомлення, наприклад, може містити другу відповідь із завдання параметрів, яка підтверджує прийом другого запиту на завдання параметрів за допомогою пристрою-приймача 160. Фіг. 8A є блок-схемою послідовності операцій зразкового способу передачі даних користувацького введення з бездротового пристрою-приймача в бездротовий пристрій-джерело відповідно до цього розкриття суті. Проілюстрований зразковий спосіб може бути виконаний за допомогою пристрою-приймача 160 (фіг. 1A) або 360 (фіг. 3). У деяких прикладах, машинозчитуваний носій зберігання даних (наприклад, запам'ятовуючий пристрій 332) може зберігати інструкції, модулі або алгоритми, які при виконанні інструктують одному або більше процесорів (наприклад, процесору 331) виконувати один або більше проілюстрованих етапів на блок-схемі послідовності операцій способу. Спосіб за фіг. 8A включає в себе одержання даних користувацького введення в бездротовому пристрої-приймачі, такому як бездротовий пристрій-приймач 160 (801). Дані користувацького введення можуть бути одержані через компонент користувацького введення бездротового пристрою-приймача 160, такий як, наприклад, інтерфейс 376 користувацького введення, показаний відносно бездротового пристрою-приймача 360. Додатково, пристрійприймач 160 може класифікувати дані користувацького введення, наприклад, як універсальні, такі, що перенаправляються, або конкретні для операційної системи. Пристрій-приймач 160 потім може формувати заголовок пакета даних на основі даних користувацького введення (803). Заголовок пакета даних може бути заголовком пакета прикладного рівня. Заголовок пакета даних може містити, в числі інших полів, поле для того, щоб ідентифікувати категорію введення, що відповідає даним користувацького введення. Категорія введення може містити, наприклад, формат універсального введення або команду пристрою з людино-машинним інтерфейсом. Пристрій-приймач 160 додатково може формувати пакет даних (805), при цьому пакет даних містить сформований заголовок пакета даних і робочі дані. В одному прикладі, робочі дані можуть включати в себе прийняті дані користувацького введення і можуть ідентифікувати одну або більше користувацьких команд. Пристрій-приймач 160 потім може передавати сформований пакет даних (807) в бездротовий пристрій-джерело (наприклад, пристрій-джерело 120 за фіг. 1A або 220 за фіг. 2). Пристрій-приймач 160 може містити компоненти, які забезпечують можливість передачі пакетів даних, що включають в себе, наприклад, транспортний блок 333 та бездротовий модем 334, як показано на фіг. 3. Пристрій-приймач 160 може передавати дані пакету по TCP/IP. Фіг. 8B є блок-схемою послідовності операцій зразкового способу прийому даних користувацького введення з бездротового пристрою-приймача в бездротовому пристроїджерелі відповідно до цього розкриття суті. Проілюстрований зразковий спосіб може бути виконаний за допомогою пристрою-джерела 120 (фіг. 1A) або 220 (фіг. 2). У деяких прикладах, машинозчитуваний носій зберігання даних (наприклад, запам'ятовуючий пристрій 232) може зберігати інструкції, модулі або алгоритми, які при виконанні інструктують одному або більше процесорів (наприклад, процесору 231) виконувати один або більше проілюстрованих етапів на блок-схемі послідовності операцій способу. Спосіб за фіг. 8B включає в себе прийом пакета даних (802), при цьому пакет даних може містити, в числі іншого, заголовок пакета даних і робочі дані. Робочі дані можуть включати в себе, наприклад, дані користувацького введення. Пристрій-джерело 120 може містити компоненти зв'язку, які забезпечують можливість передачі пакетів даних, що включають в себе, наприклад, транспортний блок 233 та бездротовий модем 234, як показано відносно фіг. 2. Пристрій-джерело 120 потім може синтаксично аналізувати заголовок пакета даних (804), включений в пакет даних, для того щоб визначати категорію введення, асоційовану з даними користувацького введення, що містяться в робочих даних. Пристрій-джерело 120 може обробляти робочі дані на основі визначеної категорії введення (806). Пакети даних, описані з посиланням на фіг. 8A та 8B, загалом, можуть приймати форму пакетів даних, описаних з посиланням на фіг. 6, і можуть бути використані для того, щоб керувати аудіо-відеоданими і додатками в пристрої-джерелі. 21 UA 109928 C2 5 10 15 20 25 30 35 40 45 50 55 60 Фіг. 9A є блок-схемою послідовності операцій зразкового способу передачі даних користувацького введення з бездротового пристрою-приймача в бездротовий пристрій-джерело відповідно до цього розкриття суті. Проілюстрований зразковий спосіб може бути виконаний за допомогою пристрою-приймача 160 (фіг. 1A) або 360 (фіг. 3). У деяких прикладах, машинозчитуваний носій зберігання даних (наприклад, запам'ятовуючий пристрій 332) може зберігати інструкції, модулі або алгоритми, які при виконанні інструктують одному або більше процесорів (наприклад, процесору 331) виконувати один або більше проілюстрованих етапів на блок-схемі послідовності операцій способу. Спосіб за фіг. 9A включає в себе одержання даних користувацького введення в бездротовому пристрої-приймачі, такому як бездротовий пристрій-приймач 160 (901). Дані користувацького введення можуть бути одержані через компонент користувацького введення бездротового пристрою-приймача 160, такий як, наприклад, інтерфейс 376 користувацького введення, показаний з посиланням на фіг. 3. Пристрій-приймач 160 потім може формувати робочі дані (903), при цьому робочі дані можуть описувати дані користувацького введення. В одному прикладі, робочі дані можуть включати в себе прийняті дані користувацького введення і можуть ідентифікувати одну або більше користувацьких команд. Пристрій-приймач 160 додатково може формувати пакет даних (905), при цьому пакет даних містить заголовок пакета даних і сформовані робочі дані. Пристрій-приймач 160 потім може передавати сформований пакет даних (907) в бездротовий пристрій-джерело (наприклад, пристрій-джерело 120 за фіг. 1A або 220 за фіг. 2). Пристрій-приймач 160 може містити, наприклад, компоненти, які забезпечують можливість передачі пакетів даних, такі як транспортний блок 333 та бездротовий модем 334. Пакет даних може бути переданий в бездротовий пристрій-джерело по TCP/IP. Фіг. 9B є блок-схемою послідовності операцій зразкового способу прийому даних користувацького введення з бездротового пристрою-приймача в бездротовому пристроїджерелі відповідно до цього розкриття суті. Проілюстрований зразковий спосіб може бути виконаний за допомогою пристрою-джерела 120 (фіг. 1A) або 220 (фіг. 2). У деяких прикладах, машинозчитуваний носій зберігання даних (наприклад, запам'ятовуючий пристрій 232) може зберігати інструкції, модулі або алгоритми, які при виконанні інструктують одному або більше процесорів (наприклад, процесору 231) виконувати один або більше проілюстрованих етапів на блок-схемі послідовності операцій способу. Спосіб за фіг. 9B включає в себе прийом пакета даних з пристрою-приймача 360 (902), при цьому пакет даних може містити, в числі іншого, заголовок пакета даних і робочі дані. В одному прикладі, робочі дані можуть містити, наприклад, дані, що описують подробиці користувацького введення, наприклад, значення типу введення. Пристрій-джерело 120 може містити компоненти зв'язку, які забезпечують можливість передачі пакетів даних, що включають в себе, наприклад, транспортний блок 233 та бездротовий модем 234, як показано з посиланням на фіг. 2. Пристрій-джерело 120 потім може синтаксично аналізувати пакет даних (904), щоб визначати значення типу введення в полі типу введення в робочих даних. Пристрій-джерело 120 може обробляти дані, що описують подробиці користувацького введення, на основі визначеного значення типу введення (906). Пакети даних, описані з посиланням на фіг. 9A та 9B, загалом, можуть приймати форму пакетів даних, описаних з посиланням на фіг. 6. Фіг. 10A є блок-схемою послідовності операцій зразкового способу передачі даних користувацького введення з бездротового пристрою-приймача в бездротовий пристрій-джерело відповідно до цього розкриття суті. Проілюстрований зразковий спосіб може бути виконаний за допомогою пристрою-приймача 160 (фіг. 1A) або 360 (фіг. 3). У деяких прикладах, машинозчитуваний носій зберігання даних (наприклад, запам'ятовуючий пристрій 332) може зберігати інструкції, модулі або алгоритми, які при виконанні інструктують одному або більше процесорів (наприклад, процесору 331) виконувати один або більше проілюстрованих етапів на блок-схемі послідовності операцій способу. Спосіб за фіг. 10A включає в себе одержання даних користувацького введення в бездротовому пристрої-приймачі, такому як бездротовий пристрій-приймач 160 (1001). Дані користувацького введення можуть бути одержані через компонент користувацького введення бездротового пристрою-приймача 160, такий як, наприклад, інтерфейс 376 користувацького введення, як показано з посиланням на фіг. 3. Пристрій-приймач 160 потім може формувати заголовок пакета даних на основі користувацького введення (1003). Заголовок пакета даних може містити, в числі інших полів, прапор часової мітки (наприклад, 1-бітове поле), щоб вказувати те, присутнє чи ні поле часової мітки в заголовку пакета даних. Прапор часової мітки, наприклад, може включати в себе «1», щоб вказувати те, що поле часової мітки присутнє, і може включати в себе «0», щоб вказувати те, що поле часової мітки не присутнє. Поле часової мітки може бути, наприклад, 16-бітовим полем, що містить часову мітку, яка сформована за 22 UA 109928 C2 5 10 15 20 25 30 35 40 45 50 55 60 допомогою пристрою-джерела 120 і додається до відеоданих до передачі. Пристрій-приймач 160 додатково може формувати пакет даних (1005), при цьому пакет даних містить сформований заголовок пакета даних і робочі дані. В одному прикладі, робочі дані можуть включати в себе прийняті дані користувацького введення і можуть ідентифікувати одну або більше користувацьких команд. Пристрій-приймач 160 потім може передавати сформований пакет даних (1007) в бездротовий пристрій-джерело (наприклад, пристрій-джерело 120 за фіг. 1A або 220 за фіг. 2). Пристрій-приймач 160 може містити компоненти, які забезпечують можливість передачі пакетів даних, що включають в себе, наприклад, транспортний блок 333 та бездротовий модем 334, як показано відносно фіг. 3. Пакет даних може бути переданий в бездротовий пристрій-джерело по TCP/IP. Фіг. 10B є блок-схемою послідовності операцій зразкового способу прийому даних користувацького введення з бездротового пристрою-приймача в бездротовому пристроїджерелі відповідно до цього розкриття суті. Проілюстрований зразковий спосіб може бути виконаний за допомогою пристрою-джерела 120 (фіг. 1A) або 220 (фіг. 2). У деяких прикладах, машинозчитуваний носій зберігання даних (наприклад, запам'ятовуючий пристрій 232) може зберігати інструкції, модулі або алгоритми, які при виконанні інструктують одному або більше процесорів (наприклад, процесору 231) виконувати один або більше проілюстрованих етапів на блок-схемі послідовності операцій способу. Спосіб за фіг. 10B включає в себе прийом пакета даних з бездротового пристрою-приймача 160 (1002), при цьому пакет даних може містити, в числі іншого, заголовок пакета даних і робочі дані. Робочі дані можуть включати в себе, наприклад, дані користувацького введення. Пристрійджерело 120 може містити компоненти зв'язку, які забезпечують можливість передачі пакетів даних, що включають в себе, наприклад, транспортний блок 233 та бездротовий модем 234, як показано відносно фіг. 2. Пристрій-джерело 120 потім може синтаксично аналізувати заголовок пакета даних (1004), включений в пакет даних. Пристрій-джерело 120 може визначати те, присутнє чи ні поле часової мітки в заголовку пакета даних (1006). В одному прикладі, пристрійджерело 120 може виконувати визначення на основі значення прапора часової мітки, включеного в заголовок пакета даних. Якщо заголовок пакета даних включає в себе поле часової мітки, пристрій-джерело 120 може обробляти робочі дані на основі часової мітки, яка знаходиться в полі часової мітки (1008). Пакети даних, описані з посиланням на фіг. 10A та 10B, загалом, можуть приймати форму пакетів даних, описаних з посиланням на фіг. 6, і можуть бути використані для того, щоб керувати аудіо-відеоданими в пристрої-джерелі. Фіг. 11A є блок-схемою послідовності операцій зразкового способу передачі даних користувацького введення з бездротового пристрою-приймача в бездротовий пристрій-джерело відповідно до цього розкриття суті. Проілюстрований зразковий спосіб може бути виконаний за допомогою пристрою-приймача 160 (фіг. 1A) або 360 (фіг. 3). У деяких прикладах, машинозчитуваний носій зберігання даних (наприклад, запам'ятовуючий пристрій 332) може зберігати інструкції, модулі або алгоритми, які при виконанні інструктують одному або більше процесорів (наприклад, процесору 331) виконувати один або більше проілюстрованих етапів на блок-схемі послідовності операцій способу. Спосіб за фіг. 11A включає в себе одержання даних користувацького введення в бездротовому пристрої-приймачі, такому як бездротовий пристрій-приймач 160 (1101). Дані користувацького введення можуть бути одержані через компонент користувацького введення бездротового пристрою-приймача 160, такий як, наприклад, інтерфейс 376 користувацького введення, показаний відносно фіг. 3. Пристрій-приймач 160 потім може формувати заголовок пакета даних на основі користувацького введення (1103). Заголовок пакета даних може містити, в числі інших полів, поле часової мітки. Поле часової мітки може містити, наприклад, 16-бітове поле, що містить часову мітку на основі мультимедійних даних, які сформовані за допомогою бездротового пристрою-джерела 120 і передані в бездротовий пристрій-приймач 160. Часова мітка, можливо, додана до кадру відеоданих за допомогою бездротового пристрою-джерела 120 до передачі в бездротовий пристрій-приймач. Поле часової мітки, наприклад, може ідентифікувати часову мітку, асоційовану з кадром відеоданих, що відображається в бездротовому пристрої-приймачі 160 в момент, коли дані користувацького введення захоплені. Пристрій-приймач 160 додатково може формувати пакет даних (1105), при цьому пакет даних містить сформований заголовок пакета даних і робочі дані. В одному прикладі, робочі дані можуть включати в себе прийняті дані користувацького введення і можуть ідентифікувати одну або більше користувацьких команд. Пристрій-приймач 160 потім може передавати сформований пакет даних (1107) в бездротовий пристрій-джерело (наприклад, пристрійджерело 120 за фіг. 1A або 220 за фіг. 2). Пристрій-приймач 160 може містити компоненти, які забезпечують можливість передачі пакетів даних, що включають в себе, наприклад, 23 UA 109928 C2 5 10 15 20 25 30 35 40 45 50 55 60 транспортний блок 333 та бездротовий модем 334, як показано відносно фіг. 3. Пакет даних може бути переданий в бездротовий пристрій-джерело по TCP/IP. Фіг. 11B є блок-схемою послідовності операцій зразкового способу прийому даних користувацького введення з бездротового пристрою-приймача в бездротовому пристроїджерелі відповідно до цього розкриття суті. Проілюстрований зразковий спосіб може бути виконаний за допомогою пристрою-джерела 120 (фіг. 1A) або 220 (фіг. 2). У деяких прикладах, машинозчитуваний носій зберігання даних (наприклад, запам'ятовуючий пристрій 232) може зберігати інструкції, модулі або алгоритми, які при виконанні інструктують одному або більше процесорів (наприклад, процесору 231) виконувати один або більше проілюстрованих етапів на блок-схемі послідовності операцій способу. Спосіб за фіг. 11B включає в себе прийом пакета даних з бездротового пристрою-приймача, такого як бездротовий пристрій-приймач 160 (1102), при цьому пакет даних може містити, в числі іншого, заголовок пакета даних і робочі дані. Робочі дані можуть включати в себе, наприклад, дані користувацького введення. Пристрій-джерело 120 може містити компоненти зв'язку, які забезпечують можливість передачі пакетів даних, що включають в себе, наприклад, транспортний блок 233 та бездротовий модем 234, як показано відносно фіг. 2. Пристрійджерело 120 потім може ідентифікувати поле часової мітки в заголовку пакета даних (1104). Пристрій-джерело 120 може обробляти робочі дані на основі часової мітки, яка знаходиться в полі часової мітки (1106). Як частина обробки робочих даних на основі часової мітки, пристрійджерело 120 може ідентифікувати кадр відеоданих, що відображається в бездротовому пристрої-приймачі в момент, коли дані користувацького введення одержані, і інтерпретувати робочі дані на основі контенту кадру. Як частина обробки робочих даних на основі часової мітки, пристрій-джерело 120 може порівнювати часову мітку з поточною часовою міткою для поточного кадру відео, що передається за допомогою пристрою-джерела 120, і може виконувати команду користувацького введення, описану в робочих даних, у відповідь на різницю часів між часовою міткою і поточною часовою міткою, менше порогового значення, або не виконувати команду користувацького введення, описану в робочих даних, у відповідь на різницю часів між часовою міткою і поточною часовою міткою, що перевищує порогове значення. Пакети даних, описані з посиланням на фіг. 11A та 11B, загалом, можуть приймати форму пакетів даних, описаних з посиланням на фіг. 6, і можуть бути використані для того, щоб керувати аудіо-відеоданими в пристрої-джерелі. Фіг. 12A є блок-схемою послідовності операцій зразкового способу передачі даних користувацького введення з бездротового пристрою-приймача в бездротовий пристрій-джерело відповідно до цього розкриття суті. Проілюстрований зразковий спосіб може бути виконаний за допомогою пристрою-приймача 160 (фіг. 1A) або 360 (фіг. 3). У деяких прикладах, машинозчитуваний носій зберігання даних (наприклад, запам'ятовуючий пристрій 332) може зберігати інструкції, модулі або алгоритми, які при виконанні інструктують одному або більше процесорів (наприклад, процесору 331) виконувати один або більше проілюстрованих етапів на блок-схемі послідовності операцій способу. Спосіб за фіг. 12A включає в себе одержання даних користувацького введення в бездротовому пристрої-приймачі, такому як бездротовий пристрій-приймач 160 (1201). В одному прикладі, дані користувацького введення можуть бути даними мовних команд, які можуть бути одержані через компонент користувацького введення бездротового пристрою-приймача160, такий як, наприклад, модуль розпізнавання мовних команд, включений в інтерфейс 376 користувацького введення на фіг. 3. Пристрій-приймач 160 може формувати заголовок пакета даних на основі користувацького введення (1203). Пристрій-приймач 160 також може формувати робочі дані (1205), при цьому робочі дані можуть містити дані мовних команд. В одному прикладі, робочі дані також можуть включати в себе прийняті дані користувацького введення і можуть ідентифікувати одну або більше користувацьких команд. Пристрій-приймач 160 додатково може формувати пакет даних (1207), при цьому пакет даних містить сформований заголовок пакета даних і робочі дані. Пристрій-приймач 160 потім може передавати сформований пакет даних (1209) в бездротовий пристрій-джерело (наприклад, пристрій-джерело 120 за фіг. 1A або 220 за фіг. 2). Пристрій-приймач 160 може містити компоненти, які забезпечують можливість передачі пакетів даних, що включають в себе, наприклад, транспортний блок 333 та бездротовий модем 334, як показано відносно фіг. 3. Пакет даних може бути переданий в бездротовий пристрій-джерело по TCP/IP. Фіг. 12B є блок-схемою послідовності операцій зразкового способу прийому даних користувацького введення з бездротового пристрою-приймача в бездротовому пристроїджерелі відповідно до цього розкриття суті. Проілюстрований зразковий спосіб може бути виконаний за допомогою пристрою-джерела 120 (фіг. 1A) або 220 (фіг. 2). У деяких прикладах, 24 UA 109928 C2 5 10 15 20 25 30 35 40 45 50 55 60 машинозчитуваний носій зберігання даних (наприклад, запам'ятовуючий пристрій 232) може зберігати інструкції, модулі або алгоритми, які при виконанні інструктують одному або більше процесорів (наприклад, процесору 231) виконувати один або більше проілюстрованих етапів на блок-схемі послідовності операцій способу. Спосіб за фіг. 12B включає в себе прийом пакета даних (1202), при цьому пакет даних може містити, в числі іншого, заголовок пакета даних і робочі дані. Робочі дані можуть включати в себе, наприклад, дані користувацького введення, такі як дані мовних команд. Пристрій-джерело 120 може містити компоненти зв'язку, які забезпечують можливість передачі пакетів даних, що включають в себе, наприклад, транспортний блок 233 та бездротовий модем 234, як показано відносно фіг. 2. Пристрій-джерело 120 потім може синтаксично аналізувати робочі дані (1204), включені в пакет даних, для того щоб визначати те, містять робочі дані чи ні дані мовних команд. Пакети даних, описані з посиланням на фіг. 12A та 12B, загалом, можуть приймати форму пакетів даних, описаних з посиланням на фіг. 6, і можуть бути використані для того, щоб керувати аудіо-відеоданими в пристрої-джерелі. Фіг. 13A є блок-схемою послідовності операцій зразкового способу передачі даних користувацького введення з бездротового пристрою-приймача в бездротовий пристрій-джерело відповідно до цього розкриття суті. Проілюстрований зразковий спосіб може бути виконаний за допомогою пристрою-приймача 160 (фіг. 1A) або 360 (фіг. 3). У деяких прикладах, машинозчитуваний носій зберігання даних (наприклад, запам'ятовуючий пристрій 332) може зберігати інструкції, модулі або алгоритми, які при виконанні інструктують одному або більше процесорів (наприклад, процесору 331) виконувати один або більше проілюстрованих етапів на блок-схемі послідовності операцій способу. Спосіб за фіг. 13A включає в себе одержання даних користувацького введення в бездротовому пристрої-приймачі, такому як бездротовий пристрій-приймач 160 (1301). В одному прикладі, дані користувацького введення можуть бути мультисенсорним жестом, який може бути одержаний через компонент користувацького введення бездротового пристрою-приймача 160, такий як, наприклад, UI 167 або інтерфейс 376 користувацького введення за фіг. 3. В одному прикладі, мультисенсорний жест може містити перше сенсорне введення і друге сенсорне введення. Пристрій-приймач 160 може формувати заголовок пакета даних на основі користувацького введення (1303). Пристрій-приймач 160 також може формувати робочі дані (1305), при цьому робочі дані можуть асоціювати дані користувацького введення для першої події сенсорного введення з ідентифікатором першого покажчика і дані користувацького введення для другої події сенсорного введення з ідентифікатором другого покажчика. Пристрійприймач 160 додатково може формувати пакет даних (1307), при цьому пакет даних містить сформований заголовок пакета даних і робочі дані. Пристрій-приймач 160 потім може передавати сформований пакет даних (1309) в бездротовий пристрій-джерело (наприклад, пристрій-джерело 120 за фіг. 1A або 220 за фіг. 2). Пристрій-приймач 160 може містити компоненти, які забезпечують можливість передачі пакетів даних, що включають в себе, наприклад, транспортний блок 333 та бездротовий модем 334, як показано відносно фіг. 3. Пакет даних може бути переданий в бездротовий пристрій-джерело по TCP/IP. Фіг. 13B є блок-схемою послідовності операцій зразкового способу прийому даних користувацького введення з бездротового пристрою-приймача в бездротовому пристроїджерелі відповідно до цього розкриття суті. Проілюстрований зразковий спосіб може бути виконаний за допомогою пристрою-джерела 120 (фіг. 1A) або 220 (фіг. 2). У деяких прикладах, машинозчитуваний носій зберігання даних (наприклад, запам'ятовуючий пристрій 232) може зберігати інструкції, модулі або алгоритми, які при виконанні інструктують одному або більше процесорів (наприклад, процесору 231) виконувати один або більше проілюстрованих етапів на блок-схемі послідовності операцій способу. Спосіб за фіг. 13B включає в себе прийом пакета даних (1302), при цьому пакет даних може містити, в числі іншого, заголовок пакета даних і робочі дані. Робочі дані можуть включати в себе, наприклад, дані користувацького введення, такі як мультисенсорний жест. Пристрійджерело 120 може містити компоненти зв'язку, які забезпечують можливість передачі пакетів даних, що включають в себе, наприклад, транспортний блок 233 та бездротовий модем 234, як показано на фіг. 2. Пристрій-джерело 120 потім може синтаксично аналізувати робочі дані (1304), включені в пакет даних, для того щоб ідентифікувати дані користувацького введення, включені в робочі дані. В одному прикладі, ідентифіковані дані можуть включати в себе дані користувацького введення для першої події сенсорного введення з ідентифікатором першого покажчика і дані користувацького введення для другої події сенсорного введення з ідентифікатором другого покажчика. Пристрій-джерело 120 потім може інтерпретувати дані користувацького введення для першої події сенсорного введення і дані користувацького 25 UA 109928 C2 5 10 15 20 25 30 35 40 45 50 55 введення для другої події сенсорного введення як мультисенсорного жест (1306). Пакети даних, описані з посиланням на фіг. 13A та 13B, загалом, можуть приймати форму пакетів даних, описаних з посиланням на фіг. 6, і можуть бути використані для того, щоб керувати аудіовідеоданими в пристрої-джерелі. Фіг. 14A є блок-схемою послідовності операцій зразкового способу передачі даних користувацького введення з бездротового пристрою-приймача в бездротовий пристрій-джерело відповідно до цього розкриття суті. Проілюстрований зразковий спосіб може бути виконаний за допомогою пристрою-приймача 160 (фіг. 1A) або 360 (фіг. 3). У деяких прикладах, машинозчитуваний носій зберігання даних (наприклад, запам'ятовуючий пристрій 332) може зберігати інструкції, модулі або алгоритми, які при виконанні інструктують одному або більше процесорів (наприклад, процесору 331) виконувати один або більше проілюстрованих етапів на блок-схемі послідовності операцій способу. Спосіб за фіг. 14A включає в себе одержання даних користувацького введення в бездротовому пристрої-приймачі 360 із зовнішнього пристрою (1401). В одному прикладі, зовнішній пристрій може бути стороннім пристроєм, підключеним до пристрою-приймача. Пристрій-приймач 160 може формувати заголовок пакета даних на основі користувацького введення (1403). В одному прикладі, заголовок пакета даних може ідентифікувати дані користувацького введення як дані користувацького введення, що перенаправляється. Пристрійприймач 160 також може формувати робочі дані (1405), при цьому робочі дані можуть містити дані користувацького введення. Пристрій-приймач 160 додатково може формувати пакет даних (1407), при цьому пакет даних може містити сформований заголовок пакета даних і робочі дані. Пристрій-приймач 160 потім може передавати сформований пакет даних (1409) в бездротовий пристрій-джерело (наприклад, пристрій-джерело 120 за фіг. 1A або 220 за фіг. 2). Пристрійприймач 160 може містити компоненти, які забезпечують можливість передачі пакетів даних, що включають в себе, наприклад, транспортний блок 333 та бездротовий модем 334, як показано з посиланням на фіг. 3. Пакет даних може бути переданий в бездротовий пристрій-джерело по TCP/IP. Фіг. 14B є блок-схемою послідовності операцій зразкового способу прийому даних користувацького введення з бездротового пристрою-приймача в бездротовому пристроїджерелі відповідно до цього розкриття суті. Проілюстрований зразковий спосіб може бути виконаний за допомогою пристрою-джерела 120 (фіг. 1A) або 220 (фіг. 2). У деяких прикладах, машинозчитуваний носій зберігання даних (наприклад, запам'ятовуючий пристрій 232) може зберігати інструкції, модулі або алгоритми, які при виконанні інструктують одному або більше процесорів (наприклад, процесору 231) виконувати один або більше проілюстрованих етапів на блок-схемі послідовності операцій способу. Спосіб за фіг. 14B включає в себе прийом пакета даних (1402), при цьому пакет даних може містити, в числі іншого, заголовок пакета даних і робочі дані. Робочі дані можуть включати в себе, наприклад, дані користувацького введення, такі як команда користувацького введення, що перенаправляється, яка вказує те, що дані користувацького введення перенаправлені зі стороннього пристрою. Пристрій-джерело 120 може містити компоненти зв'язку, які забезпечують можливість передачі пакетів даних, що включають в себе, наприклад, транспортний блок 233 та бездротовий модем 234, як показано відносно фіг. 2. Пристрійджерело 120 потім може синтаксично аналізувати заголовок пакета даних і може визначати те, що робочі дані містять команду користувацького введення (1404), що перенаправляється. Пристрій-джерело 120 потім може синтаксично аналізувати робочі дані (1406), включені в пакет даних, для того щоб ідентифікувати ідентифікаційні дані, асоційовані зі стороннім пристроєм, що відповідає команді користувацького введення, що перенаправляється. Пристрій-джерело 120 потім може обробляти робочі дані на основі ідентифікованих ідентифікаційних даних стороннього пристрою (1408). Пакети даних, описані з посиланням на фіг. 14A та 14B, загалом, можуть приймати форму пакетів даних, описаних з посиланням на фіг. 6, і можуть бути використані для того, щоб керувати аудіо-відеоданими в пристрої-джерелі. Фіг. 15A є блок-схемою послідовності операцій зразкового способу передачі користувацьких даних з бездротового пристрою-приймача в бездротовий пристрій-джерело відповідно до цього розкриття суті. Проілюстрований зразковий спосіб може бути виконаний за допомогою пристрою-приймача 160 (фіг. 1A) або 360 (фіг. 3). У деяких прикладах, машинозчитуваний носій зберігання даних (наприклад, запам'ятовуючий пристрій 332) може зберігати інструкції, модулі або алгоритми, які при виконанні інструктують одному або більше процесорів (наприклад, процесору 331) виконувати один або більше проілюстрованих етапів на блок-схемі послідовності операцій способу. 26 UA 109928 C2 5 10 15 20 25 30 35 40 45 50 55 60 Спосіб за фіг. 15A включає в себе одержання даних користувацького введення в бездротовому пристрої-приймачі (1501). Дані користувацького введення можуть мати асоційовані координатні дані. Асоційовані координатні дані, наприклад, можуть відповідати місцеположенню події натиснення миші або місцеположенню події сенсорного введення. Пристрій-приймач 160 потім може нормалізувати асоційовані координатні дані, щоб формувати нормалізовані координатні дані (1503). Пристрій-приймач 160 потім може формувати пакет даних, який включає в себе нормалізовані координатні дані (1505). Нормалізація координатних даних може включати в себе масштабування асоційованих координатних даних на основі співвідношення розрізнення вікна відображення і розрізнення дисплея джерела, наприклад, дисплея 22 пристрою-джерела 120. Розрізнення вікна відображення може бути визначене за допомогою пристрою-приймача 160, а розрізнення дисплея пристрою-джерела може бути прийняте з пристрою-джерела 120. Пристрій-приймач 160 потім може передавати пакет даних з нормалізованими координатами в бездротовий пристрій-джерело 120 (1507). Як частина способу за фіг. 15A, пристрій-приймач 160 також може визначати те, знаходяться чи ні асоційовані координатні дані в межах вікна відображення для контенту, що приймається з бездротового пристрою-джерела, і, наприклад, обробляти користувацьке введення локально, якщо асоційовані координатні дані знаходяться за межами вікна відображення, або в іншому випадку нормалізувати координати так, як описано, якщо введення знаходиться в межах вікна відображення. Фіг. 15B є блок-схемою послідовності операцій зразкового способу прийому даних користувацького введення з бездротового пристрою-приймача в бездротовому пристроїджерелі відповідно до цього розкриття суті. Проілюстрований зразковий спосіб може бути виконаний за допомогою пристрою-джерела 120 (фіг. 1A) або 220 (фіг. 2). У деяких прикладах, машинозчитуваний носій зберігання даних (наприклад, запам'ятовуючий пристрій 232) може зберігати інструкції, модулі або алгоритми, які при виконанні інструктують одному або більше процесорів (наприклад, процесору 231) виконувати один або більше проілюстрованих етапів на блок-схемі послідовності операцій способу. Спосіб за фіг. 15B включає в себе прийом пакета даних в бездротовому пристрої-джерелі, при цьому пакет даних містить дані користувацького введення з асоційованими координатними даними (1502). Асоційовані координатні дані, наприклад, можуть відповідати місцеположенню події натиснення миші або місцеположенню події сенсорного введення в пристрої-приймачі. Пристрій-джерело 120 потім може нормалізувати асоційовані координатні дані, щоб формувати нормалізовані координатні дані (1504). Пристрій-джерело 120 може нормалізувати координатні дані за допомогою масштабування асоційованих координатних даних на основі співвідношення розрізнення вікна відображення і розрізнення дисплея джерела. Пристрій-джерело 120 може визначати розрізнення дисплея пристрою-джерела і може приймати розрізнення вікна відображення з бездротового пристрою-приймача. Пристрій-джерело потім може обробляти пакет даних на основі нормалізованих координатних даних (1506). Пакети даних, описані з посиланням на фіг. 15A та 15B, загалом, можуть приймати форму пакетів даних, описаних з посиланням на фіг. 6, і можуть бути використані для того, щоб керувати аудіо-відеоданими в пристрої-джерелі. Для простоти пояснення, аспекти цього розкриття суті описані окремо з посиланням на фіг. 7-15. Проте, припускається, що ці різні аспекти можуть бути комбіновані та використані в поєднанні один з одним, а не просто окремо. Загалом, функціональність і/або модулі, описані в даному документі, можуть бути реалізовані в одному або в обох з бездротового пристроюджерела і бездротового пристрою-приймача. Таким чином, характеристики користувацького інтерфейсу, описані в поточному прикладі, можуть бути використані взаємозамінно між бездротовим пристроєм-джерелом і бездротовим пристроєм-приймачем. Технології цього розкриття суті можуть бути реалізовані в широкому спектрі пристроїв або приладів, в тому числі в бездротовому переносному телефоні та інтегральній схемі (IC) або наборі IC (тобто наборі мікросхем). Всі описані компоненти, модулі або блоки передбачені для того, щоб підкреслювати функціональні аспекти, і не обов'язково вимагають реалізації за допомогою різних апаратних блоків. Технології, описані в даному документі, можуть бути реалізовані в апаратних засобах, програмному забезпеченні, мікропрограмному забезпеченні або в будь-якій їх комбінації. При реалізації в апаратних засобах, будь-які ознаки, описані як модулі, блоки або компоненти, можуть бути реалізовані спільно в інтегрованому логічному пристрої або окремо як дискретні, але взаємодіючі логічні пристрої. При реалізації в програмному забезпеченні, технології можуть бути реалізовані щонайменше частково за допомогою машинозчитуваного носія, що містить інструкції, які при виконанні в процесорі здійснюють один або більше способів, описаних вище. 27 UA 109928 C2 5 10 15 20 25 30 35 40 45 50 55 60 Машинозчитуваний носій може містити матеріальний та енергонезалежний машинозчитуваний носій зберігання даних і може бути частиною комп'ютерного програмного продукту, який може включати в себе пакування. Машинозчитувані носії зберігання даних можуть містити оперативний запам'ятовуючий пристрій (RAM), такий як синхронний динамічний оперативний запам'ятовуючий пристрій (SDRAM), постійний запам'ятовуючий пристрій (ROM), енергонезалежний оперативний запам'ятовуючий пристрій (NVRAM), електрично стираний програмований постійний запам'ятовуючий пристрій (EEPROM), флеш-пам'ять, магнітні або оптичні носії зберігання даних тощо. Додатково або альтернативно, технології можуть бути реалізовані щонайменше частково за допомогою машинозчитуваного середовища зв'язку, яке переносить або передає код в формі інструкцій або структур даних, і до якого можна здійснювати доступ, зчитувати або виконувати за допомогою комп'ютера. Код може виконуватися за допомогою одного або більше процесорів, наприклад, одного або більше процесорів цифрових сигналів (DSP), мікропроцесорів загального призначення, спеціалізованих інтегральних схем (ASIC), програмованих користувачем вентильних матриць (FPGA) або інших еквівалентних інтегральних або дискретних логічних схем. Відповідно, термін «процесор» при використанні в даному документі може означати будь-яку вищезгадану структуру або іншу структуру, підходящу для реалізації технологій, описаних в даному документі. Крім цього, в деяких аспектах функціональність, описана в даному документі, може бути надана в рамках спеціалізованих програмних модулів або апаратних модулів, виконаних з можливістю кодування або декодування або вбудованих в комбінований відеокодек. Крім того, технології можуть бути повністю реалізовані в одній або більше схемах або логічних елементах. Описані різні аспекти розкриття суті. Ці та інші аспекти знаходяться в межах обсягу, визначеного прикладеної формули винаходу. Посилальні позиції 100, 101 система джерел/приймачів 120, 220 пристрій-джерело 121 аудіо-відео-(А/V-)дані 122, 162 дисплей 123, 163 динамік 124 аудіо-відеокодер 125 модуль керування аудіо-відео 126, 166 блок приймально-передавального пристрою 150 канал зв'язку 160, 180 пристрій-приймач 164 аудіо-відеодекодер 167 пристрій користувацького введення 168 модуль обробки користувацького введення 222, 362 локальний дисплей 223 локальний динамік 232, 332 запам'ятовуючий пристрій 231, 235 процесор 233, 333 транспортний блок 234, 334 бездротовий модем 335 процесор відображення 236, 336 аудіопроцесор 360 пристрій-приймач 376 інтерфейс користувацького введення 410 система передавального пристрою 412 джерело даних 414 процесор даних передачі 420 TX MIMO-процесор 422 передавальний пристрій 424 антени 430 процесор 436 джерело даних 438 процесор ТХ-даних 440 демодулятор 442 процесор RX-даних 430 процесор 450 система приймального пристрою 28

Дивитися

Додаткова інформація

Назва патенту англійською

Negotiating capabilities between a wireless sink and a wireless source device

Автори англійською

Raveendran, Vijayalakshmi, R., Huang, Xialolng, Wang, Xiaodong, Shaukat, Fawad

Назва патенту російською

Обратный канал пользовательского ввода для беспроводных дисплеев

Автори російською

Равиндран Виджаялакшми Р., Хуан Сяолун, Ван Сяодун, Шаукат Фавад

МПК / Мітки

МПК: H04L 29/06, H04W 28/16

Мітки: дисплеїв, користувацького, канал, бездротових, введення, зворотний

Код посилання

<a href="https://ua.patents.su/46-109928-zvorotnijj-kanal-koristuvackogo-vvedennya-dlya-bezdrotovikh-displev.html" target="_blank" rel="follow" title="База патентів України">Зворотний канал користувацького введення для бездротових дисплеїв</a>

Подібні патенти