欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

訂單處理方法及裝置與流程

文檔序號:12306564閱讀:320來源:國知局
訂單處理方法及裝置與流程

本發(fā)明實施例涉及電子商務領域以及數據處理領域,尤其涉及一種訂單處理方法及裝置。



背景技術:

隨著互聯網的高速發(fā)展,網上購物已經成為人們日常生活必不可少的一部分。眾所周知,以京東、淘寶、亞馬遜、百度外賣等涉及不同消費領域的網上購物平臺為例,現有的下單方法如下:首先,用戶通過網上購物平臺,輸入商品相關信息,從而搜索到相關店鋪;然后用戶從眾多店鋪中選擇店鋪并下單。

現有的下單方法需要用戶多方面(輸入商品、搜索商品、下單)、多時間點的參與,這在一定程度上浪費了用戶時間,且不利于部分用戶的消費體驗。



技術實現要素:

本發(fā)明實施例提供一種訂單處理方法及裝置,用以解決現有技術中存在的網上購物復雜、繁瑣、用戶體驗差等缺陷。

第一方面,本發(fā)明實施例中提供了一種訂單處理方法,包括:

接收下單指令,所述下單指令攜帶商品集;

篩選商鋪得到商鋪集,其中,所述商鋪集中的各商鋪包含所述商品集中的至少一種商品;

至少基于所述商鋪集中各商鋪與所述商品集中各商品的包含關系,確定所述商品集中各商品的下單路徑,所述下單路徑包括商品和下單商鋪;

根據所述下單路徑分配訂單。

第二方面,本發(fā)明實施例提供了一種訂單處理裝置,包括:

指令接收模塊,用于接收下單指令,所述下單指令攜帶商品集;

商鋪篩選模塊,用于篩選商鋪得到商鋪集,其中,所述商鋪集中的各商鋪包含所述商品集中的至少一種商品;

路徑確定模塊,用于至少基于所述商鋪集中各商鋪與所述商品集中各商品的包含關系,確定所述商品集中各商品的下單路徑,所述下單路徑包括商品和下單商鋪;

訂單分配模塊,用于根據所述下單路徑分配訂單。

第三方面,本發(fā)明實施例提供一種訂單處理裝置,包括存儲器和處理器,其中,

所述存儲器存儲有供所述處理器調用和執(zhí)行的計算機程序,所述計算機程序包括一條或多條計算機指令;

所述處理器執(zhí)行所述一條或多條計算機指令以實現以下處理:

接收下單指令,所述下單指令攜帶商品集;

篩選商鋪得到商鋪集,其中,所述商鋪集中的各商鋪包含所述商品集中的至少一種商品;

至少基于所述商鋪集中各商鋪與所述商品集中各商品的包含關系,確定所述商品集中各商品的下單路徑,所述下單路徑包括商品和下單商鋪;

根據所述下單路徑分配訂單。

第四方面,本發(fā)明實施例提供一種計算機存儲介質,包括一條或多條計算機指令,其中,所述計算機指令被執(zhí)行時實現如前述第一方面所提供的訂單處理方法。

本發(fā)明實施例能夠簡化購物流程、提高用戶體驗。

本發(fā)明的這些方面或其他方面在以下實施例的描述中會更加簡明易懂。

附圖說明

為了更清楚地說明本發(fā)明實施例或現有技術中的技術方案,下面將對實施例或現有技術描述中所需要使用的附圖作一簡單地介紹,顯而易見地,下面描述中的附圖是本發(fā)明的一些實施例,對于本領域普通技術人員來講,在不付出創(chuàng)造性勞動的前提下,還可以根據這些附圖獲得其他的附圖。

圖1示出了根據本發(fā)明一個實施例的訂單處理方法的流程示意圖;

圖2示出了根據本發(fā)明另一個實施例的訂單處理方法的流程示意圖;

圖3示出了根據本發(fā)明一個實施例的訂單處理裝置的框圖;

圖4示出了圖3所示訂單處理裝置的路徑確定模塊的框圖的一例;

圖5示出了圖3所示訂單處理裝置的路徑確定模塊的框圖的另一例。

具體實施方式

為了使本技術領域的人員更好地理解本發(fā)明方案,下面將結合本發(fā)明實施例中的附圖,對本發(fā)明實施例中的技術方案進行清楚、完整地描述。

在本發(fā)明的說明書和權利要求書及上述附圖中的描述的一些流程中,包含了按照特定順序出現的多個操作,但是應該清楚了解,這些操作可以不按照其在本文中出現的順序來執(zhí)行或并行執(zhí)行,操作的序號如101、102等,僅僅是用于區(qū)分開各個不同的操作,序號本身不代表任何的執(zhí)行順序。另外,這些流程可以包括更多或更少的操作,并且這些操作可以按順序執(zhí)行或并行執(zhí)行。需要說明的是,本文中的“第一”、“第二”等描述,是用于區(qū)分不同的消息、設備、模塊等,不代表先后順序,也不限定“第一”和“第二”是不同的類型。

