本發(fā)明涉及一種訂單采購(gòu)系統(tǒng)，尤其涉及一種基于saas的供應(yīng)商和餐廳點(diǎn)對(duì)點(diǎn)訂單采購(gòu)系統(tǒng)。

背景技術(shù)：

就現(xiàn)有技術(shù)來看，通過大數(shù)據(jù)和后臺(tái)算法優(yōu)化傳統(tǒng)商業(yè)模式的手段解決企業(yè)供需兩端的一系列問題。首先切入的行業(yè)就是餐飲行業(yè)，餐飲行業(yè)市場(chǎng)龐大，產(chǎn)品品種繁多，供應(yīng)鏈產(chǎn)業(yè)結(jié)構(gòu)差，餐廳端和供應(yīng)商端的采購(gòu)模式20年來未有任何變化。

有鑒于上述的缺陷，本設(shè)計(jì)人，積極加以研究創(chuàng)新，以期創(chuàng)設(shè)一種基于saas的供應(yīng)商和餐廳點(diǎn)對(duì)點(diǎn)訂單采購(gòu)系統(tǒng)，使其更具有產(chǎn)業(yè)上的利用價(jià)值。

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

為解決上述技術(shù)問題，本發(fā)明的目的是提供一種基于saas的供應(yīng)商和餐廳點(diǎn)對(duì)點(diǎn)訂單采購(gòu)系統(tǒng)。

本發(fā)明的基于saas的供應(yīng)商和餐廳點(diǎn)對(duì)點(diǎn)訂單采購(gòu)系統(tǒng)，其中：包括有用戶管理子系統(tǒng)，商品子系統(tǒng)，訂單子系統(tǒng)，防御子系統(tǒng)，自動(dòng)維護(hù)子系統(tǒng)，所述用戶管理子系統(tǒng)，用于接受訂單，合并訂單，退貨，短信通知，金額計(jì)算，付款；所述商品子系統(tǒng)，用于實(shí)現(xiàn)用戶的注冊(cè)，登錄，邀請(qǐng)與綁定；所述商品子系統(tǒng)，用于商品信息上傳，管理，規(guī)格計(jì)算；所述防御子系統(tǒng)，用于維護(hù)網(wǎng)路通訊安全；所述自動(dòng)維護(hù)子系統(tǒng)，用于進(jìn)行訂單類信息的維護(hù)；系統(tǒng)為基于python的flask框架，構(gòu)成的服務(wù)器在亞馬遜aws和阿里云的linux操作系統(tǒng)上的apachehttp服務(wù)器上運(yùn)行；系統(tǒng)內(nèi)的數(shù)據(jù)庫(kù)采用了mysql和redisnosql數(shù)據(jù)庫(kù)，系統(tǒng)分為云服務(wù)器機(jī)群與軟件端。

進(jìn)一步地，上述的基于saas的供應(yīng)商和餐廳點(diǎn)對(duì)點(diǎn)訂單采購(gòu)系統(tǒng)，其中，還包括有配送系統(tǒng)，根據(jù)商家和供應(yīng)商的gps坐標(biāo)以及訂單品類分配訂單。

更進(jìn)一步地，上述的基于saas的供應(yīng)商和餐廳點(diǎn)對(duì)點(diǎn)訂單采購(gòu)系統(tǒng)，其中，所述防御子系統(tǒng)在運(yùn)行期間，設(shè)立端口白名單機(jī)制，對(duì)csrf跨站請(qǐng)求、sqlinjection注入進(jìn)行甄別。

更進(jìn)一步地，上述的基于saas的供應(yīng)商和餐廳點(diǎn)對(duì)點(diǎn)訂單采購(gòu)系統(tǒng)，其中，所述自動(dòng)維護(hù)子系統(tǒng)，根據(jù)設(shè)定時(shí)間，定時(shí)自動(dòng)處理訂單，自動(dòng)發(fā)送短信。

更進(jìn)一步地，上述的基于saas的供應(yīng)商和餐廳點(diǎn)對(duì)點(diǎn)訂單采購(gòu)系統(tǒng)，其中，所述自動(dòng)維護(hù)子系統(tǒng)，根據(jù)訂單獲取各類物品的物流去向及數(shù)目，將此信息作為原始數(shù)據(jù)傳進(jìn)機(jī)器學(xué)習(xí)的模型，獲取不同地域?qū)Ω黝惍a(chǎn)品的實(shí)際需求。

