基于自助移動支付的超市服務(wù)系統(tǒng)研究

基于自助移動支付的超市服務(wù)系統(tǒng)研究

0碼支付的應(yīng)用近年來，隨著4g網(wǎng)絡(luò)的快速發(fā)展和微信等新型移動社交軟件的普及，這種新型購物方式逐漸增多。一些公司已經(jīng)開始銷售他們的智能零售方案和產(chǎn)品。掃碼支付屬于移動支付的一種，也是自助零售的核心功能之一。其基本流程是：用戶在超市使用手機(jī)、平板電腦等移動設(shè)備掃描想要購買的商品條形碼，即可查看到商品信息、了解產(chǎn)品推薦、自助提交訂單并結(jié)賬；同時超市也可以不定期將優(yōu)惠信息、促銷活動、會員資訊等服務(wù)直接推送至用戶的移動設(shè)備。這樣不僅可以提升用戶的購物體驗、降低超市的人力成本，更能使超市與用戶之間建立起有效的長聯(lián)系機(jī)制，為用戶提供更多精準(zhǔn)服務(wù)。正因為如此，當(dāng)前已經(jīng)有越來越多的大中型超市將自助零售作為連接超市線下和線上銷售的重要橋梁1掃碼支付的特點當(dāng)前的掃碼支付產(chǎn)品種類較多，很多外部因素對這些產(chǎn)品在應(yīng)用中的體驗度都有影響。例如移動設(shè)備的硬件配置、4G或Wi-Fi信號強(qiáng)度和帶寬、某一時間段內(nèi)超市自助購物的用戶數(shù)量，等等。除此之外，掃碼支付產(chǎn)品在性能方面還須關(guān)注以下幾點：第一，支付響應(yīng)的快捷性。用戶選用掃碼支付實現(xiàn)自助購物的主要原因之一就是節(jié)省超市結(jié)賬的排隊時間，如果在掃碼支付時響應(yīng)時間過長，甚至高于排隊時間，則會大大降低用戶的購物愿望，進(jìn)而導(dǎo)致用戶放棄此次購物。因此掃碼支付的響應(yīng)時間必須嚴(yán)格控制在用戶容忍的范圍內(nèi)。第二，支付金額的準(zhǔn)確性。超市商品價格的起伏變化較快，同一種商品的價格在不同日期甚至一天中的不同時段都可能隨著促銷、打折等活動而有所不同，這就需要掃碼支付產(chǎn)品能夠及時更新商品價格，保證計算得到的訂單商品價格總額與實際金額一致。第三，支付過程的安全性。掃碼支付涉及金融活動，具有一定的風(fēng)險以上幾個問題的解決在很大程度上有賴于用戶移動設(shè)備與掃碼支付服務(wù)器之間能否實現(xiàn)快捷和安全的通訊。MQTT(MessageQueuingTelemetryTransport，消息隊列遙測傳輸）協(xié)議是一種構(gòu)建在TCP/IP協(xié)議上、基于發(fā)布/訂閱模式的“輕量級”通訊協(xié)議2掃碼支付中間件的主要功能掃碼支付產(chǎn)品的結(jié)構(gòu)框架如圖1所示。其中，掃碼支付小程序為用戶提供掃碼支付產(chǎn)品的入口；掃碼支付中間件可部署在超市用于日常管理的客戶機(jī)上，實現(xiàn)服務(wù)器與本地收銀系統(tǒng)數(shù)據(jù)庫的信息交換；服務(wù)器負(fù)責(zé)完成用戶經(jīng)由小程序提交的購物請求、驗證通過掃碼支付中間件登錄服務(wù)器的超市客戶機(jī)身份、存儲上傳的商品信息和下發(fā)回寫命令等。從圖1可知，掃碼支付中間件在功能上屬于一種數(shù)據(jù)交互中間件，是服務(wù)器和各超市收銀系統(tǒng)數(shù)據(jù)庫的通訊橋梁。中間件以SQL方式與收銀系統(tǒng)數(shù)據(jù)庫直接對接，與服務(wù)器則使用MQTT協(xié)議進(jìn)行通訊。中間件從收銀系統(tǒng)數(shù)據(jù)庫中讀取商品信息，轉(zhuǎn)換為JSON格式后上傳至服務(wù)器；同時將從服務(wù)器接收到的訂單信息回寫到收銀系統(tǒng)數(shù)據(jù)庫中。之所以采用JSON作為數(shù)據(jù)交換格式，是因為JSON效率較XML更高且易于修改具體而言，掃碼支付中間件包含以下幾方面的功能：(1）商品信息定時上傳功能。超市商品的價格波動大、促銷和折扣信息繁多，收銀系統(tǒng)數(shù)據(jù)庫中保存的商品信息處于不斷變化中。服務(wù)器在處理用戶提交的訂單時必須以最新價格為準(zhǔn)，否則會造成訂單金額計算錯誤。之前一些掃碼支付產(chǎn)品服務(wù)器中保存的商品信息多以人工方式更新，這樣不僅速度較慢，也容易造成遺漏。通過掃碼支付中間件提供的商品信息定時上傳功能，超市管理人員僅需要為中間件設(shè)定兩次商品信息上傳的間隔時間。之后中間件在每次上傳時間點到達(dá)時，將自動讀取并上傳最新的商品信息至服務(wù)器，無須人工干預(yù)。(2）訂單回寫功能。中間件將用戶提交并完成的訂單信息實時寫入到收銀系統(tǒng)數(shù)據(jù)庫中。這樣除了及時記錄超市的銷售情況外，還可以更有效地采集用戶消費數(shù)據(jù)，進(jìn)而通過大數(shù)據(jù)技術(shù)對消費行為做出分析，為用戶提供更精準(zhǔn)的個性化服務(wù)。由于在同一時刻可能會有大量訂單等待寫入數(shù)據(jù)庫，因此該功能需要以異步方式實現(xiàn)。(3）網(wǎng)絡(luò)代理功能。服務(wù)器與客戶機(jī)、收銀系統(tǒng)數(shù)據(jù)庫有可能處在不同的網(wǎng)絡(luò)，或因防火墻設(shè)置問題而無法直接訪問。因此中間件必須提供網(wǎng)絡(luò)代理功能，以保證服務(wù)器與客戶機(jī)在各種情況下都能正常連接與通訊。掃碼支付中間件的主要功能如圖2所示。中間件與服務(wù)器通訊所需的MQTT主題在表1中列出。其中，smg/server/client/{client＿id}/reply是客戶機(jī)向服務(wù)器訂閱的主題，用于服務(wù)器確認(rèn)啟動掃碼支付中間件的客戶機(jī)身份和訂單回寫。例如某客戶機(jī)的client＿id為123，則訂閱主題為smg/server/client/123/reply。smg/client/server/schedule＿data和smg/client/server/data用于中間件向服務(wù)器上傳數(shù)據(jù)。smg/client/server/will是MQTT協(xié)議的遺囑消息主題，用于在中間件或客戶機(jī)出現(xiàn)異常時向服務(wù)器發(fā)送說明信息3數(shù)據(jù)上傳與回寫流程掃碼支付中間件以VisualStudio2017為開發(fā)平臺，開發(fā)語言為C#，使用開源類庫MQTTnet2.4.5實現(xiàn)對MQTT協(xié)議的支持。服務(wù)器和客戶機(jī)的運行環(huán)境都為Windows10(64-bit),.NET版本為4.6.2。測試選用的收銀系統(tǒng)數(shù)據(jù)庫為科邁智贏V9.0。(1）中間件啟動流程。中間件啟動后，首先由超市管理人員在登錄界面上輸入連接服務(wù)器和收銀系統(tǒng)數(shù)據(jù)庫所必需的信息，如圖3所示。當(dāng)單擊“登錄”按鈕時，中間件首先向服務(wù)器傳輸一個JSON格式的登錄請求數(shù)據(jù)，其內(nèi)容為：當(dāng)服務(wù)器審核登錄信息無誤后，立即向中間件回復(fù)包含超市信息的確認(rèn)登錄數(shù)據(jù)。其內(nèi)容為：(2）數(shù)據(jù)定時上傳與回寫流程。中間件定時上傳的時間間隔（例如6小時）由超市管理人員在中間件的配置文件中設(shè)定。中間件登錄到服務(wù)器后首先上傳一次商品信息，然后定時上傳收銀系統(tǒng)數(shù)據(jù)庫中最新的全部商品信息，并覆蓋服務(wù)器之前保存的信息。其內(nèi)容為（具體條目可根據(jù)實際需要增刪）：當(dāng)用戶提交的一個訂單完成后，服務(wù)器會將該訂單信息發(fā)送至中間件。其內(nèi)容為：中間件收到訂單信息后將進(jìn)行格式轉(zhuǎn)換，并立即調(diào)用回寫接口將訂單寫入到收銀系統(tǒng)數(shù)據(jù)庫中。為保證中間件的效率和數(shù)據(jù)庫的安全，回寫過程采取異步方式，并在回寫時鎖定相應(yīng)的數(shù)據(jù)庫表。此外，由于中間件啟動后，除客戶機(jī)關(guān)機(jī)、斷電等特殊情況之外一般不終止運行。為最大程度保證中間件的正常運行，還提供了一些防護(hù)機(jī)制，例如斷網(wǎng)時自動重新連接服務(wù)器和數(shù)據(jù)庫、Socks5網(wǎng)絡(luò)代理、遠(yuǎn)程自動升級，等等。該中間件已在某大型超市的掃碼支付產(chǎn)品中得到了試用。在網(wǎng)絡(luò)正常的情況下，中間件每次上傳18000條商品信息至收銀系統(tǒng)數(shù)據(jù)庫僅需3到4分鐘，還可以同時響應(yīng)1000個左右的訂單回寫請求。實踐證明，中間件較為有效地提高了掃碼支付產(chǎn)品的效率，而且在運行過程中對客戶機(jī)、服務(wù)器和收銀系統(tǒng)數(shù)據(jù)庫的性能均沒有明