本發(fā)明涉及數(shù)據(jù)處理領域，具體而言，涉及一種確定聯(lián)程航班的方法及裝置。

背景技術：

旅客在中國航信系統(tǒng)訂座之后，系統(tǒng)內會為旅客生成一個訂座記錄，這就是PNR。其中包括旅客姓名、預訂的航段、個人身份信息、聯(lián)系方式、客票信息等。聯(lián)程航段，是在沒有直達航線的情況下，或者某些經(jīng)濟原因，旅客可以選擇多個航段，通過中轉的方式到達目的地。例如從青島-重慶，可以選擇“青島-成都-重慶”聯(lián)程，其中包含“青島-成都”，“成都-重慶”兩個航段，成都為中轉。聯(lián)程航段中的兩個航段分別由不同的航班承運，前者稱為入港航班，后者為出港航班；

最小連接時間(Minimum Connect Time，簡稱為MCT)－聯(lián)程航段的入港航班到達中轉機場的時間，與出港航班離開中轉機場的時間差值。這個時間決定了旅客在中轉機場停留的時間、航空公司地面保障服務所需要的時間。

目前，航空公司越來越傾向于用“支線+樞紐”的方式來構建自己的運輸網(wǎng)絡。通過支線航班，將分散的旅客集中到樞紐機場，再通過樞紐機場的強大運力，快速的將旅客運送到其他各地。這樣一來，航空公司就可以把運力都集中到樞紐機場，而支線用經(jīng)濟的小型飛機。既能夠保證航班客座率，又對航空公司的各類型飛機資源有了合理的配置與利用。畢竟，所有航線都是直達的話，對航空公司的運力和資源都將是巨大的浪費。

這種“支線+樞紐”的運輸網(wǎng)絡，對航空公司的地面保障能力提出了更高的要求。旅客的行程從直飛航段，變?yōu)閮蓚€或者更多的聯(lián)程航段，航空公司將面臨更為復雜航線管理和資源配置問題。其中，如何設置聯(lián)程航班的中轉時間范圍就是一個突出的難題。而要讓旅客了解這些復雜的時間限制，進而規(guī)范自身的預訂行為。

航空公司要想實現(xiàn)高效的聯(lián)程，在作為樞紐的中轉機場，必須提供一個合情合理的航班中轉時間以實現(xiàn)聯(lián)程航班的無縫銜接。在這段時間里，航空公司地面保障人員需要處理旅客、行李以及其他隨行貨物的中轉聯(lián)程，保證進港航班上的轉機旅客及其行李，能夠順暢的換乘到出港航班上。根據(jù)自身的航班調度計劃、地面支撐及服務能力、航線營銷策略，航空公司為樞紐機場制定了一個較為詳細的聯(lián)程轉機地面保障時間表，這就是聯(lián)程航班最小連接時間(MCT-Minimum Connect Time)。中國航信有一份各個航空公司制定的，包含世界所有機場的MCT數(shù)據(jù)，來自于世界著名的航空數(shù)據(jù)提供商OAG，即英國歐艾吉航空國際有限公司。它會定期收集并發(fā)布各個航空公司最新的MCT數(shù)據(jù)。

例如，旅客預訂兩個聯(lián)程航段CA123和CA456，在上海中轉。其中，CA123是從北京到上海浦東，CA456是從上海虹橋到?？?，這兩個聯(lián)程航班之間間隔3個小時。也就是說，旅客預留了3個小時的時間用于從CA123到CA456的中轉，想著都是在上海，3個小時的時間應該足夠在兩個機場之間進行換乘了吧！實際上，很有可能CA123停靠的是上海浦東的遠機位，旅客下飛機之后，還要搭乘擺渡車才能到達候機樓，然后再經(jīng)過若干辛苦才能到達虹橋機場。這還沒有考慮CA123航班自身的延誤、旅客有時還需要自帶行李等等因素。反正，航空公司給出的從上海浦東機場到虹橋機場之間的MCT時間最少都是4個小時，有些航班甚至是5個小時。

