Из Википедии, свободной энциклопедии
Перейти к навигации Перейти к поиску

Обнаруживаемость - это степень, в которой что-то, особенно часть контента или информации, может быть обнаружено при поиске в файле, базе данных или другой информационной системе. Обнаруживаемость - это проблема библиотечного дела и информатики , многих аспектов цифровых носителей, программного обеспечения и веб-разработки, а также маркетинга, поскольку что-то (например, веб-сайт, продукт, услуга и т. Д.) Нельзя использовать, если люди не могут его найти или использовать. не понимаю, для чего это можно использовать. Метаданные или «информация об информации», такая как название книги, описание продукта или ключевые слова веб-сайта, влияют на то, насколько что-то можно обнаружить в базе данных или в Интернете. В 2010-х добавление метаданных к продукту, доступному в Интернете, может упростить конечным пользователямнайти товар. Например, если файл песни доступен в Интернете, предоставление названия, названия группы, жанра, года выпуска и другой соответствующей информации, связанной с этим файлом песни, упростит пользователям поиск этого файла песни. Организация информации путем ее размещения в алфавитном порядке или включения в поисковую систему - это пример того, как улучшить обнаруживаемость. Discoverability связан, но отличается от, доступности и удобства использования , других качеств , которые влияют на полезность части информации.

Этимология [ править ]

Концепция «открываемости» в контексте информатики и Интернета является вольным заимствованием из концепции аналогичного имени в юридической профессии. По закону «раскрытие» - это досудебная процедура в судебном процессе, в которой каждая сторона в рамках гражданского процессуального права может получить доказательства от другой стороны или сторон с помощью устройств обнаружения, таких как запрос ответов на допросы , запрос на изготовление документов , запрос на допуск и показания . [1] Обнаружение может быть получено от лиц, не являющихся сторонами, с помощью повесток в суд . В случае возражения против запроса о раскрытии информации запрашивающая сторона может обратиться за помощью в суд, подав заявлениедвижение, чтобы заставить открытие. [2]

Цель [ править ]

Удобство использования любой части информации напрямую зависит от того, насколько ее можно обнаружить, будь то в базе данных « огороженного сада » или в открытом Интернете. Качество информации, доступной в этой базе данных или в Интернете, зависит от качества метаинформации о каждом элементе, продукте или услуге. В случае услуги, поскольку акцент делается на возможность повторного использования услуги, должны существовать возможности для повторного использования этой услуги. Однако повторное использование возможно только в том случае, если информацию можно в первую очередь обнаружить. Чтобы сделать предметы, продукты и услуги доступными для обнаружения, необходимо выполнить следующий набор действий:

  1. Последовательно документируйте информацию об элементе, продукте или услуге (метаданные).
  2. Храните документированную информацию (метаданные) в репозитории с возможностью поиска.
  3. Позвольте себе и другим эффективно искать задокументированную информацию.

Что касается номера 2, хранение информации в доступном для поиска репозитории: хотя технически доступный для поиска человеком репозиторий, такой как распечатанный бумажный список, подходил бы, в 2010-х годах «доступный для поиска репозиторий» обычно понимался как доступный для поиска репозиторий, например базы данных , что человек пользователь может осуществлять поиск с помощью определенного типа поисковой системы или функции «найти». Номер 3 дополнительно поддерживает этот анализ номера 2, потому что, хотя чтение распечатанного списка бумаг вручную может быть осуществимо в теоретическом смысле, это неэффективно по времени и затратам по сравнению с компьютерным поиском.

Помимо увеличения потенциала повторного использования служб, также требуется возможность обнаружения, чтобы избежать разработки логики решения, которая уже содержится в существующей службе. Для разработки сервисов, которые не только обнаруживаются, но и предоставляют интерпретируемую информацию об их возможностях, принцип открываемости сервисов предоставляет руководящие принципы, которые можно применять на этапе ориентированного на сервисы анализа процесса предоставления услуг.

Специально для цифровых носителей [ править ]