更進(jìn)一步地，上述的基于saas的供應(yīng)商和餐廳點(diǎn)對(duì)點(diǎn)訂單采購(gòu)系統(tǒng)，其中，所述自動(dòng)維護(hù)子系統(tǒng)，根據(jù)歷史訂購(gòu)品類，向用戶推薦商品，或是采用自主學(xué)習(xí)機(jī)制，根據(jù)歷史訂購(gòu)品類，對(duì)現(xiàn)有商品進(jìn)行二次分類。

更進(jìn)一步地，上述的基于saas的供應(yīng)商和餐廳點(diǎn)對(duì)點(diǎn)訂單采購(gòu)系統(tǒng)，其中，所述云服務(wù)器機(jī)群與軟件端均設(shè)有獨(dú)立的安全監(jiān)管模塊，所述安全監(jiān)管模塊記錄所發(fā)生的錯(cuò)誤。

再進(jìn)一步地，上述的基于saas的供應(yīng)商和餐廳點(diǎn)對(duì)點(diǎn)訂單采購(gòu)系統(tǒng)，其中，所述云服務(wù)器機(jī)群設(shè)有獨(dú)立的負(fù)載均衡模塊，用于分流集中時(shí)間內(nèi)的巨額訪問量。

借由上述方案，本發(fā)明至少具有以下優(yōu)點(diǎn)：

1、在實(shí)施期間，可加入了全新的machinelearning算法，通過collaborativefiltering優(yōu)化了供應(yīng)鏈系統(tǒng)。

2、通過大數(shù)據(jù)和算法，有效優(yōu)化傳統(tǒng)模式，解決餐飲行業(yè)的供需兩端需求。

3、提供了一個(gè)基于供需雙方點(diǎn)對(duì)點(diǎn)的訂單工具，通過后臺(tái)算法使用戶通過手機(jī)實(shí)時(shí)完成多位置多重關(guān)系的協(xié)同作業(yè)，最終實(shí)現(xiàn)幫助企業(yè)大幅提升效率，降低成本，最終讓消費(fèi)者受益。

上述說明僅是本發(fā)明技術(shù)方案的概述，為了能夠更清楚了解本發(fā)明的技術(shù)手段，并可依照說明書的內(nèi)容予以實(shí)施，以下以本發(fā)明的較佳實(shí)施例。

具體實(shí)施方式

下面結(jié)合實(shí)施例，對(duì)本發(fā)明的具體實(shí)施方式作進(jìn)一步詳細(xì)描述。以下實(shí)施例用于說明本發(fā)明，但不用來限制本發(fā)明的范圍。

基于saas的供應(yīng)商和餐廳點(diǎn)對(duì)點(diǎn)訂單采購(gòu)系統(tǒng)，其與眾不同之處在于：包括有用戶管理子系統(tǒng)，商品子系統(tǒng)，訂單子系統(tǒng)，防御子系統(tǒng)，自動(dòng)維護(hù)子系統(tǒng)。具體來說，本發(fā)明采用的用戶管理子系統(tǒng)，用于接受訂單，合并訂單，退貨，短信通知，金額計(jì)算，付款。商品子系統(tǒng)，用于實(shí)現(xiàn)用戶的注冊(cè)，登錄，邀請(qǐng)與綁定。商品子系統(tǒng)，可用于商品信息上傳，管理，規(guī)格計(jì)算。為了有效提升實(shí)施的安全性，采用的防御子系統(tǒng)，用于維護(hù)網(wǎng)路通訊安全。同時(shí)，考慮到自我維護(hù)與自主學(xué)習(xí)的需要，本發(fā)明采用的自動(dòng)維護(hù)子系統(tǒng)，用于進(jìn)行訂單類信息的維護(hù)。

為了便于實(shí)施，本發(fā)明采用的系統(tǒng)為基于python的flask框架，構(gòu)成的服務(wù)器在亞馬遜aws和阿里云的linux操作系統(tǒng)上的apachehttp服務(wù)器上運(yùn)行。同時(shí)，系統(tǒng)內(nèi)的數(shù)據(jù)庫(kù)采用了mysql和redisnosql數(shù)據(jù)庫(kù)，系統(tǒng)分為云服務(wù)器機(jī)群與軟件端。實(shí)際實(shí)施時(shí)，redis在服務(wù)器處理大量io讀寫的情況下在緩存中記錄數(shù)據(jù)，然后大批量發(fā)送給數(shù)據(jù)庫(kù)。云服務(wù)器和云數(shù)據(jù)庫(kù)的機(jī)器都配置了硬件預(yù)警系統(tǒng)，在大負(fù)載情況下會(huì)自動(dòng)發(fā)出提醒。

