Составители:
Рубрика:
Исходные предположения для этого примера следующие. Приложению необходимо
предоставить пользователю поток видеоинформации в течении 10 минут, общей
стоимостью $2.00. Сначала требуется узнать, есть ли у пользователя на счету
необходимые средства – это можно выполнить через Account management SCF, и не
представлено на диаграмме 11. Далее приложение «резервирует» у сети необходимую
сумму со счета пользователя. После предоставления услуги сумма списывается со счета.
Рассмотрим рис. 11 подробнее. Сообщения 1, 2, 3 нужны для обеспечения
функционирования алгоритма. Сообщение 4 запрашивает у сети резервирование
определенной суммы. В нашем случае $2.00. Предположим, что все необходимые для
этого требования соблюдаются, тогда сообщение 5 подтвердит резервирование данной
суммы. После предоставления части (пусть половины) услуги, приложение может взять за
это плату. Сообщение 7 списывает $1 с зарезервированной суммы. Сообщение 8 является
подтверждением. Сообщением 10 приложение проверяет, будет ли оставшееся время,
выделенное для резервирования больше чем время, необходимое для предоставления
оставшейся части услуги. Пусть оставшегося времени резервирования недостаточно.
Тогда сообщение 11 будет запросом не продление времени резервирования. Если это
допустимо, то сообщение 12 – подтверждение. Когда услуга будет предоставлена
полностью, приложение снимет оставшийся $1, это выполняется сообщением 14.
Сообщение 15 – подтверждение. 17 – служебное сообщение. Сообщения 6, 9, 13, 16 – для
коммуникаций внутри приложения.
Для расчетов с пользователем приложение может применять более простой
алгоритм, не применяя резервирование. Как это происходит, представлено на рис. 12.
Страницы
- « первая
- ‹ предыдущая
- …
- 25
- 26
- 27
- 28
- 29
- …
- следующая ›
- последняя »