一旦旅客沒有趕上出港航班，通常不會認為是自己沒有合理安排出行計劃，而是投訴航空公司沒有準確的航班計劃。

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

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

本發(fā)明實施例提供了一種確定聯(lián)程航班的方法及裝置，以至少解決現(xiàn)有技術中的因為不知曉聯(lián)程航段的MTC而導致預定不合理航班的問題。

根據(jù)本發(fā)明的一個實施例，提供了一種確定聯(lián)程航班的方法，包括：獲取聯(lián)程航班中的入港航班數(shù)據(jù)；根據(jù)預設最小連接時間MTC數(shù)據(jù)庫確定符合所述入港航班數(shù)據(jù)的指定MTC；根據(jù)所述指定MTC確定所述聯(lián)程航班中的出港航班是否合理。

可選地，根據(jù)所述指定MTC確定所述聯(lián)程航班中的出港航班是否合理包括：計算所述入港航班與所述出港航班的中轉時間；在所述中轉時間大于所述指定MTC時，確定所述聯(lián)程航班中的出港航班合理，在所述中轉時間大于或等于所述指定MTC時，確定所述聯(lián)程航班中的出港航班不合理。

可選地，在確定所述聯(lián)程航班中的出港航班不合理之后，所述方法還包括：終止所述聯(lián)程航班的訂單確認，和/或，輸出用于指示所述聯(lián)程航班的訂單失敗的告警信息。

可選地，在確定所述聯(lián)程航班中的出港航班不合理之后，所述方法還包括：停止所述聯(lián)程航班的查詢或選座，和/或，輸出用于指示所述聯(lián)程航班的訂單錯誤的告警信息。

可選地，在確定所述聯(lián)程航班中的出港航班不合理之后，所述方法還包括：推薦指定航班作為所述聯(lián)程航班的出港航班，其中，所述指定航班與所述入港航班的中轉時間大于所述指定MTC。

可選地，所述入港航班數(shù)據(jù)包括：承運航空公司、航班號、中轉機場、航班時刻、所屬國家地區(qū)、航班機型。

可選地，根據(jù)預設MTC數(shù)據(jù)庫確定符合所述入港航班數(shù)據(jù)的指定MTC包括：通過格式轉換將所述入港航班數(shù)據(jù)轉換為符合所述預設MTC數(shù)據(jù)庫的格式字段；使用所述格式字段在所述預設MTC數(shù)據(jù)庫搜索得到符合所述入港航班數(shù)據(jù)的指定MTC。

根據(jù)本發(fā)明的另一個實施例，提供了一種確定聯(lián)程航班的裝置，包括：獲取模塊，用于獲取聯(lián)程航班中的入港航班數(shù)據(jù)；第一確定模塊，用于根據(jù)預設最小連接時間MTC數(shù)據(jù)庫確定符合所述入港航班數(shù)據(jù)的指定MTC；第二確定模塊，用于根據(jù)所述指定MTC確定所述聯(lián)程航班中的出港航班是否合理。

可選地，所述第二確定模塊包括：計算單元，用于計算所述入港航班與所述出港航班的中轉時間；確定單元，用于在所述中轉時間大于所述指定MTC時，確定所述聯(lián)程航班中的出港航班合理，在所述中轉時間大于或等于所述指定MTC時，確定所述聯(lián)程航班中的出港航班不合理。

可選地，所述裝置還包括：第一處理模塊，用于在確定所述聯(lián)程航班中的出港航班不合理之后，終止所述聯(lián)程航班的訂單確認，和/或，輸出用于指示所述聯(lián)程航班的訂單失敗的告警信息。

可選地，所述裝置還包括：第二處理模塊，用于在確定所述聯(lián)程航班中的出港航班不合理之后，停止所述聯(lián)程航班的查詢或選座，和/或，輸出用于指示所述聯(lián)程航班的訂單錯誤的告警信息。

