System.ArgumentOutOfRangeException: 索引和長度必須引用該字符串內的位置。 參數名: length 在 System.String.Substring(Int32 startIndex, Int32 length) 在 zhuanliShow.Bind()
【技術實現步驟摘要】
本申請涉及物流軌跡信息,特別涉及一種物流追蹤效率分析方法和系統、一種物流監控看板。
技術介紹
1、現有物流追蹤系統主要用于物流單號查詢,將從不同物流商系統獲取的物流軌跡信息進行加工后輸出給用戶,使用戶可以及時查看物流包裹的進度。這種常規的物流追蹤系統,用戶只能查看相應物流單號的物流軌跡信息。
2、然而,全球范圍內存在數千家的物流商,各物流商系統的物流信息在數據質量、操作規范、實行標準等方面都大不相同,使得物流查詢時出現異常的概率大幅提高,進而影響物流追蹤效率。當物流查詢結果出現異常(尤其是物流時效延遲等隱蔽性異常)時,用戶根據物流軌跡信息很難發現異常,致使用戶不能針對異常狀況制定相應對策。
3、此外,現有物流追蹤系統在輸出查詢結果時,只是將物流軌跡的軌跡時間、軌跡位置和軌跡描述信息輸出給用戶查閱,不能反映物流商的服務質量和物流追蹤系統的追蹤效率。
4、涉及本申請的其他技術問題,在后文進一步闡述。上述內容僅用于輔助理解本申請的技術方案,并不表示上述內容全部都是現有技術。
技術實現思路
1、本申請的主要目的是提供一種物流追蹤效率分析方法和系統,可以對物流查詢結果進行深入分析,并通過軌跡符合率的波動幅度變化來判斷物流軌跡的物流時效延遲情況,為用戶選擇物流商、改進物流追蹤方式提供數據支撐。此外,本申請還提供一種物流監控看板,用于監控物流軌跡信息,使簡單的物流軌跡信息能夠清晰反映出物流商的服務質量和物流追蹤系統的追蹤效率。
2、為實現上述目的,
3、步驟s1:獲取物流軌跡,記錄每條物流軌跡的軌跡上傳時間t1和軌跡查詢時間t2;
4、步驟s2:確定待分析的物流商、物流狀態和分析日期,根據所述物流商、物流狀態和分析日期調取相應的物流軌跡,定義所述被調取的物流軌跡為目標物流軌跡,計算各目標物流軌跡的軌跡延遲時間t,其中,t=t2-t1;
5、步驟s3:將所述分析日期拆分為n1個參考日,n1≥1,計算每個參考日中目標物流軌跡的數量n2;
6、步驟s4:預設n3個達標時間,n3≥2,根據各達標時間的大小分別在每個參考日生成對應的監控節點,判斷每個參考日的目標物流軌跡與各監控節點是否相符合;計算各監控節點的軌跡符合數n4,所述軌跡符合數是指相應參考日中能夠與相應監控節點相符合的目標物流軌跡的數量;
7、步驟s5:計算各監控節點的軌跡符合率,所述軌跡符合率為對應監控節點的軌跡符合數和相應參考日中目標物流軌跡的數量的比值;
8、步驟s6:聚合各監控節點對應的軌跡符合率、參考日、達標時間信息,將所述聚合信息進行組織輸出或展示。
9、本申請的其他技術特征和技術效果在說明書的后面部分進行闡述說明。本申請的技術問題解決思路和相關產品設計方案為:
10、由于物流商系統提供物流信息是為了告知物流包裹(運輸物)的運輸進度,物流追蹤系統從物流商系統獲取到的物流信息非常有限,通過物流追蹤系統只能查看相應物流軌跡的軌跡時間、軌跡位置和軌跡描述信息。然而用戶只憑這些物流軌跡信息,很難判斷物流商或物流單號的物流時效是否出現異常。
11、用戶在評估物流商的物流時效時,通常會基于物流商的宣稱物流時間和物流包裹的實際物流時間進行比較,若物流包裹從始發地到目的地的時間在物流商的宣稱物流時間范圍內,則物流包裹的時效正常;否則,物流時效異常。這種物流時效的判斷方法,是基于物流商的宣稱物流時間來判斷實際物流時效的延遲,其缺點是:只能對整個物流運輸階段進行時效延遲判斷,不能針對其中單個物流運輸階段(比如攬收狀態、運輸途中、到達待取、投遞派送等物流運輸階段)進行時效延遲判斷。此外,在判斷各物流運輸階段的時效延遲時,由于缺乏各物流階段的基準時間,使得各階段的時效延遲判斷難以進行。
12、如果基于物流追蹤系統的歷史物流軌跡數據,計算出每個物流商在每個物流運輸階段的平均時長及其偏差范圍,那么可以根據這些平均時長和偏差范圍數據來確定各物流階段的基準時間,進而判斷物流軌跡的物流時效。這種時效判斷方法,雖然可以確定各物流階段的基準時間,但存在以下缺陷:(1)需要大量的歷史物流數據,才能確定各物流商在各物流階段的基準時間,導致該方法過分依賴歷史物流數據,若缺少歷史物流數據,則無法進行時效延遲判斷;(2)對同一個物流商的多個物流包裹,由于始發地和目的地的不能完全相同,會導致其在各物流階段的運輸時間差別非常大,進而使各物流階段的物流時效判斷不夠準確;(3)基于數量龐大的歷史物流軌跡信息,對不同始發地和目的地的不同物流商的不同物流狀態的基準時間進行計算,會導致其數據計算及存儲的成本大幅升高。
13、申請人還發現,現有物流追蹤系統基本都是按固定的時間進行物流單號追蹤,通常每個物流單號的查詢間隔時間(查詢周期)會按每4、6、12或24小時查詢一次,具有固定的物流軌跡查詢周期。當出現物流時效延遲后,相應物流軌跡的上傳時間也會隨之延遲,又由于物流單號的查詢時間是固定的,因此理論上看,物流軌跡的查詢時間減去物流軌跡上傳時間的差值,可以一定程度上反映物流時效的延遲情況(比如后文所述的延遲場景1和延遲場景2)。定義物流商將物流軌跡上傳到物流商系統的時間為軌跡上傳時間t1(也即軌跡生成時間或上網時間),物流追蹤系統首次查詢獲取到相應物流軌跡的查詢時間為該物流軌跡的軌跡查詢時間t2,軌跡查詢時間減去軌跡上傳時間的差值為軌跡延遲時間t,t=t2-t1。
14、比如,在案例a中,物流追蹤系統針對某個物流單號的查詢周期是12小時,該物流單號的首次物流查詢時間是2月1日的18:00時刻,那么從首次查詢時間起,每12小時會自動查詢一次該物流單號。假如物流包裹的物流狀態處于運輸中,正常運輸的話,物流包裹會在2月2日的1:00到達配送中心(假定包裹到達后可立即生成物流軌跡,上網時間無滯后),那么物流追蹤系統會在2月2日6:00從物流商系統首次獲取到到達配送中心的物流軌跡。
15、延遲場景1:如果物流包裹到達配送中心的時間延遲到2月2日2:00,也即物流延遲時間t1=1小時,那么物流追蹤系統會在2月2日6:00首次獲取到該物流軌跡信息,軌跡延遲時間t=4小時。
16、延遲場景2:如果物流包裹到達配送中心的時間延遲到2月2日4:00,也即物流延遲時間t1=3小時,那么物流追蹤系統會在2月2日6:00首次獲取到該物流軌跡信息,軌跡延遲時間t=2小時。
17、延遲場景3:如果物流包裹到達配送中心的時間延遲到2月2日17:00,也即物流延遲時間t1=16小時,那么物流追蹤系統會在2月2日18:00首次獲取到該物流軌跡信息,軌跡延遲時間t=1小時。
18、在上述延遲場景中,延遲場景1和延遲場景2位于同一個查詢周期(2月1日18:00至2月2日6:00的時間區間),軌跡延遲時間t越大,物流延遲時間t1越小,通過軌跡延遲時間可以反映物流時效的延遲情況。然而,本文檔來自技高網...
【技術保護點】
1.一種物流追蹤效率分析方法,其特征在于,所述方法包括:
2.如權利要求1所述的物流追蹤效率分析方法,其特征在于,在步驟S4中,若某目標物流軌跡的軌跡延遲時間小于某監控節點對應的達標時間,則該目標物流軌跡與該監控節點相符合;若某目標物流軌跡的軌跡延遲時間大于某監控節點對應的達標時間,則該目標物流軌跡與該監控節點不相符。
3.如權利要求1所述的物流追蹤效率分析方法,其特征在于,在預設N3個達標時間時,按最短的達標時間≤2小時、最長的達標時間≥20小時取值;
4.如權利要求1所述的物流追蹤效率分析方法,其特征在于,在根據分析日期調取目標物流軌跡時,調取軌跡上傳時間或軌跡查詢時間與所述分析日期相同的物流軌跡。
5.如權利要求1所述的物流追蹤效率分析方法,其特征在于,在步驟S2中,定義所述待分析的物流商、物流狀態和分析日期為待分析條件,根據待分析條件調取相應的目標物流軌跡;
6.如權利要求5所述的物流追蹤效率分析方法,其特征在于,當所述待分析條件包括多個物流商時,分別計算各物流商的各物流狀態在監控節點的軌跡符合率,響應于指定的物
7.如權利要求1所述的物流追蹤效率分析方法,其特征在于,所述方法還包括:
8.如權利要求7所述的物流追蹤效率分析方法,其特征在于,在獲取物流軌跡時記錄每條物流軌跡的查詢周期,以所述監控日期的時長為監控周期,定義監控軌跡符合率小于基準軌跡符合率的監控節點數量為預警數量,若某被監控物流狀態下的所述預警數量低于預設的預警數量,則在下一個監控周期中降低該被監控物流狀態下的查詢周期。
9.如權利要求8所述的物流追蹤效率分析方法,其特征在于,從被監控物流狀態對應的多個被監控達標時間中,選取一個被監控達標時間作為基準達標時間,當符合第二調節條件時,則在下一個監控周期中提高被監控物流狀態下的查詢周期,所述第二調節條件包括:被監控物流狀態下的所述預警數量低于預設的預警數量,至少存在1個小于基準達標時間的達標時間,其對應的監控軌跡符合率大于等于基準達標時間的基準軌跡符合率。
10.一種物流追蹤系統,其特征在于,所述系統執行權利要求1-9中任一項所述物流追蹤效率分析方法所包含的操作指令。
...【技術特征摘要】
1.一種物流追蹤效率分析方法,其特征在于,所述方法包括:
2.如權利要求1所述的物流追蹤效率分析方法,其特征在于,在步驟s4中,若某目標物流軌跡的軌跡延遲時間小于某監控節點對應的達標時間,則該目標物流軌跡與該監控節點相符合;若某目標物流軌跡的軌跡延遲時間大于某監控節點對應的達標時間,則該目標物流軌跡與該監控節點不相符。
3.如權利要求1所述的物流追蹤效率分析方法,其特征在于,在預設n3個達標時間時,按最短的達標時間≤2小時、最長的達標時間≥20小時取值;
4.如權利要求1所述的物流追蹤效率分析方法,其特征在于,在根據分析日期調取目標物流軌跡時,調取軌跡上傳時間或軌跡查詢時間與所述分析日期相同的物流軌跡。
5.如權利要求1所述的物流追蹤效率分析方法,其特征在于,在步驟s2中,定義所述待分析的物流商、物流狀態和分析日期為待分析條件,根據待分析條件調取相應的目標物流軌跡;
6.如權利要求5所述的物流追蹤效率分析方法,其特征在于,當所述待分析條件包括多個物流商時,分別計算各物流商的各物流狀態在監控節點的軌跡符合率,響應于指定的物流狀態、參考日和達標時間,在...
【專利技術屬性】
技術研發人員:彭林,孫盛臣,侯毅,陳壽寶,
申請(專利權)人:深圳市帝盟網絡科技有限公司,
類型:發明
國別省市:
還沒有人留言評論。發表了對其他瀏覽者有用的留言會獲得科技券。