郎勝梅+李衛(wèi)軍

當(dāng)前，集裝箱碼頭閘口傳統(tǒng)紙面交接提箱模式已逐漸被集成電路（integrated circuit， IC）卡提箱模式取代，使閘口提箱效率大大提高；然而，IC卡提箱模式存在卡片交接煩瑣且易損壞、卡機(jī)維護(hù)成本較高等缺點。隨著移動互聯(lián)網(wǎng)技術(shù)的飛速發(fā)展，取消實物交接，通過移動客戶端交接電子提箱碼，憑身份證提箱的實名提箱模式應(yīng)運(yùn)而生。集裝箱碼頭實名提箱模式的實現(xiàn)離不開以下條件的支撐：一是集裝箱線上服務(wù)平臺――云港通平臺的開發(fā)和實現(xiàn)；二是碼頭生產(chǎn)系統(tǒng)的改造；三是接口系統(tǒng)的開發(fā)。本文以青島港為例，介紹集裝箱碼頭實名提箱模式的業(yè)務(wù)流程、系統(tǒng)架構(gòu)和系統(tǒng)實現(xiàn)，以期提升集裝箱碼頭提箱效率。

1 IC卡提箱模式存在的問題

（1）實物交接程序煩瑣?？蛻粼诟劭诳头行霓k理提箱手續(xù)并交費(fèi)后，領(lǐng)取提箱IC卡，并分發(fā)到車隊司機(jī)手中；司機(jī)持IC卡到閘口提箱。IC卡的交接流轉(zhuǎn)過程煩瑣、復(fù)雜，卡片在流轉(zhuǎn)過程中容易丟失或損壞，從而給客戶帶來諸多不便。

（2）客服中心辦單效率低。客戶在客服中心辦理完提箱手續(xù)后需要等待發(fā)卡機(jī)寫卡，寫1張卡平均需要3～，效率較低，尤其是在辦理大票貨時這一問題更為突出。

（3）IC卡使用維護(hù)成本高。在IC卡提箱模式下，不僅需要定期購置新卡，而且需要定期維保閘口卡機(jī)，閘口與客服中心之間還需要專人運(yùn)送卡機(jī)并設(shè)專人續(xù)卡，致使IC卡使用及維護(hù)成本較高。

（4）貨物可追溯性差。客戶辦理的IC卡在線下手工流轉(zhuǎn)，港口不掌握相關(guān)經(jīng)手單位信息；因此，一旦提箱出現(xiàn)問題，很難追根溯源。

2 實名提箱模式業(yè)務(wù)流程

在設(shè)計實名提箱模式業(yè)務(wù)流程時，既要保證電子提箱碼的線上流轉(zhuǎn)能夠滿足線下業(yè)務(wù)的多樣性需求，如提箱指令的多級委托、車輛掛靠關(guān)系的復(fù)雜性等，又要保證線上業(yè)務(wù)邏輯嚴(yán)謹(jǐn)、簡潔。實名提箱模式業(yè)務(wù)流程如圖1所示。

（1）云港通平臺企業(yè)用戶（貨主或貨代、車隊）備案并實名認(rèn)證，維護(hù)合作企業(yè)、常用車輛及司機(jī)等信息。車隊備案所轄車輛，司機(jī)通過應(yīng)用程序備案并實名認(rèn)證。

（2）客戶在港口辦理提箱手續(xù)后，碼頭生產(chǎn)系統(tǒng)生成電子提箱碼并自動上傳到云港通平臺。

（3）客戶登錄云港通平臺，將提箱碼委托給貨代或車隊，并指派車輛和司機(jī)，從而提前將提箱碼與車輛及司機(jī)身份信息綁定。

（4）司機(jī)登錄手機(jī)應(yīng)用程序激活提箱碼。

（5）司機(jī)掃描身份證入閘，系統(tǒng)自動校驗司機(jī)身份和電子車牌。

（6）司機(jī)背箱掃描身份證出閘。

（7）司機(jī)到達(dá)目的地并確認(rèn)，貨主實時掌握貨物動態(tài)。

3 實名提箱模式系統(tǒng)架構(gòu)

云港通平臺采用專有云分布式多層架構(gòu)設(shè)計，以分布式、負(fù)載均衡作為主要部署方式，滿足低延時、高并發(fā)、負(fù)載均衡、高可靠性和易于擴(kuò)展開發(fā)的系統(tǒng)架構(gòu)要求。底層采用企業(yè)級分布式應(yīng)用架構(gòu)，應(yīng)用層采用Spring MVC、Spring、MyBatis架構(gòu)，確保系統(tǒng)的可用性、擴(kuò)展性和穩(wěn)定性。平臺使用關(guān)系型服務(wù)分布式MySQL數(shù)據(jù)庫，確保數(shù)據(jù)的可靠性、穩(wěn)定性和統(tǒng)一性。