Что касается аудиовизуального контента, в соответствии со значением, данным Канадской комиссией по радио, телевидению и электросвязи (CRTC) для целей Саммита по обнаруживаемости в 2016 году, обнаруживаемость можно суммировать как внутреннюю способность данного контента «выделяться из общего ряда». лот ", или позиционировать себя так, чтобы его легко найти и обнаружить. [3] Аудиовизуальным контентом может быть фильм, телесериал, музыка, книга ( электронная книга), аудиокнигу или подкаст. Когда аудиовизуальный контент, такой как цифровой файл телешоу, фильма или песни, становится доступным в Интернете, если контент «помечен» идентифицирующей информацией, такой как имена основных артистов (например, актеров, режиссеров и сценаристов для Телешоу и фильмы; певцы, музыканты и продюсеры для песен) и жанры (например, для жанров фильмов, таких как боевик, драма или комедия; для песен, жанры, такие как хэви-метал, хип-хоп и т. Д.), Это упрощает конечным пользователям поиск интересующего их контента.

В 2010-х годах, когда пользователи взаимодействуют с онлайн-контентом, алгоритмы обычно определяют, какие типы контента интересуют пользователя, а затем компьютерная программа предлагает «больше похожее», то есть другой контент, который может быть интересен пользователю. Различные веб-сайты и системы имеют разные алгоритмы, но один подход, используемый Amazon для своего интернет-магазина, заключается в том, чтобы указать пользователю, когда пользователь ищет или просматривает контент / продукт x, что «другие пользователи, купившие x, также приобрели следующие товары» . Этот пример ориентирован на поведение при совершении покупок в Интернете, но также можно запрограммировать алгоритм для предоставления предложений, основанных на других факторах (например, поиск, просмотр и т. Д.).

В 2010-х годах на возможность обнаружения обычно ссылаются в связи с поисковыми системами . «Легко обнаруживаемый» фрагмент контента (например, определенный фильм) - это фильм, который появляется вверху или вверху результатов поиска пользователя. Смежное понятие - это роль « механизмов рекомендаций », которые представляют собой компьютерные программы, которые дают пользователю рекомендации, основанные на его / ее активности в сети. В 2010-е годы «обнаруживаемость» применяется к настольным и портативным компьютерам и к постоянно расширяющемуся диапазону устройств, которые могут получить доступ к Интернету, включая различные консольные видеоигры.системы и мобильные устройства, такие как планшеты и смартфоны. Когда организации прилагают усилия для продвижения определенного контента (например, телешоу, фильма, песни или видеоигры), они могут использовать «традиционный маркетинг» (рекламные щиты, телеобъявления, радиообъявления) и цифровую рекламу (всплывающие объявления, предварительная реклама и т. д.) или сочетание традиционного и цифрового маркетинга.

Даже до вмешательства пользователя путем поиска определенного контента или типа контента обнаруживаемость является основным фактором, влияющим на вероятность того, что часть аудиовизуального контента будет найдена в различных цифровых режимах потребления контента. По состоянию на 2017 год режимы поиска включают поиск фильмов в Netflix , Spotify для музыки, Audible для аудиокниг и т. Д., Хотя эту концепцию также можно в более общем плане применить к контенту, найденному в Twitter , Tumblr , Instagram.и другие веб-сайты. Он включает в себя нечто большее, чем простое присутствие контента на данной платформе; он может включать связывание этого контента с «ключевыми словами» (тегами), алгоритмами поиска, позиционированием в различных категориях, метаданными и т. д. Таким образом, возможность обнаружения позволяет столько же, сколько и продвигает. Для аудиовизуального контента, транслируемого или передаваемого в потоковом режиме на цифровых носителях с использованием Интернета, возможность обнаружения включает в себя базовые концепции информатики и архитектуры программирования, которые лежат в основе поиска конкретного продукта, информации или контента.

Приложения [ править ]

На веб-странице [ править ]

