本發(fā)明涉及一種計(jì)算機(jī)技術(shù)領(lǐng)域，具體是一種安卓收貨系統(tǒng)。

背景技術(shù)：

目前的收貨業(yè)務(wù)程序是基于MOTO的手持設(shè)備在WinCe的移動(dòng)環(huán)境中開發(fā)的，隨著現(xiàn)在我公司業(yè)務(wù)發(fā)展，原來的設(shè)備在處理速度上和照片采集上，因硬件的限制和軟件業(yè)務(wù)流程的老舊均不能滿足現(xiàn)在物流的業(yè)務(wù)需要，因此為了提供系統(tǒng)性能，可以實(shí)現(xiàn)對(duì)問題貨品拍照記錄方便追溯的要求，并考慮到可以實(shí)現(xiàn)混批快速收貨的特點(diǎn)，在andriod手機(jī)上開發(fā)了一款最新業(yè)務(wù)流程的安卓應(yīng)用收貨程序。

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

本發(fā)明的目的在于提供一種安卓收貨系統(tǒng)，以解決上述背景技術(shù)中提出的問題。

為實(shí)現(xiàn)上述目的，本發(fā)明提供如下技術(shù)方案：

一種安卓收貨系統(tǒng)，采用三層物理結(jié)構(gòu)的架構(gòu)方式，分為android手機(jī)端、基于WebApi技術(shù)的后臺(tái)應(yīng)用服務(wù)器端和sql server數(shù)據(jù)庫端；所述android手機(jī)端通過基于.net類庫的接口呼叫應(yīng)用服務(wù)器端的對(duì)外服務(wù)，基于WebApi技術(shù)的后臺(tái)應(yīng)用服務(wù)器端再把請(qǐng)求已特定的數(shù)據(jù)機(jī)構(gòu)模式從sql server數(shù)據(jù)庫中提取業(yè)務(wù)數(shù)據(jù)，再通過后臺(tái)應(yīng)用服務(wù)器端展現(xiàn)到android手機(jī)端；所述android手機(jī)端、基于WebApi技術(shù)的后臺(tái)應(yīng)用服務(wù)器端和sql server數(shù)據(jù)庫端依次雙向連通。

作為本發(fā)明進(jìn)一步的方案：所述android手機(jī)端為基于android系統(tǒng)的并具有無線通信功能的設(shè)備。

作為本發(fā)明進(jìn)一步的方案：所述基于WebApi技術(shù)的后臺(tái)應(yīng)用服務(wù)器端，后臺(tái)應(yīng)用服務(wù)器端按照WebApi的規(guī)則發(fā)送HTTP請(qǐng)求，sql server數(shù)據(jù)庫端根據(jù)請(qǐng)求的內(nèi)容，調(diào)用特定的功能函數(shù)，計(jì)算出需要返回的數(shù)據(jù)，然后以XML格式返回給android手機(jī)端。

作為本發(fā)明進(jìn)一步的方案：所述sql server數(shù)據(jù)庫端為基于批處理請(qǐng)求的Linux數(shù)據(jù)庫端集群。

作為本發(fā)明進(jìn)一步的方案：所述基于批處理請(qǐng)求的Linux數(shù)據(jù)庫端集群，集群有兩部分組成，前端是網(wǎng)關(guān)及其云存儲(chǔ)，后端是四個(gè)數(shù)據(jù)庫服務(wù)器節(jié)點(diǎn)，節(jié)點(diǎn)為基于parallelism型，每個(gè)節(jié)點(diǎn)上安裝了sql server集群代理和Java虛擬機(jī)，各節(jié)點(diǎn)具有獨(dú)立且一致的數(shù)據(jù)集，集群中有且只有一臺(tái)主機(jī)，網(wǎng)關(guān)負(fù)責(zé)管理整個(gè)集群，在主網(wǎng)關(guān)失效時(shí)集群會(huì)自動(dòng)啟動(dòng)云存儲(chǔ)，核心數(shù)據(jù)實(shí)現(xiàn)同步鏡像保存，對(duì)于每個(gè)android手機(jī)端或其他應(yīng)用連接，網(wǎng)關(guān)會(huì)同時(shí)打開對(duì)應(yīng)的與每個(gè)節(jié)點(diǎn)的數(shù)據(jù)庫連接，此后網(wǎng)關(guān)接收并分析、優(yōu)化所有來自每個(gè)android手機(jī)端或其他應(yīng)用的訪問，客戶請(qǐng)求被分成兩類：只讀查詢和數(shù)據(jù)更新，對(duì)于只讀查詢，網(wǎng)關(guān)按設(shè)定的哈希表算法將該請(qǐng)求發(fā)送到任一節(jié)點(diǎn)上執(zhí)行，從而實(shí)現(xiàn)真正的數(shù)據(jù)庫訪問負(fù)載均衡，對(duì)于更新請(qǐng)求，則被發(fā)送到集群的主機(jī)執(zhí)行，由主機(jī)上的集群代理負(fù)責(zé)同步數(shù)據(jù)到其它節(jié)點(diǎn)，從而保持各節(jié)點(diǎn)數(shù)據(jù)集實(shí)時(shí)一致，消除單點(diǎn)故障源，實(shí)現(xiàn)系統(tǒng)容錯(cuò)。

