ГОСТ Р ИСО 16100-3—2010
2) поведение реагирующего элемента сервиса — асинхронное;
3) запрос другого сервиса не осуществляется до тех лор, пока не будет получен отклик сервиса.
Сервис поставки профиля putProfile является действием «активной доставки» «push» для соот
ветствующего действия «получения информации» «pull» профиля requestProfile.
6.1.4.5 Отсутствие регистрации профиля у поставщика сервиса
Сервис нерегистрации профиля unregisterProfile должен быть использован источником профиля,
например ЕППО. с целью предотвращения регистрации до удаления соответствующей ЕППО. Сервис
нерегистрации профиля unregisterProfile должен выполнять следующие задачи с указанными параме
трами;
a) пользователь профиля вызывает сервис нерегистрации профиля unregisterProfile точки доступа
к сервису ServiceAccessPoint:
1) параметром обращения к вызову сервиса является;
(i) ID профиля возможностей;
2) поведение инициатора запроса сервиса — асинхронное;
b
) авторпрограммногосредствавызывает сервис статусаотсутствиярегистрации
returnUnregistrationStatus точки доступа к сервису ServiceAccessPoint;
1) параметрами отклика регистрации являются;
(i) статус отсутствия регистрации,
(ii) статус ошибки доступа;
2) поведение реагирующего элемента сервиса — асинхронное;
3) запрос другого сервиса не осуществляется до тех пор, пока не будет получен отклик сервиса.
6.1.5 Проверка достоверности профилей возможностей
Проверка достоверности переданных профилей возможностей, например путем поставки профи
ля putProfile или запроса профиля requestProfile, является обязанностью поставщика сервиса типа 2
или типа 3. который обеспечивает общий сервис проверки достоверности CommonValidationService.
Профиль возможностей должен состоять из общей и специальной частей. Общий сервис провер
ки достоверности CommonValidationService должен обеспечивать оценку профиля возможностей путем
его сравнения с общей частью схемы, приведенной в 7.2, и специальной частью профиля возможно
стей.
Все строки, использованные в профилях возможностей, должны быть закодированы с помощью
UTF-6.
6.2 Спецификации протоколов
6.2.1 Синтаксис URL сервиса
Протоколы обеспечивают прямой доступ запросов к сервисам. Запрос обрабатывается сервисом,
который реагирует путем отправки ответа сервису.
Унифицированный указатель информационного ресурса (URL сервис) начинается со строки «ser
vice;». URL сервис включает в себя тип сервиса, затем следует соответствующая точка сервисного
доступа до символа «:», которая не входит в эту строку и с которой начинается спецификация адреса.
Информация атрибута, характерная для сервиса, следует за спецификацией адреса, закодированного с
использованием грамматики URL.
URL сервис должен быть следующим;
service:<service-type>:<service-access-point>://<address>:<attribute-list>
Перечень атрибутов состоит из перечня назначений атрибутов, разделенных точкой с запятой «;».
Назначения атрибутов должны иметь следующую форму;
<attribute-id>=<attribute-value>
Для атрибутов ключевого слова используют следующую форму:
<attribute-id>
6.2.2 Протокол сервиса типа 1
6.2.2.1 Профиль возможностей запросов
Сервис запроса профиля requestProfile возвращает профиль возможностей интероперабельности
требований или профиль возможностей интероперабельности ЕППО и должен быть следующим:
<service-type> = «requestCapabilityProfile»
Соответствующий атрибут должен быть следующим:
capability_profile_ID =«the_capability_profile_id»
14