ВЗАИМОДЕЙСТВИЕ с ВНЕШНИМИ СИСТЕМАМИ
Версия 10. 3 Томов-4
|
Том
в1
|
|
ВЗАИМОДЕЙСТВИЯ С РАСПРЕДЕЛИТЕЛЬНЫМИ СИСТЕМАМИ
Настройка интерфейсов
Октябрь 2007 г
В данном документе рассмотрены общие принципы взаимодействия инвенторной подсистемы центра «Сирена-2.3» с распределительными системами (РС).
Даны инструкции по настройке инвенторного интерфейса с АРС «Сирена-Трэвел».
Инвенторный интерфейс «Сирены-2.3» по отношению к АРС “Сирена-Трэвел” («ГРС») обеспечивает три задачи:
выполнение функций бронирования на базе международного стандарта AIRIMP (стандарт IATA);
2) передачу в «Сирену-Трэвел» информации о наличии мест с помощью AVS-сообщений (стандарт IATA);
передачу в «Сирену-Трэвел» информации об изменении расписания с помощью SSIM-сообщений (стандарт IATA).
Первоначальная рассылка расписания и рассылка сообщений о наличии мест по вновь открываемым рейсам для продажи предварительно должна быть согласована с «Сиреной-Трэвел».
В данном документе даны инструкции в части рассылки расписания и настройки механизма передаче сообщений о наличии мест (AVS-сообщения). Настройка канала бронирования выполняется ЗАО ТАИС.
Инструкция по обслуживанию сбойных ситуаций при бронировании из»Сирены-Трэвел» и других РС изложена в томе 2.
С О Д Е Р Ж А Н И Е
1
1. ОБщая характеристика взаимодействий 3
2. рАССЫЛКА РАСПИСАНИЯ 6
3. РАССЫЛКА НАЛИЧИЯ МЕСТ (AVS-CООБЩЕНИЯ) 9
Все права защищены © ЗАО ТАИС
125836, Москва, Ленинградский пр., 39, тел. +7 (501) 725-0901, факс +7 (501) 967-8620
По вопросам и предложениям обращаться к Шофул И.И. (shoful@tais.ru) и Дубовой Е.С. (dubova@tais.ru.)
1.ОБщая характеристика взаимодействий
Типы взаимодействий. Инвенторная подсистема центра «Сирены-2.3» может взаимодействовать с распределительными системами (РС) по следующим направлениям:
- бронирование из РС;
- передача в РС расписания (см. раздел 2);
- передача в РС информации о наличии мест (раздел 3).
Имеются международные протоколы разных уровней для организации взаимодействия систем резервирования. Простейшим из них является протокол стандартного доступа. Однако для организации взаимодействия центров «Сирены-2.3» используется международный протокол высокого уровня – интерактивный доступ.
Стандартный метод доступа заключается в том, что распределительная и инвенторная системы обмениваются сообщениями с гарантированной доставкой (канал «В»), но в результате этого скорость доставки относительно мала. Сообщения в каждом из направлений (из РС и в РС) как бы независимы друг от друга. Когда агент распределительной системы посылает запрос на бронирование, то ему сразу выдается ответ лишь о том, что сообщение передано. Инвенторная система может ответить быстро или задержать ответ до 24 часов. Чтобы узнать содержание ответа, агент должен периодически запрашивать у распределительной системы, получен ли ею ответ.
При этом обеспечивается также передача из инвенторной подсистемы авиакомпаний в РС информации о наличии мест на рейсах авиакомпаний (AVS-сообщения).
Интерактивный метод доступа включает в себя стандартный протокол и дополнительно имеет протокол обмена по каналу «А». Протокол по каналу А не обеспечивает гарантированную доставку, но зато обмен сообщениями происходит быстро. Распределительная система посылает запрос на бронирование и ждет ответ и затем его передает агенту. Агент, таким образом, сразу получает ответ о результате бронирования. В случае сбоев автоматически начинается обмен по протоколу стандартного доступа.
Такая комбинация протоколов обеспечивает три свойства: быстродействие при нормальном состоянии сети связи, гарантированную доставку при сбойных ситуациях и более высокую технологичность процедур для агента.
При интерактивном методе доступа информация о наличии мест в РС поступает динамически: РС запрашивает наличие мест непосредственно тогда, когда соответствующий запрос поступил от агента, и ожидает ответ. Агент сразу видит наличие мест на свой запрос. Обмен выполняется по каналу А.
Инвенторный центр «Сирены-2.3» может иметь следующие типы взаимодействий с распределительными системами:
|
АРС «СИРЕНА-2.3»
|
АРС «Сирена-
Трэвел»
|
Зарубежные GDS)
(Амадеус, Галилео, Апполо)
|
Тип доступа
|
Интерактивный
|
Стандартный
|
Стандартный
Интерактивный
|
Гарантированная доставка. Для ее обеспечения после получения сообщения получатель должен вернуть отправителю квитанция о доставке – специфическое сообщение IMA.
В случае, если IMA не получено, то сообщение ставится в очередь на повторную отправку (5 раз). Когда этот лимит исчерпан сообщение остается в очереди с максимальным значением счетчика возможных переповторов. В СП такие сообщения можно увидеть вызывая опцию СЕРВИС. Выходная очередь телеграмм. В Приложении «Сирена-2.3» такие сообщения можно увидеть пользуясь запросом ПТХ - очередь отправляемых телеграмм (с максимальным значением счетчика возможных переповторов).
Схема прохождения AIRIMP-сообщений от терминала РС до инвенторной подсистемы центра «Сирены-2.3» при взаимодействии по стандартному методу доступа показана на рис. 1 ниже на примере взаимодействия с Амадеус.
На этом рисунке авиакомпания UR, держащая ресурсы в НВС, пользуется выделенной для ТАИС предопределенной точкой, имеющей адрес СИТА MOW1M. Это - адрес инвенторного концентратора. Этим адресом пользуются и другие авиакомпании. Концентратор хранит карту размещения ресурсов в ЦБА «Сирена-2.3» и осуществляет коммутацию на НВС.
Схема прохождения сообщений при взаимодействии с АРС «СИРЕНА-2.3» и АРС «Сирена-Трэвел» отличается лишь тем, что инверторный концентратор в передаче сообщений не участвует.
Номера соответствуют последовательному прохождению сообщений. Когда агент посылает требование на бронирование (1), то оно достигает НВС (2, 3, 4, 5) и в ответ выдается сообщение, которое проходит до системы «Амадеус», где отрабатывается, причем результат на терминал не выдается.
Когда агент сообщает о завершении диалога, то по той же цепи в НВС поступает сообщение с локатором заказа, на которое не выдается ответная информация. Агент после завершения диалога может прочитать PNR и узнать результат выполнения его требования.
Не всякое сообщение от Амадеуса сопровождается обязательным ответом. Если РС (Амадеус) просит аннулировать места или присылает сообщение об изменении сегмента-прибытия/продолжения, то в результате обработки такого сообщения ответное сообщение из НВС не формируется.
2.рАССЫЛКА РАСПИСАНИЯ
2.1.Управление рассылкой расписания
Политика рассылки расписания. Обмен расписанием не является обязательным условием подключения инвенторной системы. Расписание может поддерживаться с подключенного терминала, а также через системы обмена расписанием, такие как OAG или ЦРТ.
Для Сирены-Трэвел получение сообщения NEW из центра Сирены-2.3, который прописан в системе как базовый центр компании, является достаточным условием для начала бронирования на указанный в сообщении рейс в этом центре Сирены-2.3 после получения открывающего продажу AVS.
Рассылка расписания производится на основе следующих картотек:
Картотека “КОМПАНИЯ. РАССЫЛКА/ПРИЕМ РАСПИСАНИЯ».
Блок Рассылка
Поле в форме
|
Содержания поля
|
АК
|
Код авиакомпании
|
Номер
|
Порядковый номер записи.
|
Режим
|
Алгоритм посылки:
0 - OFFLINE. Сообщения посылаются при запуске пакета SendSCHED (запускается по вновь открываемым рейсам для продажи через ГРС).
1 - ONLINE. Сообщения посылаются сразу после внесения изменений в расписание
Примечание: После запуска пакета SendSCHED и успешного его прохождения режим 0 должен быть заменен на 1.
|
ДатН
ДатК
|
Диапазон дат вылета, на который необходимо посылать SSIM сообщения.
ДатК пусто - расписание посылается на всю глубину действия.
|
ДатР
|
0 или пусто - расписание за прошедшие даты не рассылается, даже если оно есть в карточке рейса
1 - расписание рассылается за все даты.
|
КонтрРес
|
1 - SSIM сообщения посылаются только по рейсам, ресурс которых контролируется в данном ЦОД
|
Формат
|
Формат сообщений:
пусто или SSM – посылаются SSIM-сообщения
ASM – посылаются ASM-сообщения
|
Рейсы
|
Множество рейсов:
261,262 - конкретные рейсы компании
*-261-262 – все рейсы, кроме 261,262
* - все рейсы компании
|
Кому
|
Участники, которым производится рассылка. Например:
2КГРС – в центр ГРС
|
Подпись
|
Подпись отправителя для сообщений SSIM. пусто - для 2КГРС
|
2. Картотека РАСПИСАНИЕ
Поле в форме
|
Содержания поля
|
Дата коррекции
|
Дата последнего изменения рассылаемой в другие ЦОД информации по рейсу.
|
2.2.Процедуры рассылки расписания в формате SSIM
2.2.1.Рассылка расписания в режиме ONLINE
В случае изменения расписания рейса в картотеке РАССЫЛКА/ПРИЕМ РАСПИСАНИЯ ищутся записи по данной АК, в которых отредактированный рейс попадает в список рейсов, по которым надо делать рассылку расписания. При этом режим рассылки для этих рейсов = 1, формат сообщений = SSM или пусто.
Для каждой такой записи участникам, определенным в поле «Кому», формируются сообщения об изменении расписания. Это должно быть 2КГРС. При этом в карточке данного ЦОДа поле «Протоколы. Дистрибутивные» должно содержать протокол SSIM.
2.2.2.Рассылка расписания в режиме OFFLINE
Рассылка производится пакетом SendSCHED. Пакет принимает следующие аргументы:
Режим - первичная рассылка (П) или досылка (Д)
Рейсы - множество рейсов. Например:
%У6 – все рейсы компании У6;
У6261,У6262 – определенные рейсы. Код компании обязателен.
ЦОДы - множество ЦОДов:
2КГРС – для рассылки в ГРС
Аргументы задаются в формате: Режим=/Рейсы=/Цоды=
Например: Режим=П/Рейсы=У6261,У6262/Цоды=2КГРС
Пакет работает следующим образом:
Рассылка расписания производится по тем рейсам, которые указаны в аргументе «Рейсы» и присутствуют в списке рейсов в картотеке РАССЫЛКА/ПРИЕМ РАСПИСАНИЯ. При этом режим рассылки для этих рейсов = 0.
Рассылка производится в те ЦОДы, которые указаны в аргументе «Цоды» при условии, что они поддерживают дистрибутивный протокол SSIM и/или ASM. Это – 2КГРС.
Если пакет работает в режиме первичной рассылки, то задания на репликацию формируются безусловно. Если пакет работает в режиме досылки, то время его последней репликации в каждый из ЦОДов сравнивается со временем последней корректировки рейса (ДатаКоррекции). Задание на репликацию генерируется для всех ЦОД кроме тех, последняя успешная репликация в которые была позже последнего изменения карточки рейса.
2.3.Рассылка расписания в формате ASM
2.3.1.Рассылка ASM в режиме ONLINE
В случае изменения расписания рейса каким-либо запросом оперативного управления (ЗД, ЗС, ОМ, ОП, ОМ-, ОП-) в картотеке РАССЫЛКА/ПРИЕМ РАСПИСАНИЯ ищутся записи по данной АК, в которых отредактированный рейс попадает в список рейсов, по которым надо делать рассылку расписания. При этом режим рассылки для этих рейсов = 1, формат сообщений = ASM .
Для каждой такой записи участникам, определенным в поле «Кому», формируются ASM-сообщения об изменении расписания. Это должно быть 2КГРС. При этом в карточке данного ЦОДа поле «Протоколы. Дистрибутивные» должно содержать протокол ASM.
2.3.2.Рассылка расписания в режиме OFFLINE
Рассылка производится также, как и для SSM, пакетом SendSCHED. Аргументы пакета такие же.
Пакет работает следующим образом:
1. Рассылка расписания производится по тем рейсам, которые указаны в аргументе «Рейсы» и присутствуют в списке рейсов в картотеке РАССЫЛКА/ПРИЕМ РАСПИСАНИЯ. При этом режим рассылки для этих рейсов = 0.
2. Рассылка производится в те ЦОДы, которые указаны в аргументе «Цоды» при условии, что они поддерживают дистрибутивный протокол SSIM и/или ASM. Это – 2КГРС.
Если пакет работает в режиме первичной рассылки, то задания на репликацию формируются безусловно. Если пакет работает в режиме досылки, то ищутся все изменения расписания рейса, сделанные запросами оперативного управления, и проверяется, производилась ли их репликация, и была ли она успешна.
3.РАССЫЛКА НАЛИЧИЯ МЕСТ (AVS-CООБЩЕНИЯ)
Политика рассылки AVS. Все коды бронирования в дистрибутивной системе находятся в состоянии LC до поступления 1-го AVS по сегменту. Следствием этого является отсутствие необходимости хранения в ДС информации о глубине бронирования и о начальном статусе наличия мест.
Если AVS содержит код бронирования, который отсутствует в информации дистрибутивной системы по указанному в сообщении сегменту, то этот код бронирования добавляется с соответствующим статусом.
В случае отмены рейса инвенторная система должна послать AVS с кодом LN независимо от наличия или отсутствия обмена сообщениями SSIM. В случае повторного открытия рейса инвенторная система должна послать открывающий AVS.
Предусмотрен гибкий механизм управления рассылкой. Он предусматривает две картотеки:
1. Картотека “КОМПАНИЯ. AVS-автоматы». В этой картотеке авиакомпания определяет логику действия автоматов безотносительно к привязке к конкретным датам вылета, рейсам и, парам городов и др. Автомат характеризуются только такими параметрами, которые определяют код формируемого сообщения в зависимости от уровня наличия мест, режима на листе ожидания, кода бронирования и состояния продажи на рейде.
2. Картотека “КОМПАНИЯ. Привязка AVS». В этой картотеке различным контролируемым объектам (пары городов, рейсы, даты вылета и др.) ставится в соответствие определенный автомат.
3.1. Картотека КОМПАНИЯ. AVS-автоматы
Ключом карточки является идентификатор автомата: «АК-Автомат». С одним автоматом может быть связано много записей, каждая из которых определяет множество ситуаций и соответствующее им действие автомата. Термин «постинг» означает значение (код), который вырабатывает автомат. Возможные значения для постинга:
Постинг
|
Описание
|
пусто
|
Нулевое состояние. Может использоваться только инициализации AVS-автомата.
|
LA
|
Не менее оговоренного кол-ва мест
|
L9
…
L1
|
Не менее 9-ти мест
Не менее 1-го места
|
L0
LL
|
Нет мест, лист ожидания открыт
|
LR
|
Места по запросу
|
LC
|
Нет мест, лист ожидания закрыт
|
LN
|
Рейс/класс отменен
|
Поле
|
Комментарий
|
АК
|
Авиакомпания - владелец автомата
|
Автомат
|
Имя AVS-автомата
|
НачЗн
|
Постинг, которым инициализируется AVS-автомат
Рекомендуемое значение – пусто.
|
ПОВТОРЯЮЩАЯСЯ ГРУППА
|
МНОЖЕСТВО СИТУАЦИЙ ДЛЯ АВТОМАТА
|
Ид
|
Идентификатор (порядковый номер) правила формирования постинга
|
МинУнм
МаксУнм
|
Диапазон реального наличия мест, к которому применяется назначенный постинг
|
СосЛист
|
Фильтр по состоянию листа ожидания на рейде:
пусто - любое
0 - нельзя ставить на лист ожидания
1 – можно ставить на лист ожидания
Непустое значение поля имеет смысл назначать только при МинУнм=МаксУнм=0.
|
Бр
|
Множество кодов бронирования, к которым применимо правило в формате:
* – все коды
ЭМК – указанные коды
*-ЭМК – все, кроме указанных
|
СосПж
|
Множество состояний продажи, к которым применимо правило в формате
С,И,Г,…
|
БрСтатус
|
Статус кода бронирования. Может принимать значения:
+ - открыт
- - закрыт
? – на запросе
|
ВЫДАВАЕМОЕ ЗНАЧЕНИЕ (постинг, соответствующий данному правилу)
|
Зн
|
Значение постинга (см. выше)
|
3.2.Картотека «КОМПАНИЯ. Привязки AVS»
Поле
|
Комментарий
|
АК
|
Код авиакомпании
|
ПОВТОРЯЮЩАЯСЯ ГРУППА
|
МНОЖЕСТВО РЙДОВ
|
Номер
|
Порядковый номер записи
|
ДатН
|
Начальная дата вылета
|
ДатК
|
Конечная дата вылета
|
ЧД
|
Частота движения
|
Рейсы
|
Множество рейсов
|
Связи
|
Множество связей
|
АВТОМАТ И АДРЕС РАССЫЛКИ
|
АК
|
Код компании владельца автомата
|
Автомат
|
Идентификатор автомата
|
ЦОДы
|
Список ЦОДов, кому посылается наличие мест. Например: 2КГРС
|
Замечание. Допускается возможность использования автомата чужой авиакомпании. Но практически эту возможность разумно использовать путем ссылки на заранее созданные автоматы некоторой «универсальной» (абстрактной) авиакомпании.
Если для некоторого субрейда существует привязка AVS, то должны существовать и генераторы AVS для всех указанных в привязке ЦОДов. Генераторы формируются при любой коррекции субрейда или пакетом SendAVS.
При каждом изменении субрейда генератор обновляется. Новое состояние рассчитывается на основе старого состояния и субрейда по следующему алгоритму:
Просматриваются все правила, в которых код постинга совпадает с текущим состоянием. Если хотя бы для одного правила выполняются все условия применимости, то состояние автомата не изменяется.
Ищется первое в порядке возрастания номера правило, для которого выполняются все условия применимости. Его постинг становится новым состоянием.
Если ни одного такого правила нет, то новым состоянием становится LC.
3.3.Рассылка наличия мест (AVS recap)
Рассылка производится пакетом SendAVS. Пакет принимает следующие аргументы:
Режим - режим рассылки
П – полная. Посылаются все постинги.
Ч – частичная. Посылаются постинги, которые отличны от НачЗн.
Н – нет. Ничего не посылается. Используется для пересоздания генераторов
Рейсы - множество рейсов. Например:
%У6 – все рейсы компании У6;
У6261,У6262 – определенные рейсы. Код компании обязателен.
ЦОДы – множество ЦОДов:
2КГРС – для рассылки в ГРС
1AMUC – для рассылки в Амадеус
Аргументы задаются в формате: Режим=/Рейсы=/Цоды=
Например: Режим=П/Рейсы=У6261,У6262/Цоды=2КГРС
Процедура выполняется следующим образом:
По расписанию определяются номера рейсов, соответствующие заданному фильтру.
Читаются все субрейды и все генераторы рейса/ЦОД с датой вылета >= ВЧЕРА в местном времени ЦОД.
Для каждого субрейда досоздаются недостающие генераторы для запрошенного ЦОДа.
Производится адаптация и расчет нового состояния активных генераторов.
Если запрошена полная посылка (режим П), то для каждого активного генератора вызывается процедура генерации строк изменения от нулевого состояния к новому состоянию.
Если запрошена частичная посылка (режим Ч), то для каждого активного генератора вызывается процедура генерации строк изменения от состояния НачЗн к новому состоянию.
Сгенерированные строки объединяются в AVS-сообщения.
3.4.Создание нового рейда
После полного завершения процедуры создания рейда автоматически посылаются постинги кодов бронирования, которые отличаются от НачЗн. Если НачЗн пуст, то посылаются постинги всех кодов бронирования. Если субрейд когда-либо существовал ранее, то посылаются постиги всех кодов бронирования независимо от НачЗн.
Примечания:
1. AVS сообщения формируются только по кодам бронирования, введенным в поле Бр картотеки «Компания. AVS автоматы»;
2. AVS сообщения формируются только для контролируемых субрейдов (СостПж=Н);
3. Наличие мест в каждом коде бронирования рассчитывается с учетом потоков на основании данных картотеки ПОТОКИ. При определении номера потока в качестве кода агентства используется код системы/ЦОДа (например, 2КГРС), в который посылается сообщение.
***
|
