Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:

Мельников Д. А. - Организация и обеспечение безопасности информационно-технологических сетей и систем - 2012

.pdf
Скачиваний:
779
Добавлен:
15.07.2016
Размер:
20.96 Mб
Скачать

•62

Глава 32. Общая характеристика ЮТР-протокола

52.1. Общая структура (формат) ЮТР-сообщения

На рис. 32.3 представлена общая структура (формат) ЮТРюобщения.

I O T P - с о о б щ е н и е

 

Б лок

 

Б лок

 

 

Информацион­

Информацией-

|

 

“О п р е д е л и т е л ь ’

■‘Э Ц ГГ

 

 

ныйторговый

ный торговый

I

 

 

 

 

 

 

блок

блок

1

„.**2___

 

------

4

/

/‘\

 

 

 

 

V

 

 

 

 

 

Идентификатор

Идентификатор

Компоненты)

Компонент

 

 

 

 

 

торговой

Ю ТР-сообш ения

*ЭЦП*

"Электронный

 

 

 

 

 

операции

 

 

сертификат'

 

 

 

 

 

./1 i ____С __

\ Информационные

торговые

компоненты

Рис. 32.3. Общий формат ЮТР-сообщения

IOTP-сообщение представляет собой документ в XML-формате (Extensible Markup Language - расширяемый язык гипертекстовой разметки документов), который передается между участниками торговой сделки. Размер сообщения (в информационных символах) является переменным параметром и зависит от конкретного пред­ назначения самого сообщения. Оно имеет блочную структуру и со­ держит следующие информационные блоки:

в«Transaction Reference Block» («Определитель») - это фактиче­ ски заголовок сообщения, который содержит информацию о типе торговой операции и типе ЮТР-сообщения. Он включает следующие компоненты:

-«Transaction Id» («Идентификатор торговой операции») - определяет тип торговой операции. Этот компонент встре­ чается во всех IOTP-сообщениях, которые участвуют в опре­ деленной торговой операции;

-«Message Id» («Идентификатор сообщения») - определяет тип ЮТР-сообщения, участвующего в определенной торго­ вой операции;

о«Signature» («Электронная цифровая подпись») - (не обязате­ лен) содержит один или несколько компонентов «Signature» и соответствующие им компоненты «Certificate»:

- «Signature» («ЭЦП») -

с о д е р ж и т э л е к т р о н н у ю (ы е) ц и ф р о ­

в у ю (ы е) п о д п и с ь (и). О н а

м о ж е т в ы ч и с л я ть с я п о « О п р ед ел и те ­

раздел VI.

563

лю» и любому торговому компоненту в любом ЮТР-сообгце- нии торговой операции;

-«Certificate» («Электронный сертификат») - (не обязателен) используется для проверки подписи;

о«Trading Block» («Информационный торговый блок») - эле­ мент ЮТР-сообщения в XML-формате, который включает предварительно определенную совокупность торговых компо­ нентов (кроме них он включает «атрибуты», содержащие не­ обходимую информацию для корректного проведения торго­ вой процедуры):

-«Trading Component» («Информационный торговый ком­ понент») - компоненты в XML-формате, совокупность кото­ рых предопределена заранее в зависимости от итерации торговой процедуры.

Рис. 32.4. Состав участников торговой сделки

«Определитель» («Transaction Reference Block») содержит (кро­ ме всего прочего) единый уникальный определитель торговой опе­ рации ЮТР-протокола. Также, в каждом блоке и компоненте содер­ жится атрибут «ГО» («идентификатор»), который является уникаль­ ным в рамках торговой операции ЮТР-протокола. Комбинация ат­ рибута «ГО» и единого уникального определителя в блоке «Transac­ tion Reference Block» - идентификатор любого «Информационного торгового блока» или «Информационного торгового компонента».

564

Глава 32. Общая характеристика ЮТР-протокола

32.2. Состав участников торговой сделки

Участвовать в электронной торговой операции могут различ­ ные организации, причем в разном качестве. IOTP-протокол опре­ деляет пять таких участников (рис. 32.4):

1)покупатель (consumer) - физическое или юридическое лицо, которое покупает и оплачивает товары или услуги;