下面將結合本發(fā)明實施例中的附圖,對本發(fā)明實施例中的技術方案進行清楚、完整地描述,顯然,所描述的實施例僅僅是本發(fā)明一部分實施例,而不是全部的實施例?;诒景l(fā)明中的實施例改進、擴展所獲得的所有其他實施例,都屬于本發(fā)明保護的范圍。

圖1是根據本發(fā)明實施例的一種訂單處理方法的流程示意圖。參照圖1,所述方法包括:

100:接收下單指令。其中,所述下單指令攜帶商品集。所述商品集包含至少一種商品,例如,一種、兩種或兩種以上。

可選地,在本實施例的一種實現方式中,采用以下方式生成所述下單指令:基于用戶特征、商品特征、商鋪特征中的任意一者或多者,生成包含多種商品的商品頁數據;將所述商品頁數據發(fā)送至面向用戶的終端。其中,所述面向用戶的終端用于根據所述商品頁數據展示商品頁,并根據用戶操作所述商品頁之后的數據生成所述下單指令。其中,用戶特征、商品特征、商鋪特征均可以包含至少一項特征項,對此將在下文進行詳細說明。

102:篩選商鋪得到商鋪集。其中,所述商鋪集中的各商鋪包含所述商品集中的至少一種商品。其中,所述商鋪集包含至少一個商鋪,例如,一個、兩個或多個。

可選地,在本實施例的一種實現方式中,篩選商鋪可以包括粗篩選和細篩選過程。其中,粗篩選用于根據設定條件從已知商鋪中篩選出與用戶相關或可能相關的商鋪,細篩選則用于進一步篩選包含所述商品集中至少一種商品的商鋪。關于所述粗篩選,例如,可以根據商鋪與用戶的距離、用戶興趣、商品互動、商鋪活動、平臺活動等篩選出用戶相關或可能相關的商鋪。關于細篩選,其意在根據相對于粗篩選而言更優(yōu)化的篩選條件進行優(yōu)化。當然,在粗篩選中也可以基于商鋪是否包含商品集中的商品進行篩選,而后在細篩選中基于更優(yōu)化的篩選條件進行篩選。

104:至少基于所述商鋪集中各商鋪與所述商品集中各商品的包含關系,確定所述商品集中各商品的下單路徑。其中,所述下單路徑包括商品和下單商鋪,所述“下單商鋪”是指用于購買(或下單)商品的商鋪。

可選地,在本實施例的一種實現方式中,所述商鋪集中各商鋪與所述商品集中各商品的包含關系可以在實現處理102的同時確定,也可以在處理102之后確定。

106:根據所述下單路徑分配訂單。例如,將商品下單至與其對應的下單商鋪。

采用本實施例提供的方法,省略了用戶在網上購物過程中的繁瑣復雜的手動檢索、篩選等過程,有利于節(jié)省用戶時間,提高用戶(例如,選擇困難者、具有定向購物興趣或需求者等)的購物體驗,同時為用戶提供了更快捷、靈活的購物方式。此外,當用戶選擇的商品集包含多種商品時,采用現有平臺提供的方法需要逐個商品進行檢索、篩選,而采用本實施例提供的方法,其優(yōu)點將更加突出。

可選地,在本實施例的一種實現方式中,所述下單指令中攜帶支付方式(例如,由用戶指定),或者,在執(zhí)行處理106時,向用戶反饋支付方式選取頁面供用戶支付。

可選地,在本實施例的一種實現方式中,處理104包含以下任意一種方案:

方案一:如果商品集中的商品均分別包含于商鋪集中的不同商鋪(下文稱這類商品為第一類商品),則可以根據包含關系確定下單商鋪(此時,下單路徑反映了商品與商鋪的一一映射關系)。

方案二:如果商品集中的商品均同時包含于所述商鋪集中的不同商鋪(下文稱這類商品為第二類商品),則根據訂單分配策略從所述不同商鋪中選取一者作為對應商品的下單商鋪。其中,所述訂單分配策略也可以稱為下單路徑優(yōu)化策略,其定義了從多種商鋪中選取一個商鋪的數據基礎以及數據處理邏輯。更具體而言,所述訂單分配策略包含指定的特征項以及基于所述特征項的數據處理邏輯。

方案三:如果商品集中即包含第一類商品又包含第二類商品,則針對第一類商品采用方案一提供的方式,針對第二類商品采用方案二提供的方式。