結(jié)合本發(fā)明一較佳的實(shí)施方式來看，為了適應(yīng)餐飲行業(yè)的發(fā)展，與日益普及的外賣相適應(yīng)，還可包括有配送系統(tǒng)，根據(jù)商家和供應(yīng)商的gps坐標(biāo)以及訂單品類分配訂單。同時(shí)，為了提升運(yùn)行期間的安全效果，防御子系統(tǒng)在運(yùn)行期間，設(shè)立端口白名單機(jī)制，對(duì)csrf跨站請(qǐng)求、sqlinjection注入進(jìn)行甄別。也就是說，依托于該子系統(tǒng)的存在，能防止csrf跨站請(qǐng)求偽造，亦可以防止sqlinjection注入攻擊。

進(jìn)一步來看，為了確保數(shù)據(jù)安全，應(yīng)用本系統(tǒng)的軟件每次和服務(wù)器端的請(qǐng)求都由一個(gè)一次性的唯一識(shí)別碼來進(jìn)行驗(yàn)證。另外，對(duì)于沒有在cookie中儲(chǔ)存由服務(wù)器頒發(fā)的用戶證明的訪問，服務(wù)器僅開通了在白名單上的幾個(gè)端口。對(duì)于用戶的輸入服務(wù)器都針對(duì)防止sqlinjection攻擊進(jìn)行了字符串處理。并且，云服務(wù)器機(jī)群與軟件端均設(shè)有獨(dú)立的安全監(jiān)管模塊，安全監(jiān)管模塊記錄所發(fā)生的錯(cuò)誤。

以實(shí)際使用來看，本發(fā)明采用的自動(dòng)維護(hù)子系統(tǒng)，可根據(jù)設(shè)定時(shí)間，定時(shí)自動(dòng)處理訂單，自動(dòng)發(fā)送短信。同時(shí)，還能夠根據(jù)訂單獲取各類物品的物流去向及數(shù)目，將此信息作為原始數(shù)據(jù)傳進(jìn)機(jī)器學(xué)習(xí)的模型，獲取不同地域?qū)Ω黝惍a(chǎn)品的實(shí)際需求。從而進(jìn)行訂單整合和提前運(yùn)輸、儲(chǔ)存物品，減少物流運(yùn)輸時(shí)間。并且，為了提升實(shí)施的智能化，可根據(jù)歷史訂購(gòu)品類，向用戶推薦商品。或是，采用自主學(xué)習(xí)機(jī)制，根據(jù)歷史訂購(gòu)品類，對(duì)現(xiàn)有商品進(jìn)行二次分類。也就是說，將運(yùn)營(yíng)中所遇到的數(shù)據(jù)都儲(chǔ)存到了數(shù)據(jù)庫(kù)中，當(dāng)未來數(shù)據(jù)量夠大時(shí)可進(jìn)行mapreduce大數(shù)據(jù)計(jì)算，并將處理的數(shù)據(jù)用于機(jī)器學(xué)習(xí)。

再進(jìn)一步來看，云服務(wù)器機(jī)群設(shè)有獨(dú)立的負(fù)載均衡模塊，用于分流集中時(shí)間內(nèi)的巨額訪問量。

本發(fā)明在實(shí)際實(shí)施期間，可實(shí)現(xiàn)如下的功能：

1.供應(yīng)商和餐廳互相邀請(qǐng)綁定功能。這是一個(gè)非常重要的功能，一是解決雙方在使用一款新工具時(shí)的信任問題，二是通過邀請(qǐng)功能實(shí)現(xiàn)餐廳和供應(yīng)商可邀請(qǐng)熟悉的供應(yīng)商和餐廳使用，這種的獲客功能的設(shè)計(jì)可以使產(chǎn)品保持病毒式傳播，讓用戶數(shù)量極速擴(kuò)張，為后續(xù)數(shù)據(jù)第二階段的建模及后臺(tái)算法做大數(shù)據(jù)支持。

2.訂單功能：餐廳和供應(yīng)商在下單形式上從傳統(tǒng)的手寫訂單拍照通過微信等第三方軟件發(fā)送確認(rèn)，改成了供應(yīng)商把自己的產(chǎn)品在工具內(nèi)上傳讓綁定的餐廳通過系統(tǒng)下單。這樣快速，便捷，訂單一目了然，不會(huì)出錯(cuò)。另外通過系統(tǒng)可掌握訂單配送狀態(tài)，退換貨數(shù)量等相關(guān)信息一目了然。