2)продавец (merchant) - физическое или юридическое лицо, у кото­ рого приобретаются товары или услуги, имеющее на это закон­ ное право, а также получающее прибыль от торговой сделки;

3)платежная система (payment handler) - субъект, который в инте­ ресах продавца физически принимает платежи от покупателей;

4)система доставки (delivery handler) - субъект, который в инте­ ресах продавца физически поставляет товары или услуги по­ купателям;

5)представитель продавца для разрешения конфликтов (merchant customer care provider) - субъект, который в интересах продав­ ца разбирает конфликтные ситуации с покупателем и прини­ мает по ним решения («третейский судья»).

Всостав участников торговых сделок могут входить одни и те же или различные организации. Например:

« в простейшем случае, одна организация (продавец) выступает

вроли и продавца товаров или услуг, и получателя платежей от покупателей, и поставщика товаров, и третейского судьи;

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

Частная организация может сразу выступать в нескольких ро­ лях. Например, компания, которая продает товары и услуги через Internet-сеть, может выступать в роли продавца и в роли покупателя (покупать товары у самой себя).

Так как участники торговой операции могут находиться в раз­ личных местах (имеют разное местоположение в Internet-сети), то для их коммерческого взаимодействия необходим обмен данными, т.е. необходимо выполнять торговые процедуры, корректное завер­ шение которых обеспечит успешный результат сделки.

Раздел VI.

565

32.3. Торговые процедуры («trading exchanges»)

Торговая процедура представляет собой процесс информаци­ онного обмена по вполне определенному алгоритму, при котором его участники (а их может быть двое и более) взаимодействуют ме­ жду собой путем отправки, приёма и обработки соответствующих IOTP-сообщений с использованием Internet-сети. IOTP-протокол рас­ сматривает следующие четыре торговые процедуры, в рамках которых предполагается обмен только определенными IOTP-сообщениями ме­ жду участниками торговой сессии:

опредложение («offer exchange») - продавец предлагает для продажи товары или услуги по определенной цене. В результате этой процедуры, если покупатель изъявил желание сделать покупку, он заказывает товар у продавца, а последний в ответ предъявляет покупателю счет (список товаров или услуг и их стоимость) для оплаты. (Примечание. IOTP-протокол не рассматривает процеду­ ру (и формат сообщений) запроса на приобретение тех или иных товаров или услуг со стороны покупателя.);

в оплата товаров или услуг («paym ent exchange») - в результате этой процедуры покупатель оплачивает приобретаемые това­ ры или услуги с помощью платежной системы (т.е. он взаимо­ действует с ней). Такое взаимодействие может быть в обоих направлениях;

вдоставка товаров или услуг («delivery exchange») - в результате этой процедуры покупателю поставляется товар в режиме «on-line», либо система доставки товаров и услуг направляет покупателю информацию о порядке доставки соответствую­ щих товаров;

ваутентификация («authentication exchange») - дает возмож­ ность одному физическому или юридическому лицу, участ­ вующему в торговой сессии проверить, «что из себя представ­ ляет» другое физическое или юридическое лицо, также участ­ вующее в сессии.

Торговые операции представляют собой процессы, которые про­ исходят в реальном бизнесе и финансовых институтах. Такие торговые операции при переносе их в виртуальный мир (электронный вид) ото­ бражаются совокупностью торговых процедур, т.е. каждая электрон­ ная торговая операция отождествляется с определенным набором спе­ циализированных процедур информационного обмена. Например, торговая операция по приобретению товаров и услуг (PURCHASE) может включать следующие процедуры: предложение, оплата товаров или услуг и их доставка. В другом случае, торговая операция обмена стоимости (VALUE EXCHANGE) состоит из следующих процедур: предложение и две процедуры оплаты товаров и услуг.

566

Глава 32. Общая характеристика ЮТР-протокола