可選地，所述裝置還包括：第三處理模塊，用于在確定所述聯(lián)程航班中的出港航班不合理之后，推薦指定航班作為所述聯(lián)程航班的出港航班，其中，所述指定航班與所述入港航班的中轉時間大于所述指定MTC。

可選地，所述入港航班數(shù)據(jù)包括：承運航空公司、航班號、中轉機場、航班時刻、所屬國家地區(qū)、航班機型。

可選地，第一確定模塊包括：轉轉單元，用于通過格式轉換將所述入港航班數(shù)據(jù)轉換為符合所述預設MTC數(shù)據(jù)庫的格式字段；搜索單元，用于使用所述格式字段在所述預設MTC數(shù)據(jù)庫搜索得到符合所述入港航班數(shù)據(jù)的指定MTC。

通過本發(fā)明，獲取聯(lián)程航班中的入港航班數(shù)據(jù)；根據(jù)預設最小連接時間MTC數(shù)據(jù)庫確定符合所述入港航班數(shù)據(jù)的指定MTC；根據(jù)所述指定MTC確定所述聯(lián)程航班中的出港航班是否合理。實現(xiàn)了聯(lián)程航段最小連接時間的實時校驗，在旅客訂座過程中，實時的校驗可以制止旅客預訂錯誤的、不合理的聯(lián)程航段，解決了現(xiàn)有技術中的因為不知曉聯(lián)程航段的MTC而導致預定不合理航班的問題，通過前期的實時控制，及時的將航空公司的規(guī)則告知旅客，即為旅客的行程進行優(yōu)化考慮，也分擔了航空公司的風險。

附圖說明

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

圖1是根據(jù)本發(fā)明實施例的確定聯(lián)程航班的方法的流程圖；

圖2是根據(jù)本發(fā)明實施例的確定聯(lián)程航班的裝置的結構框圖；

圖3是本發(fā)明實施例的設計流程圖；

圖4是本發(fā)明實施例的模塊流程示意圖；

圖5是本發(fā)明實施例的總體流程圖；

圖6是本發(fā)明實施例的可選方案流程示意圖。

具體實施方式

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

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

實施例1

在本實施例中提供了一種確定聯(lián)程航班的方法，圖1是根據(jù)本發(fā)明實施例的確定聯(lián)程航班的方法的流程圖，如圖1所示，該流程包括如下步驟：

步驟S102，獲取聯(lián)程航班中的入港航班數(shù)據(jù)；

步驟S104，根據(jù)預設最小連接時間MTC數(shù)據(jù)庫確定符合入港航班數(shù)據(jù)的指定MTC；

步驟S106，根據(jù)指定MTC確定聯(lián)程航班中的出港航班是否合理。

通過上述步驟，獲取聯(lián)程航班中的入港航班數(shù)據(jù)；根據(jù)預設最小連接時間MTC數(shù)據(jù)庫確定符合所述入港航班數(shù)據(jù)的指定MTC；根據(jù)所述指定MTC確定所述聯(lián)程航班中的出港航班是否合理。實現(xiàn)了聯(lián)程航段最小連接時間的實時校驗，在旅客訂座過程中，實時的校驗可以制止旅客預訂錯誤的、不合理的聯(lián)程航段，解決了現(xiàn)有技術中的因為不知曉聯(lián)程航段的MTC而導致預定不合理航班的問題，通過前期的實時控制，及時的將航空公司的規(guī)則告知旅客，即為旅客的行程進行優(yōu)化考慮，也分擔了航空公司的風險。

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

可選的，根據(jù)指定MTC確定聯(lián)程航班中的出港航班是否合理包括：

S11，計算入港航班與出港航班的中轉時間；

S12，在中轉時間大于指定MTC時，確定聯(lián)程航班中的出港航班合理，在中轉時間大于或等于指定MTC時，確定聯(lián)程航班中的出港航班不合理。

在本實施例的可選實施方式中，在確定聯(lián)程航班中的出港航班不合理之后，還包括：

