針對社會失信人員的民航旅行攔截系統

盧燕 曾進進 郭洪波

失信被執行人（簡稱“失信人”）是指未履行生效法律文書確定的義務，并具有“有履行能力而不履行”、“抗拒執行”等法定情形，從而被人民法院依法納入失信被執行人名單的人。通常情況下，失信人的高消費行為受到嚴格限制，被最高人民法院、國家五部委、民航局定義的失信人、或其它來源的失信人，禁止乘坐民航客機旅行。

民航旅客服務系統是為民航旅客提供預訂和值機服務的信息系統，提供服務前會對旅客的身份進行確認。然而，在實際應用中，一些失信人員通過特殊渠道、特殊手段，可以避開系統的常規檢查而正常成行。本文介紹的失信人攔截系統，配合既有的民航旅客服務系統，可以嚴格、有效地阻止失信人的預訂和值機行為。

民航旅客服務系統對旅客的身份驗證，主要在行前的機票預訂環節，和行中的機場值機環節。為了給旅客提供方便，每個環節都提供了多種渠道的辦理方式，如航空公司官網、國內外機票代理、機場銷售柜臺、自助設備等。失信人正是利用了多環節、多渠道信息不對稱的特點，逃避信息系統的檢查。本方案利用預訂和值機環節的信息共享，在全渠道采取針對性措施，識別和限制失信人旅客選乘民航交通服務。

失信人旅客乘機攔截系統包含失信人信息整合、行前攔截、行中攔截、行后匯總審計四個模塊。

失信人信息整合模塊接收并存儲最高人民法院或者國家其他有關部門定義的失信人數據，根據旅客的姓名和證件號（身份證、護照、港澳通行證等）識別該旅客是否為失信人。模塊對外提供失信人識別服務。

行前攔截主要是在國內、海外多種機票銷售渠道，進行失信人識別和攔截。防止失信人違規預訂，以消息請求的方式逃避檢查，生成有效的旅客訂座記錄（Passenger Name Record，簡稱PNR）。

行中攔截對系統中已經存在的失信人預訂記錄，例如旅客預訂后被確認為失信人的情況，進行即時識別和清理，標記該旅客為失信人，傳遞給離港系統，由離港系統執行機場的值機攔截，阻止失信人乘機。

行后匯總審計負責總結并匯報所有失信人檢查及處理的結果，結合系統功能和專家處理的方式，對失信人攔截的過程和結果進行審計。

當前民航旅客服務市場，航空公司銷售渠道、國內代理人渠道、海外銷售渠道，是產生旅客預訂請求的主要來源。失信人攔截系統需覆蓋所有銷售渠道。對于普通旅客，能夠正常通過本系統行前攔截模塊、行中攔截模塊的檢查，順利到達機場，使用離港系統辦理值機成行。對于失信人旅客，行前攔截模塊可以阻止其預訂請求生成有效訂單（即PNR），行中攔截模塊會在旅客離港前進行二次識別和攔截，防止其利用系統漏洞或者通過違規操作在離港系統辦理值機。本系統的行后匯總審計模塊負責監控本系統各個環節的處理過程，結合線下專家處理流程，進行匯總、審計等。

失信人信息整合模塊實現兩個主要功能，即整合不同渠道來源的失信人信息和提供失信人識別服務。

步驟1：整合失信人信息。失信人信息整合模塊接收最高人民法院定義的失信人信息，或者其它來源的失信人信息，形成一份完整的格式統一的失信人數據，以失信人姓名和證件號為主要內容，存入數據庫中。

步驟2：提供失信人識別服務。失信人信息整合模塊根據旅客姓名和證件號，識別該人員是否為失信人，并對外提供失信人識別查詢服務。

行前攔截模塊負責接收和處理銷售渠道（通常包括航空公司官網、航空公司和代理人售票處、在線銷售代理和海外銷售機構等）的預訂報文請求。模塊按照業務邏輯規則，收集請求報文中的旅客信息，將旅客信息存入數據庫，并組裝成報文，發送到失信人信息整合模塊，進行是否含有失信人的識別，接收到失信人信息整合模塊回報后，對回報信息進行解析，如果解析后得到結果是含有失信人，則阻止該請求報文生產訂單，將攔截結果回復給預訂報文請求方，并記錄到數據庫中。

行前攔截的難點在于預訂方式的靈活性。為了方便旅客操作，各銷售渠道通常提供兩種預訂方式。一種是一次交易提交預訂方式，銷售渠道把所有預訂信息，包括旅客的身份信息，都封裝在一封報文中，實現旅客訂單創建、訂單更新和訂單分離等交易操作；一種是組合交易多次提交預訂方式，銷售渠道發送一封或多封預訂報文對座位進行預訂，選擇性發送旅客的身份信息，并可以通過合法操作取消或確認前序交易信息，最終系統中生成訂單。失信人正是利用了這種靈活的預訂方式，在訂單提交過程中采用延遲輸入證件信息或者變更身份信息等合法操作，尋找逃避檢查的手段。

行前攔截模塊針對這兩種預訂方式，采取了針對性的處理，防止失信人取得有效的預訂訂單。

失信人預訂請求攔截過程如下：

