Фото: Apple подчеркнула, что не продаёт данные пользователей — «в отличие от конкурентов» Статьи редакции
Компания разместила наружную рекламу напротив места проведения конференции, в которой участвуют Google и Amazon.
7 января 2019 года, за день до конференции Consumer Technology Association в Лаc-Вегасе, Apple разместила напротив места проведения мероприятия наружную рекламу с изображением своего смартфона, подписью: «Всё, что происходит в iPhone, остаётся в iPhone» и ссылкой, ведущей в раздел безопасности данных компании.
Так бренд показал, что в отличие от конкурентов не продаёт данные пользователей, считает издание CNBC: «Amazon и Google всё равно на конфиденциальность данных».
Также бренд обыграл в надписи известное в США выражение: «Всё, что произошло в Вегасе, остаётся в Вегасе».
1
показ
6.8K
открытий
Повод вспомнить конспирологов, плодящих теорию заговора о подслушивающих айфонах, и показывающих им в яндексе рекламу квартир в Мытищах
Комментарий недоступен
Ну вы сами подумайте, если ваш телефон будет вас слушать и отправлять данные 24/7, наверное у вас и аккумулятор будет улетать, и гигабайты интернета будут внезапно кончаться?
И, поверьте, исследователей, желающих вывести Apple и Google на чистую воду и заработать на исках миллионы долларов - полно. И все они под микроскопом изучают что же там устройства отправляют по сети на свои сервера. И удивительно, за столько времени, сколько длится эта истерия, ничего не нашли!
Постоянно могут слушают без особого ущерба для батарейки и это факт. Что Iphone, что андроид когда вы прозносите ключевое слово - сразу активируются (эй, сири или ок гугл). Соответственно, слушать нужно постоянно. Даже если вы отключите ассистенты.
Трафика много не нужно тк современные смартфоны без особых проблем преобразуют голос в текст.
Отправленные килобайты текста в трафике смартфона заметить сложно.
В на фото, например то, что мой айфон напередовал в apple за 2 месяца владения телефоном (и это только мобильная сеть).
Затерять в этих сотнях мегабайт и гигабайтах все ваши разговоры даже за год - не проблема. Тем более в зашифрованном виде.
Про ключевое слово. Вы правы, да, в телефонах есть такой режим, когда они реагируют на вызов голосового помощника. Однако, там не работает Voice Recognition, а происходит обработка сигналов с микрофона энергоэффективным паттерном. Именно поэтому вы можете вызывать гугл лишь одной командо «Эй, гугл», а не любой, какой вам захочется.
И когда вы говорите, что у технологических гигантов, есть «черная коробка» которая реагирует на N мистических ключевых слов - это звучит очень не убедительно. Ну хорошо, например, есть ключевое слово «квартира». Я это слово в день могу употребить раз 20. При этом 0 из 20, будут на тему покупки или ремонта квартиры. А теперь представим что этих ключевых слов 1,000. И все они будут ложно-положительно срабатывать, потому что максимум темы, которые я буду обсуждать, которые будут интересно рекламодателям - это какое молоко я сегодня вечером куплю. Очевидно, что продавать молоко мне в интернете никто не будет, а значит и смысла в так называемом «черном ящике», который «магически» реагирует на определенные темы - нет.
Это ваше предположение или это где-то описано?
И сомневаюсь, что есть большая разница в потреблении для движка, будет он распознавать одну фразу или несколько сотен ключевых слов для рекламы.
Разница есть.
Вряд ли существенная, на фоне всех остальных приложений.
5 минут емкости батареи никто не заметит.
Сложность вычислений, а как результат и их скорость и ресурсоемкость, при добавлении новых фраз в модель распознавания растет даже не линейно.
Как минимум потому, что при большем обьеме возможных исходов распознавания требования к точности очень сильно отличаются.
Добавляется контекстность и прочее.
Не говоря уже о том, что сама модель будет отжирать приличное количество места на девайсе.
В общем нет, речь не о 5% зарядки, а скорее о том, что б всадить аккум айфона со 100% в 0 за час-другой работы.
Ок, пишем звук, пакуем и отправляем на сервер, когда тел в сети, на сервере все и распознается, делов-то )
Такие операции на батарее практически не отразятся, а для таргетирования рекламы задержка не критична, риалтайм тут не нужен.
Они очень хорошо отразятся и на батарее, и на трафике, и на памяти девайса.
Можете почитать давнешнюю историю про отправку я.навигатором звука с девайса.
Там довольно наглядно проиллюстрировано насколько это чувствуется.
Отразятся, но не очень.
Звук не надо писать все время, только при его наличии, упаковка речи дешевая операция, степень сжатия высокая (у речи небольшой частотный диапазон), объем там получается незаметный при современных объемах памяти и трафика.
Например обычный цифровой диктофон пишет 1165 часов (48 дней) в память 8 гигов. Нам хватит буфера в 2-3 часа, это всего лишь пара десятков мегабайт.
Я повторюсь: возьмите историю с я.навигатором и почитайте, как это выглядит в реальной жизни.
Это так не работает.
Кажется тот факт, что ни один из существующих войсассистентов не работает по такому сценарию наглядно демонстрирует нежизнеспособность подобной идеи.
Очень просто строить теории, если не знаешь, как это работает на практике. А потом печальные жизненные реалии все портят.
Кстати, а ведь про Siri пишут, что она как раз работает server-side. Врут? :)
Apple introduced a new Speech Recognition API that allows us to tap into the server-side speech-processing capabilities that power Sirihttps://possiblemobile.com/2016/09/speech-recognition-core-data-ios-10/
https://medium.com/@vaibhavplus/comparison-of-various-speech-to-text-system-c2b8afce9ab6
Сири работает серверсайд, все так.
Как это работает? Вы активируете сири, и запрос уходит в серверсайд.
Активация происходит локально.
Ничего нового.
Кажется это совсем другая история чем слать весь звук вообще.
Вы же только что писали, что ни один ассистант не использует такой сценарий работы (не отсылает данные для распознавания на сервере).
Не один войсассистант не отсылает весь звук на сервер.
Потому что это ад и боль.
Это всегда минимальная локальная модель активации и полноценный asr на сервере.
Слать 5 секунд звука после детекта фразы активации и писать любые шумы прогоняя их через asr - совсем разные вещи, не находите?
я не вижу никакой проблемы отправить 20 мегабайт раз в 3 часа (и это при постоянном звуке рядом, что бывает редко), если для вас это технологически невозможно, ну чтож
Окай. Рад, что в вашем мире всё так просто.
Приезжайте на следующие voicetech конфы, расскажете ребяткам как надо.
А то посоны там терабайты места тратят, глупости всякие городят. :)
Очень хорошо, что производители диктофонов туда не ходят, а то бы мир остался без диктофонов, ведь им бы тогда были нужны террабайты для записи речи хД
Извините, но я технарь и для меня авторитеты пустой звук, вы не сказали ни одной реальной технической причины почему это не возможно (пугание трафиком в 20 мегабайт не в счет), только пяткой в грудь бьете.
Если вы не технарь, то зачем, собственно, строить предположения о том, как сделать что-то, работу чего вы не понимаете?
Это здорово придумать цифру из головы и плясать от нее, но увы.
Берете любой открытый датасет голосов, пригодный для обучения asr и смотрите соотношение звука с весом. Есть, например, common voice от мозиллы.
Спойлер: цифра будет сильно отличаться от 20мб на 3 часа звука.
А пока что это все больше похоже на пресловутое "а у меня племянник троюродной тети такое за 10 тыщ сделает".
Ну раз сами вы никакими цифрами не владеете, только страшными байками про терабайты, то вот, немного погуглил для вас.
В API для Google Cloud Speech как один из возможных форматов указан AMR 8kHz.
Максимальный(!) битрейт для этого формата 12.20 kbit/s.
Итого 3 часа непрерывной записи в этом формате весят максимум 16 мегабайт. Что и требовалось доказать.
Вы про сжатие никогда ничего не слышали?
Попробуйте хотя бы винраром сжать wav файл, спойлер: размер сильно изменится.
Ага, посмотрел, это там где датасеты из wav файлы сжаты алгоритмом упаковки tar и gz? Gzip для непожатого звука, для звука, Карл!
И вы это приводите как пример хорошей упаковки звука?
Ну, тут даже и разговаривать дальше не о чем. 🤦