訂購信息更新時的訂單更新方法和訂購系統(tǒng)的制作方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明屬于互聯(lián)網(wǎng)領(lǐng)域，尤其是涉及一種訂購信息更新時的訂單更新方法和訂購系統(tǒng)。
【背景技術(shù)】
[0002]現(xiàn)在人們越來越習慣通過網(wǎng)絡(luò)購買物品，如通過淘寶購買商品，通過百度外賣點餐等。
[0003]在這種情況下，往往存在一種情況:
[0004]用戶在時間1(如某日10:00)已經(jīng)下單，在時間2時(如在當日11:30)又在同一個商家處下單。
[0005]根據(jù)現(xiàn)有技術(shù)，這種情況下，一律分為2個訂單來處理。這種情況帶來的問題是:沒有充分考慮到用戶下單后，商家可能貨物還沒有送出的情況，這導致，本來可能合并在一個流程處理的事情，對買家而言，產(chǎn)生了雙份的郵費，而同時對賣家而言，產(chǎn)生了雙倍的處理時間。

【發(fā)明內(nèi)容】

[0006]本發(fā)明實施例提供了一種訂購信息更新時的訂單更新方法，目的在于在買家下單之后到賣家發(fā)貨之前的同一時間段，當買家再度下單時，不會對其產(chǎn)生額外的郵費，同時也不會對賣家造成額外的處理流程。
[0007]本發(fā)明是這樣實現(xiàn)的:一種訂購信息更新時的訂單更新方法，包括以下步驟:
[0008]記錄用戶的在先訂購信息；
[0009]有其他訂購信息時，檢索其他訂購信息的收件人是否與在先訂購信息的收件人相同；
[0010]若否，則建立新的訂單；
[0011]若是，繼續(xù)檢索在先訂購信息的訂單是否已經(jīng)處理；
[0012]若是，則建立新的訂單；
[0013]若否，則將所述在先訂購信息與所述與在先訂購信息收件人相同的其他訂購信息合并為一個訂單。
[0014]本發(fā)明實施例還提供了一種訂購系統(tǒng)，包括:
[0015]記錄單元，記錄用戶的在先訂購信息；
[0016]檢索單元，其輸入端與所述記錄單元的輸出端連接，用于在有其他訂購信息時，檢索其他訂購信息的收件人是否與在先訂購信息的收件人相同，以及檢索在先訂購信息的訂單是否已經(jīng)處理；
[0017]訂單新建單元，其輸入端與所述檢索單元的輸出端連接，用于在其他訂購信息的收件人與在先訂購信息的收件人不相同，或者在先訂購信息的訂單已經(jīng)處理時，建立新的訂單；
[0018]訂單合并單元，其輸入端與所述檢索單元的輸出端連接，用于在其他訂購信息的收件人與在先訂購信息的收件人相同，并且在先訂購信息的訂單沒有處理時，將所述在先訂購信息與所述與在先訂購信息收件人相同的其他訂購信息合并為一個訂單。
[0019]該發(fā)明通過自動識別出存在與當前訂購信息收件人相同且尚未處理的在先訂購信息時，將在先訂購信息和在后訂購信息相合并，從而幫收件人節(jié)省郵寄費，同時，幫發(fā)件人節(jié)省處理事情的精力。
【附圖說明】
[0020]圖1是本發(fā)明實施例提供的一種訂購信息更新時的訂單更新方法的流程示意圖；
[0021]圖2是本發(fā)明實施例提供的訂購系統(tǒng)的結(jié)構(gòu)示意圖。
【具體實施方式】
[0022]為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點更加清楚明白，以下結(jié)合附圖及實施例，對本發(fā)明進行進一步詳細說明。應(yīng)當理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。
[0023]圖1是發(fā)明實施例提供的一種訂購信息更新時的訂單更新方法的流程示意圖，為了便于說明，只示出了與本發(fā)明實施例相關(guān)的部分。
[0024]在步驟SlOl中，記錄用戶的在先訂購信息。
[0025]在步驟S102中，有其他訂購信息時，檢索其他訂購信息的收件人是否與在先訂購信息的收件人相同?？梢栽诓襟ESlOl中，將收件人以及地址模塊提取，并在步驟S102中將兩個模塊同時相同的訂購信息，判定為“其他訂購信息的收件人與在先訂購信息的收件人相同?！?br>[0026]若否，在步驟S103中，建立新的訂單。
[0027]若是，進入步驟S104，繼續(xù)檢索在先訂購信息的訂單是否已經(jīng)處理；在該方法中，系統(tǒng)會自動將已經(jīng)處理的訂單(如:貨已經(jīng)發(fā)出、訂餐已經(jīng)送出)和尚未處理的訂單分發(fā)到不同的數(shù)據(jù)庫。
[0028]若是，進入步驟S105，就新的訂購信息，建立新的訂單；
[0029]若否，進入步驟S106，則將所述在先訂購信息與所述與在先訂購信息收件人相同的其他訂購信息合并為一個訂單。
[0030]該發(fā)明通過自動識別出存在與當前訂購信息收件人相同且尚未處理的在先訂購信息時，將在先訂購信息和在后訂購信息相合并，從而幫收件人節(jié)省郵寄費，同時，幫發(fā)件人節(jié)省處理事情的精力。
[0031]圖2是本發(fā)明實施例提供的一種訂購系統(tǒng)的結(jié)構(gòu)示意圖，該訂購系統(tǒng)包括:
[0032]記錄單元21，記錄用戶的在先訂購信息；
[0033]檢索單元22，其輸入端與所述記錄單元21的輸出端連接，用于在有其他訂購信息時，檢索其他訂購信息的收件人是否與在先訂購信息的收件人相同，以及檢索在先訂購信息的訂單是否已經(jīng)處理；
[0034]訂單新建單元23，其輸入端與所述檢索單元22的輸出端連接，用于在其他訂購信息的收件人與在先訂購信息的收件人不相同，或者在先訂購信息的訂單已經(jīng)處理時，建立新的訂單；
[0035]訂單合并單元24，其輸入端與所述檢索單元22的輸出端連接，用于在其他訂購信息的收件人與在先訂購信息的收件人相同，并且在先訂購信息的訂單沒有處理時，將所述在先訂購信息與所述與在先訂購信息收件人相同的其他訂購信息合并為一個訂單。
[0036]其工作原理是:記錄單元21，記錄用戶的在先訂購信息；
[0037]檢索單元22，在有其他訂購信息時，檢索其他訂購信息的收件人是否與在先訂購信息的收件人相同，以及檢索在先訂購信息的訂單是否已經(jīng)處理；訂單新建單元23，在其他訂購信息的收件人與在先訂購信息的收件人不相同，或者在先訂購信息的訂單已經(jīng)處理時，建立新的訂單；在其他訂購信息的收件人與在先訂購信息的收件人相同，并且在先訂購信息的訂單沒有處理時，訂單合并單元24將所述在先訂購信息與所述與在先訂購信息收件人相同的其他訂購信息合并為一個訂單。
[0038]該發(fā)明通過自動識別出存在與當前訂購信息收件人相同且尚未處理的在先訂購信息時，將在先訂購信息和在后訂購信息相合并，從而幫收件人節(jié)省郵寄費，同時，幫發(fā)件人節(jié)省處理事情的精力。
[0039]以上僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換和改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
【主權(quán)項】
1.一種訂購信息更新時的訂單更新方法，其特征在于，所述方法包括如下步驟: 記錄用戶的在先訂購信息； 有其他訂購信息時，檢索其他訂購信息的收件人是否與在先訂購信息的收件人相同； 若否，則建立新的訂單； 若是，繼續(xù)檢索在先訂購信息的訂單是否已經(jīng)處理； 若是，則建立新的訂單； 若否，則將所述在先訂購信息與所述與在先訂購信息收件人相同的其他訂購信息合并為一個訂單。2.一種訂購系統(tǒng)，其特征在于，所述訂購系統(tǒng)包括: 記錄單元，記錄用戶的在先訂購信息； 檢索單元，其輸入端與所述記錄單元的輸出端連接，用于在有其他訂購信息時，檢索其他訂購信息的收件人是否與在先訂購信息的收件人相同，以及檢索在先訂購信息的訂單是否已經(jīng)處理； 訂單新建單元，其輸入端與所述檢索單元的輸出端連接，用于在其他訂購信息的收件人與在先訂購信息的收件人不相同，或者在先訂購信息的訂單已經(jīng)處理時，建立新的訂單； 訂單合并單元，其輸入端與所述檢索單元的輸出端連接，用于在其他訂購信息的收件人與在先訂購信息的收件人相同，并且在先訂購信息的訂單沒有處理時，將所述在先訂購信息與所述與在先訂購信息收件人相同的其他訂購信息合并為一個訂單。
【專利摘要】本發(fā)明屬于互聯(lián)網(wǎng)領(lǐng)域，提供了一種訂購信息更新時的訂單更新方法以及訂購系統(tǒng)，所述方法包括：記錄用戶的在先訂購信息；有其他訂購信息時，檢索其他訂購信息的收件人是否與在先訂購信息的收件人相同；若否，則建立新的訂單；若是，繼續(xù)檢索在先訂購信息的訂單是否已經(jīng)處理；若是，則建立新的訂單；若否，則將所述在先訂購信息與所述與在先訂購信息收件人相同的其他訂購信息合并為一個訂單。該發(fā)明通過自動識別出存在與當前訂購信息收件人相同且尚未處理的在先訂購信息時，將在先訂購信息和在后訂購信息相合并，從而幫收件人節(jié)省郵寄費，同時，幫發(fā)件人節(jié)省處理事情的精力。
【IPC分類】G06Q30/06
【公開號】CN104899778
【申請?zhí)枴緾N201510374240
【發(fā)明人】程強
【申請人】程強
【公開日】2015年9月9日
【申請日】2015年6月30日