本發(fā)明涉及數(shù)據(jù)處理領(lǐng)域，具體而言，涉及一種民航訂單信息的同步方法及裝置。

背景技術(shù)：

相關(guān)技術(shù)中，航空公司在收集和整合票面信息與旅客信息時，會發(fā)現(xiàn)一部分票面信息尤其是涉及外航的部分，存在缺失和不準確的情況。由于各個航空公司之間存在合作與競爭關(guān)系，需要對各自的PNR(旅客訂座記錄)進行保護，確保只有指定的用戶才能提取PNR信息。并且PNR中包含了許多像聯(lián)系方式，身份證號，票價等敏感信息，只允許有一定權(quán)限的用戶才能查看這些敏感信息。

民航統(tǒng)一查詢系統(tǒng)，以統(tǒng)一訂單用戶旅行數(shù)據(jù)(CTR，Customer Travel Record)為數(shù)據(jù)基礎(chǔ)，將現(xiàn)有航空公司、機票分銷商以及機場系統(tǒng)對訂單在其生命周期內(nèi)的訪問需求整理合并為一個統(tǒng)一接口，設(shè)置查詢權(quán)限，接收并處理旅客訂單生命周期內(nèi)的查詢請求，供不同的業(yè)務(wù)應(yīng)用和渠道所使用。

因此，需要提出一種新方法，既能解決當(dāng)前PNR數(shù)據(jù)缺失、不一致的問題，又能為用戶查詢不同渠道的航班數(shù)據(jù)，保護航空公司、用戶的數(shù)據(jù)安全與隱私。

針對相關(guān)技術(shù)中存在的上述問題，目前尚未發(fā)現(xiàn)有效的解決方案。

技術(shù)實現(xiàn)要素：

本發(fā)明實施例提供了一種民航訂單信息的同步方法及裝置，以至少解決相關(guān)技術(shù)中本地庫存信息與外航系統(tǒng)不匹配問題。

根據(jù)本發(fā)明的一個實施例，提供了一種民航訂單信息的同步方法，包括：獲取外航系統(tǒng)的票面航班信息；將外航系統(tǒng)的票面航班信息與本地旅客訂座記錄PNR信息進行比較；在外航系統(tǒng)的票面航班信息與本地PNR信息不一致時，根據(jù)所述外航系統(tǒng)的票面航班信息對本地PNR信息進行同步。

可選地，票面航班信息包括以下至少之一：PNR信息、航段信息、電子客票ET信息。

可選地，獲取外航系統(tǒng)的票面航班信息包括：訂票子系統(tǒng)接收外航系統(tǒng)通過SIH接口發(fā)送的民航訂單的票面信息；訂票子系統(tǒng)收到所述票面信息的報文后，根據(jù)預(yù)設(shè)信息組成PNR view指令，通過SIH接口和MUSE執(zhí)行所述PNR view指令，并得到返回接口和所述PNR信息。

可選地，獲取外航系統(tǒng)的旅客訂座記錄PNR信息包括：訂票子系統(tǒng)接收外航系統(tǒng)通過SIH接口發(fā)送的民航訂單的票面信息；訂票子系統(tǒng)根據(jù)所述票面信息得到所述航段信息。

可選地，在所述外航系統(tǒng)的PNR信息對應(yīng)的電子客票ET的航段表更時，獲取外航系統(tǒng)的票面航班信息。

可選地，根據(jù)所述外航系統(tǒng)的票面航班信息對本地PNR信息進行同步包括：通過SIH接口調(diào)用主機PNR update服務(wù)，對航空公司訂座系統(tǒng)ICS PNR進行更新，主機ICS收到PNR更新報文后，對本地PNR進行修改，將本地PNR與外航PNR保持一致。

可選地，將本地PNR與外航PNR保持一致包括：判斷要刪除的本地航段是否為非信息航段，如果是則返回錯誤；如果否，將外航系統(tǒng)的航段置為信息航段插入到本地PNR中。

可選地，在將外航系統(tǒng)的票面航班信息與本地旅客訂座記錄PNR信息進行比較之前，所述方法還包括：按照預(yù)設(shè)周期對本地的航段信息進行篩選；對預(yù)設(shè)時間內(nèi)的航段信息查詢票面得到本地PNR。

