基于GIS的POS機(jī)維修信息服務(wù)平臺

侯海旭，周曉慧

(杭州電子科技大學(xué)自動化學(xué)院,浙江 杭州 310018)

0 引 言

近幾年來隨著計算機(jī)網(wǎng)絡(luò)技術(shù)的發(fā)展，各商業(yè)銀行相繼建立了自己的網(wǎng)絡(luò)系統(tǒng)，實現(xiàn)了商戶POS聯(lián)網(wǎng)[1]，同時銀行卡業(yè)務(wù)也得到了迅速發(fā)展。POS設(shè)備布放量[2]的快速增長，對商業(yè)銀行POS設(shè)備有效管理維修服務(wù)提出巨大挑戰(zhàn)。在實際操作中，經(jīng)常有商鋪的POS機(jī)在使用的時候出現(xiàn)這樣或那樣的問題，如線路故障、刷卡反應(yīng)慢、卡紙等，以至于影響商鋪的正常營業(yè)，降低了支付效率。在國內(nèi)POS機(jī)后期營運服務(wù)的信息化研究中主要存在以下問題：1)缺乏故障處理過程中的服務(wù)自動化；2)對于降低客戶服務(wù)請求和響應(yīng)時間，提高服務(wù)質(zhì)量方面還不是很到位?；谏鲜鰡栴}，本文設(shè)計并實現(xiàn)基于GIS的POS機(jī)維修信息服務(wù)平臺[3]，有利于提高辦事效率，讓整個機(jī)具維修過程服務(wù)自動化、智能化，業(yè)務(wù)運行管理規(guī)范化，也有利于提高銀行在金融行業(yè)的競爭力。

1 平臺總體業(yè)務(wù)邏輯概述

本平臺是集客戶報修、維修人員任務(wù)接收、客戶反饋為一體的POS機(jī)維修信息服務(wù)平臺[4]，有效提高了工作效率，實現(xiàn)了管理流程的標(biāo)準(zhǔn)化和規(guī)范化。

圖1為POS機(jī)維修信息服務(wù)平臺的業(yè)務(wù)流程圖，系統(tǒng)地描述了從客戶報修、技術(shù)人員的任務(wù)接收和客戶反饋等功能的實現(xiàn)流程。

客戶通過手持移動端在POS機(jī)維修信息服務(wù)平臺填寫申報信息，提出POS機(jī)設(shè)備維修申請。服務(wù)中心人員通過維修信息服務(wù)平臺查看客戶詳細(xì)信息，把客戶當(dāng)前的申請情況根據(jù)各種維修類型和客戶所屬區(qū)域把任務(wù)工單分配給區(qū)域具體的一線維修人員。維修人員與客戶約定的時間進(jìn)行設(shè)備的維修工作，遇見具體設(shè)備難以解決的問題，區(qū)域二線技術(shù)人員提供專業(yè)的技術(shù)支持。維修過后，維修人員通過手機(jī)終端設(shè)備將維修相關(guān)記錄信息反饋到維修信息服務(wù)平臺。此時客服根據(jù)已完成的信息分別向客戶致電進(jìn)行反饋記錄。

圖1 POS機(jī)維修信息服務(wù)平臺業(yè)務(wù)流程圖

2 POS機(jī)維修信息服務(wù)平臺設(shè)計

2.1 技術(shù)架構(gòu)設(shè)計

POS機(jī)維修信息服務(wù)平臺采用B/S架構(gòu)，相比于C/S架構(gòu)，該結(jié)構(gòu)的軟件不需要開發(fā)客戶端，開發(fā)成本相對低，維護(hù)更為簡單。整個平臺在技術(shù)架構(gòu)上總體上分為3層[6]：UI(界面層)、BLL(業(yè)務(wù)邏輯層)界和DAL(數(shù)據(jù)訪問層)。

該平臺前端使用Bootstrap框架[7]和easyUI框架。其中Bootstrap框架主要的優(yōu)點是功能特別強(qiáng)大，操作比較簡單，現(xiàn)在大部分互聯(lián)網(wǎng)企業(yè)開發(fā)Web的時候都會用到它的控件。但它的性能不是特別高，在IE8或者更低版本中，頁面會出現(xiàn)加載緩慢，對于數(shù)據(jù)特別多的時候，更為緩慢。而easyUI非常適合前端大數(shù)據(jù)顯示，所以將easyUI與Bootstrap結(jié)合起來使用，是一個很不錯的選擇。

