一種訂單管理方法及系統(tǒng)的制作方法
【專利摘要】本發(fā)明提出的訂單管理方法及系統(tǒng)，該系統(tǒng)包括接入平臺、處理平臺和管理平臺；接入平臺對用戶發(fā)起的兌換請求進(jìn)行解析生成訂單，將所述訂單發(fā)送給所述處理平臺；所述訂單內(nèi)的兌換對象包括實(shí)物對象和/或非實(shí)物對象；處理平臺接收該訂單并在訂單包含實(shí)體對象，并且在判定該訂單為有效訂單的情況下，將該訂單發(fā)送給管理平臺。管理平臺從預(yù)設(shè)的物流目錄中選擇出訂單中實(shí)物對象對應(yīng)的物流，生成發(fā)貨單。采用本發(fā)明的訂單管理系統(tǒng)，解決現(xiàn)有積分兌換系統(tǒng)存在的功能不完整，需要消耗較多的人力，工作效率低，并且可能由于人為原因出現(xiàn)信息填寫差錯，降低用戶體驗的問題；從而達(dá)到提高訂單處理效率，降低出現(xiàn)差錯幾率，提高用戶體驗的效果。
【專利說明】
一種訂單管理方法及系統(tǒng)
技術(shù)領(lǐng)域
[0001]本發(fā)明涉及電子商務(wù)領(lǐng)域，尤其涉及一種訂單管理方法及系統(tǒng)?！颈尘凹夹g(shù)】
[0002]隨著互聯(lián)網(wǎng)的發(fā)展，越來越多的商家會使用積分制來刺激用戶使用從而活躍自己的產(chǎn)品。例如，某公司針對其開發(fā)的應(yīng)用產(chǎn)品可以設(shè)置登錄獲得積分，做任務(wù)獲得積分，分享推廣該產(chǎn)品獲得積分；用戶通過上述方式獲得一定的積分后，可以通過兌換物品來進(jìn)行消耗。用戶通過兌換積分獲得物品，于是愿意投注更多的精力來累積更多積分從而換取更多物品，從而對商家而言形成了良性循環(huán)。
[0003]對于許多互聯(lián)網(wǎng)產(chǎn)品，都采用上述積分制度刺激用戶，活躍用戶；由于互聯(lián)網(wǎng)產(chǎn)品本身的性質(zhì)決定了，其用戶是分布在全國乃至全世界各地的，所以其實(shí)現(xiàn)積分兌換，以及獲取物品的方式同樣是通過互聯(lián)網(wǎng)以及物流。
[0004]在現(xiàn)有技術(shù)中，完成積分兌換的系統(tǒng)是存在的，用戶向兌換服務(wù)器發(fā)送兌換請求， 兌換服務(wù)器完成積分扣取，并根據(jù)兌換請求生成的訂單選擇相應(yīng)的兌換物品。后續(xù)生成發(fā)貨單的過程都需要有運(yùn)營人員手動完成，包括統(tǒng)計訂單物品信息，選擇物流公司，獲取聯(lián)系人地址，聯(lián)系方式，最終生成實(shí)體發(fā)貨單。所以采用上述方式，一方面，需要消耗較多的人力，并且工作效率低;另一方面可能由于人為原因出現(xiàn)信息填寫差錯，降低用戶體驗。
【發(fā)明內(nèi)容】