Торговые процедуры включают транспортирование инфор­ мационных торговых блоков/компонентов/элементов (в составе IOTP-сообщений), которыми обмениваются между собой различные участники торговой сделки (см. рис. 32.2 и рис. 32.3). Там, где это воз­ можно, величина временных задержек, возникающих при ведении информационного обмена, минимизируется путем размещения ком­ понентов (элементов) из нескольких торговых процедур в одном ком­ бинированном IOTP-сообщении. Например, торговая операция по приобретению товаров и услуг (PURCHASE) совмещает компонент «Delivery Organization» с компонентом «Offer Response» для того, что­ бы избежать дополнительных запросов покупателя и ответов на них.

Торговая процедура «предложение» («offer exchange»). Дан­ ная торговая процедура обеспечивает передачу необходимой ин­ формации о товарах и услугах от продавца покупателю, на основа­ нии которой последний делает свой выбор и информирует продав­ ца о готовности платить. На рис. 32.5 представлена торговая проце­ дура «предложение».

! Итерации

Покупатель Продавец

Х а р а к т е р и с т и к а

| процедуры

1

1.

=

=

=

>

!т

< = > 1

1

i S

3

\

П о к у п а т е л ь р еш ает п р и о б р е ст и т о в а р и л и у с л у г у и н а п р а в л я е т и н ф о р ­

м а ц и ю о б -этом п р о д а в и }' ( “ за п р о с п р е д л о ж е н и я "), и с п о л ь зу я 1П M L .

П е р е д а в а е м ы е д а н н ы е : и н ф о р м ац и я о н а ч а л е т о р г о в о й с д е л к и Г O K I-И Р R H Q U H S Г " ) — R 10*1 P -п р о т о к о л е н е р а с с м а т р и в а е т с я

П р о д а в е ц п о л у ч а е т и н ф о р м а ц и ю о т п о к у п а т е л я , ф о р м и р уе т о тв е т ( “ п р е д л о ж е н и е ”) , п о д п и с ы в а е т е го (н о эт о н е о б я за т е л ь н о ) и н а п р а вл я е т п о к у п а т е л ю

“ О т в е т н о е п р е д л о ж е н и е ” и л и п р о ст о “ П р е д л о ж е н и е ” ( “ O F K H R R H -

S P O N S H ” )

К о м п о н е н т ы : “ S ta tu s ” , “ O ra a n iz a tio n fsV * (C o n s u m e r , D e liv T o . Merchant

P a y m e n t H a n d le r,

C u s to m e r ( ’ a r e ), “ O rd e r” , “ P a y m e n t” , “ D e l n e r v ” .

“ )*ra-

d in g R o le D a ta ” (н е

о б я за т е л е н ), “ O ffe r R e s p o n s e S ig n a tu re ” (Э Ц П ,

не о бя ­

з а т е л ь н а , в ы ч и с л я е т с я н о п р е д ш е с т в у ю щ и м к о м п о н е н т а м ).