可選地，獲取外航系統(tǒng)的票面航班信息包括：通過RRT指令獲取外航系統(tǒng)的票面航班信息。

根據(jù)本發(fā)明的另一個實施例，提供了一種民航訂單信息的同步裝置，應(yīng)用在民航查詢系統(tǒng)，包括：獲取模塊，用于獲取外航系統(tǒng)的票面航班信息；比較模塊，用于將外航系統(tǒng)的票面航班信息與本地旅客訂座記錄PNR信息進行比較；同步模塊，用于在外航系統(tǒng)的票面航班信息與本地PNR信息不一致時，根據(jù)所述外航系統(tǒng)的票面航班信息對本地PNR信息進行同步。

可選地，票面航班信息包括以下至少之一：PNR信息、航段信息、電子客票ET信息。

可選地，獲取模塊用于：接收外航系統(tǒng)通過SIH接口發(fā)送的民航訂單的票面信息；收到所述票面信息的報文后，根據(jù)預(yù)設(shè)信息組成PNR view指令，通過SIH接口和MUSE執(zhí)行所述PNR view指令，并得到返回接口和所述PNR信息。

可選地，獲取模塊用于：接收外航系統(tǒng)通過SIH接口發(fā)送的民航訂單的票面信息；根據(jù)所述票面信息得到所述航段信息。

可選地，所述獲取模塊還用于，在所述外航系統(tǒng)的PNR信息對應(yīng)的電子客票ET的航段表更時，獲取外航系統(tǒng)的票面航班信息。

可選地，所述同步模塊還用于：通過SIH接口調(diào)用主機PNR update服務(wù)，對航空公司訂座系統(tǒng)ICS PNR進行更新，主機ICS收到PNR更新報文后，對本地PNR進行修改，將本地PNR與外航PNR保持一致。

可選地，所述同步模塊還用于：判斷要刪除的本地航段是否為非信息航段，如果是則返回錯誤；如果否，將外航系統(tǒng)的航段置為信息航段插入到本地PNR中。

可選地，所述裝置還包括：篩選模塊，用于在所述比較模塊將外航系統(tǒng)的票面航班信息與本地旅客訂座記錄PNR信息進行比較之前，按照預(yù)設(shè)周期對本地的航段信息進行篩選；查詢模塊，用于對預(yù)設(shè)時間內(nèi)的航段信息查詢票面得到本地PNR。

可選地，獲取模塊還用于：通過RRT指令獲取外航系統(tǒng)的票面航班信息。

通過本發(fā)明，獲取外航系統(tǒng)的票面航班信息；將外航系統(tǒng)的票面航班信息與本地旅客訂座記錄PNR信息進行比較；在外航系統(tǒng)的票面航班信息與本地PNR信息不一致時，根據(jù)外航系統(tǒng)的票面航班信息對本地PNR信息進行同步。通過對比分析本地和外航的票面信息，并更新本地訂單，達到信息同步的目的，解決了相關(guān)技術(shù)中本地庫存信息與外航系統(tǒng)不匹配問題，保證了數(shù)據(jù)的一致性。

附圖說明

此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中：

圖1是根據(jù)本發(fā)明實施例的民航訂單信息的同步方法的流程圖；

圖2是根據(jù)本發(fā)明實施例的民航訂單信息的同步裝置的結(jié)構(gòu)框圖；

圖3是本發(fā)明實施例的MUSE系統(tǒng)架構(gòu)示意圖；

圖4是本發(fā)明實施例的基于民航統(tǒng)一查詢系統(tǒng)的全旅程訂單同步方法架構(gòu)圖。

具體實施方式

下文中將參考附圖并結(jié)合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。

需要說明的是，本發(fā)明的說明書和權(quán)利要求書及上述附圖中的術(shù)語“第一”、“第二”等是用于區(qū)別類似的對象，而不必用于描述特定的順序或先后次序。

實施例1

在本實施例中提供了一種民航訂單信息的同步方法，圖1是根據(jù)本發(fā)明實施例的民航訂單信息的同步方法的流程圖，如圖1所示，該流程包括如下步驟：

步驟S102，獲取外航系統(tǒng)的票面航班信息；

步驟S104，將外航系統(tǒng)的票面航班信息與本地旅客訂座記錄PNR信息進行比較；