В пределах определенной веб-страницы или программного приложения («приложение») возможность обнаружения функции, контента или ссылки зависит от ряда факторов, включая размер, цвет, функции выделения и положение на странице. Когда цвет используется для передачи важности функции или ссылки, дизайнеры обычно используют и другие элементы, такие как тени или полужирный шрифт, для людей, которые не могут видеть определенные цвета. Точно так же, как традиционная печать на бумаге создала другие физические места, которые выделялись, например, «вверху сгиба» газеты по сравнению с «внизу сгиба», веб-страница или экран приложения могут иметь определенные местоположения, которые обеспечивают дополнительную видимость функций для пользователей, например как находящийся прямо в нижней части веб-страницы или экрана.

Позиционные преимущества или недостатки разных мест зависят от разных культур и языков (например, слева направо или справа налево). Некоторые места уже созданы, например, панели инструментов в верхней части экрана или веб-страницы. Некоторые дизайнеры утверждали, что часто используемые функции (например, кнопка печати) должны быть визуально более заметными, чем очень редко используемые функции. Некоторые функции не видны, но существует соглашение, согласно которому, если пользователь помещает курсор мыши в определенную область, панель инструментов или параметр функции становятся видимыми. Как правило, из-за меньшего размера экрана мобильных устройств элементы управления часто размещаются не прямо в центре экрана, потому что именно там пользователь просматривает контент или текст.

Некоторые организации пытаются повысить обнаруживаемость определенной функции, добавляя анимацию, например движущийся значок «щелкните здесь». С 2017 года добавление датчиков движения и геотрекинга к мобильным устройствам сделало дизайн веб-страницы для обнаружения более сложным, поскольку смартфоны и планшеты, как правило, способны получать от пользователя гораздо больше входных данных, чем настольные компьютеры эпохи 1980-х годов, в том числе «смахивание» сенсорного экрана. , касаясь изображений на экране или наклоняя устройство. Одна из проблем в дизайне веб-страниц и приложений заключается в том, что степень сложности и опыта пользователей в навигации по веб-странице или среде приложений сильно различается: от людей, которые не знакомы с этими приложениями с одной стороны, до опытных пользователей компьютеров.

Интернет-поиск [ править ]

Для элементов, которые ищут в Интернете, цель обнаружения - быть в верхней части результатов поиска или рядом с ней. Организации могут прилагать усилия для повышения вероятности того, что «их» контент или веб-страницы находятся наверху или ближе к началу результатов поиска; эти подходы часто вместе называют поисковой оптимизацией (SEO). Обратите внимание, что когда организация предпринимает действия по увеличению SEO своего веб-сайта, это обычно не связано с изменениями самой поисковой системы; скорее, он включает добавление тегов метаданных и исходного контента, среди других стратегий, для увеличения «видимости» веб-сайта для алгоритмов поисковых систем. [4]

Услуги [ править ]

В контексте предоставления услуг применение этого принципа требует сбора информации об услуге на этапе анализа услуги, как и на этом этапе; доступно максимум информации о функциональном контексте услуги [5] и возможностях услуги. На этом этапе знания предметной области бизнес-экспертов также могут быть задействованы для документирования метаданных об услуге. На этапе сервис-ориентированного проектирования уже собранные метаданные могут быть включены в контракт на обслуживание. [6] Стандарт OASIS SOA-RM определяет описание сервиса как артефакт, который представляет метаданные сервиса. [7]

Чтобы сделать метаданные сервиса доступными для заинтересованных сторон, они должны быть доступны централизованно. Это можно сделать либо путем публикации служебной меты в специальном «реестре служб» [8], либо путем простого размещения этой информации в «общем каталоге». [9] В случае «реестра служб» репозиторий также может использоваться для включения QoS, SLA и текущего состояния службы. [10]

Голосовые пользовательские интерфейсы [ править ]

Голосовые пользовательские интерфейсы могут иметь низкую обнаруживаемость, если пользователи не осведомлены о командах, которые они могут произносить, поэтому эти интерфейсы могут отображать список доступных команд, чтобы помочь пользователям их найти. [11]

Типы метаданных [ править ]

Функциональный [ править ]