[

П о к у п а т е л ь п р о в е р я е т и н ф о р м а ц и ю , п о л у ч е н н у ю о т п р о д а в ц а и п р и н и ­

м а е т р е ш е н и е п р о д о л ж а т ь и л и н е п р о д о л ж а т ь т о р г о в у ю о п е р а ц и ю

Рис. 32.5. Характеристика торговой процедуры «предложение»

В этой процедуре покупатель и продавец обмениваются между собой IOTP-сообщениями, в которых содержатся следующие ин­ формационные компоненты:

о«Status» (состояние) - используется для указания другой сто­ роне сделки, что сформировано действительное сообщение «Offer Response»;

®«Organization» (организация) - содержит информацию об ор­ ганизациях, участвующих в торговой сессии:

- покупатель предоставляет информацию о том, кто он такой и куда доставлять товары и услуги, если они будут приоб­

ретаться;

Раздел VI.

567

-продавец предоставляет дополнительную информацию о самом себе, платежной системе, третейском судье и системе доставки товаров и услуг, если они будут поставляться;

о«Order» (заказ-квитанция) - содержит перечень товаров или услуг, которые продаются покупателю после того как он согла­ сился с «предложением» продавца (электронная платежная квитанция). Эта информация направляется продавцом поку­ пателю, который будет затем ее подтверждать;

в«Payment» (платеж) - формируется продавцом и содержит точ­ ную стоимость товаров или услуг, подлежащую оплате, вид ва­ люты и направление платежа (например, покупатель может за­ просить возврат платежа). Заметим, что данный компонент мо­ жет использоваться в период торговой сессии не однократно;

в«Delivery» (доставка) - также формируется продавцом и ис­ пользуется в том случае, когда требуется доставка товаров или услуг. Он содержит информацию о том, как будет осуществ­ ляться доставка, например, по почте или с использованием ЭП;

в«Trading Role Data» (дополнительная информация участника торговой операции) - (не обязателен) содержит дополнитель­ ную информацию продавца для другого участника торговой сессии (такого как система платежей или система доставки);

о«Offer Response Signature» (ЭЦП ответа на предложение) - (не обязателен) если она имеет место, то она представляет собой

ЭЦП, вычисленную по всем предшествующим компонентам в целях обеспечения их целостности.

Необходимость целостности (точности) информации предос­ тавляемой продавцом покупателю часто зависит от типа электрон­ ной торговой операции. Например:

опри небольшой торговой сделке ЭЦП может не понадобиться;

оитоговая сумма платежа может отличаться в зависимости от сис­ темы платежей и используемого платежного протокола (за счет взимания дополнительных платежей или за вычетом опреде­ ленных скидок);

онекоторые предложения могут не учитывать доставку некото­ рых товаров;

оторговая операция обмена стоимости (VALUE EXCHANGE) включает в себя две процедуры оплаты товаров и услуг («pay­ ments exchange»);

опродавец может не направлять покупателю предложение.

Итогом торговой процедуры «offer exchange» (при прочих поло­ жительных условиях) является электронная платежная квитанция, сформированная продавцом и подлежащая оплате покупателем.

568

 

 

Глава 32. Общая характеристика ЮТР-протокола

Итерации

j

Покупатель Продавец

Х

а

 

р

а

к

т

е

р

и

с

т

и

к

а

процедуры

 

 

 

 

 

Н о к \ п а т е л ь p c in a e i

п р и о б р е ст и т о в а р

пил } с л \ т у и н ап р авля ет

 

 

5