可選地,在該實現方式的一種實踐中,可以提供多種訂單分配策略。由用戶通過用戶指令指定其希望采用的訂單分配策略(例如,在商品頁上選取訂單分配策略);也可以主動根據用戶特征(例如,用戶畫像)從訂單分配策略集中選取符合用戶特征的訂單分配策略,從而更好地為用戶量身訂貨;還可以默認設置訂單分配策略。

可選地,在本實現方式中,采用以下方式從包含同一商品的不同商鋪中選取下單商鋪:首先,獲取所述訂單分配策略中定義的特征項的值;然后,根據所述特征項的值以及所述訂單分配策略中定義的數據處理邏輯進行數據處理;進而根據數據結果從所述不同商鋪中選取滿足條件的商鋪作為下單商鋪。對于該實現方式的詳細描述,將在下文進行舉例說明。

圖2是根據本發(fā)明實施例的一種確定下單商鋪的方法的流程示意圖。參照圖2,所述方法包括:

200:接收用戶的下單指令,所述下單指令攜帶商品集。

202:篩選商鋪得到商鋪集。其中,所述商鋪集中的各商鋪包含所述商品集中的至少一種商品。

關于出200-202的說明,請參照前文關于處理100-102的說明,此處不贅述。

204:遍歷所述商品集中的各個商品。

206:判斷當前遍歷的商品是否僅包含于所述商鋪集中的一個商鋪。如果判斷為是,即,當前遍歷的商品僅包含于所述商鋪集中的一個商鋪,則執(zhí)行208;如果判斷為否,即,當前遍歷的商品包含于所述商鋪集中的不同商鋪,則執(zhí)行210。

208:將所述一個商鋪確定為當前遍歷的商品的下單商鋪。

210:根據訂單分配策略確定下單商鋪。具體而言,根據訂單分配策略從所述不同商鋪中選取一者作為當前遍歷的商品的下單商鋪。

采用本發(fā)明實施例提供的方法,省略了用戶在網上購物過程中的繁瑣復雜的手動檢索、篩選等過程,有利于節(jié)省用戶時間,提高用戶(例如,選擇困難者、具有定向購物興趣或需求者等)的購物體驗,同時為用戶提供了更快捷、靈活的購物方式。此外,當用戶選擇的商品集包含多種商品時,采用現有平臺提供的方法需要逐個商品進行檢索、篩選,而采用本實施例提供的方法,其優(yōu)點將更加突出。

可選地,在本實施例的一種實現方式中,所述方法還包括:分析用戶特征或基于用戶指令,進而從訂單分配策略集中選取符合所述用戶特征或所述用戶指令的所述訂單分配策略。

可選地,在本實施例的一種實現方式中,所述訂單分配策略包含指定的特征項以及基于所述特征項的數據處理邏輯。此時,處理210可以采用以下方式實現:首先,獲取所述特征項的值,例如,查詢商鋪數據庫獲取商鋪中對應商品的價格;根據所述特征項的值以及所述數據處理邏輯進行數據處理;根據數據處理結果從所述不同商鋪中選取滿足條件的商鋪作為當前遍歷的商品的下單商鋪。

以上結合附圖對根據本發(fā)明實施例的方法實施例進行了示例性說明。下面結合附圖對根據本發(fā)明實施例的裝置實施例進行說明。

圖3是根據本發(fā)明實施例的一種訂單處理裝置的框圖。參照圖3,所述訂單處理裝置包括指令接收模塊30、商鋪篩選模塊32、路徑確定模塊34和訂單分配模塊36。下面進行詳細說明。

在本實施例中,指令接收模塊30用于接收下單指令,所述下單指令攜帶商品集。其中,所述商品集包含一種、兩種或多種商品。

在本實施例中,商鋪篩選模塊32用于篩選商鋪得到商鋪集。其中,所述商鋪集中的各商鋪包含所述商品集中的至少一種商品,所述商鋪集包含一個、兩個或多個商鋪。

在本實施例中,路徑確定模塊34用于至少基于所述商鋪集中各商鋪與所述商品集中各商品的包含關系,確定所述商品集中各商品的下單路徑。其中,所述下單路徑包括商品和下單商鋪。

在本實施例中,訂單分配模塊36用于根據所述下單路徑分配訂單。例如,根據路徑確定模塊34確定的商品和下單商鋪,將各個商品分別下單至對應的下單商鋪。

采用本實施例提供的訂單分配裝置,在提供購物服務時,以簡便快捷的方式實現與用戶的溝通,將用戶的下單指令拆分為與之對應的至少一個訂單,并自動為用戶下單。這樣,有利于節(jié)省用戶時間,提高用戶體驗。

可選地,在本實施例的一種實現方式中,如圖3中虛線框所示,訂單處理裝置還包括數據生成模塊38和數據發(fā)送模塊40。其中,數據生成模塊38用于基于用戶特征、商品特征、商鋪特征中的任意一者或多者,生成包含多種商品的商品頁數據;數據發(fā)送模塊40則用于將所述商品頁數據發(fā)送至面向用戶的終端。其中,所述面向用戶的終端(例如,手機、個人電腦等)用于根據所述商品頁數據展示商品頁,并根據用戶操作所述商品頁之后的數據生成所述下單指令。