步驟S106，在外航系統(tǒng)的票面航班信息與本地PNR信息不一致時，根據(jù)外航系統(tǒng)的票面航班信息對本地PNR信息進行同步。

通過上述步驟，獲取外航系統(tǒng)的票面航班信息；將外航系統(tǒng)的票面航班信息與本地旅客訂座記錄PNR信息進行比較；在外航系統(tǒng)的票面航班信息與本地PNR信息不一致時，根據(jù)外航系統(tǒng)的票面航班信息對本地PNR信息進行同步。通過對比分析本地和外航的票面信息，并更新本地訂單，達到信息同步的目的，解決了本地庫存信息與外航系統(tǒng)不匹配問題，保證了數(shù)據(jù)的一致性。

可選地，上述步驟的執(zhí)行主體可以為終端、系統(tǒng)、服務(wù)器等，但不限于此。

可選的，票面航班信息包括以下至少之一：PNR信息、航段信息、電子客票ET信息。

可選的，對于開通PNR view方式的航空公司，獲取外航系統(tǒng)的票面航班信息包括：

S11，訂票子系統(tǒng)接收外航系統(tǒng)通過SIH接口發(fā)送的民航訂單的票面信息；

S12，訂票子系統(tǒng)收到票面信息的報文后，根據(jù)預(yù)設(shè)信息組成PNR view指令，通過SIH接口和MUSE執(zhí)行PNR view指令，并得到返回接口和PNR信息。

對于未開通PNR view方式的航空公司，獲取外航系統(tǒng)的旅客訂座記錄PNR信息包括：

S21，訂票子系統(tǒng)接收外航系統(tǒng)通過SIH接口發(fā)送的民航訂單的票面信息；

S22，訂票子系統(tǒng)根據(jù)票面信息得到航段信息。

在本實施例中，在外航系統(tǒng)的PNR信息對應(yīng)的電子客票ET的航段表更時，獲取外航系統(tǒng)的票面航班信息。

可選的，根據(jù)外航系統(tǒng)的票面航班信息對本地PNR信息進行同步包括：通過SIH接口調(diào)用主機PNR update服務(wù)，對航空公司訂座系統(tǒng)ICS PNR進行更新，主機ICS收到PNR更新報文后，對本地PNR進行修改，將本地PNR與外航PNR保持一致。具體的，將本地PNR與外航PNR保持一致包括：判斷要刪除的本地航段是否為非信息航段，如果是則返回錯誤；如果否，將外航系統(tǒng)的航段置為信息航段插入到本地PNR中。

可選的，在將外航系統(tǒng)的票面航班信息與本地旅客訂座記錄PNR信息進行比較之前，本實施例的方法還包括：

按照預(yù)設(shè)周期對本地的航段信息進行篩選；

對預(yù)設(shè)時間內(nèi)的航段信息查詢票面得到本地PNR。

本實施例的具體方案可以包括以下兩種：

1.開通PNR view方式的航空公司

DIP有ET數(shù)據(jù)，發(fā)現(xiàn)有票面的航段變更時，將票面信息通過SIH發(fā)給booking(訂票、預(yù)訂)子系統(tǒng)，Booking子系統(tǒng)收到報文后，根據(jù)已知的信息組成PNR view的指令，通過SIH接口，通過MUSE執(zhí)行PNR view指令，并得到返回接口。Booking將view得到的外航PNR信息和本地PNR信息進行比對，如果一致則結(jié)束，不一致則需要通過SIH接口調(diào)用主機PNR update服務(wù)，對ICS PNR進行更新。主機ICS收到PNR更新報文后，對PNR進行修改，和外航PNR保持一致。

2.未開通PNR view方式的航空公司

DIP有ET數(shù)據(jù)，發(fā)現(xiàn)有票面的航段變更時，將票面信息通過SIH發(fā)給booking子系統(tǒng)。Booking子系統(tǒng)收到報文后，根據(jù)報文中的航段信息和本地PNR進行比較，如果一致則結(jié)束，不一致則需要通過SIH接口調(diào)用主機PNR update服務(wù)，對ICS PNR進行更新。主機ICS收到PNR更新報文后，對PNR進行修改，和外航PNR保持一致。