и I{ф о р м а ц и ю

о б ’н о м

п р о д а в ц у ( “ за п р о с и р с д л о ж о н и я "). л е -

 

 

п о л ы у я H T M L

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

1 1 е р е д а г т е м н е д а н н ы е * и н ф о р м а ц и я о н а ч а л е т о р г о в о й с д е л к и

 

 

 

( ” ( >F F H R R H Q U H S T " )

и I O T P ие р а с с м а т р и в а е т с я .

 

 

 

П р о д а в е ц п р и н и м ает р е ш е н и е о ш о с т г г е л ы ю ен о то м ш и и е ж е н ,

 

 

$

п л а т е ж н ы х п р о ю к о л о в и и сп о л ь зу е м о й в а я ю -

 

 

 

 

ты 'и р е д в а р и т е л ь н о й с ю н м о е г н п р е д л о ж е н и я , р а зм е щ а е т и х в

 

 

 

к о .м и о и е т е

"In la n d

f a s t " и

н а п р а в л я е !

е ю

 

и с к у на ю л ю

 

 

 

к о м п о н е н т - “ B r a n d L is t”

 

 

 

 

 

 

 

 

 

 

 

П о к у п а т е л ь вы б и р а е т п л а т е ж и ) ю с и с т е м у , п р о т о к о л и н с п о л ь -

3

 

5

и с м у ю в а л ю т у , п р е д в а р и т е л ь н у ю ст о и м о ст ь п р е д т о ж е н п я д л я

 

д а н .н о н ш е ю п р и м е н е н и я . ф о р м и р уе т к о м п о н е н т “ B r a n d L is t

 

 

 

S e le c tio n " и н ап р авля ет е г о

п р о д а в ц у

 

 

 

 

 

 

 

 

К о м п о н е н т

“ B ra n d

L is t S e le c tio n

” .

 

 

 

 

 

 

 

 

П р о д а в е ц п р о в е р я е т в ы б р а н н ы е п о к у п а т е л е м п л а т е ж н у ю с и с ­

 

 

 

т е м у , п р о т о к о л и е г о с о г л а с и е н а и с п о л ь з у е м у ю в а л ю ­

 

 

 

т у л п о г о н у ю с т о и м о с т ь , ф о р м и р у е т с о о б щ е н и е о б о б щ е й ст о и ­

 

 

С

м о ст и , т ю д н и сы п а е т е г о с ц е л ь ю а в т о р т а ц н н (н с о б я за т е л ь н о )

 

 

и п е р е д а е т п о к у п а т е л ю

 

 

 

 

 

 

 

 

 

 

 

К о м п о н ен т ы *

“ P a y m e n t" . “ ( )r g a n iz a tio n (s )“ (п р о д а в е ц и си с т е м а

 

 

 

п л а т е ж е й ), “ O ffe r

R e s p o n s e

S ig n a tu re ” (в ы ч л е н я е т с я

но предше­

 

 

 

с т в у ю щ и м к о м п о н е ш а м , ие о б я за т е л е н )

 

 

 

 

 

 

 

П о к у п а т е л ь п р о в е р я е т о б щ у ю с т о и м о с т ь т о в а р о в и л и у с л у г и

 

 

 

е с л и о н с о ы а с с н с н е й . t o н а п р а вл я е т *п у и н ф о р м а ц и ю в л л а -

 

 

 

го ж н у ю с и с т е м у .

 

 

 

 

 

 

 

 

 

 

 

 

5

 

 

“ З а п р о с 1 Ш г е ж а " ( “ Р А У М Ь 'К 1 R H Q U H S T " ). К о м п о н е т ы .

 

 

“ S ta tu s ” . “ P a y m e n t” , “ O rg a n iz a tio n s ” (п р о д а в е ц

и с и с т е м а п л а ­

 

 

 

 

 

 

т е ж е й ), “ T ra d in g

R o le

D a ta ” (н е о б я з а т е л е н ), “ O ffe r R e s p o n s e

 

 

 

S ig n a tu re ” (н е о б я за т е н е н , в ы ч и с л я е т с я п о п р е д ш е с т в у ю щ и м

 

 

 

к о м п о н е ш а м ). “ P a y

S c h e m e D ata'*

 

 

 

 

 

 

 

 

С и с т е м а

п л а т е ж е й

пр овер яет

п о л у ч е н н у ю

о т п о к у п а т е л я ин ­

6.

 

 

ф о р м а ц и я (м о ж е т

п р о в е р и ть 011 .11) и е с л и в с е

к о р р ек т н о , то

 

 

ф о р м и р уе т к о м п о н ен т “ P a y S c h e m e D a ta ” (в к о то р о м у к а зы в а е т

 

 

 

 

 

 

с х е м у и п р о то к о л m a t е ж а ) и о б м е н и в а е т с я и м с п о к у п а те л е м .

 

 

 

“ И л а ю ж н ы й о б м е н ” ( “ P A V M L N Г lL W H A N G H " )

 

 

 

 

К о м п о н е н т “ P a y S c h e m e D a ta ”

 

 

 

 

 

 

 

 

 

В к о н е ч н о м сч е т е , о б м е н со о б щ е н и я м и н л а ю ж н от о п р о то ко ла

 

 

 

за к а н ч и в а е т с я , и с и с т е м а п л а т е ж е й п е р е д а е т п о к у п а ю л ю с о ­

 

 

 

о б щ е н и е о п о л у ч е н и и п л а т е ж а (о б о п л а т е ), к о то р о е о н а м о ж ет

 

 

 

п р е д в а р и т е л ь н о п о д п и с а н , в к а ч е с т в е д о к а з а т е л ь с т в а у с п е ш н о ­

7.

 

 

го п р о в е д е н и я п латеж и

 

 

 

 

 

 

 

 

 

 

“ П о д ш с р ж л с н п е п л а т е ж а ” ( “ P A Y M H N T R K S P O N S H ” ).

 

 

 

К о м п о н е т ы “ S ta tu s ” , “ P a y R e c e i p t " , “ P a y m e n t N o te " , “T ra d in g

 

 

 

R o le 1 > a ta " (н е

о б я за т е л е н ), “ O ffe r

R e s p o n s e S ig n a tu r e " (н е о б я ­

 

 

 

з а т е л е н ). “ P a y m e n t R e c e ip t S ig n a tu re ” (н е о б я за т е л е н . л а О Ц П

 

 

 

п о д тве р ж д а е т

п л а т е ж , п р е д о п ш л е п н ы й в

п р о ц е д у р е “ п р ед л о ­

 

*

 

ж е н и е ” ).

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