可選地,在本實施例的一種實現方式中,如圖4所示,路徑確定模塊34包括第一確定子模塊和/或第二確定子模塊。其中,第一確定子模塊,用于在所述商品集中存在僅包含于所述商鋪集中的一個商鋪的商品時,將所述一個商鋪確定為該商品的下單商鋪;第二確定子模塊,用于在所述商品集中存在包含于所述商鋪集中不同商鋪的商品時,根據訂單分配策略從所述不同商鋪中選取一者作為該商品的訂單商鋪。

可選地,在本實施例的一種實現方式中,如圖5所示,所述路徑確定模塊34包括遍歷子模塊340、判斷子模塊342、第三確定子模塊344和第四確定子模塊346。下面分別進行說明。

在該實現方式中,遍歷子模塊340用于遍歷所述商品集中的各個商品。在本實現方式中對具體的遍歷順序不做限制。

在該實現方式中,判斷子模塊342用于判斷當前遍歷的商品是否僅包含于所述商鋪集中的一個商鋪,并在當前遍歷的商品僅包含于所述商鋪集中的一個商鋪時,觸發(fā)第三確定子模塊344,在當前遍歷的商品包含于所述商鋪集中的不同商鋪時,觸發(fā)第四確定子模塊346。

在該實現方式中,第三確定子模塊344用于將所述一個商鋪確定為當前遍歷的商品的下單商鋪。第四確定子模塊346則用于根據訂單分配策略從所述不同商鋪中選取一者作為當前遍歷的商品的下單商鋪。

在該實現方式中,可選地,所述訂單分配策略包含指定的特征項以及基于所述特征項的數據處理邏輯。此時,如圖5中虛線框所示,第四確定子模塊346可以包括:特征值獲取單元,用于獲取所述特征項的值;數據處理單元,用于根據所述特征項的值以及所述數據處理邏輯進行數據處理;商鋪確定單元,用于根據數據處理結果從所述不同商鋪中選取滿足條件的商鋪作為當前遍歷的商品的下單商鋪。

在該實現方式中,訂單處理裝置可以包括策略確定模塊(未圖示),用于分析用戶特征或基于用戶指令,從訂單分配策略集中選取符合所述用戶特征或所述用戶指示的所述訂單分配策略。

采用本實施例提供的裝置,能夠節(jié)省用戶時間,提高用戶購物體驗,并為用戶提供符合用戶需求的購物質量。

本領域技術人員應當理解,本發(fā)明各種實施例或其實現方式提供的訂單處理裝置,與本發(fā)明各種實施例或其實現方式提供的訂單處理方法,具有相同或相應的處理邏輯。因此,在裝置實施例中,關于相關名詞、術語、范圍、條件等的描述,關于各個模塊、子模塊、單元所執(zhí)行處理或可執(zhí)行處理的詳細說明,以及關于有益效果的說明,請參照方法實施例中的描述,此處不贅述。

在根據本發(fā)明實施例的一種訂單處理裝置中,該裝置的結構包括處理器和存儲器。其中,所述存儲器用于存儲支持本發(fā)明前述裝置實施例(例如,圖3所示實施例)提供的訂單處理裝置執(zhí)行本發(fā)明前述方法實施例提供的方法的程序。所述處理器被配置為用于執(zhí)行所述存儲器中存儲的程序。所述程序則包括一條或多條計算機指令。其中,所述一條或多條計算機指令供所述處理器調用,從而實現包括如處理100至處理106或處理200至處理210在內的方法。

在本發(fā)明的一種實施例中,還提供一種計算機存儲介質,用于儲存本發(fā)明各種實施例提供的訂單處理裝置實現其功能所用的計算機軟件指令,所述計算機軟件指令被執(zhí)行時,實現包括如處理100至處理106或處理200至處理210在內的方法。

以上所描述的裝置實施例僅僅是示意性的,其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的,作為單元顯示的部件可以是或者也可以不是物理單元,即可以位于一個地方,或者也可以分布到多個網絡單元上。可以根據實際的需要選擇其中的部分或者全部模塊來實現本實施例方案的目的。本領域普通技術人員在不付出創(chuàng)造性的勞動的情況下,即可以理解并實施。

以上結合附圖對根據本發(fā)明的方法實施例及其實現方式以及裝置實施例及其實現方式進行了詳細說明。接下來,結合實際應用,對與本發(fā)明相關的部分或全部內容進行舉例說明。

【關于用戶下單】