碼頭生產(chǎn)系統(tǒng)采用傳統(tǒng)的客戶端/服務(wù)器架構(gòu)，使用Oracle數(shù)據(jù)庫，主要用于管理和控制碼頭生產(chǎn)作業(yè)。云港通平臺與碼頭生產(chǎn)系統(tǒng)之間采用Web Service接口實現(xiàn)數(shù)據(jù)實時交換。實名提箱模式系統(tǒng)架構(gòu)如圖2所示。

4 實名提箱模式系統(tǒng)實現(xiàn)

實名提箱模式系統(tǒng)實現(xiàn)離不開云港通平臺開發(fā)、碼頭生產(chǎn)系統(tǒng)改造、接口系統(tǒng)開發(fā)等條件的支撐。實名提箱模式系統(tǒng)結(jié)構(gòu)如圖3所示。

4.1 云港通平臺開發(fā)

云港通平臺系統(tǒng)功能分為前臺用戶功能、司機(jī)用戶功能和后臺管理功能。

前臺用戶功能主要針對貨主或貨代、車隊等企業(yè)用戶，提供Web客戶端和手機(jī)應(yīng)用程序使用模式，包括權(quán)限管理、找客戶、業(yè)務(wù)處理、業(yè)務(wù)查詢、車輛管理、信息維護(hù)、物流跟蹤、客戶服務(wù)等八大模塊，集管理、操作、查詢、跟蹤于一體，多方位滿足客戶要求。前臺用戶界面如圖4所示。

司機(jī)用戶功能主要通過手機(jī)應(yīng)用程序?qū)崿F(xiàn)，并針對iOS和Android操作系統(tǒng)提供不同版本，主要包括指令激活、身份證掛失及補(bǔ)辦、個人信息修改等功能。司機(jī)用戶界面如圖5所示。

后臺管理功能通過Web客戶端設(shè)計實現(xiàn)，主要為云港通平臺用戶提供管理功能，包括權(quán)限管理、系統(tǒng)管理、系統(tǒng)工具、用戶管理、車輛管理、業(yè)務(wù)查詢、基礎(chǔ)數(shù)據(jù)中心、日志查詢、統(tǒng)計分析等九大模塊。后臺管理界面如圖6所示。

4.2 碼頭生產(chǎn)系統(tǒng)改造

碼頭生產(chǎn)系統(tǒng)改造主要包括客服系統(tǒng)改造、閘口系統(tǒng)改造及應(yīng)急通道改造等?？头到y(tǒng)實現(xiàn)電子提箱碼的生成；閘口系統(tǒng)在原來智能閘口的基礎(chǔ)上增加身份證讀取及電子提箱碼校驗功能；應(yīng)急通道確保在云港通平臺或網(wǎng)絡(luò)出現(xiàn)故障時，碼頭生產(chǎn)系統(tǒng)在切斷與平臺的通信后能夠繼續(xù)正常運(yùn)轉(zhuǎn)，并在故障恢復(fù)后保證數(shù)據(jù)準(zhǔn)確同步。

4.3 接口系統(tǒng)開發(fā)

云港通平臺與碼頭生產(chǎn)系統(tǒng)之間采用Web Service接口方式，設(shè)計雙向2個接口及1個后臺同步進(jìn)程，制定雙向共18種常規(guī)接口及應(yīng)急接口規(guī)范，數(shù)據(jù)格式統(tǒng)一為JSON，確保備案信息、電子提箱碼流轉(zhuǎn)信息以及出入閘等碼頭業(yè)務(wù)操作信息等能及時在2個系統(tǒng)間準(zhǔn)確同步。

5 結(jié)束語

青島港集裝箱碼頭實名提箱模式自2017年7月全面上線以來，運(yùn)行穩(wěn)定，客戶反響良好，實施效果顯著：客服中心提箱辦單效率提高50%以上；客戶與車隊司機(jī)之間、碼頭與客服中心之間省去交接IC卡的煩瑣過程，使物流環(huán)節(jié)減少，港口成本降低；提箱的可追溯性大大提升，保證提箱及貨物安全；實現(xiàn)港口與貨主或貨代、車隊、司機(jī)聯(lián)動，促使集裝箱運(yùn)輸市場規(guī)范發(fā)展；電子提箱碼的使用為進(jìn)口提箱預(yù)約、網(wǎng)上辦單奠定了基礎(chǔ)，為網(wǎng)上營業(yè)廳的發(fā)展鋪平了道路。endprint