同時，客票信息來源增加了主動輪詢方式：定期對本地庫存中的航段信息進行篩選，對規(guī)定時間的航段信息查詢票面，收到報文后進行對比并更新本地庫存。

可選的，獲取外航系統(tǒng)的票面航班信息包括：通過RRT指令獲取外航系統(tǒng)的票面航班信息。

通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到根據(jù)上述實施例的方法可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當(dāng)然也可以通過硬件，但很多情況下前者是更佳的實施方式?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)(如ROM/RAM、磁碟、光盤)中，包括若干指令用以使得一臺終端設(shè)備(可以是手機，計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例的方法。

實施例2

在本實施例中還提供了一種民航訂單信息的同步裝置，該裝置用于實現(xiàn)上述實施例及優(yōu)選實施方式，已經(jīng)進行過說明的不再贅述。如以下所使用的，術(shù)語“模塊”可以實現(xiàn)預(yù)定功能的軟件和/或硬件的組合。盡管以下實施例所描述的裝置較佳地以軟件來實現(xiàn)，但是硬件，或者軟件和硬件的組合的實現(xiàn)也是可能并被構(gòu)想的。

圖2是根據(jù)本發(fā)明實施例的民航訂單信息的同步裝置的結(jié)構(gòu)框圖，應(yīng)用在民航查詢系統(tǒng)，如圖2所示，該裝置包括：

獲取模塊20，用于獲取外航系統(tǒng)的票面航班信息；

比較模塊22，用于將外航系統(tǒng)的票面航班信息與本地旅客訂座記錄PNR信息進行比較；

同步模塊24，用于在外航系統(tǒng)的票面航班信息與本地PNR信息不一致時，根據(jù)外航系統(tǒng)的票面航班信息對本地PNR信息進行同步。

可選的，票面航班信息包括以下至少之一：PNR信息、航段信息、電子客票ET信息。

可選的，獲取模塊用于：接收外航系統(tǒng)通過SIH接口發(fā)送的民航訂單的票面信息；收到票面信息的報文后，根據(jù)預(yù)設(shè)信息組成PNR view指令，通過SIH接口和MUSE執(zhí)行PNR view指令，并得到返回接口和PNR信息。

可選的，獲取模塊用于：接收外航系統(tǒng)通過SIH接口發(fā)送的民航訂單的票面信息；根據(jù)票面信息得到航段信息。

可選的，獲取模塊還用于，在外航系統(tǒng)的PNR信息對應(yīng)的電子客票ET的航段表更時，獲取外航系統(tǒng)的票面航班信息。

可選的，同步模塊還用于：通過SIH接口調(diào)用主機PNR update服務(wù)，對航空公司訂座系統(tǒng)ICS PNR進行更新，主機ICS收到PNR更新報文后，對本地PNR進行修改，將本地PNR與外航PNR保持一致。

可選的，同步模塊還用于：判斷要刪除的本地航段是否為非信息航段，如果是則返回錯誤；如果否，將外航系統(tǒng)的航段置為信息航段插入到本地PNR中。

可選的，裝置還包括：篩選模塊，用于在比較模塊將外航系統(tǒng)的票面航班信息與本地旅客訂座記錄PNR信息進行比較之前，按照預(yù)設(shè)周期對本地的航段信息進行篩選；查詢模塊，用于對預(yù)設(shè)時間內(nèi)的航段信息查詢票面得到本地PNR。

可選的，獲取模塊還用于：通過RRT指令獲取外航系統(tǒng)的票面航班信息。

需要說明的是，上述各個模塊是可以通過軟件或硬件來實現(xiàn)的，對于后者，可以通過以下方式實現(xiàn)，但不限于此：上述模塊均位于同一處理器中；或者，上述各個模塊以任意組合的形式分別位于不同的處理器中。

實施例3

本實施例是根據(jù)本發(fā)明的可選實施例，用于結(jié)合具體的場景對本申請進行詳細說明：

為了解決相關(guān)技術(shù)中本地PNR與外航系統(tǒng)mismatch(不匹配)問題，通過現(xiàn)有的PNR view功能，以及準確的ET(電子客票)數(shù)據(jù)，整合合作伙伴的PNR數(shù)據(jù)，保證PNR數(shù)據(jù)一致性，在此數(shù)據(jù)基礎(chǔ)上進行through check-in，duplicate booking，Interline NO-show處理，Interline MCT解決方案等。

通過對航空公司合作伙伴庫存信息、旅客行程信息的整合，提供更準確的SHOPPING結(jié)果、更無縫的跨航空公司旅客服務(wù)體驗、更有效的跨航空公司收益整合管理。通過客票信息變更推送和主動輪詢本地庫存兩種方式，定位到具體mismatch的航班信息，按照規(guī)則分析是否需要更新刪除或者添加航段信息，再通過查詢的方式獲取正確的信息，例如通過MUSE以及主機ICS PNR view功能獲取外航信息，然后構(gòu)造正確的更新報文，通過主機ICS PNR update服務(wù)，更新本地庫存。

基于民航統(tǒng)一查詢系統(tǒng)的全旅程訂單同步方法主要目標用戶為四大航，用戶范圍包括負責(zé)航空公司電商SHOPPING的產(chǎn)品人員和維護人員、航班收益管理人員、地服人員、負責(zé)APP應(yīng)用的人員。對于用戶來說，通過投產(chǎn)本解決方案將會帶來以下提升：

更準確的SHOPPING結(jié)果，增加用戶國際網(wǎng)站銷售機會：

更無縫的跨航空公司旅客中轉(zhuǎn)服務(wù)體驗：

3、更完美的APP旅客國際行程管理：

4、更精細的跨航空公司收益整合管理，減少收益漏洞。

本實施例的系統(tǒng)的模塊劃分為：DIP，BOOKING，MUSE，主機ICS PNR view功能和主機ICS PNR update服務(wù)幾部分，其中，

1.DIP

由DIP子系統(tǒng)負責(zé)觸發(fā)整個流程，分為以下幾種情況：出票、換開和改期。DIP和booking子系統(tǒng)之間的交互報文需要涵蓋以下內(nèi)容。

出票、換開、改期標識

旅客姓名

Host airline航段信息，包括航班號，日期，城市對(全部host航段)

Host PNR記錄編號，可選

外航改期時，舊航段信息，包括航班號，日期，城市對，艙位

外航airline全部航段信息，包括航班號，日期，城市對(全部外航)

外航PNR記錄編號，可選

2.BOOKING

首先，booking子系統(tǒng)需要建立一張控制表，記錄以下內(nèi)容：

開通super link的host airline

哪些host airline開通了PNR view功能，以及與哪些外航開通了PNR view

然后，booking子系統(tǒng)需要整理收到的ET報文，判斷走PNR view的邏輯還是走ET更新PNR的邏輯。如果有混合情況，優(yōu)先級判斷如下：

ET更新方式優(yōu)先

如果一張票中有兩個外航都可以使用PNR view操作，處理最先找到的外航，即一筆交易只觸發(fā)一次PNR view

如果是ET方式，那么更新所有的外航航段

接下來，需要執(zhí)行PNR view的，操作如下，不需要則跳過。根據(jù)DIP發(fā)來的報文信息，組成以下PNR view的格式：

1)有外航airline記錄編號ABCDEF時