在本發(fā)明的一種實際應用中,為用戶提供一件下單。其中,在為用戶提供商品選擇時,可以采用或結合以下方式。

方式1:根據用戶位置,確定在用戶一定范圍內的商鋪集;根據所述商鋪集中商鋪的商品,生成商品品類不重復的商品頁。

方式2:根據商品集合以及店鋪所屬供應商,選擇相應的營銷活動;為用戶生成營銷活動推薦。

方式3:根據用戶畫像,比如用戶的年齡、行業(yè)、訂單均價、價格敏感度、興趣品類等,為用戶推薦商品以及營銷活動。

方式4:當用戶所搜索商品在多個店鋪中都存在時,通過店鋪位置,用戶已選商品集合,商品基本信息及營銷活動等,為用戶選擇最優(yōu)的商品。

方式5:當用戶所搜索的商品在多個店鋪中都存在時,為用戶自動領取商家券、平臺代金券、商品對應的單品券,并且,可以基于這些券確定用戶的購物成本(可以作為一種特征項的值)。

【關于用戶特征、商品特征、商鋪特征】

示例性地,用戶特征可以包括:用戶的年齡、行業(yè)、價格敏感程度(選擇便宜的商品)、配送時效敏感程度(選擇能夠最快送達用戶手里的商品)等。

示例性地,商品特征可以包括:商品的熱銷程度、消費群體等。

示例性地,商鋪特征可以包括:商鋪的地理位置、商鋪的營業(yè)時間、商鋪的揀貨時間、商鋪的品類豐富度、商鋪庫存維護情況等。

【關于訂單分配策略】

過多的店鋪會引入更多的不確定性,增加配送成本甚至整個消費環(huán)節(jié)的成本(用戶成本、商鋪成本、配送成本等)。為了降低成本,本發(fā)明在應用中可以采用以下訂單分配策略,這些關于訂單分配策略的示例(包括特征項以及邏輯判斷過程)亦可用于解釋本發(fā)明提供的方法和裝置實施例,也可以用作其實現方式。

需要說明的是,下文提及的“基本一致”、“相近”等描述,均可以通過量化或條件化進行具體判斷,例如,設置為是否滿足一定的條件。而具體量化的程度或者具體的條件,本領域技術人員基于下述描述可以靈活設置,本發(fā)明不做具體限制。

示例一,在遍歷商品集并將商品劃分到商鋪的過程中,遵循以下策略:

a:當商品只在一個商鋪中存在時,劃分給該商鋪。

b:當商品在多個商鋪中存在時,采用全局均衡策略以綜合考慮訂單價格、配送難度等因素,包括:

b1、優(yōu)先選擇價格較低的商鋪;

b2、當商品在多個商鋪存在且價格基本一致時,劃分給包含商品(即,所述商品集中的商品)更多的商鋪;

b3、如果滿足b2的商鋪為多個,則根據商鋪揀貨時間預測模型,選擇揀貨時間更短的商鋪;

b4、如果滿足b3的商鋪為多個,則先將商品放到商品集合的末尾,之后再進行劃分;

b5、如果商品經過第二次劃分依舊無法確立下單商鋪,則隨機分配下單商鋪。

示例二:如果用戶的歷史數據表明,或者用戶在下單時表現出價格優(yōu)先的意愿(可在下單時供用戶選擇具體策略,如均衡策略、價格優(yōu)先策略、配送時效優(yōu)先策略),則在遍歷商品集并將商品劃分到商鋪的過程中,遵循以下策略:

a:當商品只在一個商鋪中存在時,劃分給該商鋪。

b:當商品在多個商鋪中存在時,采用價格優(yōu)先策略,包括:

b1、選擇價格較低的商鋪;

b2、當商品在多個商鋪存在且價格基本一致時,將商品劃分給距離用戶更近的商鋪,以減少配送費用。

示例三:如果用戶的歷史數據表明,或者用戶在下單時表現出配送時效優(yōu)先的意愿(可在下單時供用戶選擇具體策略,如均衡策略、價格優(yōu)先策略、配送時效優(yōu)先策略),則在遍歷商品集并將商品劃分到商鋪的過程中,遵循以下策略:

a:當商品只在一個商鋪中存在時,劃分給該商鋪。

b:當商品在多個商鋪中都存在時,采用配送時效優(yōu)先策略,包括:

b1、根據商鋪的揀貨時間預測模型(或基于歷史揀貨時間進行平均化、分類等計算),選擇揀貨時間更短的商鋪;

b2、當商品在多個商鋪存在且揀貨時長相近時,劃分給包含商品(即,所述商品集中的商品)更多的商鋪;

b3、當以上條件都一致時,優(yōu)先選擇評價更好的優(yōu)質商鋪。

示例四:將商品分發(fā)給商鋪的過程看作對若干輸入求解最優(yōu)分發(fā)結果的過程,利用有限(例如,預分配)的計算資源求解最優(yōu)解。其中,所涉及到的特征包括:

優(yōu)化目標:包括訂單價格以及配送時長。其中,訂單價格包括商品價格(例如,營銷折扣后價格)以及騎士配送價格;配送時長包括商鋪揀貨時長以及騎士取貨配送時長。

輸入包括:用戶的價格敏感程度、用戶的地理位置、商鋪的地理位置、商鋪的揀貨時長(可以通過歷史數據進行機器學習并預測)、商鋪周邊路段交通情況、商品的價格信息、商品的商鋪歸屬等。

限制條件包括:

訂單價格:商品價格及配送價格;配送時長:商鋪揀貨時長以及騎士配送時長。

邏輯處理過程:例如,根據爬山算法、模擬退火算法等,在一定的系統(tǒng)計算壓力范圍以及產品預期響應時間內求得一個較優(yōu)解,完成訂單商品的分配。

通過以上的實施方式的描述,本領域的技術人員可以清楚地了解到各實施方式可借助軟件加必需的通用硬件平臺的方式來實現,當然也可以通過硬件。基于這樣的理解,上述技術方案本質上或者說對現有技術做出貢獻的部分可以以軟件產品的形式體現出來,該計算機軟件產品可以存儲在計算機可讀存儲介質中,如rom/ram、磁碟、光盤等,包括若干指令用以使得一臺計算機設備(可以是個人計算機,服務器,或者網絡設備等)執(zhí)行各個實施例或者實施例的某些部分所述的方法。

最后應說明的是:以上實施例僅用以說明本發(fā)明的技術方案,而非對其限制;盡管參照前述實施例對本發(fā)明進行了詳細的說明,本領域的普通技術人員應當理解:其依然可以對前述各實施例所記載的技術方案進行修改,或者對其中部分技術特征進行等同替換;而這些修改或者替換,并不使相應技術方案的本質脫離本發(fā)明各實施例技術方案的精神和范圍。

本發(fā)明公開a1、一種訂單處理方法,包括:

接收下單指令,所述下單指令攜帶商品集;

篩選商鋪得到商鋪集,其中,所述商鋪集中的各商鋪包含所述商品集中的至少一種商品;

至少基于所述商鋪集中各商鋪與所述商品集中各商品的包含關系,確定所述商品集中各商品的下單路徑,所述下單路徑包括商品和下單商鋪;

根據所述下單路徑分配訂單。

a2、如a1所述的方法,所述方法還包括:

基于用戶特征、商品特征、商鋪特征中的任意一者或多者,生成包含多種商品的商品頁數據;

將所述商品頁數據發(fā)送至面向用戶的終端;

其中,所述面向用戶的終端用于根據所述商品頁數據展示商品頁,并根據用戶操作所述商品頁之后的數據生成所述下單指令。

a3、如a1所述的方法,所述至少基于所述商鋪集中各商鋪與所述商品集中各商品的包含關系,確定所述商品集中各商品的下單路徑,包括:

如果所述商品集中存在僅包含于所述商鋪集中的一個商鋪的商品,則將所述一個商鋪確定為該商品的下單商鋪;和/或,

如果所述商品集中存在包含于所述商鋪集中不同商鋪的商品,則根據訂單分配策略從所述不同商鋪中選取一者作為該商品的訂單商鋪。

a4、如a1所述的方法,所述至少基于所述商鋪集中的商鋪與所述商品集中的商品的包含關系,確定所述商品集中各商品的下單路徑,包括:

遍歷所述商品集中的各個商品;

判斷當前遍歷的商品是否僅包含于所述商鋪集中的一個商鋪;

如果當前遍歷的商品僅包含于所述商鋪集中的一個商鋪,則將所述一個商鋪確定為當前遍歷的商品的下單商鋪;

如果當前遍歷的商品包含于所述商鋪集中的不同商鋪,則根據訂單分配策略從所述不同商鋪中選取一者作為當前遍歷的商品的下單商鋪。

a5、如a4所述的方法,所述方法還包括:

分析用戶特征或基于用戶指令,從訂單分配策略集中選取符合所述用戶特征或所述用戶指令的所述訂單分配策略。

a6、如a4所述的方法,

所述訂單分配策略包含指定的特征項以及基于所述特征項的數據處理邏輯。

a7、如a6所述的方法,所述根據訂單分配策略從所述不同商鋪中選取一者作為當前遍歷的商品的下單商鋪,包括:

獲取所述特征項的值;

根據所述特征項的值以及所述數據處理邏輯進行數據處理;

根據數據處理結果從所述不同商鋪中選取滿足條件的商鋪作為當前遍歷的商品的下單商鋪。

本發(fā)明還公開b8、一種訂單處理裝置,所述裝置包括:

指令接收模塊,用于接收下單指令,所述下單指令攜帶商品集;

商鋪篩選模塊,用于篩選商鋪得到商鋪集,其中,所述商鋪集中的各商鋪包含所述商品集中的至少一種商品;

路徑確定模塊,用于至少基于所述商鋪集中各商鋪與所述商品集中各商品的包含關系,確定所述商品集中各商品的下單路徑,所述下單路徑包括商品和下單商鋪;

訂單分配模塊,用于根據所述下單路徑分配訂單。

b9、如b8所述的裝置,所述裝置還包括:

數據生成模塊,用于基于用戶特征、商品特征、商鋪特征中的任意一者或多者,生成包含多種商品的商品頁數據;

數據發(fā)送模塊,用于將所述商品頁數據發(fā)送至面向用戶的終端;

其中,所述面向用戶的終端用于根據所述商品頁數據展示商品頁,并根據用戶操作所述商品頁之后的數據生成所述下單指令。

b10、如b8所述的裝置,所述路徑確定模塊包括:

第一確定子模塊,用于在所述商品集中存在僅包含于所述商鋪集中的一個商鋪的商品時,將所述一個商鋪確定為該商品的下單商鋪;和/或,

第二確定子模塊,用于在所述商品集中存在包含于所述商鋪集中不同商鋪的商品時,根據訂單分配策略從所述不同商鋪中選取一者作為該商品的訂單商鋪。

b11、如b8所述的裝置,所述路徑確定模塊包括:

遍歷子模塊,用于遍歷所述商品集中的各個商品;

判斷子模塊,用于判斷當前遍歷的商品是否僅包含于所述商鋪集中的一個商鋪,并在當前遍歷的商品僅包含于所述商鋪集中的一個商鋪時,觸發(fā)第三確定子模塊,在當前遍歷的商品包含于所述商鋪集中的不同商鋪時,觸發(fā)第四確定子模塊;

第三確定子模塊,用于將所述一個商鋪確定為當前遍歷的商品的下單商鋪;

第四確定子模塊,用于根據訂單分配策略從所述不同商鋪中選取一者作為當前遍歷的商品的下單商鋪。

b12、如b11所述的裝置,所述裝置還包括:

策略確定模塊,用于分析用戶特征或基于用戶指令,從訂單分配策略集中選取符合所述用戶特征或所述用戶指示的所述訂單分配策略。

b13、如b11所述的裝置,

所述訂單分配策略包含指定的特征項以及基于所述特征項的數據處理邏輯。

b14、如b13所述的裝置,所述第四確定子模塊包括:

特征值獲取單元,用于獲取所述特征項的值;

數據處理單元,用于根據所述特征項的值以及所述數據處理邏輯進行數據處理;

商鋪確定單元,用于根據數據處理結果從所述不同商鋪中選取滿足條件的商鋪作為當前遍歷的商品的下單商鋪。

本發(fā)明還公開c15、一種訂單處理裝置,包括存儲器和處理器,其中,

所述存儲器存儲有供所述處理器調用和執(zhí)行的計算機程序,所述計算機程序包括一條或多條計算機指令;

所述處理器執(zhí)行所述一條或多條計算機指令以實現以下處理:

接收下單指令,所述下單指令攜帶商品集;

篩選商鋪得到商鋪集,其中,所述商鋪集中的各商鋪包含所述商品集中的至少一種商品;

至少基于所述商鋪集中各商鋪與所述商品集中各商品的包含關系,確定所述商品集中各商品的下單路徑,所述下單路徑包括商品和下單商鋪;

根據所述下單路徑分配訂單。

c16、如c15所述的裝置,所述處理器還用于執(zhí)行所述計算機指令以實現以下處理:

基于用戶特征、商品特征、商鋪特征中的任意一者或多者,生成包含多種商品的商品頁數據;

將所述商品頁數據發(fā)送至面向用戶的終端;

其中,所述面向用戶的終端用于根據所述商品頁數據展示商品頁,并根據用戶操作所述商品頁之后的數據生成所述下單指令。

c17、如c15所述的裝置,為了至少基于所述商鋪集中各商鋪與所述商品集中各商品的包含關系,確定所述商品集中各商品的下單路徑,所述處理器具體通過執(zhí)行所述計算機指令實現以下處理:

如果所述商品集中存在僅包含于所述商鋪集中的一個商鋪的商品,則將所述一個商鋪確定為該商品的下單商鋪;和/或,

如果所述商品集中存在包含于所述商鋪集中不同商鋪的商品,則根據訂單分配策略從所述不同商鋪中選取一者作為該商品的訂單商鋪。

c18、如c15所述的裝置,為了至少基于所述商鋪集中各商鋪與所述商品集中各商品的包含關系,確定所述商品集中各商品的下單路徑,所述處理器具體通過執(zhí)行所述計算機指令實現以下處理:

