Сервисный уровень опирается на технологию связующего ПО (англ. middleware – промежуточное, межплатформенное ПО), которое обеспечивает функциональные возможности для интеграции сервисов и приложений в сфере IoT. Технология middleware предоставляет «Интернету вещей» экономичную платформу, где аппаратные и программные платформы могут использоваться повторно. В настоящее время различные организации занимаются разработкой спецификаций сервиса для промежуточного ПО (middleware). Правильно спроектированный сервисный уровень сможет определить общие требования, а также предоставить интерфейсы прикладного программирования (API) и протоколы для поддержки необходимых сервисов, приложений и потребностей пользователей. Этот уровень также обрабатывает все сервис-ориентированные проблемы, включая обмен информацией и хранение данных, управление данными, поисковые системы и коммуникации [19, 20, 38]. Также он включает в себя следующие компоненты:
Служба обнаружения: поиск объектов, которые могут предоставить необходимые услуги и информацию наиболее эффективным способом [19].
Состав сервиса: включение взаимодействия и коммуникации между связанными «вещами» (устройствами). Используя взаимоотношения между различными устройствами, установленные на этапе обнаружения, этот компонент находит требуемый сервис и компонентный состав службы для планирования или повторного создания наиболее подходящих сервисов для удовлетворения запроса.
Управление надежностью: определяет целевой и репутационный механизмы, которые позволят оценить и использовать информацию, предоставленную другими сервисами, для создания наиболее надежной системы.
Сервисы API (интерфейсов прикладного программирования): поддержка взаимодействия между необходимыми в IoT сервисами [24], [38].
Интерфейсный уровень
Большинство устройств для «Интернета вещей» разрабатывается разными производителями/поставщиками, и они не всегда придерживаются одних и тех же стандартов и протоколов. Из-за такой неоднородности возникают проблемы взаимодействия, связанные с обменом информацией, установлением связи между устройствами и совместной обработкой событий различными «вещами». Кроме того, постоянное развитие устройств, участвующих в «Интернете вещей», усложняет их динамическое подключение, взаимодействие, управление и отключение. Интерфейсный профиль (IFP) можно рассматривать как подмножество сервисных стандартов, поддерживающих взаимодействие с приложениями, развернутыми в сети.
Хороший интерфейсный профиль основан на реализации универсальной самонастройки (UPnP, Universal Plug and Play), которая определяет протокол для упрощения взаимодействия с сервисами, предоставляемыми различными устройствами [38, 39]. Сервисы на сервисном уровне запускаются напрямую на ограниченной сетевой инфраструктуре для того, чтобы эффективно находить новые сервисы для приложений по мере того, как они подключаются к сети. Недавно для эффективного взаимодействия между приложениями и сервисами была предложена интеграционная архитектура SOCRADES (SIA, от европейского научно-исследовательского проекта SOCRADES) [38, 40]. Традиционно сервисный уровень обеспечивается универсальным API для приложений. Однако в результатах недавних исследований сервис-ориентированного «Интернета вещей» сообщается [41], что процесс предоставления услуг (SPP, service provisioning process) может также эффективно обеспечивать взаимодействие между приложениями и сервисами. SPP сначала выполняет «типовой запрос», который запрашивает услугу с помощью универсального формата WSDL (Web Services Description Language), а затем использует механизм «поиска кандидата» для обнаружения потенциального сервиса. Основываясь на «контексте приложений» и на «информации о качестве обслуживания сервиса» (QoS), все экземпляры сервиса классифицируются, а механизм «предоставления услуг по требованию» (On-Demand service provisioning) может быть использован для идентификации экземпляра сервиса, удовлетворяющего требованиям приложения. И, наконец, «процесс оценки» (Process Evaluation) применяется для определения качества процесса.
Do'stlaringiz bilan baham: |