[0005]本發(fā)明的主要目的在于提出一種訂單管理方法及系統(tǒng)，旨在解決使用現(xiàn)有的訂單管理系統(tǒng)時，需要消耗較多的人力，工作效率低；并且可能由于人為原因出現(xiàn)信息填寫差錯，降低用戶體驗的問題。
[0006]為實(shí)現(xiàn)上述目的，本發(fā)明提供一種訂單管理系統(tǒng)，接入平臺、處理平臺和管理平臺；
[0007]所述接入平臺，用于對用戶發(fā)起的兌換請求進(jìn)行解析生成訂單，將所述訂單發(fā)送給所述處理平臺；所述訂單內(nèi)的兌換對象包括實(shí)物對象和/或非實(shí)物對象；
[0008]所述處理平臺，用于在所述訂單包含實(shí)物對象，且所述訂單為有效訂單時，將所述訂單發(fā)給所述管理平臺；
[0009]所述管理平臺，用于從預(yù)設(shè)的物流目錄中，為所述訂單中的實(shí)物對象選擇對應(yīng)的物流生成發(fā)貨單。[〇〇1〇]進(jìn)一步地，所述管理平臺包括物流目錄獲取模塊、訂單信息獲取模塊以及發(fā)貨單生成模塊；
[0011]所述物流目錄獲取模塊，用于獲取預(yù)設(shè)的物流目錄，所述預(yù)設(shè)的物流目錄包括物流公司和對應(yīng)的可用物流單號；
[0012]所述訂單信息獲取模塊，用于獲取所述訂單的訂單號、所述訂單中的實(shí)物對象、兌換所述實(shí)物對象的數(shù)量以及收貨人的聯(lián)系信息；
[0013]所述發(fā)貨單生成模塊，用于為所述訂單中的實(shí)物對象選擇對應(yīng)的物流目錄，生成包含物流公司、物流單號、訂單的訂單號、所述訂單中的實(shí)物對象、兌換所述實(shí)物對象的數(shù)量以及收貨人的聯(lián)系信息的發(fā)貨單。
[0014]進(jìn)一步地，所述管理平臺還包括回填模塊，用于通過所述處理平臺和接入平臺將所述訂單對應(yīng)的物流單號發(fā)通知給所述用戶。
[0015]進(jìn)一步地，所述處理平臺包括庫存審核模塊，用于判斷兌換所述實(shí)物對象的數(shù)量是否超過所述實(shí)物對象的庫存數(shù)量，若是，則判定所述訂單為無效訂單；否則，判定所述訂單為有效訂單。[0〇16]進(jìn)一步地，所述處理平臺包括合法性審核模塊，
[0017]所述合法性審核模塊，用于判斷所述用戶在預(yù)設(shè)時間段內(nèi)發(fā)起兌換請求的次數(shù)是否超過第一閾值，若是，則判定所述訂單為無效訂單;否則，判定所述訂單為有效訂單；
[0018]或
[0019]所述合法性審核模塊，用于判斷所述用戶在預(yù)設(shè)時間段內(nèi)請求兌換的積分總數(shù)是否超過第二閾值，若是，則判定所述訂單為無效訂單;否則，判定所述訂單為有效訂單。
[0020]進(jìn)一步地，本發(fā)明還提供一種訂單管理方法，包括:
[0021]接入平臺對用戶發(fā)起的兌換請求進(jìn)行解析生成訂單，將所述訂單發(fā)送給所述處理平臺；所述訂單內(nèi)的兌換對象包括實(shí)物對象和/或非實(shí)物對象；
[0022]所述處理平臺接收所述訂單，在所述訂單包含實(shí)物對象，且所述訂單為有效訂單時，將所述訂單發(fā)給所述管理平臺；
[0023]所述管理平臺從預(yù)設(shè)的物流目錄中，為所述訂單中的實(shí)物對象選擇對應(yīng)的物流生成發(fā)貨單。
[0024]進(jìn)一步地，所述管理平臺從預(yù)設(shè)的物流目錄中，為所述訂單中的實(shí)物對象選擇對應(yīng)的物流生成發(fā)貨單包括:
[0025]獲取預(yù)設(shè)的物流目錄，所述預(yù)設(shè)的物流目錄包括物流公司和對應(yīng)的可用物流單號；
[0026]獲取所述訂單的訂單號、所述訂單中的實(shí)物對象、兌換所述實(shí)物對象的數(shù)量以及收貨人的聯(lián)系信息；
[0027]為所述訂單中的實(shí)物對象選擇對應(yīng)的物流目錄，生成包含選定的物流公司、選定的物流單號、所述訂單的訂單號、所述訂單中的實(shí)物對象、兌換所述實(shí)物對象的數(shù)量以及收貨人的聯(lián)系信息的發(fā)貨單。[〇〇28] 進(jìn)一步地，所述管理平臺生成發(fā)貨單之后還包括:管理平臺通過所述處理平臺和接入平臺將所述訂單對應(yīng)的物流單號發(fā)通知給所述用戶。
[0029]進(jìn)一步地，還包括，所述處理平臺判斷兌換所述實(shí)物對象的數(shù)量是否超過所述實(shí)物對象的庫存數(shù)量，若是，則判定所述訂單為無效訂單;否則，判定所述訂單為有效訂單。
[0030]進(jìn)一步地，還包括:
[0031]判斷所述用戶在預(yù)設(shè)時間段內(nèi)發(fā)起兌換請求的次數(shù)是否超過第一閾值，若是，則判定所述訂單為無效訂單;否則，判定所述訂單為有效訂單；
[0032]或
[0033]所述合法性審核模塊，用于判斷所述用戶在預(yù)設(shè)時間段內(nèi)請求兌換的積分總數(shù)是否超過第二閾值，若是，則判定所述訂單為無效訂單;否則，判定所述訂單為有效訂單。
[0034]本發(fā)明提出的訂單管理方法及系統(tǒng)，該系統(tǒng)包括接入平臺、處理平臺和管理平臺； 當(dāng)用戶想要進(jìn)行積分兌換的時候，向該接入平臺發(fā)送兌換請求，接入平臺收到該兌換請求后，對兌換請求進(jìn)行解析，生成訂單，并將該訂單發(fā)送給處理平臺，訂單內(nèi)的兌換對象包括實(shí)物對象和非實(shí)物對象;處理平臺接收該訂單并在訂單包含實(shí)體對象，并且在判定該訂單為有效訂單的情況下，將該訂單發(fā)送給管理平臺。管理平臺從預(yù)設(shè)的物流目錄中選擇出訂單中實(shí)物對象對應(yīng)的物流，生成發(fā)貨單。采用本發(fā)明的訂單管理系統(tǒng)，在訂單內(nèi)的兌換對象包括實(shí)物對象的時候，對于實(shí)物類數(shù)據(jù)將其交給管理平臺來進(jìn)行處理，管理平臺會從預(yù)設(shè)的物流目錄中為訂單中的實(shí)物對象選擇對應(yīng)的物流，并生成發(fā)貨單，代替人工讀取大量的訂單，對訂單進(jìn)行分析，選擇相應(yīng)的物流生成實(shí)體發(fā)發(fā)貨單;從而解決現(xiàn)有積分兌換系統(tǒng)存在的功能不完整，需要消耗較多的人力，工作效率低，并且可能由于人為原因出現(xiàn)信息填寫差錯，降低用戶體驗的問題;達(dá)到提高訂單處理效率，降低出現(xiàn)差錯幾率，提高用戶體驗的效果?！靖綀D說明】
[0035]圖1為實(shí)現(xiàn)本發(fā)明各個實(shí)施例一個可選的服務(wù)器的結(jié)構(gòu)示意圖；[〇〇36]圖2為本發(fā)明第一實(shí)施例中訂單管理系統(tǒng)的結(jié)構(gòu)示意圖；[〇〇37]圖3為本發(fā)明第一實(shí)施例中處理平臺的結(jié)構(gòu)示意圖；[〇〇38]圖4為本發(fā)明第一實(shí)施例中管理平臺的結(jié)構(gòu)示意圖；[〇〇39]圖5為本發(fā)明第二實(shí)施例中訂單管理系統(tǒng)的結(jié)構(gòu)示意圖；[〇〇4〇]圖6為本發(fā)明第三實(shí)施例中訂單管理方法的流程圖；[〇〇41]圖7為本發(fā)明第三實(shí)施例中訂單管理方法中處理平臺執(zhí)行處理的流程圖；[〇〇42]圖8為本發(fā)明第四實(shí)施例中訂單管理方法的流程圖。
[0043]本發(fā)明目的的實(shí)現(xiàn)、功能特點(diǎn)及優(yōu)點(diǎn)將結(jié)合實(shí)施例，參照附圖做進(jìn)一步說明。 【具體實(shí)施方式】
[0044]應(yīng)當(dāng)理解，此處所描述的具體實(shí)施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。
[0045]現(xiàn)在將參考附圖描述實(shí)現(xiàn)本發(fā)明各個實(shí)施例的平臺或系統(tǒng)。在后續(xù)的描述中，使用用于表示元件的諸如“模塊”、“部件”或“單元”的后綴僅為了有利于本發(fā)明的說明，其本身并沒有特定的意義。因此，"模塊"與"部件"可以混合地使用。
[0046]應(yīng)當(dāng)理解，此處所描述的具體實(shí)施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。 如圖1所示，為實(shí)現(xiàn)本發(fā)明各個實(shí)施例一個可選的服務(wù)器1〇〇的結(jié)構(gòu)示意圖，該服務(wù)器1〇〇至少包括:輸入輸出(1〇)總線11、處理器12、存儲器13、內(nèi)存14和通信裝置15。其中，輸入輸出 (10)總線11分別與自身所屬的服務(wù)器100的其它部件(處理器12、存儲器13、內(nèi)存14和通信裝置15)連接，并且為其它部件提供傳送線路。處理器12通?？刂谱陨硭鶎俚姆?wù)器的總體操作。例如，處理器12執(zhí)行計算和確認(rèn)等操作。其中，處理器12可以是中央處理器(CPU)。通信裝置15,通常包括一個或多個組件，其允許自身所屬的服務(wù)器與無線通信系統(tǒng)或網(wǎng)絡(luò)之間的無線電通信。存儲器13存儲處理器可讀、處理器可執(zhí)行的軟件代碼，其包含用于控制處理器12執(zhí)行本文描述的功能的指令。該服務(wù)器100可用于實(shí)現(xiàn)本發(fā)明中的接入平臺、處理平臺和管理平臺的功能。
[0047] 第一實(shí)施例[〇〇48]本發(fā)明第一實(shí)施例提供一種訂單管理系統(tǒng)，參照圖2,該訂單管理系統(tǒng)包括:接入平臺21、處理平臺22和管理平臺23。接入平臺21用于接收用戶的兌換請求，并對該兌換請求進(jìn)行解析，從中獲取有用信息，生成訂單，由于用戶請求兌換的物品可能是實(shí)物，也可以是非實(shí)物，例如，話費(fèi)，電子優(yōu)惠券等等。所以該接入平臺生成的訂單內(nèi)的兌換對象包括實(shí)物對象，也可以包括非實(shí)物對象;所謂實(shí)物對象也即是請求兌換的是實(shí)物類的物品；而實(shí)物對象也即是用戶請求兌換的物品是非實(shí)物類的。另外，往往會存在這種情況，某用戶可能想要同時兌換多種物品，此時，一個訂單中就存在多種兌換對象，可能有些是非實(shí)物對象，而有些是實(shí)物對象。在接入平臺21生成訂單后會將訂單的信息發(fā)送給處理平臺22,處理平臺22 繼續(xù)對訂單的處理。處理平臺22收到接入平臺21發(fā)送的訂單的信息之后，對該信息進(jìn)行識另IJ，處理平臺22還會判斷接收到的訂單是否包括實(shí)物對象，是否包括非實(shí)物對象。由于非實(shí)物對象是不需要與物流公司聯(lián)系也不需要其他的處理，所以對于其處理在處理平臺22上就可以完成，但是對于實(shí)物對象，僅僅依靠現(xiàn)有的處理平臺22并不能完成訂單，所以需要借助管理平臺23來進(jìn)行對訂單進(jìn)行進(jìn)一步的處理。處理平臺22在接收到訂單后還會會對改訂單的有效性進(jìn)行判斷，只有在當(dāng)其有效的時候，才會將包含有實(shí)物對象的訂單發(fā)送給管理平臺23。管理平臺23接收實(shí)包含實(shí)物對象的訂單，從預(yù)設(shè)的物流目錄中為該實(shí)物對象選擇相應(yīng)的物流生成發(fā)貨單。
[0049]在處理平臺22接收到接入平臺21的關(guān)于訂單的信息之后，要完成判斷該訂單是否包括實(shí)物對象以及是否包括非實(shí)物對象，如果該訂單只包括非實(shí)物對象，那么該處理平臺 22直接完成積分的扣取，并完成相應(yīng)的物品兌換。處理平臺22還會對訂單的有效性進(jìn)行判斷，具體判斷方式可以從兩方面進(jìn)行。首先為了防止有人惡意刷積分。由于積分兌換成物品通常需要較多的積分，如果有某個用戶頻繁的進(jìn)行大量積分兌換，這其中可能存在一些問題。當(dāng)然也會存在這種情況，用戶可能頻繁使用少量積分進(jìn)行抽獎，這種情況可以認(rèn)為是正常的。請參考圖3,為了防止出現(xiàn)類似上述惡意刷積分的狀況，為處理平臺設(shè)置合法性審核模221，來進(jìn)行合法性判斷。具體判斷方式是，合法性審核模221判斷用戶在預(yù)設(shè)時間段內(nèi)發(fā)起兌換請求的次數(shù)是否超過第一閾值，若是，則判定該訂單為無效訂單；否則，判定該訂單為有效訂單。這里的預(yù)設(shè)時間段可以根據(jù)具體靈活設(shè)置，例如設(shè)置24小時內(nèi)，8小時，2小時都可以。也可以設(shè)置其他附加條件，例如，對于第一類兌換請求的請求次數(shù)不超過某一閾值?？紤]到用戶對于多次利用積分兌換抽獎機(jī)會，這種狀況并不認(rèn)為是惡意刷積分。所以， 這里的第一類請求主要是指那些需要消耗較多的積分完成兌換的請求。另外可以設(shè)置對第一類請求允許的最大次數(shù)，作為閾值。也可以采用另外一種方式，來進(jìn)行合法性判斷，合法性審核模221判斷用戶在預(yù)設(shè)時間段內(nèi)請求兌換的積分的總數(shù)是否超過第二閾值，若超過的話，就認(rèn)定該訂單為無效訂單，否則，就認(rèn)定其為有效訂單，這里的預(yù)設(shè)時間段和第二閾值也可以根據(jù)用戶的具體需求靈活設(shè)置。另外，還為處理平臺22設(shè)置庫存審核模塊222,當(dāng)訂單內(nèi)的兌換對象有實(shí)物對象的時候，用來判斷訂單內(nèi)的實(shí)物對象的數(shù)量是否超過實(shí)物對象的庫存數(shù)量，若是，則判定該訂單為無效訂單;否則，判定該訂單為有效訂單。對于上述訂單有效性的判斷過程也可能由工作人員來手工完成。
[0050]為了確保兌換過程的安全性，還可以在完成兌換過程中增加驗證過程，可以實(shí)行實(shí)時驗證的方式，處理平臺22向用戶的注冊手機(jī)發(fā)送一組隨機(jī)號，要求用戶輸入隨機(jī)號完成驗證，或者直接以語音的形式發(fā)送給用戶。同時，處理平臺22通過接入平臺21與用戶之間的通信采用加密方式進(jìn)行加密。若訂單內(nèi)的兌換對象有非實(shí)物對象，當(dāng)確認(rèn)訂單為有效訂單后，處理平臺22完成積分扣取，并對訂單進(jìn)行處理，例如，如果是話費(fèi)兌換，則處理平臺22 完成對相應(yīng)號碼進(jìn)行充值，如果是抽獎，則為該用戶安排抽獎即可。完成訂單后，處理平臺 22會通知用戶，提醒用戶該訂單已完成，用戶可以通過接入平臺21查看訂單情況。處理平臺 22還可以完成用戶的其他請求，例如，歷史訂單查詢等等?？梢岳斫?，上述方式僅僅為一種具體示例，并不對本發(fā)明的方案有任何限定。若訂單內(nèi)的兌換對象還有實(shí)物對象或只有實(shí)物對象，在完成對訂單有效性判斷(包括合法性判斷和庫存是否充足的判斷)后，對于有效的訂單，處理平臺22也會完成相應(yīng)積分扣取，還會將其發(fā)送給管理平臺23。
[0051]本實(shí)施例中的處理平臺可采用如圖1所示的服務(wù)器100來實(shí)現(xiàn)。處理平臺的功能可以分別由一臺或者多臺如圖1所示的服務(wù)器100來實(shí)現(xiàn)。當(dāng)處理平臺采用如圖1所示的服務(wù)器100來實(shí)現(xiàn)時，處理平臺的合法性審核模和庫存審核模塊都可以構(gòu)造在服務(wù)器100中的處理器12內(nèi)，此時合法性審核模和庫存審核模塊的功能都可以由服務(wù)器100中的處理器12來實(shí)現(xiàn)，當(dāng)然，其也可以獨(dú)立于處理器設(shè)置。該處理平臺可以通過通信裝置15與管理平臺和接入平臺進(jìn)行信息的交互。[〇〇52]接下來將對管理平臺23進(jìn)行進(jìn)一步說明，請參考圖4,該管理平臺23包括物流目錄獲取模塊231用于獲取預(yù)設(shè)的物流目錄，在預(yù)設(shè)的物流目錄包括物流公司和對應(yīng)的可用物流單號。為了方便使用，預(yù)先會在管理平臺內(nèi)設(shè)置物流目錄，在這些物流目錄內(nèi)包括與用戶合作的物流公司，并且提供可用的物流單號。例如，可能用戶A與物流公司B和物流公司C有合作，可供選擇的發(fā)貨方式就是利用物流公司B和物流公司C?？赡芴幱谀承┛紤]對于某類物品需要使用物流公司B運(yùn)輸，對于某些物品需要使用物流公司C運(yùn)輸，而有些都可以。所以對于哪些物品選用哪個公司都可以靈活設(shè)置。訂單管理平臺還包括訂單信息獲取模塊232， 用于對接收到的訂單進(jìn)行解析，并獲取要進(jìn)行兌換的實(shí)物對象，要進(jìn)行兌換的兌換對象的數(shù)量，訂單的訂單號以及用戶的聯(lián)系信息(例如，姓名，地址，和電話號碼等)。訂單管理平臺還包括發(fā)貨單生成模塊233,為訂單中的實(shí)物對象選擇對應(yīng)的物流目錄，生成發(fā)貨單;容易知道，在發(fā)貨單內(nèi)包括，實(shí)物兌換對象，兌換該實(shí)物對象的數(shù)量，訂單的訂單號，用戶的聯(lián)系信息，物流公司以及物流單號。也可能還包括其他信息，例如，發(fā)貨時間等。管理平臺23還包括回填模塊234,用于將發(fā)貨單發(fā)送給所述處理平臺22,處理平臺22在接收到該發(fā)貨單后， 一方面可以通過接入平臺21通知用戶訂單物品的發(fā)貨情況，例如物流單號，發(fā)貨時間等;另一方面處理平臺可以根據(jù)發(fā)貨單確認(rèn)物品信息，并對庫存物品進(jìn)行更新，將更新后的物品信息通過兌換平臺21展示給用戶。[〇〇53]處理平臺22還可用于根據(jù)物品的基本物品信息為每類實(shí)物商品生成對應(yīng)的物品信息碼，并將物品信息碼發(fā)送給接入平臺21。接入平臺21識別SKU碼，并向用戶展示物品信息。該物品信息碼可以為SKU碼，SKU(庫存量單位)即庫存進(jìn)出計量的基本單元，可以是以件，盒，托盤等為單位。定義為保存庫存控制的最小可用單位，例如紡織品中一個SKU通常表示:規(guī)格、顏色、款式。每種產(chǎn)品均對應(yīng)有唯一的SKU碼。在上述執(zhí)行整個訂單處理的流程，接入平臺、處理平臺、管理平臺均可以該SKU碼作為基礎(chǔ)進(jìn)行交互。[〇〇54]本實(shí)施例中的管理平臺可采用如圖1所示的服務(wù)器100來實(shí)現(xiàn)。管理平臺的功能可以由一臺或者多臺如圖1所示的服務(wù)器100來實(shí)現(xiàn)；當(dāng)采用如圖1所示的服務(wù)器100來實(shí)現(xiàn)時，管理平臺的物流目錄獲取模塊、訂單信息獲取模塊和發(fā)貨單生成模塊的功能可以構(gòu)造在服務(wù)器100中的處理器12內(nèi)，此時物流目錄獲取模塊、訂單信息獲取模塊和發(fā)貨單生成模塊的功能都可以由服務(wù)器100中的處理器12來實(shí)現(xiàn)，當(dāng)然，其也可以獨(dú)立于處理器設(shè)置。該管理平臺可以通過通信裝置15處理平臺和接入平臺進(jìn)行信息交互。另外，在管理平臺上預(yù)先設(shè)置了物流目錄，為了保證后續(xù)能正常調(diào)用該物流目錄，管理平臺會將其保存在存儲器 13中。處理器12在完成各模塊的功能的時候，可能需要通過內(nèi)存14進(jìn)行某些數(shù)據(jù)的讀寫處理。
[0055]本實(shí)施例中的接入平臺、處理平臺和管理平臺都可采用如圖1所示的服務(wù)器100來實(shí)現(xiàn)。接入平臺、處理平臺和管理平臺的功能可以分別由一臺或者多臺如圖1所示的服務(wù)器 100來實(shí)現(xiàn);也可以將接入平臺、處理平臺和管理平臺集成在同一臺如圖1所示的服務(wù)器100 上。需要理解，這僅僅是本實(shí)施例的一種【具體實(shí)施方式】，并不對本發(fā)明的內(nèi)容做任何限制。
[0056]采用本實(shí)施例中的方式，根據(jù)訂單上兌換對象的類別，區(qū)分其是屬于實(shí)物對象還是非實(shí)物對象，不同類別使用不同處理方式，同時將管理平臺應(yīng)用到訂單管理系統(tǒng)，使用管理平臺智能處理實(shí)物類數(shù)據(jù)，完成需要由人工完成的許多工作，很大程度上簡化了工作人員的工作，減小勞動開銷，還能避免一些低級錯誤。[〇〇57] 第二實(shí)施例[〇〇58]請參考圖5,為本實(shí)施例一種具體的系統(tǒng)架構(gòu)圖，該系統(tǒng)包括應(yīng)用終端51、兌換物品平臺52、處理系統(tǒng)接口服務(wù)器53、處理服務(wù)器54、處理系統(tǒng)后臺管理系統(tǒng)55和電商訂單平臺56。
[0059]上述實(shí)施例一中的接入平臺對應(yīng)于本實(shí)施例中的兌換物品平臺52;處理平臺對應(yīng)于本實(shí)施例中的處理系統(tǒng)后臺管理系統(tǒng)55、處理服務(wù)器54和處理系統(tǒng)接口服務(wù)53;管理平臺對應(yīng)于本實(shí)施例中的電商訂單平臺56
[0060]應(yīng)用系統(tǒng)51也即是用戶端所在的系統(tǒng)，可用于發(fā)起兌換請求，選擇兌換物品，使用積分，剩余積分查詢等基本業(yè)務(wù)。對于該應(yīng)用系統(tǒng)的具體呈現(xiàn)方式，例如可以是手機(jī)終端或 PAD等通過應(yīng)用程序的方式，在客戶端顯示;也可以說手機(jī)終端、PAD、電腦、筆記本等通過網(wǎng)頁的形式顯示在終端。
[0061]兌換物品平臺52用于接收應(yīng)用系統(tǒng)51發(fā)起的兌換請求，生成訂單該訂單可能包括需要兌換的物品，以及相應(yīng)的需要消耗的積分，對于該訂單的具體內(nèi)容，由于用戶請求兌換的物品可能是實(shí)物，也可以是非實(shí)物。所以該兌換物品平臺52生成的訂單內(nèi)包括實(shí)物對象， 也可以包括非實(shí)物對象;也可以同時既包括實(shí)物對象也包括非實(shí)物對象。實(shí)物對象表示訂單中的實(shí)物類物品，非實(shí)物對象表示訂單中的包含非實(shí)物類物品。兌換物品平臺52會將該訂單信息發(fā)送給系統(tǒng)接口服務(wù)53。[〇〇62]處理系統(tǒng)接口服務(wù)53,主要作為消息進(jìn)出的通道，以及完成數(shù)據(jù)庫處理等工作。其接收兌換物品平臺52發(fā)送的訂單信息，并將該訂單信息發(fā)送給處理服務(wù)器54。其可以是處理服務(wù)器54的一部分，也可以是獨(dú)立的設(shè)備。[〇〇63]主要接收通過處理系統(tǒng)接口服務(wù)53發(fā)送的訂單信息，并根據(jù)該訂單信息完成積分扣取，以及對包含非實(shí)物對象訂單的處理，還可以完成一部分包含實(shí)物對象訂單的處理。處理服務(wù)器54會將實(shí)物類數(shù)據(jù)相關(guān)信息發(fā)送給處理系統(tǒng)后臺管理系統(tǒng)55以便后續(xù)處理，也可以是在處理服務(wù)器54先將收到的訂單的信息發(fā)送給處理系統(tǒng)后臺管理系統(tǒng)55,運(yùn)營人員可以先通過該處理系統(tǒng)后臺管理系統(tǒng)55對訂單進(jìn)行處理，例如訂單信息進(jìn)行有效性判斷，防止惡意刷積分等等，處理完之后，處理系統(tǒng)后臺管理系統(tǒng)55再根據(jù)處理結(jié)果將訂單信息返回給兌換平臺52。[〇〇64]處理系統(tǒng)后臺管理系統(tǒng)55,是對處理服務(wù)器54上完成的各種業(yè)務(wù)的管理系統(tǒng)，運(yùn)營人員可以通過該系統(tǒng)對訂單進(jìn)行管理以及其他操作。例如，其可以是軟系統(tǒng)的方式，配置在用戶終端上，用戶通過終端進(jìn)行登錄，然后對訂單進(jìn)行操作管理。例如，運(yùn)營人員可以通過該處理系統(tǒng)后臺管理系統(tǒng)55對訂單進(jìn)行審核，審核通過證明該訂單有效，于是通知兌換平臺52,于是兌換平臺會再次通過處理接口服務(wù)53向處理服務(wù)器34發(fā)送扣取積分請求。
[0065]電商訂單平臺56根據(jù)處里平臺對實(shí)物類數(shù)據(jù)的處理情況，完成物品發(fā)貨。例如，當(dāng)前序工作已經(jīng)完成，某個訂單的審核已經(jīng)通過，積分也已經(jīng)扣取，只需要根據(jù)訂單內(nèi)的實(shí)物類數(shù)據(jù)進(jìn)行物品發(fā)貨，于是電商訂單平臺56從預(yù)設(shè)的物流目錄中，為訂單中的實(shí)物對象選擇對應(yīng)的物流生成發(fā)貨單。并將該發(fā)貨單中某些信息通過處理服務(wù)器54再通過兌換物品平臺52展示給用戶。
[0066]采用本實(shí)施例中的方案，使用生成發(fā)貨單，還借助運(yùn)營人員對訂單進(jìn)行審核操作等，不需要運(yùn)營然預(yù)案來讀取訂單，根據(jù)訂單信息創(chuàng)建發(fā)貨單，運(yùn)營人員的工作量相對于現(xiàn)有技術(shù)的方案大大的減小，而且同時還能保證訂單的合法性。[〇〇67] 第三實(shí)施例[〇〇68]本發(fā)明第三實(shí)施例進(jìn)一步提出一種訂單管理方法，如圖6所示，包括:[〇〇69]步驟S601:接入平臺對用戶發(fā)起的兌換請求進(jìn)行解析生成訂單，將訂單發(fā)送給處理平臺。
[0070]當(dāng)用戶需要完成積分兌換時，會主動向接入平臺發(fā)送兌換服務(wù)請求，并在該兌換請求中攜帶請求信息。例如，某系統(tǒng)采用積分制度，用戶可以通過各種方式進(jìn)行積分，當(dāng)積分達(dá)到一定數(shù)額，可以使用積分兌換物品。比如，系統(tǒng)規(guī)定用戶可以利用200積分兌換物品 A;利用300積分兌換物品B;利用500積分兌換物品C;采用600積分兌換50元話費(fèi)。若用戶A已經(jīng)完成500積分的累積，現(xiàn)在決定利用300積分兌換物品B，此時，該用戶A會向接入平臺發(fā)送兌換請求，該兌換請求的內(nèi)容包括，想要兌換的物品為物品B。對于該用戶A采用何種方式發(fā)起兌換請求，在本發(fā)明中并不關(guān)心，例如，用戶可以使用手機(jī)APP(應(yīng)用程序)發(fā)送，也可以通過網(wǎng)頁完成兌換請求發(fā)送。接入平臺完成對該兌換請求的接收。
[0071]步驟S602:處理平臺接收訂單，在訂單包含實(shí)物對象，且該訂單為有效訂單時，將該訂單發(fā)給管理平臺。
[0072]接入平臺接收到該兌換請求后，會對該兌換請求進(jìn)行解析，讀取其中的信息;例如當(dāng)接入平臺接收到上述用戶A發(fā)送的兌換請求后，對其中內(nèi)容進(jìn)行解析，從而得知該用戶A 想要利用300積分兌換物品B。然后接入平臺根絕解析出的信息生成訂單，訂單包括積分?jǐn)?shù)以及兌換物品信息。由于用戶請求兌換的物品可能是實(shí)物，例如物品A、物品B等；同樣的，也可以是非實(shí)物，例如，話費(fèi)，電子優(yōu)惠券等等。所以該接入平臺生成的訂單內(nèi)的兌換對象可以包括實(shí)物對象也可以包括非實(shí)物對象;所謂實(shí)物對象也即是請求兌換的是實(shí)物;而非實(shí)物對象也即是用戶請求兌換的物品是非實(shí)物類的。另外，往往會存在這種情況，某用戶可能想要同時兌換多種物品，此時，一個訂單中就存在多種兌換對象，可能有些是非實(shí)物對象，而有些是實(shí)物對象。
[0073]由于積分兌換成物品通常需要較多的積分，如果有某個用戶頻繁的進(jìn)行大量積分兌換，這其中可能存在一些問題。當(dāng)然也會存在這種情況，用戶可能頻繁使用少量積分進(jìn)行抽獎，這種情況可以認(rèn)為是正常的。為了防止出現(xiàn)類似上述惡意刷積分的狀況，為處理平臺來進(jìn)行合法性判斷。具體判斷方式是，判斷用戶在預(yù)設(shè)時間段內(nèi)發(fā)起兌換請求的次數(shù)是否超過第一閾值，若是，則判定該訂單為無效訂單;否則，判定該訂單為有效訂單。這里的預(yù)設(shè)時間段可以根據(jù)具體靈活設(shè)置。也可以采用另外一種方式，來進(jìn)行合法性判斷，判斷用戶在預(yù)設(shè)時間段內(nèi)請求兌換的積分的總數(shù)是否超過第二閾值，若超過的話，就認(rèn)定該訂單為無效訂單，否則，就認(rèn)定其為有效訂單，這里的預(yù)設(shè)時間段和第二閾值也可以根據(jù)用戶的具體需求靈活設(shè)置。另外，當(dāng)訂單內(nèi)的兌換對象有實(shí)物對象的時候，還會判斷訂單內(nèi)的實(shí)物對象的數(shù)量是否超過實(shí)物對象的庫存數(shù)量，若是，則判定該訂單為無效訂單；否則，判定該訂單為有效訂單。對于上述訂單有效性的判斷過程也可能由工作人員來手工完成。
[0074]為了確保兌換過程的安全性，還可以在完成兌換過程中增加驗證過程，可以實(shí)行實(shí)時驗證的方式，處理平臺向用戶的注冊手機(jī)發(fā)送一組隨機(jī)號，要求用戶輸入隨機(jī)號完成驗證，或者直接以語音的形式發(fā)送給用戶。同時，處理平臺通過接入平臺與用戶之間的通信采用加密方式進(jìn)行加密。若訂單內(nèi)的兌換對象有非實(shí)物對象，當(dāng)確認(rèn)訂單為有效訂單后，處理平臺完成積分扣取，并對訂單進(jìn)行處理，例如，如果是話費(fèi)兌換，則處理平臺完成對相應(yīng)號碼進(jìn)行充值。完成訂單后，處理平臺會通知用戶，提醒用戶該訂單已完成，用戶可以通過接入平臺與處理平臺進(jìn)行交互查看訂單情況。處理平臺還可以完成用戶的其他請求，例如， 歷史訂單查詢等等?？梢岳斫?，上述方式僅僅為一種具體示例，并不對本發(fā)明的方案有任何限定。若訂單內(nèi)的兌換對象還有實(shí)物對象或只有實(shí)物對象，在完成對訂單有效性判斷后，對于有效的訂單，處理平臺也會完成相應(yīng)積分扣取，還會將其發(fā)送給管理平臺。[〇〇75]例如，上述示例中，用戶B請求利用600積分兌換，此時，處理平臺在收到接入平臺根據(jù)用戶B發(fā)送是請求生成的訂單的信息后，判斷其包括非實(shí)物對象;于是通過接入平臺與該用戶B進(jìn)行交互完成積分的兌換，并將用戶B的積分扣取600。為了確認(rèn)是用戶B本人在進(jìn)行積分兌換，防止有其他人盜取用戶B的積分進(jìn)行兌換，可以實(shí)行實(shí)時驗證的方式，處理平臺向用戶的注冊手機(jī)發(fā)送一組隨機(jī)號，要求用戶輸入隨機(jī)號完成驗證，或者直接以語音的形式發(fā)送給用戶。同時，處理平臺與用戶之間的通信采用加密方式進(jìn)行加密。[〇〇76]步驟S603:管理平臺從預(yù)設(shè)的物流目錄中，為所述訂單中的實(shí)物對象選擇對應(yīng)的物流生成發(fā)貨單，請參考圖7，該過程主要包括:[〇〇77]S701:獲取預(yù)設(shè)的物流目錄。
[0078]為了方便使用，預(yù)先會在管理平臺內(nèi)設(shè)置物流目錄，在這些物流目錄內(nèi)包括與用戶合作的物流公司，并且提供可用的物流單號。例如，可能用戶A與物流公司B和物流公司C 有合作，可供選擇的發(fā)貨方式就是利用物流公司B和物流公司C?？赡芴幱谀承┛紤]對于某類物品需要使用物流公司B運(yùn)輸，對于某些物品需要使用物流公司C運(yùn)輸，而有些都可以。所以對于哪些物品選用哪個公司都可以靈活設(shè)置。
[0079]S702:獲取該訂單的訂單號、該訂單中的實(shí)物對象、兌換該實(shí)物對象的數(shù)量以及收貨人的聯(lián)系信息。
[0080]S703:為所述訂單中的實(shí)物對象選擇對應(yīng)的物流目錄，生成發(fā)貨單。
[0081]在發(fā)貨單內(nèi)包括，選定的物流公司、選定的物流單號、訂單的訂單號、該訂單中的實(shí)物對象、兌換該實(shí)物對象的數(shù)量以及收貨人的聯(lián)系信息。也可能還包括其他信息，例如， 發(fā)貨時間等。
[0082]管理平臺將發(fā)貨單發(fā)送給所述處理平臺，處理平臺在接收到該發(fā)貨單后，一方面可以通過接入平臺通知用戶訂單物品的發(fā)貨情況，例如物流單號，發(fā)貨時間等;另一方面處理平臺可以根據(jù)發(fā)貨單確認(rèn)物品信息，并對庫存物品進(jìn)行更新，將更新后的物品信息通過兌換平臺展示給用戶。
[0083]處理平臺還可用于根據(jù)物品的基本物品信息為每類實(shí)物商品生成對應(yīng)的物品信息碼，并將物品信息碼發(fā)送給接入平臺。接入平臺識別SKU碼，并向用戶展示物品信息。該物品信息碼可以為SKU碼，SKU(庫存量單位)即庫存進(jìn)出計量的基本單元，可以是以件，盒，托盤等為單位。定義為保存庫存控制的最小可用單位，例如紡織品中一個SKU通常表示:規(guī)格、 顏色、款式。每種產(chǎn)品均對應(yīng)有唯一的SKU碼。在上述執(zhí)行整個訂單處理的流程，接入平臺、 處理平臺、管理平臺均可以該SKU碼作為基礎(chǔ)進(jìn)行交互。
[0084]所以，采用本實(shí)施例的方案，在整個過程中進(jìn)行物品發(fā)貨和物流單號的填寫都不需要工作人員，減少人力工作，提高工作效率。對于完成發(fā)貨和物流單號回填的具體方式上面僅僅是一種【具體實(shí)施方式】，并不對本發(fā)明的方案做任何限定，管理平臺采用其他方式完成發(fā)貨和訂單的回填也是可以的，都屬于本方案記載的范圍。[〇〇85] 第四實(shí)施例
[0086]接下來將以具體示例來對從用戶發(fā)起請求到完成訂單整個過程做進(jìn)一步說明，請參考圖8,具體包括一下步驟:[〇〇87] 步驟S801:處理平臺根據(jù)商品庫存信息生成SKU碼；
[0088] SKU可以是以件，盒，托盤等為單位。定義為保存庫存控制的最小可用單位，接入平臺、處理平臺、管理平臺均可以該SKU碼作為基礎(chǔ)進(jìn)行交互。[〇〇89] 步驟S802:處理平臺將所述SKU碼發(fā)送給接入平臺；
[0090]接入平臺可以根據(jù)該SKU碼知道各個物品的尺寸信息，款式信息，庫存信息等等， 并將其展示給用戶。
[0091]步驟S803:用戶發(fā)起兌換請求；
[0092]用戶根據(jù)具體兌換需求，發(fā)起兌換請求，該兌換請求中攜帶兌換物品信息，可能還有相應(yīng)積分等等，例如，用戶可以發(fā)起利用300積分兌換物品B。
[0093]步驟S804:接入平臺接收所述兌換請求，并對所述兌換請求進(jìn)行解析生成訂單；
[0094]接入平臺在接收到該兌換請求后，需要對該兌換請求進(jìn)行解析，根據(jù)解析結(jié)果生成訂單。例如，具體解析結(jié)果為，從其中解析出請求兌換的物品，以及相應(yīng)的積分等等。 [〇〇95] 步驟S805:接入平臺將所述訂單的信息發(fā)送給處理平臺；
[0096]步驟S806:處理平臺接收所述訂單，若訂單包括非實(shí)物對象，則完成對該訂單的處理；[〇〇97]如果是訂單包括非實(shí)物對象的話，在處理平臺上就可以完成對訂單的處理，例如， 加入是利用600積分兌換50元話費(fèi)，那么處理平臺向該用戶對應(yīng)的賬戶進(jìn)行手機(jī)充50元話費(fèi)，并扣去600積分。當(dāng)訂單包括實(shí)物對象，工作人員對該訂單進(jìn)行有效性判斷;此時工作人員的審核主要是為了，防止用戶在系統(tǒng)中惡意刷積分，以至于下訂單的異常處理(也可以根據(jù)預(yù)設(shè)規(guī)則由處理平臺來進(jìn)行有效性判斷，本例中由工作人員來進(jìn)行判斷)。
[0098]步驟S807:若訂單包括實(shí)物對象，判斷訂單為有效訂單，將該訂單發(fā)送給管理平臺；[〇〇99]在工作人員對訂單的有效性審核通過以后，會將該訂單發(fā)送給管理平臺，如果審核沒有通過，那么該訂單就無效了，不會發(fā)送給管理平臺。
[0100]步驟S808:管理平臺將有效性判斷結(jié)果發(fā)送給接入平臺；[0101 ]步驟S809:接入平臺將有效性判斷結(jié)果發(fā)送給用戶；
[0102]例如，具體的，可以是通過短信通知用戶的方式，告知用戶，訂單審核通過，或者訂單審核未通過。
[0103]步驟S810:管理平臺完成對該訂單的處理；[〇1〇4]此處，管理平臺完成對訂單的處理主要包括從預(yù)設(shè)的物流目錄中，為訂單中的實(shí)物對象選擇對應(yīng)的物流生成發(fā)貨單。
[0105]步驟S811:管理平臺將發(fā)貨單發(fā)送給處理平臺；[〇1〇6]管理平臺還會將發(fā)貨單發(fā)送給處理平臺，在發(fā)貨單中包括實(shí)物類兌換對象，兌換對象的數(shù)量，訂單的訂單號，用戶的聯(lián)系信息，物流公司以及物流單號。
[0107] 步驟S812:處理平臺將物流單號發(fā)送給接入平臺；[〇1〇8]處理平臺也可以還發(fā)送其他的信息，例如訂單完成時間，發(fā)貨時間，已發(fā)貨的兌換物品及其數(shù)量等等。
[0109]步驟S813:接入平臺將物流單號訂單處理結(jié)果展示給用戶。
[0110]接入平臺物流單號展示給用戶，以便用戶可以跟進(jìn)訂單處理情況，可以是通過網(wǎng)頁的形式，也可以生成信息，直接發(fā)送給用戶。
[0111]上述各實(shí)施例中，接入平臺可以是積分兌換平臺，處理平臺可以是兌換服務(wù)器，管理平臺可以是電商訂單管理平臺。需要理解的是，對于上述第三實(shí)施例，第四實(shí)施例中的訂單管理方法中的具體步驟可以是針對第一實(shí)施例，第二實(shí)施例中的訂單管理系統(tǒng)進(jìn)行的， 也即是說，對于第三實(shí)施例和第四實(shí)施例中的描述應(yīng)用到第一實(shí)施例和第二實(shí)施例中同樣適用。當(dāng)然，也可以是針對非第一實(shí)施例，第二實(shí)施例的系統(tǒng)。
[0112]采用本發(fā)明第一實(shí)施例至第四實(shí)施例中的方案，。[〇113]需要說明的是，在本文中，術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者裝置不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者裝置所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括該要素的過程、方法、物品或者裝置中還存在另外的相同要素。
[0114]上述本發(fā)明實(shí)施例序號僅僅為了描述，不代表實(shí)施例的優(yōu)劣。
[0115]通過以上的實(shí)施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到上述實(shí)施例方法可借助軟件加必需的通用硬件平臺的方式來實(shí)現(xiàn)，當(dāng)然也可以通過硬件，但很多情況下前者是更佳的實(shí)施方式。基于這樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機(jī)軟件產(chǎn)品存儲在一個存儲介質(zhì) (如R0M/RAM、磁碟、光盤)中，包括若干指令用以使得一臺終端設(shè)備(可以是手機(jī)，計算機(jī)，月艮務(wù)器，空調(diào)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實(shí)施例所述的方法。
[0116]以上僅為本發(fā)明的優(yōu)選實(shí)施例，并非因此限制本發(fā)明的專利范圍，凡是利用本發(fā)明說明書及附圖內(nèi)容所作的等效結(jié)構(gòu)或等效流程變換，或直接或間接運(yùn)用在其他相關(guān)的技術(shù)領(lǐng)域，均同理包括在本發(fā)明的專利保護(hù)范圍內(nèi)。
【主權(quán)項】
1.一種訂單管理系統(tǒng)，其特征在于，包括:接入平臺、處理平臺和管理平臺；所述接入平臺，用于對用戶發(fā)起的兌換請求進(jìn)行解析生成訂單，將所述訂單發(fā)送給所 述處理平臺；所述訂單內(nèi)的兌換對象包括實(shí)物對象和/或非實(shí)物對象；所述處理平臺，用于在所述訂單包含實(shí)物對象，且所述訂單為有效訂單時，將所述訂單 發(fā)給所述管理平臺；所述管理平臺，用于從預(yù)設(shè)的物流目錄中，為所述訂單中的實(shí)物對象選擇對應(yīng)的物流 生成發(fā)貨單。2.如權(quán)利要求1所述的訂單管理系統(tǒng)，其特征在于，所述管理平臺包括物流目錄獲取模 塊、訂單信息獲取模塊以及發(fā)貨單生成模塊；所述物流目錄獲取模塊，用于獲取預(yù)設(shè)的物流目錄，所述預(yù)設(shè)的物流目錄包括物流公 司和對應(yīng)的可用物流單號；所述訂單信息獲取模塊，用于獲取所述訂單的訂單號、所述訂單中的實(shí)物對象、兌換所 述實(shí)物對象的數(shù)量以及收貨人的聯(lián)系信息；所述發(fā)貨單生成模塊，用于為所述訂單中的實(shí)物對象選擇對應(yīng)的物流目錄，生成包含 物流公司、物流單號、訂單的訂單號、所述訂單中的實(shí)物對象、兌換所述實(shí)物對象的數(shù)量以 及收貨人的聯(lián)系信息的發(fā)貨單。3.如權(quán)利要求2所述的訂單管理系統(tǒng)，其特征在于，所述管理平臺還包括回填模塊，用 于通過所述處理平臺和接入平臺將所述訂單對應(yīng)的物流單號發(fā)通知給所述用戶。4.如權(quán)利要求2所述的訂單管理系統(tǒng)，其特征在于，所述處理平臺包括庫存審核模塊， 用于判斷兌換所述實(shí)物對象的數(shù)量是否超過所述實(shí)物對象的庫存數(shù)量，若是，則判定所述 訂單為無效訂單;否則，判定所述訂單為有效訂單。5.如權(quán)利要求1-4任一項所述的訂單管理系統(tǒng)，其特征在于，所述處理平臺包括合法性 審核模塊，所述合法性審核模塊，用于判斷所述用戶在預(yù)設(shè)時間段內(nèi)發(fā)起兌換請求的次數(shù)是否超 過第一閾值，若是，則判定所述訂單為無效訂單;否則，判定所述訂單為有效訂單；或所述合法性審核模塊，用于判斷所述用戶在預(yù)設(shè)時間段內(nèi)請求兌換的積分總數(shù)是否超 過第二閾值，若是，則所述訂單為無效訂單;否則，所述訂單為有效訂單。6.—種訂單管理方法，其特征在于，包括:接入平臺對用戶發(fā)起的兌換請求進(jìn)行解析生成訂單，將所述訂單發(fā)送給所述處理平 臺；所述訂單內(nèi)的兌換對象包括實(shí)物對象和/或非實(shí)物對象；所述處理平臺接收所述訂單，在所述訂單包含實(shí)物對象，且所述訂單為有效訂單時，將 所述訂單發(fā)給所述管理平臺；所述管理平臺從預(yù)設(shè)的物流目錄中，為所述訂單中的實(shí)物對象選擇對應(yīng)的物流生成發(fā)貨單。7.如權(quán)利要求6所述的訂單管理方法，其特征在于，所述管理平臺從預(yù)設(shè)的物流目錄 中，為所述訂單中的實(shí)物對象選擇對應(yīng)的物流生成發(fā)貨單包括:獲取預(yù)設(shè)的物流目錄，所述預(yù)設(shè)的物流目錄包括物流公司和對應(yīng)的可用物流單號；獲取所述訂單的訂單號、所述訂單中的實(shí)物對象、兌換所述實(shí)物對象的數(shù)量以及收貨人的聯(lián)系信息；為所述訂單中的實(shí)物對象選擇對應(yīng)的物流目錄，生成包含選定的物流公司、選定的物 流單號、所述訂單的訂單號、所述訂單中的實(shí)物對象、兌換所述實(shí)物對象的數(shù)量以及收貨人 的聯(lián)系信息的發(fā)貨單。8.如權(quán)利要求7所述的訂單管理方法，其特征在于，所述管理平臺生成發(fā)貨單之后還包 括:管理平臺通過所述處理平臺和接入平臺將所述訂單對應(yīng)的物流單號發(fā)通知給所述用戶。9.如權(quán)利要求7所述的訂單管理方法，其特征在于，還包括，所述處理平臺判斷兌換所 述實(shí)物對象的數(shù)量是否超過所述實(shí)物對象的庫存數(shù)量，若是，則判定所述訂單為無效訂單； 否則，判定所述訂單為有效訂單。10.如權(quán)利要求6-9任一項所述的訂單管理方法，其特征在于，還包括:判斷所述用戶在預(yù)設(shè)時間段內(nèi)發(fā)起兌換請求的次數(shù)是否超過第一閾值，若是，則判定 所述訂單為無效訂單;否則，判定所述訂單為有效訂單；或所述合法性審核模塊，用于判斷所述用戶在預(yù)設(shè)時間段內(nèi)請求兌換的積分總數(shù)是否超 過第二閾值，若是，則判定所述訂單為無效訂單;否則，判定所述訂單為有效訂單。
【文檔編號】G06Q30/06GK106056437SQ201610387795
【公開日】2016年10月26日
【申請日】2016年6月1日
【發(fā)明人】高藝斌
【申請人】努比亞技術(shù)有限公司