Протоколы Internet


Открытый торговый протокол Интернет– IOTP версия 0 - часть 39


  • если IotpTransId транзакции, которую надо аннулировать, не распознан, или она завершена, то запрос не проходит, в противном случае,
  • если IotpTransId относится к транзакции Ping, то запрос не проходит, в противном случае,
  • определить, какой локументальный обмен нужно прервать, сформировать блок Cancel и послать его партнеру.
  • Аннулирование транзакции на сервере IOTP обычно возникает по деловым причинам. Например продавец может попытаться безуспешно аутентифицироваться несколько раз, после чего решает аннулировать транзакцию. Следовательно процесс, который решаетпроизвести такое действие, должен послать сообщение из процесса/сервера с инструкцией о том, какую транзакцию следует аннулировать.

    4.5.4. Повторная посылка сообщений

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

    о

    из-за используемого танспортного механизма;

    o

    из-за времени, необходимого для обработки инкапсулированных сообщений (напр., платежных) и

    o

    зависит оттого, нужен или нет ввод со стороны человека.

    Если не получено никакого сообщения, оригинальное сообщение должно быть послано повторно. Это должно производиться некоторое число раз в зависимости от надежности используемого транспортного механизма. Если не получено отклика в течении оговоренного времени, транзакция прерывается по таймауту. В этом случае, состояние транзакции устанавливается равным Failed, и выдается код завершения:

    o

    TimedOutRcvr, если транзакция может быть восстановлена позднее, или

    o

    TimedOutNoRcvr, если транзакция невосстановима.

    4.6. Последовательность обработки для роли клиента

    "Роль клиента" в IOTP является торговой ролью Покупателя.

    Компания или организация, которая является Продавцом может, например, взять на себя роль покупателя, делая покупки или или выполняя отзыв электронного платежа.

    В частности Покупатель должен быть способен:

    o

    Инициировать транзакции (смотри раздел 4.6.1). Среди них могут быть:

     

    - платеж, связанный с транзакцией

     

    - инфраструктурные транзакции.

    o

    Воспринять и обработать сообщение, полученное от другой торговой роли (смотри раздел 4.6.2). Сюда входит:

     

    - идентификация того, принадлежит ли сообщение транзакции, запущенной ранее;

     

    - обработка дублированных сообщений;

     

    - генерирование переходных ошибок, если сервер, который обрабатывет входное сообщение перегружен;

     

    - обработка сообщения, если оно не имеет ошибок и, если необходимо, посылка отклика партнеру по результатам обработки.

    o

    Аннулировать текущую транзакцию, если поступил соответствующий запрос, например от пользователя (смотри раздел 4.6.3).

    o

    Повторно передать сообщение, если ожидаемый отклик не пришел своевременно (смотри раздел 4.6.4).

    <


    Начало  Назад  Вперед