Это основной тип метаинформации, который выражает функциональный контекст услуги и подробности о продукте, контенте или возможностях услуги. Применение принципа стандартизированного контракта на обслуживание помогает согласованно создавать основные функциональные метаданные. Такая же стандартизация должна применяться, когда одна и та же метаинформация выходит за рамки технического контракта [12] службы, например, при публикации информации в реестре службы. [13]

Для общих элементов данные, которые можно использовать для их категоризации, могут включать:

  • Название продукта, контента или услуги (для аудиовизуального контента это будет название песни или название телешоу / фильма)
  • Имя производителя, дизайнера, создателей (для аудиовизуального контента это имена режиссера / продюсера / артистов)
  • Технические данные (размер, вес, высота физических предметов или в случае цифровых файлов, метод сжатия, размер файла)
  • Для элементов, которые могут идентифицировать свое местоположение с помощью встроенных датчиков (например, с данными геолокации Интернета вещей ), местоположение использования / доступа)

Качество обслуживания [ править ]

Для служб, чтобы знать о поведении службы и ее ограничениях [14], а также об опыте обслуживания пользователя, вся эта информация должна быть задокументирована в реестре служб. Таким образом, потенциальные потребители могут использовать эту метаинформацию, сравнивая ее со своими требованиями к производительности.

Соображения [ править ]

Услуги [ править ]

Эффективное применение этого принципа проектирования требует, чтобы метаинформация, записанная для каждой службы, была последовательной и содержательной. Это возможно только в том случае, если существуют общеорганизационные стандарты, которые заставляют разработчиков сервисов записывать требуемые метаданные согласованным образом. Информация, записанная как метаданные для услуги, должна быть представлена ​​таким образом, чтобы как технические, так и нетехнические ИТ-специалисты могли понять цель и возможности услуги, поскольку оценка услуги может потребоваться деловые люди до того, как услуга будет разрешена к использованию.

Этот принцип лучше всего применять на этапе сервис-ориентированного анализа, так как в это время доступны все подробности о назначении и функциональности сервиса. Хотя большинство принципов проектирования сервисов положительно поддерживают друг друга, тем не менее, в случае абстракции сервиса и принципа открываемости сервиса существует обратно пропорциональная взаимосвязь. Это связано с тем, что по мере того, как все больше и больше деталей о сервисе скрывается от потребителей сервиса, для обнаружения сервиса становится все меньше доступной информации. Эту проблему можно решить путем тщательной записи метаинформации сервиса, чтобы внутренняя работа сервиса не документировалась в этой метаинформации.

Алгоритмы [ править ]

В онлайн-экономике сложные компьютерные программы, называемые алгоритмами, анализируют способы, которыми конечные пользователи ищут, получают доступ и используют различный контент или продукты в Интернете. Таким образом, создаются не только метаданные, касающиеся контента или продукта (например, автора и жанра электронной книги), но также создаются данные о взаимодействии конкретных пользователей-людей с этим контентом. Если такая организация, как социальная сетьвеб-сайт имеет профиль пользователя для данного человека с указанием демографической информации (например, возраст, пол, место проживания, статус занятости, образование и т. д.), тогда этот веб-сайт социальной сети может собирать и анализировать информацию о тенденциях данного пользователя или данная подкатегория пользователей. Когда веб-сайты социальных сетей собирают данные об онлайн-активности и предпочтениях пользователей-людей, это может вызвать потенциальные проблемы с конфиденциальностью.

Алгоритмы были названы « черными ящиками », потому что факторы, используемые ведущими веб-сайтами в их алгоритмах, обычно являются конфиденциальной информацией, которая не разглашается. Хотя ряд фирм по поисковой оптимизации (SEO) предлагают услуги по повышению рейтинга веб-контента или веб-сайта клиента, эти SEO-фирмы обычно не знают точных алгоритмов, используемых Google и Facebook. Ghosh et al. обнаружили, что алгоритм « поискового робота » может получить доступ только к 26% ​​нового онлайн-контента, «... путем повторного сканирования постоянной части всей сети». [15]