終止聯(lián)程航班的訂單確認，和/或，輸出用于指示聯(lián)程航班的訂單失敗的告警信息；

停止聯(lián)程航班的查詢或選座，和/或，輸出用于指示聯(lián)程航班的訂單錯誤的告警信息；

推薦指定航班作為聯(lián)程航班的出港航班，其中，指定航班與入港航班的中轉時間大于指定MTC。

可選的，入港航班數(shù)據(jù)包括：承運航空公司、航班號、中轉機場、航班時刻、所屬國家地區(qū)、航班機型。

可選的，根據(jù)預設MTC數(shù)據(jù)庫確定符合入港航班數(shù)據(jù)的指定MTC包括：

S21，通過格式轉換將入港航班數(shù)據(jù)轉換為符合預設MTC數(shù)據(jù)庫的格式字段；

S22，使用格式字段在預設MTC數(shù)據(jù)庫搜索得到符合入港航班數(shù)據(jù)的指定MTC。

預設最小連接時間MTC數(shù)據(jù)庫，來自各個航空公司制定的，包含世界所有機場的MCT數(shù)據(jù)，或者來自于航空數(shù)據(jù)提供商OAG，如英國歐艾吉航空國際有限公司，定期收集并發(fā)布各個航空公司最新的MCT數(shù)據(jù)。也可以根據(jù)用戶的投訴建議或者城市機場的實時路況信息來確定。

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

實施例2

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

圖2是根據(jù)本發(fā)明實施例的確定聯(lián)程航班的裝置的結構框圖，如圖2所示，該裝置包括：

獲取模塊20，用于獲取聯(lián)程航班中的入港航班數(shù)據(jù)；

第一確定模塊22，用于根據(jù)預設最小連接時間MTC數(shù)據(jù)庫確定符合入港航班數(shù)據(jù)的指定MTC；

第二確定模塊24，用于根據(jù)指定MTC確定聯(lián)程航班中的出港航班是否合理。

可選的，第二確定模塊包括：計算單元，用于計算入港航班與出港航班的中轉時間；確定單元，用于在中轉時間大于指定MTC時，確定聯(lián)程航班中的出港航班合理，在中轉時間大于或等于指定MTC時，確定聯(lián)程航班中的出港航班不合理。

在本是實施例中，裝置還包括：第一處理模塊，用于在確定聯(lián)程航班中的出港航班不合理之后，終止聯(lián)程航班的訂單確認，和/或，輸出用于指示聯(lián)程航班的訂單失敗的告警信息；第二處理模塊，用于在確定聯(lián)程航班中的出港航班不合理之后，停止聯(lián)程航班的查詢或選座，和/或，輸出用于指示聯(lián)程航班的訂單錯誤的告警信息；第三處理模塊，用于在確定聯(lián)程航班中的出港航班不合理之后，推薦指定航班作為聯(lián)程航班的出港航班，其中，指定航班與入港航班的中轉時間大于指定MTC。

可選的，入港航班數(shù)據(jù)包括：承運航空公司、航班號、中轉機場、航班時刻、所屬國家地區(qū)、航班機型。

可選的，第一確定模塊包括：轉轉單元，用于通過格式轉換將入港航班數(shù)據(jù)轉換為符合預設MTC數(shù)據(jù)庫的格式字段；搜索單元，用于使用格式字段在預設MTC數(shù)據(jù)庫搜索得到符合入港航班數(shù)據(jù)的指定MTC。

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

實施例3

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

本發(fā)明提供了一種技術方案，使得旅客的預訂航段的時候，就能立即計算出所選擇的聯(lián)程航段的MCT時間。如果旅客選擇的聯(lián)程航段轉機時間小于MCT，那么訂座系統(tǒng)會立刻提醒旅客，并拒絕旅客的預訂請求。