作為本發(fā)明進(jìn)一步的方案：所述基于批處理請(qǐng)求的Linux數(shù)據(jù)庫端集群中四個(gè)數(shù)據(jù)庫服務(wù)器節(jié)點(diǎn)之間按照動(dòng)態(tài)負(fù)載均衡模式進(jìn)行連接，實(shí)時(shí)進(jìn)行輪流循環(huán)及加權(quán)輪流循環(huán)，交互的數(shù)據(jù)存放在一個(gè)供所有節(jié)點(diǎn)共享的磁盤陣列中，各個(gè)節(jié)點(diǎn)對(duì)數(shù)據(jù)庫的操作通過存取磁盤陣列的專用協(xié)議實(shí)現(xiàn)。

作為本發(fā)明進(jìn)一步的方案：所述基于批處理請(qǐng)求的Linux數(shù)據(jù)庫端集群中其他應(yīng)用為面向物聯(lián)網(wǎng)的應(yīng)用程序，產(chǎn)品的實(shí)時(shí)信息通過嵌入式的無線通訊模塊與sql server數(shù)據(jù)庫端進(jìn)行同步更新，同時(shí)每一個(gè)產(chǎn)品都具有唯一的ID標(biāo)識(shí)，ID標(biāo)識(shí)具有內(nèi)嵌藍(lán)牙模塊。

所述的安卓收貨系統(tǒng)的用途，包括以下步驟：

(1)后勤各采供部門與所有供應(yīng)商首先在安卓收貨系統(tǒng)中注冊(cè)用戶，輸入用戶名、密碼，并通過android手機(jī)端的無線網(wǎng)絡(luò)傳輸給基于WebApi技術(shù)的后臺(tái)應(yīng)用服務(wù)器端并記入sql server數(shù)據(jù)庫端中；后勤部門采供人員與供應(yīng)商均可輸入用戶名、密碼登錄sql server數(shù)據(jù)庫端的倉庫管理系統(tǒng)(WMS)；Android客戶端通過無線網(wǎng)絡(luò)方式連接基于WebApi技術(shù)的后臺(tái)應(yīng)用服務(wù)器端并與WMS進(jìn)行實(shí)時(shí)數(shù)據(jù)更新；

(2)后勤部門采供人員在android手機(jī)端進(jìn)行訂貨操作，完成后后勤采供中心工作人員根據(jù)各部門提交的采購訂單，進(jìn)行訂單信息核對(duì)，審核通過后通過基于WebApi技術(shù)的后臺(tái)應(yīng)用服務(wù)器端提醒供應(yīng)商，供應(yīng)商登錄android手機(jī)端，根據(jù)商品品種、數(shù)量、送貨日期進(jìn)行送貨商品的準(zhǔn)備；

(3)部門庫管登錄android手機(jī)端查看當(dāng)天的采購訂單，根據(jù)物流信息對(duì)采購商品信息進(jìn)行編輯、修改及實(shí)時(shí)跟蹤校對(duì)。

與現(xiàn)有技術(shù)相比，本發(fā)明的有益效果是：