該平臺后臺使用SM框架(Spring MVC和MyBatis)[8]。SM框架具有輕量級配置，將注解開發(fā)發(fā)揮到極致，且ORM實現(xiàn)變得更加靈活，SQL優(yōu)化也變得更為簡單。本文平臺采用Spring MVC注解的形式進(jìn)行開發(fā)，傳統(tǒng)的setter方法注入和構(gòu)造器注入是需要在配置文件中配置bean屬性，而Spring MVC注解形式充分利用Java的反射機(jī)制獲取類結(jié)構(gòu)信息，減少了配置bean的工作，這樣，不僅減少了工作量，而且增加了程序的內(nèi)斂性，程序員不用為了看一個功能而在代碼和配置文件中來回切換。MyBatis作為持久層，不同于Hibernate[5]的全自動化，對不同的數(shù)據(jù)庫需要寫不同的SQL，應(yīng)變能力較強(qiáng)，SQL優(yōu)化較為方便。

2.2 關(guān)鍵技術(shù)及實現(xiàn)方法

平臺使用了Shiro認(rèn)證、緩存技術(shù)以及AOP動態(tài)代理技術(shù)。

Apache Shiro[9]是一個強(qiáng)大的、易用的Java安全框架。它被用作于認(rèn)證、授權(quán)、加密、Session管理。依賴于Shiro簡單易懂的API，就可以快速地構(gòu)建包括手機(jī)、大型Web和商業(yè)應(yīng)用。平臺在權(quán)限驗證中設(shè)計了ShiroDbRealm類，用于對權(quán)限數(shù)據(jù)庫驗證，類中提供了doGetAuthorizationInfo方法(該方法是根據(jù)用戶身份獲取授權(quán)信息。通過此方法，對于不同身份的用戶在登錄系統(tǒng)后所顯示的菜單樹不同)和doGetAuthenticationInfo方法(該方法是對用戶判斷有沒有相應(yīng)的操作權(quán)限)。這樣設(shè)計后，對于用戶訪問的URL(已配置以.htm結(jié)尾的)地址進(jìn)行攔截，交由Shiro進(jìn)行身份驗證以及用戶登錄信息匹配，如果賬號密碼正確，則進(jìn)入該用戶角色所具備的權(quán)限首頁界面。

平臺中用到的緩存技術(shù)是采用注解的形式調(diào)用Redis core包中的ReidsTemplate類的方法獲取的類對象，對外提供開放的接口CacheService，接口提供了putObj和getObj方法。因此在項目實現(xiàn)的過程中為了減少客戶、管理員等對數(shù)據(jù)庫訪問的次數(shù)，可以采取從緩存中獲取的方式獲取數(shù)據(jù)。如果用戶需要多次使用數(shù)據(jù)，可將用戶初次查詢數(shù)據(jù)庫的數(shù)據(jù)放入緩存中，調(diào)用putObj(String key,Object obj)方法，其中obj為放入的數(shù)據(jù)對象，key為保存在緩存中的鍵名，注意key值不能重復(fù)，如果重復(fù)則會覆蓋原來的值。接著用戶再次使用數(shù)據(jù)的時候可以調(diào)用緩存方法獲取，從而減少了對數(shù)據(jù)庫訪問的次數(shù)，提高了性能。

AOP[10]是一種面向切面、面向接口、面向方面的橫向技術(shù)，主要用于事務(wù)管理、安全驗證和日志管理。本平臺中利用AOP技術(shù)實現(xiàn)日志管理，利用log4j包下的LogManager類的getLogger靜態(tài)方法獲得Logger類，然后調(diào)用Logger類的debug(String message,Object…params)方法用于在控制臺查看日志信息，便于在數(shù)據(jù)交互時檢查數(shù)據(jù)的對錯問題，message為顯示的信息，params為參數(shù)信息。

2.3 業(yè)務(wù)模塊設(shè)計

根據(jù)研究的主要內(nèi)容和目標(biāo)，為了實現(xiàn)具體的維修信息服務(wù)流程，按系統(tǒng)的功能劃分，建立整個平臺的功能模塊體系如圖2所示。

圖2 平臺功能邏輯體系結(jié)構(gòu)圖

2.3.1 故障公共模板模塊

故障公共模板涉及故障現(xiàn)象編碼、故障原因編碼及服務(wù)評價分項編碼3方面的內(nèi)容。其中故障現(xiàn)象編碼主要用于客戶方上報故障時所選擇的POS機(jī)機(jī)具故障現(xiàn)象。故障原因是維修工程師維修完成后填寫的維修反饋，用于以后檢查時主要排查的指標(biāo)。而服務(wù)評價分項編碼是對維修工程師的一個評價標(biāo)準(zhǔn)，作為維修工程師后期的獎金提成的一個評判。這里，對每一個故障現(xiàn)象和故障原因都有對應(yīng)的專屬行業(yè)，每一個故障原因分為4級，這樣層次分明便于統(tǒng)計管理和擴(kuò)展。

