一種業(yè)務(wù)信息列表的生成方法及生成系統(tǒng)的制作方法
【專利摘要】本發(fā)明涉及信息處理技術(shù)領(lǐng)域，公開了一種業(yè)務(wù)信息列表的生成方法。該方法包括：在接收到用戶發(fā)送的業(yè)務(wù)信息列表的操作指令后，判斷業(yè)務(wù)信息列表的屬性值是否超過預(yù)設(shè)的臨界值；在判定屬性值超過預(yù)設(shè)的臨界值后，對業(yè)務(wù)信息列表進行分解，生成至少兩個子業(yè)務(wù)信息列表；其中，每個子業(yè)務(wù)信息列表的屬性值小于或等于預(yù)設(shè)的臨界值；在判定屬性值不超過預(yù)設(shè)的臨界值時，保持業(yè)務(wù)信息列表不變。本發(fā)明還公開了一種業(yè)務(wù)信息列表的生成系統(tǒng)。本發(fā)明實施方式相對于現(xiàn)有技術(shù)而言，可自行判斷業(yè)務(wù)信息列表的屬性值是否超過預(yù)設(shè)的臨界值，并在判定超過后自行進行業(yè)務(wù)信息列表的分解，節(jié)省了用戶的時間成本，有利于提高工作效率。
【專利說明】
_種業(yè)務(wù)信息列表的生成方法及生成系統(tǒng)
技術(shù)領(lǐng)域
[0001]本發(fā)明涉及信息處理技術(shù)領(lǐng)域，特別涉及一種業(yè)務(wù)信息列表的生成方法及生成系統(tǒng)。
【背景技術(shù)】
[0002]隨著互聯(lián)網(wǎng)的發(fā)展，電子商務(wù)得到了長足的發(fā)展，網(wǎng)購也逐漸成為時下最受歡迎的購物模式。在網(wǎng)上購買商品時，用戶有時候需要進行訂單的拆分。如某些商城對訂單中商品的質(zhì)量或體積設(shè)置臨界值。當(dāng)訂單中商品質(zhì)量或體積超出該設(shè)置的臨界值時，商城就會追加額外的運費。此時，用戶就可通過拆單的方式來減少支付金額。
[0003]另外，一些地區(qū)對訂單的金額也是有限制的，當(dāng)訂單的金額超過規(guī)定的金額時，購買的商品就無法送到給用戶。這也迫使用戶不得不進行訂單的拆分。但由于現(xiàn)有技術(shù)中缺乏拆分訂單的有效方法，使的用戶在需要進行訂單拆分時，不得不自行進行相關(guān)的計算與處理，不僅浪費用戶的時間成本，也嚴重影響了用戶購物的積極性。
【發(fā)明內(nèi)容】
[0004]本發(fā)明的目的在于提供一種業(yè)務(wù)信息列表的生成方法及生成系統(tǒng)，使得在業(yè)務(wù)信息列表的屬性值超過規(guī)定的臨界值時，無需用戶動手，就可自行進行業(yè)務(wù)信息列表的分解，從而節(jié)省用戶的時間成本，提升用戶的工作效率。
[0005]為解決上述技術(shù)問題，本發(fā)明實施例提供了一種業(yè)務(wù)信息列表的生成方法，包括:在接收到用戶發(fā)送的業(yè)務(wù)信息列表的操作指令后，判斷業(yè)務(wù)信息列表的屬性值是否超過預(yù)設(shè)的臨界值;在判定屬性值超過預(yù)設(shè)的臨界值后，對業(yè)務(wù)信息列表進行分解，生成至少兩個子業(yè)務(wù)信息列表;其中，每個子業(yè)務(wù)信息列表的屬性值小于或等于預(yù)設(shè)的臨界值;在判定屬性值不超過預(yù)設(shè)的臨界值時，保持業(yè)務(wù)信息列表不變。
[0006]本發(fā)明實施例還提供了一種業(yè)務(wù)信息列表的生成系統(tǒng)，包括:指令接收模塊、屬性值判斷模塊、列表生成模塊及列表保持模塊;指令接收模塊用于接收用戶發(fā)送的業(yè)務(wù)信息列表的操作指令；屬性值判斷模塊用于判斷業(yè)務(wù)信息列表的屬性值是否超過預(yù)設(shè)的臨界值;列表生成模塊用于在屬性值判斷模塊判定屬性值超過預(yù)設(shè)的臨界值后，對業(yè)務(wù)信息列表進行分解，生成至少兩個子業(yè)務(wù)信息列表;其中，每個子業(yè)務(wù)信息列表的屬性值小于或等于所述預(yù)設(shè)的臨界值;列表保持模塊用于在屬性值判斷模塊判定屬性值不超過預(yù)設(shè)的臨界值時，保持業(yè)務(wù)信息列表不變。
[0007]相對于現(xiàn)有技術(shù)而言，本發(fā)明實施例在接收到用戶發(fā)送的業(yè)務(wù)信息列表的操作指令后，自行判斷業(yè)務(wù)信息列表的屬性值是否超過預(yù)設(shè)的臨界值，并在判定超過后自行對業(yè)務(wù)信息列表進行分解，并使分解后的子業(yè)務(wù)信息列表的屬性值均不超過預(yù)設(shè)的臨界值。這種做法免去了用戶自己分解業(yè)務(wù)信息列表的過程，節(jié)省了用戶的時間成本，提升了用戶的工作效率。
[0008]另外，業(yè)務(wù)信息列表為訂單;子業(yè)務(wù)信息列表為子訂單;業(yè)務(wù)信息列表的屬性值為訂單的屬性值;業(yè)務(wù)信息列表的操作指令為訂單的確認指令;在對業(yè)務(wù)信息列表進行分解，生成至少兩個子業(yè)務(wù)信息列表時，將訂單拆分成至少兩個子訂單。在用戶確認訂單后，無需用戶動手，就自選判斷訂單的屬性值是否超過預(yù)設(shè)的臨界值，并在判定超過后，自行進行訂單的拆分，并使拆分后的訂單的屬性值均不超過預(yù)設(shè)的臨界值。不僅免去了用戶自己拆單的過程，節(jié)省了用戶的時間成本，也有利于提高用戶的工作效率。
[0009]在判定屬性值超過預(yù)設(shè)的臨界值之后，在將訂單拆分成至少兩個子訂單之前，還包括:判斷訂單是否可拆;在判定訂單可拆時，執(zhí)行將訂單拆分成至少兩個子訂單的步驟；在判定訂單不可拆時，向用戶發(fā)送提示。有利于用戶及時了解自己訂單的情況，及時調(diào)整自己的購買策略。
[0010]另外，在判斷訂單是否可拆時，通過判斷訂單中包括的商品個數(shù)是否大于I來判斷訂單是否可拆。
[0011]另外，在判斷訂單是否可拆時，根據(jù)訂單中包括的單件商品的屬性值來判斷訂單是否可拆。
[0012]另外，商品的屬性包括商品的價格、商品的質(zhì)量或商品的體積。
[0013]另外，在將訂單拆分成至少兩個子訂單時，采用拆單后訂單總數(shù)最少的原則進行拆分。拆最少的單數(shù)有利于減少商家的物流費用。
[0014]另外，在將訂單拆分成至少兩個訂單時，將所有可能的拆分方案均拆分出來，供用戶選擇。
[0015]另外，訂單的屬性包括:訂單中所有商品的價格之和、訂單中所有商品的質(zhì)量之和、或訂單中所有商品的體積之和。
【附圖說明】
[0016]圖1是根據(jù)本發(fā)明第一實施方式的業(yè)務(wù)信息列表的生成方法的流程圖；
[0017]圖2是根據(jù)本發(fā)明第二實施方式的業(yè)務(wù)信息列表的生成方法的流程圖；
[0018]圖3是根據(jù)本發(fā)明第三實施方式的業(yè)務(wù)信息列表的生成方法的流程圖；
[0019]圖4是根據(jù)本發(fā)明第四實施方式的業(yè)務(wù)信息列表的生成系統(tǒng)的結(jié)構(gòu)示意圖；
[0020]圖5是根據(jù)本發(fā)明第五實施方式的業(yè)務(wù)信息列表的生成系統(tǒng)的結(jié)構(gòu)示意圖；
[0021 ]圖6是根據(jù)本發(fā)明第六實施方式的終端的結(jié)構(gòu)示意圖。
【具體實施方式】
[0022]為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合附圖對本發(fā)明的各實施方式進行詳細的闡述。然而，本領(lǐng)域的普通技術(shù)人員可以理解，在本發(fā)明各實施方式中，為了使讀者更好地理解本申請而提出了許多技術(shù)細節(jié)。但是，即使沒有這些技術(shù)細節(jié)和基于以下各實施方式的種種變化和修改，也可以實現(xiàn)本申請所要求保護的技術(shù)方案。
[0023]本發(fā)明的第一實施方式涉及一種業(yè)務(wù)信息列表的生成方法。其具體流程如圖1所示:
[0024]步驟101，在接收到用戶發(fā)送的業(yè)務(wù)信息列表的操作指令后，判斷業(yè)務(wù)信息列表的屬性值是否超過預(yù)設(shè)的臨界值。若是，則進入步驟102;否則，則進入步驟103。
[0025]102，對業(yè)務(wù)信息列表進行分解，生成至少兩個子業(yè)務(wù)信息列表。其中，每個子業(yè)務(wù)信息列表的屬性值小于或等于預(yù)設(shè)的臨界值。
[0026]103，保持業(yè)務(wù)信息列表不變。
[0027]本實施方式在接收到用戶發(fā)送的業(yè)務(wù)信息列表的操作指令后，自行判斷業(yè)務(wù)信息列表的屬性值是否超過預(yù)設(shè)的臨界值，并在判定超過后自行對業(yè)務(wù)信息列表進行分解，并使分解后的子業(yè)務(wù)信息列表的屬性值均不超過預(yù)設(shè)的臨界值。這種做法免去了用戶自己分解業(yè)務(wù)信息列表的過程，節(jié)省了用戶的時間成本，提升了用戶的工作效率。
[0028]本發(fā)明的第二實施方式涉及一種業(yè)務(wù)信息列表的生成方法。本實施方式將以業(yè)務(wù)信息列表為訂單;子業(yè)務(wù)信息列表為子訂單;業(yè)務(wù)信息列表的屬性值為訂單的屬性值;業(yè)務(wù)信息列表的操作指令為訂單的確認指令為例，對如何由業(yè)務(wù)信息列表生成子業(yè)務(wù)信息列表的過程進行說明。
[0029]本實施方式的具體流程如圖2所示。
[0030]值的一提的是，本實施方式所說的訂單的屬性值可以是訂單中所有商品的價格之和、訂單中所有商品的質(zhì)量之和、或訂單中所有商品的體積之和，但并不以此為限，在實際應(yīng)用中，也可以根據(jù)情況靈活選擇指定。
[0031 ]本實施方式將以訂單的屬性值為所有商品的價格之和為例進行說明。
[0032]步驟201，在接收到用戶發(fā)送的確認訂單的指令后，判斷用戶確認的訂單的屬性值是否超過預(yù)設(shè)的臨界值。
[0033]本實施方式會預(yù)先設(shè)定臨界值，該預(yù)設(shè)的臨界值可以根據(jù)某些地區(qū)的訂單限額規(guī)定進行設(shè)定(如不能超過I萬元)。
[0034]在本步驟若判定訂單中所有商品的價格之和超過預(yù)設(shè)的臨界值，則進入步驟202;否則，則進入步驟203，保持訂單不變。
[0035]步驟202，判定訂單是否可拆。
[0036]眾所周知，并非所有的訂單都可以拆分，如訂單中只有一件商品，或者訂單中每件商品的價格都超過預(yù)設(shè)的臨界值等，這種情況下就無法拆分訂單。因此，在拆分訂單之前，本實施方式會先判斷該訂單是否可拆。
[0037]具體地說，本步驟可分兩步進行，第一步即是判斷訂單中包括的商品個數(shù)是否大于I，若是，則進入第二步判斷；否則，則直接判定該訂單不可拆。第二步則是根據(jù)訂單中包括的單件商品的屬性值(商品的屬性值可以是商品的價格、商品的質(zhì)量或商品的體積，本實施方式以商品的屬性值為商品的價格為例進行說明)來進一步判斷訂單是否可拆。
[0038]具體地說，第二步可通過判斷訂單中單件商品的價格是否超過預(yù)設(shè)的臨界值，來判斷訂單是否可拆。若訂單中某件商品的價格超過預(yù)設(shè)的臨界值，則判定該訂單不可拆;否貝1J，則判定該訂單可拆。需要說明的是，在實際應(yīng)用中，也可以省略第一步判斷，直接用第二步判斷。
[0039]在步驟202中，若判定訂單不可拆，則進入步驟204;否則，將進入步驟205。
[0040]步驟204，向用戶發(fā)送提示。
[0041]在實際應(yīng)用中，若在第一步中判定訂單不可拆，可向用戶發(fā)送如“商品個數(shù)不符合拆分條件”的提示框，供用戶參考。若在第二步中判定訂單不可拆，則可向用戶指明不符合拆分條件的商品名，例如，訂單中包括A、B、C三件商品，其中，A商品的價格超過預(yù)設(shè)的臨界值，則可向用戶發(fā)送“A商品的價格超過預(yù)設(shè)的臨界值，訂單不能拆分”的提示框。
[0042]步驟205，將所有可能的拆分方案均拆分出來，供用戶選擇。
[0043 ]例如，預(yù)設(shè)的臨界值為I萬。訂單中包括A、B、C三件商品，A商品的價格為8千，B商品的價格為I千，C商品的體格為2千。則本實施方式將為用戶提供四種拆分方案，第一種:A、B商品位于一個子訂單，C商品單獨位于一個子訂單;第二種:A、C商品位于一個子訂單，B商品單獨位于一個子訂單;第三種:B、C商品位于一個子訂單，A商品單獨位于一個子訂單;第四種，A、B、C三件商品各自位于一個子訂單中。用戶可根據(jù)情況自行選擇一種拆分方案。
[0044]本實施方式預(yù)先設(shè)定訂單的屬性臨界值。在接收到用戶發(fā)送的確認訂單的指令時，即將當(dāng)前訂單的屬性值與該預(yù)設(shè)的臨界值進行比較。在判定當(dāng)前訂單的屬性值超過該預(yù)設(shè)的臨界值后，對當(dāng)前的訂單進入拆分，并保證拆分后的訂單的屬性值均不超過該預(yù)設(shè)的臨界值，從而節(jié)省用戶的時間成本，保證用戶的利益。
[0045]本發(fā)明第三實施方式涉及一種業(yè)務(wù)信息列表的生成方法。第三實施實施與第二實施方式大致相同，主要區(qū)別之處在于:第二實施方式在拆分時，會將所有可能的拆分方案均拆分出來并提供給用戶，供用戶選擇。而在本實施方式在拆分時，將采用拆單后訂單總數(shù)最少的原則進行拆分，這種拆分原則有利于減少商家的物流費用。本實施方式的流程如圖3所不O
[0046]值的一提的是，本實施方式所說的訂單的屬性值可以是訂單中所有商品的價格之和、訂單中所有商品的質(zhì)量之和、或訂單中所有商品的體積之和，但并不以此為限，在實際應(yīng)用中，也可以根據(jù)情況靈活選擇指定。
[0047]本實施方式將以訂單的屬性值為所有商品的價格之和為例進行說明。
[0048]步驟301，在接收到用戶發(fā)送的確認訂單的指令后，判斷用戶確認的訂單的屬性值是否超過預(yù)設(shè)的臨界值。
[0049]在本步驟若判定訂單中所有商品的價格之和超過預(yù)設(shè)的臨界值，則進入步驟302;否則，則進入步驟303，保持訂單不變。
[0050]步驟302，判定訂單是否可拆。
[0051]眾所周知，并非所有的訂單都可以拆分，如訂單中只有一件商品，或者訂單中每件商品的價格都超過預(yù)設(shè)的臨界值等，這種情況下就無法拆分訂單。因此，在拆分訂單之前，本實施方式會先判斷該訂單是否可拆。本步驟的具體做法可參見步驟202。
[0052]在本步驟中，若判定訂單不可拆，則進入步驟304;否則，將進入步驟305。
[0053]步驟304，向用戶發(fā)送提示。
[0054]步驟305，將子訂單數(shù)量最少的拆分方案提供給用戶。
[0055]如第一實施方式步驟205中所舉的例子，前三種拆分方案中，子訂單的數(shù)量都是2個;第四種拆分方案中，子訂單的數(shù)量是3個。由于本實施方式提供給用戶的是子訂單數(shù)量最少的拆分方案，因此，針對該例，本實施方式只會提供前三種拆分方案。
[0056]在實際應(yīng)用中，再根據(jù)訂單金額拆分時，還可以同時考慮商品的質(zhì)量或體積。以質(zhì)量為例，例如，預(yù)設(shè)的臨界值為I萬。訂單中包括A、B、C三件商品，A商品的價格為8千，質(zhì)量為5千克;B商品的價格為I千，質(zhì)量為15千克;C商品的價格為2千，質(zhì)量為11千克。
[0057]在拆分時，可先按照本實施方式提供的拆分原則提供三種拆分方案:第一種:A、B商品位于一個子訂單，C商品單獨位于一個子訂單;第二種:A、C商品位于一個子訂單，B商品單獨位于一個子訂單;第三種:B、C商品位于一個子訂單，A商品單獨位于一個子訂單；。
[0058]然后再考慮A、B、C三件商品的質(zhì)量。假設(shè)訂單中所有商品質(zhì)量之和的臨界值為20千克(即訂單中所有商品的質(zhì)量之和不能超過20千克)，而前面提供第三種方案中，B、C商品在一個訂單中，兩者的質(zhì)量之和顯然已超過20千克，所以，本實施方式只會提供前兩種方案。
[0059]上面各種方法的步驟劃分，只是為了描述清楚，實現(xiàn)時可以合并為一個步驟或者對某些步驟進行拆分，分解為多個步驟，只要包括相同的邏輯關(guān)系，都在本專利的保護范圍內(nèi)；對算法中或者流程中添加無關(guān)緊要的修改或者引入無關(guān)緊要的設(shè)計，但不改變其算法和流程的核心設(shè)計都在該專利的保護范圍內(nèi)。
[0060]本發(fā)明第四實施方式涉及一種業(yè)務(wù)信息列表的生成系統(tǒng)。如圖4所示，該業(yè)務(wù)信息列表的生成系統(tǒng)包括:指令接收模塊41、屬性值判斷模塊42、列表生成模塊43及列表保持模塊44。
[0061]其中，指令接收模塊41用于接收用戶發(fā)送的業(yè)務(wù)信息列表的操作指令。
[0062]屬性值判斷模塊42用于判斷業(yè)務(wù)信息列表的屬性值是否超過預(yù)設(shè)的臨界值。
[0063]列表生成模塊43用于在屬性值判斷模塊42判定屬性值超過預(yù)設(shè)的臨界值后，對業(yè)務(wù)信息列表進行分解，生成至少兩個子業(yè)務(wù)信息列表;其中，每個子業(yè)務(wù)信息列表的屬性值小于或等于所述預(yù)設(shè)的臨界值。
[0064]列表保持模塊44用于在屬性值判斷模塊42判定屬性值不超過預(yù)設(shè)的臨界值時，保持業(yè)務(wù)信息列表不變。
[0065]不難發(fā)現(xiàn)，本實施方式為與第一實施方式相對應(yīng)的系統(tǒng)實施例，本實施方式可與第一實施方式互相配合實施。第一實施方式中提到的相關(guān)技術(shù)細節(jié)在本實施方式中依然有效，為了減少重復(fù)，這里不再贅述。相應(yīng)地，本實施方式中提到的相關(guān)技術(shù)細節(jié)也可應(yīng)用在第一實施方式中。
[0066]本發(fā)明第五實施方式涉及一種業(yè)務(wù)信息列表的生成系統(tǒng)。本實施方式將以業(yè)務(wù)信息列表為訂單;子業(yè)務(wù)信息列表為子訂單;業(yè)務(wù)信息列表的屬性值為訂單的屬性值;業(yè)務(wù)信息列表的操作指令為訂單的確認指令為例，對如何由業(yè)務(wù)信息列表生成子業(yè)務(wù)信息列表的過程進行說明。
[0067]如圖5所示，該業(yè)務(wù)信息列表的生成系統(tǒng)包括:接收模塊51、判斷模塊52、拆分模塊53及保持模塊54。
[0068]在本實施方式中，該接收模塊51用于接收用戶發(fā)送的確認訂單的指令。
[0069]判斷模塊52用于在接收模塊接收到確認訂單的指令后，判斷訂單的屬性值是否超過預(yù)設(shè)的臨界值。
[0070]拆分模塊53用于在判斷模塊判定屬性值超過預(yù)設(shè)的臨界值后，將訂單拆分成至少兩個子訂單，其中，每一個子訂單的屬性值小于或等于預(yù)設(shè)的臨界值。
[0071 ]保持模塊54用于在判斷模塊判定屬性值不超過預(yù)設(shè)的臨界值時，保持訂單不變。
[0072]另外，在本實施方式中，該業(yè)務(wù)信息列表的生成系統(tǒng)還包括提示模塊(圖中未示出)。具體地說，判斷模塊還用于在判定訂單的屬性值超過預(yù)設(shè)的臨界值之后，在拆分模塊將訂單拆分成至少兩個子訂單之前，判斷訂單是否可拆;若可拆，則通知拆分模塊將該訂單拆分成至少兩個子訂單;若不可拆，則通知提示模塊向用戶發(fā)送提示。
[0073]不難發(fā)現(xiàn)，本實施方式為與第二實施方式相對應(yīng)的系統(tǒng)實施例，本實施方式可與第二實施方式互相配合實施。第二實施方式中提到的相關(guān)技術(shù)細節(jié)在本實施方式中依然有效，為了減少重復(fù)，這里不再贅述。相應(yīng)地，本實施方式中提到的相關(guān)技術(shù)細節(jié)也可應(yīng)用在第二實施方式中。
[0074]值得一提的是，本實施方式中所涉及到的各模塊均為邏輯模塊，在實際應(yīng)用中，一個邏輯單元可以是一個物理單元，也可以是一個物理單元的一部分，還可以以多個物理單元的組合實現(xiàn)。此外，為了突出本發(fā)明的創(chuàng)新部分，本實施方式中并沒有將與解決本發(fā)明所提出的技術(shù)問題關(guān)系不太密切的單元引入，但這并不表明本實施方式中不存在其它的單
J L ο
[0075]本發(fā)明第六實施方式涉及一種終端。如圖6所示，該終端包括:處理器61、存儲器62及人機交互設(shè)備63。
[0076]該終端可以是智能手機、PC(個人計算機)或平板電腦等智能終端。本實施方式將以該電子設(shè)備為智能手機為例進行說明。
[0077]當(dāng)電子設(shè)備為智能手機時，該人機交互設(shè)備63包括顯示屏與觸摸屏。
[0078]本實施方式中，終端在接收到用戶發(fā)送的確認訂單的指令后，可以向用戶提供一個人機交互界面，該人機交互界面上可設(shè)置多個拆分選擇項目，包括價格、質(zhì)量、體積等。選擇價格時，將按照商品的價格進行拆分;選擇質(zhì)量時，將按照商品的質(zhì)量進行拆分;選擇體積時，將按照商品的體積進行拆分。同時選中其中的某兩項(如價格、質(zhì)量)或三項時，拆分時將同時考慮選擇的項目。
[0079]以選擇的拆分項目為價格為例，處理器61在接收到用戶的選擇的拆分項目時，就會獲取用戶的訂單金額(即訂單中所有商品的價格之和)，并判斷該訂單金額是否超過預(yù)設(shè)的臨界值。值的一提的是，該預(yù)設(shè)的臨界值可以由用戶輸入，如用戶通過觸摸屏在人機交互界面中選定拆分項目為價格后，處理器可推出一個臨界值輸入框中，供用戶輸入臨界值。該預(yù)設(shè)的臨界值也可以預(yù)先存儲在存儲器62中。
[0080]若處理器61判定該訂單的金額超過預(yù)設(shè)的臨界值，則將該訂單拆分成至少兩個子訂單，其中，每一個子訂單的訂單金額小于或等于預(yù)設(shè)的臨界值。并將拆分后的子訂單顯示在顯示屏上，供用戶參考。
[0081]若處理器61判定該訂單的金額未超過預(yù)設(shè)的臨界值時，則保持該訂單不變。
[0082]不難發(fā)現(xiàn)，本實施方式為與第二實施方式相對應(yīng)的實體裝置實施例。本實施方式可與第二實施方式互相配合實施。第二實施方式中提到的相關(guān)技術(shù)細節(jié)在本實施方式中依然有效，為了減少重復(fù)，這里不再贅述。相應(yīng)地，本實施方式中提到的相關(guān)技術(shù)細節(jié)也可應(yīng)用在第二實施方式中。
[0083]本領(lǐng)域技術(shù)人員可以理解實現(xiàn)上述實施例方法中的全部或部分步驟是可以通過程序來指令相關(guān)的硬件來完成，該程序存儲在一個存儲介質(zhì)中，包括若干指令用以使得一個設(shè)備(可以是單片機，芯片等)或處理器(processor)執(zhí)行本申請各個實施例所述方法的全部或部分步驟。而前述的存儲介質(zhì)包括:U盤、移動硬盤、只讀存儲器(R0M，Read-0nlyMemory)、隨機存取存儲器(RAM，Random Access Memory)、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。
[0084]本領(lǐng)域的普通技術(shù)人員可以理解，上述各實施方式是實現(xiàn)本發(fā)明的具體實施例，而在實際應(yīng)用中，可以在形式上和細節(jié)上對其作各種改變，而不偏離本發(fā)明的精神和范圍。
【主權(quán)項】
1.一種業(yè)務(wù)信息列表的生成方法，其特征在于，包括: 在接收到用戶發(fā)送的業(yè)務(wù)信息列表的操作指令后，判斷所述業(yè)務(wù)信息列表的屬性值是否超過預(yù)設(shè)的臨界值； 在判定所述屬性值超過所述預(yù)設(shè)的臨界值后，對所述業(yè)務(wù)信息列表進行分解，生成至少兩個子業(yè)務(wù)信息列表;其中，每個所述子業(yè)務(wù)信息列表的屬性值小于或等于所述預(yù)設(shè)的臨界值； 在判定所述屬性值不超過所述預(yù)設(shè)的臨界值時，保持所述業(yè)務(wù)信息列表不變。2.根據(jù)權(quán)利要求1所述的業(yè)務(wù)信息列表的生成方法，其特征在于， 所述業(yè)務(wù)信息列表為訂單;所述子業(yè)務(wù)信息列表為子訂單;所述業(yè)務(wù)信息列表的屬性值為所述訂單的屬性值;所述業(yè)務(wù)信息列表的操作指令為所述訂單的確認指令； 在對所述業(yè)務(wù)信息列表進行分解，生成至少兩個子業(yè)務(wù)信息列表時，將所述訂單拆分成至少兩個子訂單。3.根據(jù)權(quán)利要求2所述的業(yè)務(wù)信息列表的生成方法，其特征在于，在判定所述屬性值超過所述預(yù)設(shè)的臨界值之后，在所述將所述訂單拆分成至少兩個子訂單之前，還包括: 判斷所述訂單是否可拆； 在判定所述訂單可拆時，執(zhí)行將所述訂單拆分成至少兩個子訂單的步驟； 在判定所述訂單不可拆時，向用戶發(fā)送提示。4.根據(jù)權(quán)利要求3所述的業(yè)務(wù)信息列表的生成方法，其特征在于，在判斷所述訂單是否可拆時，通過判斷所述訂單中包括的商品個數(shù)是否大于I來判斷所述訂單是否可拆。5.根據(jù)權(quán)利要求3所述的業(yè)務(wù)信息列表的生成方法，其特征在于，在所述判斷所述訂單是否可拆時，根據(jù)所述訂單中包括的單件商品的屬性值來判斷所述訂單是否可拆。6.根據(jù)權(quán)利要求5所述的業(yè)務(wù)信息列表的生成方法，其特征在于，所述商品的屬性包括商品的價格、商品的質(zhì)量或商品的體積。7.根據(jù)權(quán)利要求2所述的業(yè)務(wù)信息列表的生成方法，其特征在于，在將所述訂單拆分成至少兩個子訂單時，采用拆單后訂單總數(shù)最少的原則進行拆分。8.根據(jù)權(quán)利要求2所述的業(yè)務(wù)信息列表的生成方法，其特征在于，在將所述訂單拆分成至少兩個訂單時，將所有可能的拆分方案均拆分出來，供用戶選擇。9.根據(jù)權(quán)利要求2所述的業(yè)務(wù)信息列表的生成方法，其特征在于，所述訂單的屬性值包括:訂單中所有商品的價格之和、訂單中所有商品的質(zhì)量之和、或訂單中所有商品的體積之和。10.—種業(yè)務(wù)信息列表的生成系統(tǒng)，其特征在于，包括:指令接收模塊、屬性值判斷模塊、列表生成模塊及列表保持模塊； 所述指令接收模塊用于接收用戶發(fā)送的業(yè)務(wù)信息列表的操作指令； 所述屬性值判斷模塊用于判斷所述業(yè)務(wù)信息列表的屬性值是否超過預(yù)設(shè)的臨界值； 所述列表生成模塊用于在所述屬性值判斷模塊判定所述屬性值超過所述預(yù)設(shè)的臨界值后，對所述業(yè)務(wù)信息列表進行分解，生成至少兩個子業(yè)務(wù)信息列表;其中，每個所述子業(yè)務(wù)信息列表的屬性值小于或等于所述預(yù)設(shè)的臨界值； 所述列表保持模塊用于在所述屬性值判斷模塊判定所述屬性值不超過所述預(yù)設(shè)的臨界值時，保持所述業(yè)務(wù)信息列表不變。
【文檔編號】G06Q30/06GK106097053SQ201610399212
【公開日】2016年11月9日
【申請日】2016年6月7日
【發(fā)明人】黃智勁
【申請人】樂視控股（北京）有限公司, 樂視電子商務(wù)（北京）有限公司