System.ArgumentOutOfRangeException: 索引和長度必須引用該字符串內的位置。 參數名: length 在 System.String.Substring(Int32 startIndex, Int32 length) 在 zhuanliShow.Bind()
【技術實現步驟摘要】
本說明書涉及信息,特別涉及一種基于供需成單的仿真方法和系統。
技術介紹
1、在雙邊市場環境中,不斷提升供需雙方(如司機和乘客)的成單效率與體驗是線上到線下服務平臺(如網約車平臺)的核心任務,而成單方案是影響供需雙方的成單效率與體驗的重要因素之一。
2、成單方案的迭代優化,其一般流程為:先離線獲得某個啟發式方案或某個模型的優化版本(即新成單方案),在真實的市場環境中進行對照實驗,再回收實驗結果以評估新成單方案的效果。這個流程存在以下問題:(1)成單方案的改動較大時,可能對真實環境下的司乘效率與體驗造成負面影響;(2)真實環境下的對照實驗一般周期較長,如時間片輪轉實驗一般需要兩周時間,導致成單方案的迭代優化速度慢;(3)某些成單方案中存在較多的超參數,需要在不同的供需環境中進行適配,由于對照實驗周期較長、供需環境多變等因素的限制,很難獲得最優的超參數,影響新成單方案的效果。
3、有鑒于此,希望提供一種基于供需成單(如網約車定單的成交)的仿真方案,以低成本、低風險、高效率、高質量的方式模擬成單方案對用戶體驗的影響,從而促進成單方案的迭代優化。
技術實現思路
1、本申請的目的在于提供一種基于供需成單的仿真方案。
2、本說明書實施例的第一方面提供一種基于供需成單的仿真方法。所述方法包括:獲取目標時空單元的場景數據;基于所述目標時空單元的場景數據進行成單仿真,得到成單仿真結果。所述成單仿真包括:模擬各服務請求方和各服務提供方在所述目標時空單元的行為,得到行為
3、在一些實施例中,所述獲取目標時空單元的場景數據,包括:從數據庫中提取目標時空單元的場景數據,所述數據庫存儲有多個時空單元的場景數據。
4、在一些實施例中,所述場景數據包括快照數據和事件數據,每個時空單元的快照數據反映各訂單和各服務提供方在該時空單元的初始時刻的真實狀態,每個時空單元的事件數據反映各訂單和各服務提供方在該時空單元的真實行為。每個時空單元的場景數據用于初始化各訂單和各服務提供方在該時空單元的模擬狀態。所述數據庫還存儲有模型數據和超參數數據,所述方法還包括:獲取所述模型數據和所述超參數數據,以基于所述目標時空單元的場景數據、所述模型數據和所述超參數數據進行成單仿真。所述模型數據包括行為模擬模型和特征數據,所述特征數據反映各服務請求方的特征和各服務提供方的特征,所述行為模擬模型用于基于所述特征數據模擬各服務請求方和各服務提供方的行為。所述超參數數據包括所述行為模擬模型的超參數和成單方案的超參數。
5、在一些實施例中,所述超參數經過校準處理,所述校準處理通過縮小歷史成單方案的成單效率的評估值與真實值之間的差距實現。
6、在一些實施例中,所述多個時空單元在空間維度對應于多個目標空間圍欄,所述多個目標空間圍欄通過對多個初始空間圍欄進行基于區域相似度的聚合處理得到,且所述多個目標空間圍欄的應答閉合度滿足設定要求,所述應答閉合度為訂單的出發位置和服務提供方的應答位置在同一目標空間圍欄內的已應答訂單占所有已應答訂單的比例。
7、在一些實施例中,所述多個時空單元被劃分為多個供需場景。所述從數據庫中提取目標時空單元的場景數據,包括:根據仿真需求,確定所述多個供需場景中的目標供需場景;從所述多個時空單元的場景數據中,確定屬于目標供需場景的時空單元的場景數據,作為所述目標時空單元的場景數據。在一些實施例中,所述多個時空單元的劃分依據包括訂單密度和/或需供比,每個時空單元的訂單密度反映該時空單元中單位面積的訂單數量,每個時空單元的需供比反映該時空單元中訂單數量與服務提供者的在線時長之比。
8、在一些實施例中,所述方法還包括:基于所述成單仿真結果評估所述目標成單方案的成單效率,得到評估結果;確定所述評估結果是否滿足預設要求;響應于確定所述評估結果滿足預設要求,將所述目標成單方案應用于線上到線下服務。
9、在一些實施例中,所述服務請求方為乘客,所述服務提供方為司機。
10、本說明書實施例的第二方面提供一種基于供需成單的仿真系統。所述系統包括:讀取模塊,用于獲取目標時空單元的場景數據;執行模塊,用于基于所述目標時空單元的場景數據進行成單仿真,得到成單仿真結果。所述成單仿真包括:模擬各服務請求方和各服務提供方在所述目標時空單元的行為,得到行為模擬結果;根據目標成單方案確定訂單模擬分配結果成單方案;以及,基于所述行為模擬結果和所述訂單模擬分配結果,更新各訂單和各服務提供方在所述目標時空單元的模擬狀態,所述目標時空單元的場景數據用于初始化各訂單和各服務提供方在所述目標時空單元的模擬狀態。
11、本說明書實施例的第三方面提供一種基于供需成單的仿真裝置。所述裝置包括處理器和存儲設備,所述存儲設備用于存儲指令,當所述處理器執行指令時,實現如本說明書任一實施例所述的基于供需成單的仿真方法。
12、本說明書實施例的第四方面提供一種計算機可讀存儲介質。所述存儲介質存儲有計指令,當計算機執行指令時,實現如本說明書任一實施例所述的基于供需成單的仿真方法。
13、本說明書實施例提供一種基于供需成單的仿真方法和系統。通過行為模擬和成單方案復現,能夠以低成本、低風險、高效率、高質量的方式模擬成單方案對用戶體驗的影響,從而促進成單方案的迭代優化。
本文檔來自技高網...【技術保護點】
1.一種基于供需成單的仿真方法,其特征在于,包括:
2.如權利要求1所述的方法,其特征在于,所述獲取目標時空單元的場景數據,包括:
3.如權利要求2所述的方法,其特征在于,所述場景數據包括快照數據和事件數據,每個時空單元的快照數據反映各訂單和各服務提供方在該時空單元的初始時刻的真實狀態,每個時空單元的事件數據反映各訂單和各服務提供方在該時空單元的真實行為;每個時空單元的場景數據用于初始化各訂單和各服務提供方在該時空單元的模擬狀態;
4.如權利要求3所述的方法,其特征在于,所述超參數經過校準處理,所述校準處理通過縮小歷史成單方案的成單效率的評估值與真實值之間的差距實現。
5.如權利要求2所述的方法,其特征在于,所述多個時空單元在空間維度對應于多個目標空間圍欄,所述多個目標空間圍欄通過對多個初始空間圍欄進行基于區域相似度的聚合處理得到,且所述多個目標空間圍欄的應答閉合度滿足設定要求,所述應答閉合度為訂單的出發位置和服務提供方的應答位置在同一目標空間圍欄內的已應答訂單占所有已應答訂單的比例。
6.如權利要求2所述的方法,其特征
7.如權利要求1所述的方法,其特征在于,所述方法還包括:
8.如權利要求1所述的方法,其特征在于,所述服務請求方為乘客,所述服務提供方為司機。
9.一種基于供需成單的仿真裝置,其特征在于,包括處理器和存儲設備,所述存儲設備用于存儲指令,當所述處理器執行指令時,實現如權利要求1~8中任一項所述的基于供需成單的仿真方法。
10.一種基于供需成單的仿真系統,其特征在于,包括:
...【技術特征摘要】
1.一種基于供需成單的仿真方法,其特征在于,包括:
2.如權利要求1所述的方法,其特征在于,所述獲取目標時空單元的場景數據,包括:
3.如權利要求2所述的方法,其特征在于,所述場景數據包括快照數據和事件數據,每個時空單元的快照數據反映各訂單和各服務提供方在該時空單元的初始時刻的真實狀態,每個時空單元的事件數據反映各訂單和各服務提供方在該時空單元的真實行為;每個時空單元的場景數據用于初始化各訂單和各服務提供方在該時空單元的模擬狀態;
4.如權利要求3所述的方法,其特征在于,所述超參數經過校準處理,所述校準處理通過縮小歷史成單方案的成單效率的評估值與真實值之間的差距實現。
5.如權利要求2所述的方法,其特征在于,所述多個時空單元在空間維度對應于多個目標空間圍欄,所述多個目標空間圍欄通過對多個初始空間圍...
【專利技術屬性】
技術研發人員:徐可成,閆欽,彭志偉,劉浩,陳萬成,
申請(專利權)人:北京嘀嘀無限科技發展有限公司,
類型:發明
國別省市:
還沒有人留言評論。發表了對其他瀏覽者有用的留言會獲得科技券。