RRT:D/AE/ABCDEF

2)沒有外航airline記錄編號時，根據(jù)航班號和姓名

RRT:M/KL/LUO/SHAN MR/KL898/29MAR/PEKAMS

使用option M，支持全姓名view，姓名中如果有后綴要將后綴加入到指令中。這樣得到的結(jié)果如果是一個list，說明有姓名重復(fù)，那么可以丟掉不處理，結(jié)束流程。得到PNR的信息，繼續(xù)下面的流程。

最后，提取ICS PNR進行比對，更新ICS PNR。

3.MUSE

MUSE需要在ICS支持RRT指令，并將結(jié)果結(jié)構(gòu)化后傳給BOOKING，主要有以下兩個方面

1)RRT:M新option，新格式的解析

2)當(dāng)外航返回PNR列表的時候，可以正確解析。

4.主機ICS PNR view功能

主機ICS需要修改PNR view指令，支持全姓名匹配。

指令格式為：

RRT:M/KL/LUO/SHAN MR/KL898/29MAR/PEKAMS

M-新增option

LUO/SHAN MR-旅客全姓名，如果有后綴要加上后綴

5.主機ICS PNR update服務(wù)

主機PNR update服務(wù)收到報文后，會修改PNR和外航PNR的航段一致。修改標準為：