本發(fā)明是用于檢驗旅客訂座PNR中，聯(lián)程航班的最小連接時間是否滿足航空公司在指定機場規(guī)定的MCT時間限制。圖3是本發(fā)明實施例的設計流程圖，包括三個階段，設計生效于“訂單確認”階段。

圖4是本發(fā)明實施例的模塊流程示意圖，本發(fā)明中主要包括三個模塊：關鍵條件收集、MCT校驗和結果處理。

也就是說，在旅客進行“訂單確認”操作時，除了原有的檢查邏輯，還會嵌入新的MCT校驗。校驗邏輯一開始，是關鍵條件收集模塊。該模塊會收集旅客訂座PNR中創(chuàng)建的預訂航段，選出其中互為聯(lián)程的兩個航段，根據(jù)聯(lián)程航段的內容整理出聯(lián)程航段中的關鍵條件，包括進、出港航段的承運航空公司、航班號、中轉機場、航班時刻、所屬國家地區(qū)、航班機型等等，并將這些關鍵條件打包發(fā)送給MCT校驗模塊進行比對。

MCT校驗模塊收到前端發(fā)來的關鍵條件數(shù)據(jù)包，需要將其格式化，轉變成為可以與MCT數(shù)據(jù)庫中的字段進行比較的格式，然后開始搜索MCT數(shù)據(jù)庫，直至從MCT表中找出符合這些條件的MCT時間。找到航空公司規(guī)定的MCT時間之后，將這個MCT時間傳送到最后一個模塊：結果處理。

結果處理模塊將這個MCT時間與旅客訂座PNR中聯(lián)程航段的實際中轉實際進行比較。一旦發(fā)現(xiàn)旅客選擇的中轉時間小于MCT，則立刻終止“訂單確認”操作，并輸出告警信息，提醒旅客聯(lián)程航段中轉時間過短，需要重新選擇更為合理的聯(lián)程航段。圖5是本發(fā)明實施例的總體流程圖。

本實施例實現(xiàn)了聯(lián)程航段最小連接時間的實時校驗。在旅客訂座PNR生成的過程中，實時的校驗可以制止旅客預訂錯誤的、不合理的聯(lián)程航段，并提醒它選擇其他時間的聯(lián)程航段，將風險控制在座位預訂的前期。通過前期的實時控制，及時的將航空公司的規(guī)則告知旅客，即為旅客的行程進行優(yōu)化考慮，也分擔了航空公司的風險。

可選的，在本實施例的設計中，將MCT校驗邏輯嵌入“訂單確認”階段，是出于對整個訂座邏輯的集中控制和成本約束來考慮的。但是，如果擴大校驗范圍，也可以將MCT的校驗邏輯繼續(xù)提前到“座位預訂”階段，甚至于“航班查詢”階段。圖6是是本發(fā)明實施例的可選方案流程示意圖。這樣的設計也可以實現(xiàn)實施例中描述的功能，只是會增加座位預訂中的控制邏輯，而且影響的業(yè)務場景也大大多于在“訂單確認”中的方案。

實施例4

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

S1，獲取聯(lián)程航班中的入港航班數(shù)據(jù)；

S2，根據(jù)預設最小連接時間MTC數(shù)據(jù)庫確定符合所述入港航班數(shù)據(jù)的指定MTC；

S3，根據(jù)所述指定MTC確定所述聯(lián)程航班中的出港航班是否合理。

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

可選地，在本實施例中，處理器根據(jù)存儲介質中已存儲的程序代碼執(zhí)行獲取聯(lián)程航班中的入港航班數(shù)據(jù)；

可選地，在本實施例中，處理器根據(jù)存儲介質中已存儲的程序代碼執(zhí)行根據(jù)預設最小連接時間MTC數(shù)據(jù)庫確定符合所述入港航班數(shù)據(jù)的指定MTC；

可選地，在本實施例中，處理器根據(jù)存儲介質中已存儲的程序代碼執(zhí)行根據(jù)所述指定MTC確定所述聯(lián)程航班中的出港航班是否合理。

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

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

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