В 2010-х годах в связи с растущей ролью алгоритмов в поисковых системах и базах данных возникла проблема, заключающаяся в том, что, как только конкретный человек указывает на предпочтение определенного типа контента или продукта, компьютерный алгоритм может все больше сосредотачиваться на выработке рекомендаций в этом типе содержание. В качестве практического примера: если человек ищет в Интернете комедийные фильмы, алгоритм поисковой системы может начать в основном рекомендовать этому пользователю комедии, а не показывать ему или ей ряд других фильмов (например, драматический, документальный и т. Д.). С положительной стороны, если этому человеку нравятся только комедийные фильмы, то этот ограниченный «фильтр» снизит информационную нагрузку сканирования огромного количества фильмов. Тем не мение,различные заинтересованные стороны в сфере культуры выразили озабоченность по поводу того, как эти алгоритмы фильтрации могут ограничивать разнообразие материалов, доступных пользователям. Опасения по поводу опасности «пузырей фильтров» высказывались в отношении новостных онлайн-сервисов, которые предоставляют пользователю типы новостей, источники новостей или темы на основе его / ее предыдущих онлайн-действий. Таким образом, человеку, который ранее искал контент Fox TV, в основном будет показано больше контента Fox TV, а человеку, который ранее искал контент PBS, будет показано больше результатов поиска PBS и так далее. Это может привести к тому, что читатели новостей узнают только точку зрения определенного источника новостей.или темы для пользователя на основе его / ее предыдущих онлайн-действий. Таким образом, человеку, который ранее искал контент Fox TV, в основном будет показано больше контента Fox TV, а человеку, который ранее искал контент PBS, будет показано больше результатов поиска PBS и так далее. Это может привести к тому, что читатели новостей узнают только точку зрения определенного источника новостей.или темы для пользователя на основе его / ее предыдущих онлайн-действий. Таким образом, человеку, который ранее искал контент Fox TV, в основном будет показано больше контента Fox TV, а человеку, который ранее искал контент PBS, будет показано больше результатов поиска PBS и так далее. Это может привести к тому, что читатели новостей узнают только точку зрения определенного источника новостей.

Поисковое поведение зрителей видеоконтента сильно изменилось с момента повсеместной популярности веб-сайтов для обмена видео и потокового видео. Принимая во внимание, что типичный потребитель телешоу 1980-х годов читал печатный выпуск TV Guide, чтобы узнать, какие шоу идут, или переходил от канала к каналу ("просмотр каналов"), чтобы узнать, понравились ли им какие-либо шоу, в 2010-х годах, потребители видеоконтента все чаще смотрят на экранах (будь то смарт-телевизоры , экраны планшетных компьютеров или смартфоны) с функцией компьютеризированного поиска и часто автоматическими предложениями для зрителя, созданными с помощью алгоритмов. С помощью этой функции поиска пользователь может ввести название телешоу, продюсера, актера, сценариста или жанра, чтобы помочь им найти интересующий их контент. Если пользователь выполняет поиск в поисковой системе на устройстве (ноутбук, планшет, смартфон), которым он владеет, устройство может передавать на веб-сайт информацию о предпочтениях пользователя и предыдущих поисках в Интернете. Продолжая сравнение 1980-х и 2010-х годов, в 1980-х годах тип или марка телевидения, на котором смотрел пользователь, не влияла на его / ее привычки просмотра. Однако человек, ищущий телешоу в 2010-х годах на компьютеризированных смарт-телевизорах разных марок , вероятно, получит разные результаты поиска по одному и тому же запросу.

Ограничения [ править ]

Для организаций, которые стремятся максимально привлечь внимание пользователей к их продукту, контенту или услуге в Интернете, возможность обнаружения стала важной целью. Однако открытие автоматически не приводит к успеху на рынке. Например, если гипотетическую онлайн-игру «xyz» легко обнаружить, но она не будет работать на большинстве мобильных устройств, то эта видеоигра не будет хорошо работать на рынке мобильных игр, несмотря на то, что она находится на вершине результатов поиска. Кроме того, даже если продукт функционирует, то есть работает или воспроизводится должным образом, пользователям продукт может не понравиться.