步驟1：收到請求由報文分揀組件確認是否提交報文，將提交報文發送給失信人判斷組件，對于非提交報文不進行攔截；

步驟2：失信人判斷組件對交易報文中內容進行判斷，a. 判斷為新建訂單請求，報文中包含未輸入身份信息的旅客、輸入身份信息格式錯誤的旅客、輸入身份信息為失信人旅客（根據失信人信息整合模塊提供的失信人識別服務的結果確定）的報文進行攔截；b.判斷為更新訂單請求，報文中包含旅客身份信息的，如包含身份信息格式錯誤的旅客或身份信息為失信人旅客，對報文進行攔截；

步驟3：攔截組件回復錯誤碼并提示需輸入正確身份信息，釋放前序報文中的預訂，不進行占座，同時發送回復報文再次同步交易失敗及提示信息，確保請求方收取到報文攔截消息。

行中攔截的難點在于降低失信人攔截對于正常值機效率的影響。機場值機服務的特點就是客流集中，特別是千萬級旅客規模的大型機場，高峰時段的旅客量達到 2萬人/小時以上，要求離港系統提供不間斷的快速值機服務。在離港值機環節，針對極少數失信人的攔截，要確保不影響絕大多數旅客的正常值機服務。如果在每一名旅客的值機過程中，都加入失信人識別環節，將大大降低值機效率，甚至影響機場秩序的正常運轉。為解決這個技術難點，本系統的行中攔截模塊采用了訂單預處理的技術實現方式，提前對待旅行訂單中的旅客進行失信人標識，為后續離港值機提供了攔截依據。

行中攔截模塊包括訂單數據讀取及推送組件、失信人訂單識別組件、失信人訂單預處理組件，各組件相互獨立，協調配合，實現預先識別和處理失信人旅客，防止和攔截失信人的值機請求。

失信人訂單預處理和值機請求攔截流程分為四步。

步驟1：訂單數據讀取及推送組件實時讀取訂單信息，訂單的任何更新都以報文的形式推送給下游失信人訂單識別模塊，報文的格式可以是XML、JSON等，報文的內容是訂單中的全部信息，包括所有現在有效信息，以及所有的歷史操作信息。

步驟2：識別失信人訂單，具體如圖6所示。失信人訂單識別組件接收到訂單數據后，對訂單數據進行貼合業務邏輯的解析，將訂單數據解析為更新項、姓名項、證件項、航段項、航班項等信息，并將重要信息存入到主數據庫中；解析姓名項及證件項，過濾嬰兒票或常旅客，每個旅客同時有姓名和至少1個證件信息，得到旅客姓名信息及證件信息；對解析后的訂單數據進行符合業務邏輯的識別，根據PNR的旅客姓名項及旅客身份證件項信息進行提取，拼裝成失信人信息整合模塊可接受的報文格式，調用失信人信息整合模塊的失信人識別服務，一個旅客和一個身份證件調用一次，如果一個旅客有多個證件信息，那么根據證件信息調用多次。根據失信人信息整合模塊返回報文判斷旅客是否為失信人，如果是失信人，對失信人訂單進行預處理，存儲到數據庫中。

步驟3：預處理失信人訂單，具體如圖7所示。失信人訂單預處理組件根據識別出的失信人旅客，結合業務規則計算該失信人的處理結果（打標記為失信人或者直接清理失信人的預訂），在待清理列表插入一條待處理的失信人數據，本組件設置定時掃描該列表，對設定時間范圍內的失信人訂座記錄進行處理。處理方式分為兩種：一是定時執行清理失信人預訂的操作，并記錄清理原因；二是定時執行失信人打標的操作，并將打標信息實時同步給離港值機攔截環節。同時，提供處理重發功能，對于處理失敗的任務，系統自動重發處理任務，如果最終執行處理成功，則結束，否則再次重發該任務，直到處理成功或者已經重發三次且仍然失敗，記錄失敗原因。

步驟4：離港值機攔截部分負責識別預處理訂單中的失信人標識信息，對于大部分未打標的正常旅客，可正常進行值機等操作；對于極為少數的已經打了失信人標記的旅客進行攔截，阻止其值機；對于有爭議的失信人打標結果，可以再次進行失信人信息核驗。

以上失信人識別、預訂攔截、值機攔截等處理過程，系統都需要記錄各種數據，如失信人識別和處理的結果等，作為行后匯總審計模塊的重要輸入信息。

行后匯總審計模塊需要結合系統數據以及專家處理的方式進行，具體方式為系統統計匯總前一段時間進行失信人識別、失信人預訂請求攔截、失信人值機請求攔截的統計數據和詳細數據，以每日報表或者定時報表的方式，加密匯報給相關部門相關專家。

結合線下專家處理流程，進行匯總、審計和優化等操作，最終完成失信人處理流程的閉環。

本文提出的針對失信人的民航旅客攔截系統，結合軟件系統獨有的準確性、可靠性、穩定性等特征，以及民航專家的專業能力，可以不斷強化業務全面性和健壯性，提高業務處理準確度，達到不“放過”一個失信人，不“誤判”一名正常旅客，精準維護法律尊嚴的效果。

后續優化的方向建議為，改進系統初期業務專家的人工判斷和處理過程，增加系統自動審計模塊，增加與政府相關系統自動對接模塊。