3.客戶專享價(jià)功能，商品議價(jià)權(quán)是商人的基本權(quán)力之一，每一個(gè)供應(yīng)商可針對(duì)不同餐廳定制該客戶的專享價(jià)格，也就是同一供應(yīng)商同時(shí)綁定的每家餐廳所對(duì)應(yīng)的銷售價(jià)格都是不同的。通過這個(gè)功能，可最大程度的保證每筆交易的獨(dú)立性和唯一性，使商人回到商業(yè)的主導(dǎo)地位。

4.對(duì)賬單功能，按照傳統(tǒng)商業(yè)模式餐廳和供應(yīng)商的對(duì)賬方式，需要每月雙方財(cái)務(wù)通過一堆記賬單據(jù)和送貨單數(shù)量品名相互匹配，過程時(shí)間比較長(zhǎng)，花費(fèi)人力成本高，而且容易出錯(cuò)，特別是餐飲行業(yè)有很多退換貨問題更加難以核算清楚，能根據(jù)每日下單數(shù)據(jù)綜合自動(dòng)生成每月對(duì)賬單，讓對(duì)賬變得簡(jiǎn)單明了。

5.臺(tái)賬系統(tǒng)，由于中國(guó)食品安全問題嚴(yán)重，政府規(guī)定，每家餐廳必須每日按要求做當(dāng)日采購(gòu)產(chǎn)品的臺(tái)賬，以便隨時(shí)接受食藥監(jiān)部門的檢查，如按要求每天餐廳至少花兩個(gè)小時(shí)做出臺(tái)賬。多小型餐廳由于人力時(shí)間有限無法真正做到實(shí)時(shí)臺(tái)賬，只寫寥寥幾筆應(yīng)對(duì)檢查有些甚至不寫，可按照食藥監(jiān)部門的要求根據(jù)每日下單數(shù)據(jù)生成相同版本的臺(tái)賬系統(tǒng)，這樣保證數(shù)據(jù)真實(shí)可靠。今后此功能會(huì)與食藥監(jiān)部門后臺(tái)數(shù)據(jù)對(duì)接并實(shí)現(xiàn)上傳報(bào)備。此功能也是未來一旦產(chǎn)生食品問題追根朔源解決糾紛的重要手段。

同時(shí)，能通過后臺(tái)數(shù)據(jù)的支持，根據(jù)拓?fù)鋵W(xué)原理和計(jì)算機(jī)科學(xué)建模，通過后臺(tái)算法讓用戶通過手機(jī)實(shí)時(shí)完成多位置多重關(guān)系的協(xié)同作業(yè)，最終實(shí)現(xiàn)幫助企業(yè)大幅提升效率，降低成本，最終讓消費(fèi)者受益。

通過本發(fā)明的系統(tǒng)結(jié)合算法，給每個(gè)供應(yīng)商在固定區(qū)域內(nèi)把運(yùn)力送到極致，同比他們的供應(yīng)量相應(yīng)增加，收入也大大提高。由于餐飲行業(yè)品類繁多，每一個(gè)供應(yīng)商供應(yīng)專長(zhǎng)的產(chǎn)品，能通過算法讓不同區(qū)域的供應(yīng)商每次配送前再做一次產(chǎn)品互換，每換一次，每一個(gè)供應(yīng)商的供應(yīng)量遞增對(duì)方配送餐廳的倍數(shù)，以此類推，這樣使供應(yīng)商最終成為單品集中供應(yīng)商。

通過上述的文字表述可以看出，采用本發(fā)明后，擁有如下優(yōu)點(diǎn)：

1、在實(shí)施期間，可加入了全新的machinelearning算法，通過collaborativefiltering優(yōu)化了供應(yīng)鏈系統(tǒng)。

2、通過大數(shù)據(jù)和算法，有效優(yōu)化傳統(tǒng)模式，解決餐飲行業(yè)的供需兩端需求。

3、提供了一個(gè)基于供需雙方點(diǎn)對(duì)點(diǎn)的訂單工具，通過后臺(tái)算法使用戶通過手機(jī)實(shí)時(shí)完成多位置多重關(guān)系的協(xié)同作業(yè)，最終實(shí)現(xiàn)幫助企業(yè)大幅提升效率，降低成本，最終讓消費(fèi)者受益。

以上所述僅是本發(fā)明的優(yōu)選實(shí)施方式，并不用于限制本發(fā)明，應(yīng)當(dāng)指出，對(duì)于本技術(shù)領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明技術(shù)原理的前提下，還可以做出若干改進(jìn)和變型，這些改進(jìn)和變型也應(yīng)視為本發(fā)明的保護(hù)范圍。