В случае, если пользователю действительно нравится определенный онлайн-продукт или услуга, возможность обнаружения должна быть повторяемой. Если пользователь не может найти продукт или услугу при последующем поиске, он или она может больше не искать этот продукт / услугу и вместо этого перейти к замене, которую легко и надежно найти. Недостаточно сделать онлайн-продукт или услугу доступными для обнаружения только на короткий период, если только цель не состоит только в создании «вирусного» контента в рамках краткосрочной маркетинговой кампании.

См. Также [ править ]

  • Возможность нахождения
  • Сбор информации

Ссылки [ править ]

  1. Ларсон, Аарон (18 августа 2016 г.). «Ведение раскрытия в гражданском иске» . ExpertLaw . Проверено 30 сентября 2017 года .
  2. ^ Шварцнер, Уильям В. (1988). «Федеральные правила, противоборство и реформа в области открытий» . Обзор права Питтсбургского университета . 50 : 703 . Проверено 30 сентября 2017 года .
  3. ^ "Саммит открываемости" . Саммит открываемости . Канадская комиссия по радио, телевидению и связи . Проверено 18 февраля +2016 .
  4. ^ «SEO SEM: поисковая оптимизация / маркетинг» . Проверено 14 марта 2018 .
  5. ^ Общая цель услуги
  6. ^ «Договор на обслуживание» . Архивировано из оригинала на 2012-05-01 . Проверено 2 марта 2010 .
  7. ^ Майкл Пулен. Эволюция принципов ориентации сервисов: возможность создания и обнаружения сервисов, часть 7 . Дата обращения: 20 апреля 2010 г.
  8. ^ Редди и др. Оценка устаревших активов в контексте перехода на SOA . pp 58. Дата обращения: 20 апреля 2010 г.
  9. ^ Деннис Висноски. Принципы и модели Министерства обороны США . Дата обращения: 20 апреля 2010 г.
  10. ^ .Винод Шарма, Шринивас Рао Бхагаватула. Шаблоны автострад для систем SOA . Дата обращения: 28 апреля 2010 г.
  11. ^ «Что я могу сказать? | Материалы 18-й Международной конференции по взаимодействию человека и компьютера с мобильными устройствами и услугами» . dlnext.acm.org . DOI : 10.1145 / 2935334.2935386 . S2CID 6246618 . 
  12. ^ "технический контракт" . Архивировано из оригинала на 2012-05-01 . Проверено 2 марта 2010 .
  13. ^ Репозиторий, содержащий метаданные об услугах в определенном формате, например, классификация услуги, ее местонахождение и т. Д.
  14. ^ Джим Мерфи. Основные компоненты SOA Quality Foundation . Дата обращения: 20 апреля 2010 г.
  15. ^ Дасгупта, Анирбан; Гош, Арпита; Кумар, Рави; Олстон, Кристофер; Панди, Сандип; и Томкинс, Эндрю. Открываемость Интернета . http://www.arpitaghosh.com/papers/discoverability.pdf

Дальнейшее чтение [ править ]

  • Дасгупта, Анирбан; Гош, Арпита; Кумар, Рави; Олстон, Кристофер; Панди, Сандип; и Томкинс, Эндрю. Открываемость Интернета . [1]
  • Кевин Лю. Взгляните на WSDL 2.0 . Дата обращения: 20 апреля 2010 г.
  • Мауро и др. Сервисно-ориентированная интеграция устройств - анализ шаблонов проектирования SOA. , pp. 1–10, 2010 43-я Гавайская международная конференция по системным наукам, 2010 г. Дата обращения: 8 апреля 2010 г.
  • Карлайл, Бенджамин. WADL для SOA в стиле REST . Дата обращения: 20 апреля 2010 г.
  • Тиллой, Сирил. Выявление услуги: определение концептуальной услуги . Дата обращения: 20 апреля 2010 г.
  • Tost, et al. Анатомия контракта веб-службы . Дата обращения: 20 апреля 2010 г.

Внешние ссылки [ править ]

  • Эталонная модель для сервис-ориентированной архитектуры 1.0