1)首先判斷要刪除的航段是不是非信息航段，如果是返回錯誤。

2)將插入的HK的航段置為信息航段插入到PNR中。

處理完成后，主機會回復(fù)給booking，告知修改完成，如未正常更新，則回復(fù)錯誤編號。

圖3是本發(fā)明實施例的MUSE系統(tǒng)架構(gòu)示意圖；圖4是本發(fā)明實施例的基于民航統(tǒng)一查詢系統(tǒng)的全旅程訂單同步方法架構(gòu)圖。

目前基于民航統(tǒng)一查詢系統(tǒng)的全旅程訂單同步方法有兩種方式：

Booking子系統(tǒng)收到DIP ET報文后處理流程

1、根據(jù)報文內(nèi)容再次過濾不需要處理的ET報文：

A)判斷ET報文事件類型，只處理以下幾種類型，其他類型報文不用處理；

-Issue

-ReIssue

-ReValidation

B)判斷ET客票國際國內(nèi)屬性，國內(nèi)客票不需要處理；InterIndicator＝"I"

C)判斷客票出票方，host航空公司出的票不需要處理；Source＝"UA"

D)判斷客票中的航段，需包含superlink投產(chǎn)航空公司和相應(yīng)協(xié)議航空公司，例如CA航段和其他外航航段，或者MU航段和有PNRVIEW協(xié)議的航段；<AirlineCode>CA</AirlineCode>

2.ET客票航段數(shù)據(jù)分析：

1)ICS系統(tǒng)記錄編號：在host航段節(jié)點下的<SourceRef/>中，用于根據(jù)記錄編號提取CTR數(shù)據(jù)；

2)航段節(jié)點信息：獲取航空公司/航班號/日期/起始到達城市/記錄編號；

3)旅客姓名：記錄用于后續(xù)PNRVIEW調(diào)用RRT指令；

根據(jù)ET報文中航段數(shù)據(jù)判斷，查看host航空公司的superlink配置：

1)是否投產(chǎn)SuperLink；SuperLinkSwitch

2)Host航段是否屬于投產(chǎn)了SuperLink的航線：CityPair

3)如果投產(chǎn)了，為何種同步類型：ET同步或者PNRVIEW同步

A)判斷如果存在ET同步類型的superlink航空公司，比如CA，則按CA ET同步邏輯處理，跳轉(zhuǎn)第3步；

B)判斷如果存在的是PNRVIEW類型的SUPERLINK航空公司，比如MU，則按MU PNRVIEW邏輯處理，跳轉(zhuǎn)第4步；

3、ET同步邏輯

1)提取CTR記錄，提取方式：根據(jù)報文中ICS記錄編號提取本地PNR。如果報文中沒有ICS記錄編號，則需要根據(jù)旅客姓名，host航段信息搜索本地PNR，找到對應(yīng)的ICS PNR。如果有重復(fù)姓名的情況，流程結(jié)束，不處理。

2)ET外航航段和CTR中航段比較，獲取需要調(diào)用主機更新PNR的信息出票、換開類型：

第一步：將ET中的所有外航航段和本地PNR中的航段比對，如果PNR中已有該航段則無須操作，結(jié)束流程。如果沒有則需要加入PNR，記錄基本信息，以便后續(xù)構(gòu)造UPD PNR報文給主機service；

第二步：進行不合理行程檢查。記錄CTR中哪些航段需要刪除，檢查標準：

A)City pair(不是機場，而是城市)一致

B)Airline一致

C)起飛時間在24小時之內(nèi)

D)將PNR的航段按照時間排序，兩個航段是緊挨著的

可以認為PNR中原有的航段行程不合理，那么將該航段刪除，并加入新航段。

改期類型：

根據(jù)DIP發(fā)過來的報文，先將舊航段在本地PNR中匹配，如果PNR中有則刪除，如果沒有那么跳過。然后處理報文中未提示改期的航段，首先和本地PNR比對，如果PNR中已存在則不處理，如果沒有也需要像新出票航段一樣處理，按照A.B.C.D的條件進行合理行程判斷，如果不合理，將PNR中的不合理航段刪除，將新航段加入到PNR中。

