本申請實施例涉及計算機，尤其涉及一種基于失效訂單的下發(fā)信息確定方法及系統(tǒng)。

背景技術：

1、隨著網(wǎng)絡和計算機技術的發(fā)展，人們在日常生活中越來越多的使用智能設備例如智能手機進行下單，以滿足自身的需求。舉例而言，用戶可針對某個想要購買的商品進行下單以生成商品訂單，或者針對某個產品填寫購買意向以生成意向訂單等不同類型的訂單。

2、在后臺系統(tǒng)生成訂單時或者訂單生成后，可能會由于多種原因造成訂單失效，此時會相應的將其標記為失效訂單。該失效訂單即是指訂單在處理過程中因為某些原因未能成功完成，最終導致無效的訂單。相關技術中，針對失效訂單通常會通知關聯(lián)的用戶告知其訂單已失效，然而該種處理方式僅僅能夠起到通知用戶的目的，其導致訂單轉化率低，進而也導致了產品運營效率低，不利于挽回用戶繼續(xù)完成訂單實現(xiàn)自身的商業(yè)化目的。

技術實現(xiàn)思路

1、本發(fā)明實施例提供了一種基于失效訂單的下發(fā)信息確定方法及系統(tǒng)，解決了相關技術中針對失效訂單處理方式相對簡單導致的訂單轉化率低、產品運行效率低的技術問題，能夠通過對失效訂單的分析、預測得到合理的下發(fā)信息以挽回用戶完成訂單，顯著提升了訂單的轉化率。

2、第一方面，本發(fā)明實施例提供了一種基于失效訂單的下發(fā)信息確定方法，包括：

3、在檢測到失效訂單的情況下，確定所述失效訂單的失效類型；

4、在所述失效類型為用戶類型的情況下，獲取所述失效訂單關聯(lián)的用戶操作數(shù)據(jù)，在所述用戶操作數(shù)據(jù)中包括超時未支付的情況下，獲取在所述用戶操作數(shù)據(jù)中記錄的其它訂單信息，根據(jù)所述其它訂單信息與所述失效訂單的關聯(lián)度確定所述失效訂單對應的下發(fā)信息，以下發(fā)至對應的用戶，在所述用戶操作數(shù)據(jù)中包括取消訂單的情況下，獲取在所述用戶操作數(shù)據(jù)中記錄的產品篩選信息，根據(jù)所述產品篩選信息確定所述失效訂單對應的下發(fā)信息，以下發(fā)至對應的用戶；

5、在所述失效類型為系統(tǒng)類型的情況下，確定所述失效訂單的失效原因，基于所述失效原因以及設置的原因分析策略確定對應的下發(fā)信息，以下發(fā)至對應的用戶。

6、可選的，所述確定所述失效訂單的失效類型，包括：

7、獲取記錄的所述失效訂單的操作信息，在所述操作信息中記錄有用戶失效操作的情況下，確定所述失效訂單的失效類型為用戶類型；

8、在所述操作信息中未記錄有用戶失效操作的情況下，確定所述失效訂單的失效類型為系統(tǒng)類型。

9、可選的，所述根據(jù)所述其它訂單信息與所述失效訂單的關聯(lián)度確定所述失效訂單對應的下發(fā)信息，包括：

10、在所述其它訂單信息與所述失效訂單關聯(lián)的情況下，確定所述失效訂單與所述其它訂單信息中關聯(lián)產品訂單的差異參數(shù)，基于所述差異參數(shù)與對應的預設下發(fā)模板信息組合得到第一下發(fā)信息；

11、在所述其它訂單信息與所述失效訂單不關聯(lián)的情況下，將所述失效訂單對應的產品鏈接與對應的預設模板信息進行組合得到第二下發(fā)信息息。

12、可選的，所述根據(jù)所述產品篩選信息確定所述失效訂單對應的下發(fā)信息，包括：

13、根據(jù)所述產品篩選信息中包括的不同的篩選因素確定對應的下發(fā)信息。

