Второй участник эксперимента сидел на противоположной стороне университетского кампуса. За его спиной работал другой компьютер с этой же игрой. Игрок был расположен спиной к экрану и использовал наушники, подключённые к системе шумоподавления, чтобы максимально абстрагироваться от окружающего мира. На его голове при помощи обычной плавательной шапочки была закреплена катушка системы транскраниальной магнитной стимуляции (TMS) мозга.
Метод TMS применяется в клинической практике для оценки степени двигательных нарушений и реабилитации больных. Он позволяет вызвать в нейронах головного мозга деполяризацию за счёт электромагнитной индукции. В данном случае импульс посылался на участок моторной зоны коры головного мозга, контролирующий движения правой руки.
Удалённый мысленный приказ отправлялся первым игроком — профессором Раджешом Рао (Rajesh Rao), занимавшимся проблематикой BCI на протяжении последних десяти лет. В ходе эксперимента он смотрел на экран и представлял, что нажимает пробел, когда хотел произвести выстрел в игре.
Его BCI-контроллер распознавал изменения электроэнцефалограммы, но не отправлял команду сделать выстрел на компьютер Рао, а посылал её через интернет на ПК его коллеги Адреа Стокко (Andrea Stocco), научного сотрудника лаборатории когнитивной динамики.
http://www.youtube.com/watch?v=rNRDc714W5I
Связь осуществлялась через соединение по Skype при помощи плагина, преобразующего сигналы от BCI одного человека в команды для TMS другого. Авторами плагина стали магистранты университета и аспиранты его биоинженерного факультета.
Запись процесса велась одновременно для обоих участников. Когда Рао мысленно двигал указательным пальцем, его коллега Стокко нажимал на пробел практически в тот же момент. Ожидаемая задержка составила менее секунды. Комментируя ощущения, Андреа Стокко сказал, что больше всего это похоже на нервный тик: «Вы расслабленно сидите и вдруг понимаете, что ваш палец только что нажал на клавишу».
Авторы исследования планируют продолжить работу и добиться более эффективной связи, чем однонаправленное взаимодействие. Свой удачный эксперимент они считают всего лишь демонстрацией возможностей.
«Когда-нибудь мы сможем аналогичным образом помогать людям с ограниченными физическими возможностями или тем, кто попал в сложную ситуацию, — делится соображениями Рао. — Например, если пассажиру придётся сажать самолёт вместо пилота, его действиями можно будет управлять с земли».
Футуристический вариант интерфейса «мозг — мозг» (изображение: mettamorphysics.com).
Исследователи пояснили, что не видят повода для беспокойства, а вариант насильственного применения и «зомбификации» практически исключён. «Для успешной работы, — комментирует Стокко, — требуется особый настрой участников и желание работать в команде. Во время эксперимента мы оба находились практически в идеальных лабораторных условиях. Заставить человека двигаться против его воли с помощью этой штуки невозможно».
По мнению Рао, в ближайшие годы таким образом нельзя будет выполнять тонкие манипуляции и тем более «заглянуть» в чужие мысли. Хоть сегодня и удалось подключить один мозг к другому, его устройство по-прежнему во многом остаётся «чёрным ящиком» для любого учёного.
Главное преимущество непосредственного взаимодействия людей через интерфейс «мозг — мозг» авторы работы видят в том, что он полностью устраняет языковой барьер между участниками. Стимулировать можно не только моторные, но и сенсорные зоны, а передаваемые мысли со временем станут гораздо сложнее команды согнуть палец.
Сторонники трансгуманизма живо откликнулись на эту новость, опубликованную на сайте университета. Их общее мнение сводится к тому, что вербальное общение и письменность в своё время дали человеку принципиально преимущество над другими животными. Роль второй сигнальной системы трудно переоценить, но пора уже искать пути дальнейшего целенаправленного развития человека как вида. Новый способ коммуникаций идеально подходит для этого.
К оглавлению
Google начинает битву за качество мобильных сайтов
Олег Нечай
Опубликовано 29 августа 2013
Мобильная версия вашего сайта корректно работает далеко не на всех портативных устройствах? Тогда он никогда не поднимется на первые места в поиске Google: именно так там решили бороться с нерадивыми веб-мастерами, не соблюдающими все требования, предъявляемые к версиям веб-страниц для смартфонов.
По данным Marketing Charts, за прошлый год объём интернет-трафика, поступающего на мобильные устройства, увеличивался в 10 раз быстрее, чем трафик на персональные компьютеры. В частности, в промежутке между первой половиной 2012 и 1013 года смартфонный трафик вырос на 125%, в то время как «десктопный» — всего на 12%. В другом отчёте Marketing Charts говорится, что 70% пользователей смартфонов, планирующих совершить покупки, искали местоположение магазинов, 56% интересовались ценами, 54% изучали характеристики товаров, а 39% читали их обзоры. Не удивительно, что многие веб-сайты, прежде всего коммерческие, считают необходимым иметь специальные версии, оптимизированные для просмотра на мобильных устройствах.
У смартфонных браузеров есть свои специфические особенности, обусловленные в первую очередь намного меньшими размерами экрана по сравнению с дисплеями персональных компьютеров. Даже на огромных по телефонным меркам фаблетах с пяти–шестидюймовыми экранами невозможно использовать десктопные браузеры: всё окажется слишком мелким. Между тем, по данным компании Skava, 71% американцев совершают покупки при помощи смартфонов, и 88% из них остались недовольными полученным при этом опытом, включая трудности с навигацией, просмотром изображений и даже заказом товара.
В результате в июне 2013 года компания Google предприняла весьма смелый шаг, заявив, что будет понижать рейтинг веб-сайтов в результатах поисковой выдачи, если такие сайты неправильно работают в браузерах смартфонов. Следовательно, сайты, не отвечающие всем техническим требованиям, предъявляемым к мобильным версиям, не получат того трафика (а значит, и прибыли!), на который вполне могли бы рассчитывать.
В Google не стали заставлять программистов гадать, какие «неправильности» в мобильных версиях сайтов будут означать снижение их рейтинга, и дали их чёткое описание. По данным Google, существует две основные проблемы — неправильная переадресация и так называемые специфически смартфонные ошибки.
Неправильные редиректы происходят, когда страница, ориентированная на просмотр через «десктопный» браузер, отправляет смартфонный браузер на домашнюю страницу мобильной версии сайта (например, m.example.com), а не на ту, на которую должна указывать ссылка. В примере, приведённом Google, пользователь, пытающийся зайти с портативного устройства на страницу www.example.com/foo, вместо её мобильной версии m.example.com/foo попадает на домашнюю страницу мобильной версии m.example.com/. И уже отсюда приходится повторно нажимать на нужную ссылку. А это очень раздражает на маленьком экране смартфона, особенно если скорость соединения невелика.
Решение этой проблемы вполне очевидно: редиректы должны работать на эквивалентной основе. Если пользователь смартфона нажимает на ссылку на «десктопной» странице, он должен быть перенаправлен на эквивалентную смартфонную версию желаемой страницы. А если такой версии не существует, было бы гораздо лучше перейти на нужную «десктопную», чем на главную страницу мобильного сайта.
В Google также приводят дополнительные рекомендации по редиректам, включая пожелание использовать HTTP-заголовок Vary, предписывающий серверу автоматически выдавать разные версии страниц в зависимости от типа запрашивающего устройства, а также советы по использованию отдельных мобильных адресов.
Второй тип ошибок — «специфически смартфонные». Они возникают, когда ориентированные на «полноценные» браузеры сайты без проблем выдают различный контент по ссылкам при использовании персональных компьютеров, но демонстрируют страницу ошибки при доступе со смартфона. Таких ошибок может быть множество, и в Google перечисляют самые общие варианты их решения.
Если посетитель заходит на десктопную страницу с мобильного устройства и на сайте есть её эквивалентная мобильная версия по другому адресу, стоит направлять их именно по этому адресу, а не на страницу ошибки 404. Если мобильной версии не существует, нужно демонстрировать десктопную, а не страницу ошибки 404.