2.3.2 地址樹模塊

地址樹模塊針對客戶方設(shè)立，分為通用地址樹和自定義地址樹，因為對于每一個客戶方的每一個建筑物大同小異，所以POS機(jī)機(jī)具設(shè)備的存在位置有些能整體歸類，有些需要單獨設(shè)置。對于能整體歸類的位置稱為通用地址樹，不能整體歸類的位置則為自定義地址樹。設(shè)置自定義地址樹更為人性化，維修工程師可以更為方面、快捷地完成維修服務(wù)工作。

2.3.3 故障申報模塊

故障申報模塊是由客戶方填寫申報信息，需要填寫的信息包括所屬單位、報修人員、關(guān)聯(lián)地址(通用地址選擇，細(xì)節(jié)地址需要手填補(bǔ)充)、故障現(xiàn)象、服務(wù)級別、預(yù)約時間。如果該POS機(jī)機(jī)具以前存在維修歷史的話，再次報修的時候可直接選擇上次報修的記錄進(jìn)行報修，這樣更為快捷。

2.3.4 派單維修模塊

在客戶方提交報修申請后，客服中心人員會直接看到報修人報修信息，這樣，服務(wù)中心人員會根據(jù)報修信息分區(qū)域派單給區(qū)域維修工程師，因為每一個區(qū)域分配多名維修工程師，所以當(dāng)一個工程師接單后，其他維修工程師就不能再次接同一單號的維修。

3 基于GIS微信小程序業(yè)務(wù)設(shè)計及路徑規(guī)劃實現(xiàn)方法

3.1 微信小程序業(yè)務(wù)設(shè)計

利用GIS和GPS在服務(wù)器[11]上建立客戶、商戶和設(shè)備在地圖的位置。設(shè)備報修時，可利用微信小程序端定位和導(dǎo)航得出最優(yōu)路徑，進(jìn)而對報修設(shè)備維修。微信小程序業(yè)務(wù)流程如圖3所示。

圖3 微信小程序業(yè)務(wù)流程圖

根據(jù)GIS(Geographic Information System，地理信息系統(tǒng))[12-15]構(gòu)建客戶位置、維修工程師位置等地理信息數(shù)據(jù)庫，通過微信小程序端開放的地圖方法獲取工程師實時的地理位置，根據(jù)地圖的實體圖形數(shù)據(jù)和坐標(biāo)數(shù)據(jù)繪制最佳移動路線，并顯示實時的目的地距離，最終將獲取的地理位置信息、路線信息上傳到后臺數(shù)據(jù)庫。

實時定位系統(tǒng)來自小程序開放方法，在手持移動端開啟了定位功能后，實時定位系統(tǒng)會根據(jù)小程序定時器設(shè)定的定位時間間隔，定時的向高德地圖API[15]發(fā)出定位請求。將請求獲得的數(shù)據(jù)與項目服務(wù)端進(jìn)行交互，實現(xiàn)將當(dāng)前地理位置實時地提交到項目服務(wù)器端，并且在手持終端通過小程序畫線方法，實時地畫出本次定位的移動軌跡信息，不僅實現(xiàn)了維修工程師在手持移動端的實時查看客戶業(yè)務(wù)信息，及時上傳反饋信息，也實現(xiàn)了銀行方通過查看當(dāng)前維修人員的實時位置信息，記錄維修工程師的全天工作情況，作為科學(xué)評測業(yè)務(wù)、績效的依據(jù)。

3.2 路徑規(guī)劃實現(xiàn)方法

首先對客戶報修所選擇的地址進(jìn)行POI檢索[16]。POI檢索解析的主要步驟如下：1)通過require方法引入高德地圖js文件amap-wx.js；2)通過wx.request url對指定的URL發(fā)起Https網(wǎng)絡(luò)請求獲取客戶報修地址；3)將success函數(shù)返回的數(shù)據(jù)加載到參數(shù)clientPosition中；4)通過onLoad函數(shù)將客戶報修地址轉(zhuǎn)換為經(jīng)緯度坐標(biāo)；5)調(diào)用makertap對地址坐標(biāo)進(jìn)行標(biāo)記；6)通過changeMarkerColor函數(shù)將標(biāo)記設(shè)為紅色。這樣，客戶報修的地址就在地圖上被標(biāo)記成紅色。