C)比對分析出需要更新的航段后，跳轉(zhuǎn)5，調(diào)用主機service，更新PNR；

4.PNRVIEW同步邏輯

A)并LOOP ET中所有外航航段，查看PNRVIEW協(xié)議表，調(diào)用主機PNRVIEW指令，獲得外航PNR信息

*發(fā)送請求調(diào)用使用主機Eterm配置為SuperLink航空公司的六位MUSE PID

*如果一張票中有兩個外航都可以使用PNR view操作，處理最先找到的外航，即一筆交易只觸發(fā)一次PNR view

B)通過RRT指令獲取外航PNR信息

請求格式，包括兩種：

(一)，如果ET中有外航記錄編號ABCDEF時，格式：RRT:D/AE/ABCDEF；

(二)，如果沒有外航記錄編號，根據(jù)航班，姓名提取，格式：RRT:M/KL/LUO/SHAN MR/KL898/29MAR/PEKAMS

使用option M，支持全姓名view，姓名中如果有后綴要將后綴加入到指令中。

C)RRT指令響應(yīng)結(jié)果解析

如果結(jié)果是一個list列表，說明姓名重復(fù)，那么可以丟掉不處理，結(jié)束流程。

如果是一個PNR格式，則解析航段信息，用于后續(xù)和CTR比較并更新主機PNR。

D)PNRVIEW RRT的結(jié)果和CTR比較

第一步，提取CTR記錄，提取方式：根據(jù)報文中ICS記錄編號提取本地PNR。如果報文中沒有ICS記錄編號，則需要根據(jù)旅客姓名，host航段信息搜索本地PNR，找到對應(yīng)的ICS PNR。如果有重復(fù)姓名的情況，流程結(jié)束，不處理。

第二步，比對RRT結(jié)果中的外航航段和PNR中的外航航段，如果一致，則流程結(jié)束。如果不一致，則更新主機PNR

比對標準：

①首先，選取的是整個ICS PNR

②然后，將外航航段和非信息航段進行比對，比較city pair和date，如果一致，那么認為這個航段匹配了(主要只針對code share情況)。沒有匹配繼續(xù)下面的比對。

③與ICS PNR中的同一外航的信息航段進行比對，需要全匹配，Airline，flight number，class，city pair，date，都一致則認為航段匹配了。如果該航段沒有匹配的，那么將該航段作為HK狀態(tài)的信息航段加入到PNR update報文中。

④最后，將ICS PNR中該外航?jīng)]有匹配的信息航段全部刪除，即以XX的方式加入到PNR update報文中。

⑤全部航段處理完成后，如果全部匹配結(jié)束流程，否則組成PNR update報文發(fā)給ICS主機更新ICS PNR。

5、構(gòu)造報文，更新主機ICS PNR。

判斷是否打開Update PNR開關(guān)，如果關(guān)閉，則只記錄log；

判斷需要更新的航段是否屬于開放的航站，如果不屬于，則只記錄log，不更新主機；

封裝PNR update服務(wù)報文給主機ICS系統(tǒng)發(fā)報更新PNR，報文主要內(nèi)容為ICS記錄編號，所有外航航段信息等，報文格式如下：

報文中的兩個UA的航段，一個是刪除ICS PNR中多余的UA航段，一個是發(fā)現(xiàn)新增的UA航段。

注意：報文中應(yīng)該只有外航航段，并且全部都是信息航段，不應(yīng)該有非信息航段以及host航段在報文中。

6.需要注意的幾點：

1)查詢CTR數(shù)據(jù)庫的host航班需要是未過期的。

2)從CTR數(shù)據(jù)庫查詢PNR數(shù)據(jù)時增加了艙位的校驗。

3)ET模式的有外航航段添加，具體步驟變更如下：

A),先將需要添加的外航航段添加到B系統(tǒng)。

B),對添加后的航段進行24小時不合理行程校驗，如果CTR數(shù)據(jù)庫中的航段對比后跟添加的外航一直，則需將CTR數(shù)據(jù)庫中的外航航段刪除掉。

Booking子系統(tǒng)批量處理ET模式處理流程