遍歷所述商品集中的各個商品;

判斷當前遍歷的商品是否僅包含于所述商鋪集中的一個商鋪;

如果當前遍歷的商品僅包含于所述商鋪集中的一個商鋪,則將所述一個商鋪確定為當前遍歷的商品的下單商鋪;

如果當前遍歷的商品包含于所述商鋪集中的不同商鋪,則根據訂單分配策略從所述不同商鋪中選取一者作為當前遍歷的商品的下單商鋪。

c19、如c18所述的裝置,所述處理器還用于執(zhí)行所述計算機指令以實現以下處理:

分析用戶特征或基于用戶指令,從訂單分配策略集中選取符合所述用戶特征或所述用戶指令的所述訂單分配策略。

c20、如c18所述的裝置,所述訂單分配策略包含指定的特征項以及基于所述特征項的數據處理邏輯。

c21、如c20所述的裝置,為了根據訂單分配策略從所述不同商鋪中選取一者作為當前遍歷的商品的下單商鋪,所述處理器具體通過執(zhí)行所述計算機指令實現以下處理:

獲取所述特征項的值;

根據所述特征項的值以及所述數據處理邏輯進行數據處理;

根據數據處理結果從所述不同商鋪中選取滿足條件的商鋪作為當前遍歷的商品的下單商鋪。

本發(fā)明還公開d22、一種計算機存儲介質,所述計算機存儲介質包含一條或多條計算機指令,所述計算機指令被執(zhí)行時實現以下處理:

接收下單指令,所述下單指令攜帶商品集;

篩選商鋪得到商鋪集,其中,所述商鋪集中的各商鋪包含所述商品集中的至少一種商品;

至少基于所述商鋪集中各商鋪與所述商品集中各商品的包含關系,確定所述商品集中各商品的下單路徑,所述下單路徑包括商品和下單商鋪;

根據所述下單路徑分配訂單。

d23、如d22所述的計算機介質,所述計算機指令被執(zhí)行時實現以下處理:

基于用戶特征、商品特征、商鋪特征中的任意一者或多者,生成包含多種商品的商品頁數據;

將所述商品頁數據發(fā)送至面向用戶的終端;

其中,所述面向用戶的終端用于根據所述商品頁數據展示商品頁,并根據用戶操作所述商品頁之后的數據生成所述下單指令。

d24、如d22所述的計算機介質,所述計算機指令被執(zhí)行時具體實現以下處理:

如果所述商品集中存在僅包含于所述商鋪集中的一個商鋪的商品,則將所述一個商鋪確定為該商品的下單商鋪;和/或,

如果所述商品集中存在包含于所述商鋪集中不同商鋪的商品,則根據訂單分配策略從所述不同商鋪中選取一者作為該商品的訂單商鋪。

d25、如d22所述的計算機介質,所述計算機指令被執(zhí)行時具體實現以下處理:

遍歷所述商品集中的各個商品;

判斷當前遍歷的商品是否僅包含于所述商鋪集中的一個商鋪;

如果當前遍歷的商品僅包含于所述商鋪集中的一個商鋪,則將所述一個商鋪確定為當前遍歷的商品的下單商鋪;

如果當前遍歷的商品包含于所述商鋪集中的不同商鋪,則根據訂單分配策略從所述不同商鋪中選取一者作為當前遍歷的商品的下單商鋪。

d26、如d25所述的計算機存儲介質,所述計算機指令被執(zhí)行時實現以下處理:

分析用戶特征或基于用戶指令,從訂單分配策略集中選取符合所述用戶特征或所述用戶指令的所述訂單分配策略。

d27、如d25所述的計算機存儲介質,所述訂單分配策略包含指定的特征項以及基于所述特征項的數據處理邏輯。

d28、如d27所述的計算機存儲介質,所述計算機指令被執(zhí)行時具體實現以下處理:

獲取所述特征項的值;

根據所述特征項的值以及所述數據處理邏輯進行數據處理;

根據數據處理結果從所述不同商鋪中選取滿足條件的商鋪作為當前遍歷的商品的下單商鋪。

當前第1頁1 2 
網友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1
城口县| 和硕县| 辰溪县| 阿尔山市| 淮南市| 乐陵市| 高雄县| 林州市| 徐汇区| 南和县| 建湖县| 兰考县| 蚌埠市| 清徐县| 五寨县| 合作市| 延津县| 盐边县| 绥芬河市| 北川| 清徐县| 琼结县| 定远县| 文成县| 昭通市| 奉化市| 西丰县| 汉源县| 拉萨市| 万宁市| 揭阳市| 瑞丽市| 中阳县| 大厂| 威信县| 平定县| 衡阳市| 南部县| 连山| 鹿泉市| 新巴尔虎左旗|