本發(fā)明中的安卓收貨系統(tǒng)，android手機(jī)端通過基于.net類庫的接口呼叫應(yīng)用服務(wù)器端的對(duì)外服務(wù)，應(yīng)用服務(wù)器再把請(qǐng)求已特定的數(shù)據(jù)機(jī)構(gòu)模式從sql server數(shù)據(jù)庫中提取業(yè)務(wù)數(shù)據(jù)，再通過應(yīng)用服務(wù)器平臺(tái)展現(xiàn)到手機(jī)終端，具有以下優(yōu)點(diǎn)，手持設(shè)備應(yīng)用開發(fā)的.net技術(shù)棧解決方案；整套的接口機(jī)制提供對(duì)外服務(wù)；成熟的ORM解決方案用于數(shù)據(jù)建模；獨(dú)立既有的數(shù)據(jù)庫，同時(shí)可被其他程序操作。

附圖說明

圖1為安卓收貨系統(tǒng)的工作原理圖

具體實(shí)施方式

下面將結(jié)合本發(fā)明實(shí)施例，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。

一種安卓收貨系統(tǒng)，采用三層物理結(jié)構(gòu)的架構(gòu)方式，分為android手機(jī)端、基于WebApi技術(shù)的后臺(tái)應(yīng)用服務(wù)器端和sql server數(shù)據(jù)庫端；所述android手機(jī)端通過基于.net類庫的接口呼叫應(yīng)用服務(wù)器端的對(duì)外服務(wù)，基于WebApi技術(shù)的后臺(tái)應(yīng)用服務(wù)器端再把請(qǐng)求已特定的數(shù)據(jù)機(jī)構(gòu)模式從sql server數(shù)據(jù)庫中提取業(yè)務(wù)數(shù)據(jù)，再通過后臺(tái)應(yīng)用服務(wù)器端展現(xiàn)到android手機(jī)端；所述android手機(jī)端、基于WebApi技術(shù)的后臺(tái)應(yīng)用服務(wù)器端和sql server數(shù)據(jù)庫端依次雙向連通；所述android手機(jī)端為基于android系統(tǒng)的并具有無線通信功能的設(shè)備；所述基于WebApi技術(shù)的后臺(tái)應(yīng)用服務(wù)器端，后臺(tái)應(yīng)用服務(wù)器端按照WebApi的規(guī)則發(fā)送HTTP請(qǐng)求，sql server數(shù)據(jù)庫端根據(jù)請(qǐng)求的內(nèi)容，調(diào)用特定的功能函數(shù)，計(jì)算出需要返回的數(shù)據(jù)，然后以XML格式返回給android手機(jī)端；所述sql server數(shù)據(jù)庫端為基于批處理請(qǐng)求的Linux數(shù)據(jù)庫端集群；所述基于批處理請(qǐng)求的Linux數(shù)據(jù)庫端集群，集群有兩部分組成，前端是網(wǎng)關(guān)及其云存儲(chǔ)，后端是四個(gè)數(shù)據(jù)庫服務(wù)器節(jié)點(diǎn)，節(jié)點(diǎn)為基于parallelism型，每個(gè)節(jié)點(diǎn)上安裝了sql server集群代理和Java虛擬機(jī)，各節(jié)點(diǎn)具有獨(dú)立且一致的數(shù)據(jù)集，集群中有且只有一臺(tái)主機(jī)，網(wǎng)關(guān)負(fù)責(zé)管理整個(gè)集群，在主網(wǎng)關(guān)失效時(shí)集群會(huì)自動(dòng)啟動(dòng)云存儲(chǔ)，核心數(shù)據(jù)實(shí)現(xiàn)同步鏡像保存，對(duì)于每個(gè)android手機(jī)端或其他應(yīng)用連接，網(wǎng)關(guān)會(huì)同時(shí)打開對(duì)應(yīng)的與每個(gè)節(jié)點(diǎn)的數(shù)據(jù)庫連接，此后網(wǎng)關(guān)接收并分析、優(yōu)化所有來自每個(gè)android手機(jī)端或其他應(yīng)用的訪問，客戶請(qǐng)求被分成兩類：只讀查詢和數(shù)據(jù)更新，對(duì)于只讀查詢，網(wǎng)關(guān)按設(shè)定的哈希表算法將該請(qǐng)求發(fā)送到任一節(jié)點(diǎn)上執(zhí)行，從而實(shí)現(xiàn)真正的數(shù)據(jù)庫訪問負(fù)載均衡，對(duì)于更新請(qǐng)求，則被發(fā)送到集群的主機(jī)執(zhí)行，由主機(jī)上的集群代理負(fù)責(zé)同步數(shù)據(jù)到其它節(jié)點(diǎn)，從而保持各節(jié)點(diǎn)數(shù)據(jù)集實(shí)時(shí)一致，消除單點(diǎn)故障源，實(shí)現(xiàn)系統(tǒng)容錯(cuò)；所述基于批處理請(qǐng)求的Linux數(shù)據(jù)庫端集群中四個(gè)數(shù)據(jù)庫服務(wù)器節(jié)點(diǎn)之間按照動(dòng)態(tài)負(fù)載均衡模式進(jìn)行連接，實(shí)時(shí)進(jìn)行輪流循環(huán)及加權(quán)輪流循環(huán)，交互的數(shù)據(jù)存放在一個(gè)供所有節(jié)點(diǎn)共享的磁盤陣列中，各個(gè)節(jié)點(diǎn)對(duì)數(shù)據(jù)庫的操作通過存取磁盤陣列的專用協(xié)議實(shí)現(xiàn)；所述基于批處理請(qǐng)求的Linux數(shù)據(jù)庫端集群中其他應(yīng)用為面向物聯(lián)網(wǎng)的應(yīng)用程序，產(chǎn)品的實(shí)時(shí)信息通過嵌入式的無線通訊模塊與sql server數(shù)據(jù)庫端進(jìn)行同步更新，同時(shí)每一個(gè)產(chǎn)品都具有唯一的ID標(biāo)識(shí)，ID標(biāo)識(shí)具有內(nèi)嵌藍(lán)牙模塊。