14、可選的，所述確定所述失效訂單的失效原因，包括：

15、確定所述失效訂單失效時對應的失效階段；

16、獲取所述失效階段對應的預先設置的多個失效項，將所述多個失效項與所述失效訂單的屬性項進行比對，根據(jù)比對結果確定所述失效訂單的失效原因。

17、可選的，所述基于所述失效原因以及設置的原因分析策略確定對應的下發(fā)信息，包括：

18、在所述失效原因為運營商因素的情況下，每隔預設時間確定所述失效訂單對應的失效恢復信息，在所述失效恢復信息滿足訂單有效條件的情況下，確定對應的下發(fā)信息。

19、可選的，在所述下發(fā)至對應的用戶之后，還包括：

20、在預設時間內檢測到所述用戶的訂單操作信息的情況下，基于所述訂單操作信息生成二次下發(fā)信息，以下發(fā)至所述用戶；

21、其中，所述基于所述訂單操作信息生成二次下發(fā)信息，包括：

22、在基于所述訂單操作信息確定出訂單處理過程中滿足中斷條件的情況下，基于中斷階段生成對應的二次下發(fā)信息。

23、第二方面，本發(fā)明實施例還提供了一種基于失效訂單的下發(fā)信息確定系統(tǒng)，包括：

24、類型確定模塊，用于在檢測到失效訂單的情況下，確定所述失效訂單的失效類型；

25、獲取模塊，用于在所述失效類型為用戶類型的情況下，獲取所述失效訂單關聯(lián)的用戶操作數(shù)據(jù)；

26、下發(fā)信息確定模塊，用于在所述用戶操作數(shù)據(jù)中包括超時未支付的情況下，獲取在所述用戶操作數(shù)據(jù)中記錄的其它訂單信息，根據(jù)所述其它訂單信息與所述失效訂單的關聯(lián)度確定所述失效訂單對應的下發(fā)信息，以下發(fā)至對應的用戶，在所述用戶操作數(shù)據(jù)中包括取消訂單的情況下，獲取在所述用戶操作數(shù)據(jù)中記錄的產品篩選信息，根據(jù)所述產品篩選信息確定所述失效訂單對應的下發(fā)信息，以下發(fā)至對應的用戶；

27、原因確定模塊，用于在所述失效類型為系統(tǒng)類型的情況下，確定所述失效訂單的失效原因；

28、所述下發(fā)信息確定模塊，還用于基于所述失效原因以及設置的原因分析策略確定對應的下發(fā)信息，以下發(fā)至對應的用戶。

29、第三方面，本發(fā)明實施例還提供了一種基于失效訂單的下發(fā)信息確定設備，該設備包括：

30、一個或多個處理器；

31、存儲裝置，用于存儲一個或多個程序，

32、當所述一個或多個程序被所述一個或多個處理器執(zhí)行，使得所述一個或多個處理器實現(xiàn)本發(fā)明實施例所述的一種基于失效訂單的下發(fā)信息確定方法。

33、第四方面，本發(fā)明實施例還提供了一種存儲計算機可執(zhí)行指令的存儲介質，所述計算機可執(zhí)行指令在由計算機處理器執(zhí)行時用于執(zhí)行本發(fā)明實施例所述的基于失效訂單的下發(fā)信息確定方法。

34、本發(fā)明實施例中，在檢測到失效訂單的情況下，確定失效訂單的失效類型，在失效訂單的失效類型為用戶類型的情況下，獲取失效訂單關聯(lián)的用戶操作數(shù)據(jù)，在用戶操作數(shù)據(jù)中包括超時未支付的情況下，獲取在用戶操作數(shù)據(jù)中記錄的其它訂單信息，根據(jù)其它訂單信息與失效訂單的關聯(lián)度確定失效訂單對應的下發(fā)信息，以下發(fā)至對應的用戶，在用戶操作數(shù)據(jù)中包括取消訂單的情況下，獲取在用戶操作數(shù)據(jù)中記錄的產品篩選信息，根據(jù)產品篩選信息確定失效訂單對應的下發(fā)信息，以下發(fā)至對應的用戶，在失效訂單的失效類型為系統(tǒng)類型的情況下，確定失效訂單的失效原因，基于失效訂單的失效原因以及設置的原因分析策略確定對應的下發(fā)信息，以下發(fā)至對應的用戶。本方案解決了相關技術中針對失效訂單處理方式相對簡單導致的訂單轉化率低、產品運行效率低的技術問題，能夠通過對失效訂單的分析、預測得到合理的下發(fā)信息以挽回用戶完成訂單，顯著提升了訂單的轉化率。