1，首先從CTR數(shù)據(jù)庫中取得含有48小時將起飛的CA航段，以及含有外航航段的PNR記錄編號。

2，針對每一個PNR，首先將該PNR里面的航段信息取到作為對比的本地依據(jù)，然后取到相關(guān)的外航航段，以及TKNE中48小時內(nèi)將起飛的，airline Code是CA的客票票號。

3，針對第2步中取到的外航航段和客票票號，兩兩交叉聯(lián)合作為參數(shù)去調(diào)用DETR來獲取外航的票面信息。(備注：用UA和一個票號去查DETR獲取的票面信息我們只取里面UA的航段)

4，將第3步取到的票面信息的外航航段跟第2步的本地PNR航段信息進行對比(對比根據(jù)同DIP推送票的ET模式的處理情形)

5，將對比后的需要添加的外航航段添加到B系統(tǒng)，然后在對B系統(tǒng)中該PNR下的所有航段進行24小時不合理行程校驗。

6，再重復(fù)第3，4,5步，直到第2步的外航航段和客票票號都分別結(jié)合一次。

7，重復(fù)2,3,4,5,6步的操作。

8，結(jié)束ET模式的批量處理過程。

目前基于民航統(tǒng)一查詢系統(tǒng)的全旅程訂單同步方法可以得到更準確的SHOPPING結(jié)果，增加用戶國際網(wǎng)站銷售機會；可以使旅客體會到無縫的跨航空公司旅客中轉(zhuǎn)服務(wù)體驗；便于更完美的APP旅客國際行程管理；可以使航空公司更精細的跨航空公司收益整合管理，減少收益漏洞。

本實施例也可以采用這樣的方法：在接受外航報文時，無論是PNR信息還是客票信息，都進行集中處理，把需要同步的信息觸發(fā)對應(yīng)的ICS進行同步。這樣做的優(yōu)點是易于理解和實現(xiàn)，缺點是在前端進行分流，并發(fā)量大，并且所有的報文都需要轉(zhuǎn)發(fā)到ICS，ICS進行額外的同步處理，增加了開發(fā)成本。而本文中介紹的同步方法，從數(shù)據(jù)庫出發(fā)，已經(jīng)對航班信息進行了篩選，更有針對性，同時核心PNR信息無需修改。

航空公司對于處理本地庫存與外航信息不一致的情況下，可以使用本文中介紹的基于民航統(tǒng)一查詢系統(tǒng)的全旅程訂單同步方法，從而保障了本地庫存數(shù)據(jù)的一致性，進而進一步提供查詢服務(wù)，中轉(zhuǎn)服務(wù)，行程管理和收益管理等。

實施例4

本發(fā)明的實施例還提供了一種存儲介質(zhì)?？蛇x地，在本實施例中，上述存儲介質(zhì)可以被設(shè)置為存儲用于執(zhí)行以下步驟的程序代碼：

S1，獲取外航系統(tǒng)的票面航班信息；

S2，將外航系統(tǒng)的票面航班信息與本地旅客訂座記錄PNR信息進行比較；

S3，在外航系統(tǒng)的票面航班信息與本地PNR信息不一致時，根據(jù)所述外航系統(tǒng)的票面航班信息對本地PNR信息進行同步。

可選地，在本實施例中，上述存儲介質(zhì)可以包括但不限于：U盤、只讀存儲器(ROM，Read-Only Memory)、隨機存取存儲器(RAM，Random Access Memory)、移動硬盤、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。

可選地，在本實施例中，處理器根據(jù)存儲介質(zhì)中已存儲的程序代碼執(zhí)行獲取外航系統(tǒng)的票面航班信息；

可選地，在本實施例中，處理器根據(jù)存儲介質(zhì)中已存儲的程序代碼執(zhí)行將外航系統(tǒng)的票面航班信息與本地旅客訂座記錄PNR信息進行比較；

可選地，在本實施例中，處理器根據(jù)存儲介質(zhì)中已存儲的程序代碼執(zhí)行在外航系統(tǒng)的票面航班信息與本地PNR信息不一致時，根據(jù)所述外航系統(tǒng)的票面航班信息對本地PNR信息進行同步。

可選地，本實施例中的具體示例可以參考上述實施例及可選實施方式中所描述的示例，本實施例在此不再贅述。

顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。

以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。