П о к \ п а т е л ь

п р о вер я ет п о д т в е р ж д е н н е о п о л у ч е н и и

iп а т е ж а и

8

!

 

 

сот л а т а е т с я

с

мим

 

 

 

 

 

 

 

 

 

 

 

Рис. 32.6. Характеристика торговой процедуры «оплата товаров или услуг»

Торговая процедура «оплата товаров или услуг» («payments ex­ change»). Основное назначение: обеспечение платежа покупателя че­ рез платежную систему или с использованием выбранных самим по-

Раздел VI.

569

купателем платежной системы и платежного протокола. Второе назна­ чение (не обязательное): ЭЦП принимаемого платежа, которая может бьггь использована для связи самого платежа с обоснованием этого платежа (как это определено в торговой процедуре «предложение»).

Эта торговая процедура может осуществляться различными способами. Наиболее общий случай, когда данная процедура зави­ сит от используемых платежной системы и платежного протокола, представлен на рис. 32.6. Также возможна и более простая схема процедуры.

В процедуре «оплата товаров или услуг» используются сле­ дующие информационные компоненты (в составе ЮТР-сообщений), которыми обмениваются между собой покупатель, продавец и сис­ тема платежей:

в«Brand List» (перечень платежных схем: по их названиям) - оп­ ределяет перечень (список) платежных конструкций (напри­ мер, «MasterCard», «Visa», «Mondex», «GeldKarte» и др.)/ пла­ тежных протоколов (например, «SET» Version 1.0, «Secure Channel Credit/Debit» (SCCD), а также используемую валю­ ту/предварительную стоимость предложения. Эти названия используются в кредитно-дебетовых СЭЛП с применением КК, в которых несанкционированный доступ к информации о торговом балансе (и другой коммерческой информации) пре­ дотвращается с помощью специальных способов защиты кана­ ла доставки данных (например, SSL/TLS). Продавец направля­ ет этот компонент покупателю. Покупатель сравнивает при­ сланные платежные схемы и протоколы, используемую валю­ ту/предварительную стоимость предложения с теми, которые он поддерживает и предварительно выбрал;

о«Brand Selection» (выбор платежной схемы по фирменной торго­ вой марке платежной организации) - содержит ту схему, кото­ рую выбрал покупатель. Он обратно направляет продавцу выбранную(ые) платежную(ые) схему(ы), используемую валюту и предварительную стоимость, также информацию о возможных особенностях платежного протокола. Эта информация может быть использована для внесения изменений в сообщения торго­ вой процедуры «предложение». Например, продавец может из­ менить в предложении процент скидки (в большую сторону) на товары или услуги с целью поощрения покупателя, приобретше­ го дисконтную карту в магазине(ах) продавца;

°«Status» (состояние) - используется для указания платежной системы, используемой в предшествующей торговой процеду­ ре (например, «offer exchange»), которая успешно завершилась. Если он формируется платежной системой - то для указания финального состояния платежной системы;

570

Глава 32. Общая характеристика ЮТР-протокола

о«Organization» (организация) - формируется продавцом и со­ держит точные данные об участниках торговой сделки (про­ давце и системе платежей):

-продавец требует, чтобы платежная система могла опреде­ лить тип платежа, принимаемый продавцом. Обычно, ре­ зультатом приёма (или обработки) платежа платёжной сис­ темой в интересах продавца будет осуществление кредит­ ной или дебетовой операции с целью получения платежной системой торгового баланса продавца. Эти торговые опера­ ции в IOTP-протоколе не рассматриваются;

-платежная система требует, чтобы была возможность про­ верки корректности используемой платежной системы, принимающей (или обрабатывающей) платежи;

о«Payment» (оплата товаров или услуг) - содержит детали о сумме платежа, используемой валюте и направлении платежа (кто и кому платит);

в«Offer Response Signature» (ЭЦП ответа на запрос предложе­ ния) - (не обязателен) если ЭЦП представлена, то она рассчи­ тывается по все предыдущим компонентам в целях обеспече­ ния их целостности (Примечание. Компоненты «Brand List» и «Brand Selection» не подписываются до тех пор, пока не будет сформированы данные о платеже.);

«Trading Role Data» (дополнительная информация участника торговой операции) - (не обязателен) содержит дополнитель­ ную информацию продавца для другого участника торговой сессии (такого как система платежей или система доставки);

о«Payment Scheme» (схема платежа) - включает сообщения пла­ тежного протокола, используемого в торговой операции. На­ пример, это могут быть «ВЕТ»-сообщения, «Mondex»- сообщения, «СеЫКа^е»-сообщения или другие методы плате­ жей, которые поддерживает ЮТР-протокол;

в«Payment Receipt» (прием платежа - «электронная квитанция об оплате») - содержит информацию о платеже. Содержание информации зависит от используемого платежного протокола;

«Payment Receipt Signature» (ЭЦП приёма платежа) - (не обяза­ телен) обеспечивает защиту платежа от подделки путем вы­ числения ЭЦП по компонентам «Payment Receipt» и «Offer Re­ sponse Signature». В торговой процедуре «предложение» {«offer exchange») ЭЦП вычисляется по компонентам «Order», «Organ­

ization» и «Delivery», эффективно защищая платеж.

Пример реализации торговой процедуры «оплата товаров или услуг», представленный на рис. 32.6, является наиболее общим случа­ ем. Возможны и более простые варианты реализации этой процедурыНапример, если сумма платежа не зависит от выбранных платежных

Раздел VI.

571

схемы и протокола, то платежная информация, формируемая на третьей итерации процедуры, может направляться покупателю в одно время с компонентом «Brand List», формируемом на первом этапе.

Итерации

Покупатель-

Продавец

RSZBZ

1

Х а р а к т е р и с т и к а

 

процедуры

 

 

 

 

 

!

 

 

[П о к у и си е л ь р е ш а е т п р и о бр ести т о ва р

ш и уедут у и н а п р а вл я ­

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

е т

и н ф о р м ац и ю о том , ч то д о ст а в л я т ь

и кто б у д е т п р и н и м ать

 

1

е

=

ф

 

= >

 

!д о стап л еш п л е т о в а р ы , п р о д а в ц у , н ап р и м ер , и с п о л к у я H T M L

 

 

 

 

 

 

 

 

‘ I к п е л й в а е м ы е д а н н ы е ' и н ф о р м ац ия о то м . что б у д е т д о с т а в -

 

 

 

 

 

 

 

 

’л и ться — в IO T P -и р о ю к о л е не р а ссм а т р и ва е т ся

 

 

 

 

 

 

 

 

«П р о д авец п р о вер я ет и н ф о р м ац и ю , п р и сл а н н у ю п о к у п ател ем ,

 

 

 

 

 

 

 

 

!д о б а вл я е т д а н н ы е о т о м , к ак б у д е т о су щ е ст в л я т ь ся д о с т а в к а ,

 

 

 

 

 

 

 

 

jot) o p t в и т а н и я х , у ч а с т в у ю щ и х в д о с т а в к е , н о д п и сы н а е ! е е

 

Л

 

 

 

 

 

 

'(н с о б я за т е л ь н о ) и н ап р авляет поку на ю л ю

 

 

<

=

=

=

 

 

 

 

к о м п о н е н т ы

“ D e h v e n ” . “ O rg a n iz a tio n s ” (с и с т е м а д о ст а в к и .

 

 

 

 

 

 

 

 

 

 

 

 

 

!

 

 

1 с х е м а д о с т а в к и ), “O r d e r , “ O ffe r R e s p o n s e S ig n a tu re ” (н е о б я -

 

 

 

 

 

1

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

1

 

 

iлат е л е н)

 

 

 

 

 

 

 

!

 

 

; П о к у н а ге л ь н р о вер я ег п о л у ч е н н у ю и н ф о р м ац и ю о д о с т а в к е

 

 

 

 

 

 

 

 

 

 

 

 

 

\

 

 

^(со гл а ш а е т ся с неГО, в к л ю ч а е т д ан н ы е а в т о р т а ш ш д л я с и с ­

 

 

 

 

 

 

 

 

т е м ы д о с т а в к и , и п ер ед ает эту и п ф ор м а ц ш о си ст е м е д о с т а в -

 

 

 

 

 

 

 

..... ^

!КИ

 

 

 

 

3

 

 

 

 

 

j“ Зап р о с д о с тавки ” ( “ D E L I V E R Y R E Q U E S T ” )

 

 

 

 

 

 

^

(К о м п о н ен ты

“ S ta tu s , “D e liv e ry ’ , “ O rg a n iz a tio n s ’ (п о к у п а -

 

 

 

 

 

 

 

 

 

 

 

 

j

 

 

)тель . си ст е м а д о ст а в к и , с х е м а д о с т а в к и ), “ O rd e r”, “ T ra d in g

 

 

 

 

 

 

 

iR o le D a ta ” (н с

о б я за т е л е н ), “ O ffe r R e s p o n s e S ig n a tu re ” (н е

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

j о б я за те л е н ), “ P a y m e n t R e c e ip t S ig n a tu re ” (н е о б я за те л е н , ил

 

 

 

 

 

 

 

 

а о р т н о й п р о ц еду р ы ' payment exchange”)

 

 

 

 

 

1

 

 

(Г и с т е м а д о ст а в к и п р о вер я ет п о л у ч ен н ы е и п ф о р м а ц ш о и д а н ­

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

н ы е д л я а вто р и за ц и и Н ели в с е п р а ви л ь н о , го си с т е м а д о с т а в ­

 

 

 

 

 

 

 

 

к и

н ач и н я ет ф у н к ц и о н и р о вать (д л я р еж и м а “ o n -lin e ”) ш ш

 

 

 

 

 

 

 

 

j н азн ач ае тся ф а ф и к (и л и п л а н ) ipy ю п о ст а в к и и си ст е м а д о с -

 

 

 

 

 

 

 

 

|тавки н ач и н ает е г о р е а л и зо в ы в а т ь , ti о д н о вр ем ен н о с эт и м

 

4

< ■

!.....................-

■—— "|

, Iв т р а в л я е т поку п а т е л ю д о п о л ш ггел ьн у ю in «форма! и по о

 

 

.п р е д сто я щ е й д о ст а в к е п р и о б р етен н ы х т о в а р о в , к о то р ая п о д ­

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

п и с ы в а е т с я (и е обя 5а гел ь н о).

 

 

 

 

 

 

 

 

 

h O i ’B c i н а зап р о с д о с т а в к и ” ( “ D E L I V E R Y R E S P O N S E ” )

 

 

 

 

 

 

 

 

-К о м п о н е н т ы

“ S ta tu s ” “ D e liv e ry N o t e ” . “ T ra d in g R o le D a ta ”

i

 

 

 

 

j

 

 

|(iie о б я за т е л е н ), “ D eliv ery ' R e s p o n s e S ig n a tu re ” (n e

 

 

 

 

 

 

 

iо б я за те л е н )

 

 

 

 

 

 

 

 

 

 

^П о ку п атель п р о вер я ет д о п о л н и те л ь н у ю и п ф ор м а ц ш о о п р ед ­

 

 

 

 

 

 

 

 

с т о я щ е й д о с т а в к е п р и о б р етен н ы х т о в а р о в и е сл и о н с о гл а с е н

 

5

 

 

 

 

 

 

;с н е !!, то п р и н и м ает т о в а р (д л я р еж и м а “o n -lm e ”) ш ш о ж и д а е т

 

 

 

 

 

 

 

 

iп о ст а в к у го вн р о в. к а к о ю о п р е д е л е н о в к о м п о н ен те “ D e l h e r y

 

 

 

 

 

 

 

 

iN o tc ” .

 

 

 

Рис. 32.7. Характеристика торговой процедуры «доставка товаров или услуг»

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

Торговая процедура «доставка товаров или услуг» («delivery exchange»). Основное назначение: обеспечить доставку приобретенных товаров или услуг покупателю, либо в режиме «on-line», либо с ис­