技術特征：

1.一種基于失效訂單的下發(fā)信息確定方法，應用于服務器，其特征在于，包括：

2.根據(jù)權利要求1所述的基于失效訂單的下發(fā)信息確定方法，其特征在于，所述確定所述失效訂單的失效類型，包括：

3.根據(jù)權利要求1所述的基于失效訂單的下發(fā)信息確定方法，其特征在于，所述根據(jù)所述其它訂單信息與所述失效訂單的關聯(lián)度確定所述失效訂單對應的下發(fā)信息，包括：

4.根據(jù)權利要求1所述的基于失效訂單的下發(fā)信息確定方法，其特征在于，所述根據(jù)所述產品篩選信息確定所述失效訂單對應的下發(fā)信息，包括：

5.根據(jù)權利要求1所述的基于失效訂單的下發(fā)信息確定方法，其特征在于，所述確定所述失效訂單的失效原因，包括：

6.根據(jù)權利要求5所述的基于失效訂單的下發(fā)信息確定方法，其特征在于，所述基于所述失效原因以及設置的原因分析策略確定對應的下發(fā)信息，包括：

7.根據(jù)權利要求1-6中任一項所述的基于失效訂單的下發(fā)信息確定方法，其特征在于，在所述下發(fā)至對應的用戶之后，還包括：

8.一種基于失效訂單的下發(fā)信息確定系統(tǒng)，其特征在于，包括：

9.一種基于電纜溝采集信息的電纜運行環(huán)境改善設備，所述設備包括：一個或多個處理器；存儲裝置，用于存儲一個或多個程序，當所述一個或多個程序被所述一個或多個處理器執(zhí)行，使得所述一個或多個處理器實現(xiàn)如權利要求1-7中任一項所述的基于失效訂單的下發(fā)信息確定方法。

10.一種存儲計算機可執(zhí)行指令的存儲介質，所述計算機可執(zhí)行指令在由計算機處理器執(zhí)行時用于執(zhí)行如權利要求1-7中任一項所述的基于失效訂單的下發(fā)信息確定方法。

技術總結
本發(fā)明實施例公開了一種基于失效訂單的下發(fā)信息確定系統(tǒng)及方法，該方法包括：檢測到失效訂單時，確定失效訂單的失效類型，其為用戶類型時，獲取失效訂單關聯(lián)的用戶操作數(shù)據(jù)，用戶操作數(shù)據(jù)包括超時未支付時，獲取用戶操作數(shù)據(jù)中的其它訂單信息，根據(jù)其它訂單信息與失效訂單的關聯(lián)度確定下發(fā)信息，以下發(fā)至對應用戶，用戶操作數(shù)據(jù)包括取消訂單時，獲取用戶操作數(shù)據(jù)中的產品篩選信息，根據(jù)產品篩選信息確定下發(fā)信息，以下發(fā)至對應用戶，失效類型為系統(tǒng)類型時，確定失效訂單的失效原因，基于失效原因和設置的原因分析策略確定下發(fā)信息，以下發(fā)至對應的用戶。本方案能夠通過對失效訂單的分析、預測得到合理的下發(fā)信息以挽回用戶，提升訂單的轉化率。

技術研發(fā)人員：周毅
受保護的技術使用者：廣州易尊網(wǎng)絡科技股份有限公司
技術研發(fā)日：
技術公布日：2024/12/19