實時獲取維修工程師位置，主要利用微信小程序開放API中的wx.getLocation方法來獲取，其中type參數(shù)設(shè)置為wgs84，這樣返回值為GPS坐標(biāo)，并使用marker對它進(jìn)行標(biāo)記。根據(jù)小程序中定時器timer設(shè)定的時間間隔定時將返回的GPS坐標(biāo)通過wx.sendSocketMessage方法發(fā)送到項目服務(wù)端wxMapAction類中進(jìn)行業(yè)務(wù)處理，這樣項目服務(wù)端就可以實時獲取工程師位置坐標(biāo)，并將坐標(biāo)存儲在服務(wù)端。路線規(guī)劃[17]，首先要構(gòu)造AMapWX對象，并調(diào)用getDrivingRoute方法，方法中要對給定的參數(shù)起始點origin和目的地destination設(shè)定相應(yīng)的值，方法調(diào)用成功后返回值data中包含了路徑距離distance及拐點point坐標(biāo)，然后通過polyline對指定的拐點point折線連接就形成了最優(yōu)距離導(dǎo)航線。

4 結(jié)束語

基于GIS的POS機(jī)維修信息服務(wù)平臺實現(xiàn)了POS機(jī)故障處理過程服務(wù)自動化，降低了客戶服務(wù)請求和響應(yīng)時間。平臺設(shè)計過程中對每一個故障現(xiàn)象和故障原因都設(shè)置了對應(yīng)的所屬行業(yè)，這樣可以將報修推廣到一般設(shè)備。因此，本平臺的開發(fā)更加人性化，可維護(hù)性高，具有較高的利用價值。

[1] 鄧如燕. 運維系統(tǒng)的流程設(shè)計[J]. 信息與電腦(理論版), 2014(1):29-30.

[2] 郭亞文. 國外POS機(jī)發(fā)展動向[J]. 信息與電腦, 2008(4):28-34.

[3] 徐洪勇. 基于GIS的最短路徑算法改進(jìn)對比研究[D]. 北京:中國地質(zhì)大學(xué), 2008.

[4] 母俐麗,劉一鳴,劉偉. 適合中小型企業(yè)的IT運維系統(tǒng)架構(gòu)設(shè)計[J]. 現(xiàn)代計算機(jī)(下半月版), 2012(2):66-69.

[5] 王建濤. 基于Struts_Hibernate構(gòu)建成都聯(lián)通電子運維系統(tǒng)[D]. 成都:西南交通大學(xué), 2008.

[6] 段升杰. 淺談軟件三層架構(gòu)開發(fā)[J]. 信息與電腦(理論版), 2010(5):44.

[7] 高榕嶺. Bootstrap在前端開發(fā)中的優(yōu)勢[J]. 計算機(jī)光盤軟件與應(yīng)用, 2015(1):74.

[8] 徐雯,高建華. 基于Spring MVC及MyBatis的Web應(yīng)用框架研究[J]. 微型電腦應(yīng)用, 2012,28(7):1-4.

[9] 翁云翔. Java安全框架Shiro在Web中的研究與應(yīng)用[D]. 武漢:武漢郵電科學(xué)研究院, 2016.

[10] 曹曉利,郭順生. AOP技術(shù)及其在J2EE中的動態(tài)代理實現(xiàn)[J]. 計算機(jī)技術(shù)與發(fā)展, 2008,18(11):120-122.

[11] 范國闖,鐘華,黃濤,等. Web應(yīng)用服務(wù)器研究綜述[J]. 軟件學(xué)報, 2003,14(10):1728-1739.

[12] 吳信才. 數(shù)據(jù)中心集成開發(fā)技術(shù):新一代GIS架構(gòu)技術(shù)與開發(fā)模式[J]. 地球科學(xué), 2009,34(3):540-546.

[13] 紀(jì)金水. 應(yīng)用型GIS地理信息系統(tǒng)設(shè)計內(nèi)容和方法[J]. 西北民族大學(xué)學(xué)報(自然科學(xué)版), 2006,27(3):67-71.

[14] 劉永強(qiáng). 地理信息系統(tǒng)(GIS)的發(fā)展與展望評述[J]. 建筑工程技術(shù)與設(shè)計, 2017(1):1118.

[15] 陳達(dá). 基于高德地圖的配電網(wǎng)GIS設(shè)計應(yīng)用[J]. 大眾用電, 2017(3):29-30.

[16] 騰訊. 微信小程序API[EB/OL]. https://mp.weixin.qq.com/debug/wxadoc/dev/api/, 2017-05-01.

[17] 高德地圖開放平臺. 微信小程序SDK開發(fā)指南[EB/OL]. http://lbs.amap.com/api/wx/gettingstarted/, 2017-06-21.