所述的安卓收貨系統(tǒng)的用途，包括以下步驟：

(1)后勤各采供部門與所有供應(yīng)商首先在安卓收貨系統(tǒng)中注冊(cè)用戶，輸入用戶名、密碼，并通過android手機(jī)端的無線網(wǎng)絡(luò)傳輸給基于WebApi技術(shù)的后臺(tái)應(yīng)用服務(wù)器端并記入sql server數(shù)據(jù)庫端中；后勤部門采供人員與供應(yīng)商均可輸入用戶名、密碼登錄sqlserver數(shù)據(jù)庫端的倉庫管理系統(tǒng)(WMS)；Android客戶端通過無線網(wǎng)絡(luò)方式連接基于WebApi技術(shù)的后臺(tái)應(yīng)用服務(wù)器端并與WMS進(jìn)行實(shí)時(shí)數(shù)據(jù)更新；

(2)后勤部門采供人員在android手機(jī)端進(jìn)行訂貨操作，完成后后勤采供中心工作人員根據(jù)各部門提交的采購訂單，進(jìn)行訂單信息核對(duì)，審核通過后通過基于WebApi技術(shù)的后臺(tái)應(yīng)用服務(wù)器端提醒供應(yīng)商，供應(yīng)商登錄android手機(jī)端，根據(jù)商品品種、數(shù)量、送貨日期進(jìn)行送貨商品的準(zhǔn)備；

(3)部門庫管登錄android手機(jī)端查看當(dāng)天的采購訂單，根據(jù)物流信息對(duì)采購商品信息進(jìn)行編輯、修改及實(shí)時(shí)跟蹤校對(duì)。

對(duì)于本領(lǐng)域技術(shù)人員而言，顯然本發(fā)明不限于上述示范性實(shí)施例的細(xì)節(jié)，而且在不背離本發(fā)明的精神或基本特征的情況下，能夠以其他的具體形式實(shí)現(xiàn)本發(fā)明。因此，無論從哪一點(diǎn)來看，均應(yīng)將實(shí)施例看作是示范性的，而且是非限制性的，本發(fā)明的范圍由所附權(quán)利要求而不是上述說明限定，因此旨在將落在權(quán)利要求的等同要件的含義和范圍內(nèi)的所有變化囊括在本發(fā)明內(nèi)。

此外，應(yīng)當(dāng)理解，雖然本說明書按照實(shí)施方式加以描述，但并非每個(gè)實(shí)施方式僅包含一個(gè)獨(dú)立的技術(shù)方案，說明書的這種敘述方式僅僅是為清楚起見，本領(lǐng)域技術(shù)人員應(yīng)當(dāng)將說明書作為一個(gè)整體，各實(shí)施例中的技術(shù)方案也可以經(jīng)適當(dāng)組合，形成本領(lǐng)域技術(shù)人員可以理解的其他實(shí)施方式。