本發(fā)明涉及計算機(jī)網(wǎng)絡(luò)通信技術(shù)，特別涉及一種ota網(wǎng)站的訂單調(diào)配方法及系統(tǒng)。

背景技術(shù)：

消費者在ota(在線旅行社)預(yù)訂酒店時，如果想訂的酒店和房型滿房了，ota就會無法提供服務(wù)。

目前，最接近的解決方式是ota與酒店簽訂保留房，或者ota買斷酒店一部分庫存。和酒店簽訂保留房，是事先約定數(shù)量的，很難根據(jù)顧客的預(yù)訂情況實時進(jìn)行調(diào)整，而且非常依賴ota和酒店的合作關(guān)系的好壞，因為對于保留房酒店不能隨意銷售，所以酒店并不愿意多提供。ota買斷酒店一部分庫存則需要事先約定數(shù)量，很難根據(jù)顧客的預(yù)訂情況實時進(jìn)行調(diào)整，而且會占用ota大量資金，估算錯誤會造成損失，一般ota會傾向于最少的保留房數(shù)量。對于有的客人臨時取消訂單而釋放出來的房間，因為存在眾多銷售渠道，誰先下單獲得酒店確認(rèn)，這間房就是誰的，ota的其他客人未必?fù)尩牡健?/p>

技術(shù)實現(xiàn)要素：

本發(fā)明要解決的技術(shù)問題是為了克服現(xiàn)有技術(shù)中消費者在ota(在線旅行社)預(yù)訂酒店時，遇到想訂的酒店和房型滿房了，ota就會無法提供服務(wù)的缺陷，提供一種ota網(wǎng)站的訂單調(diào)配方法及系統(tǒng)。

本發(fā)明是通過下述技術(shù)方案來解決上述技術(shù)問題：

一種ota網(wǎng)站的訂單調(diào)配方法，所述ota網(wǎng)站的訂單調(diào)配方法包括：

s1、接收第一用戶對一已下單成功的原始訂單的取消操作，保存所述原始訂單的訂單數(shù)據(jù)；

s2、接收第二用戶的下單請求，比較所述原始訂單的訂單數(shù)據(jù)是否與所述下單請求相匹配，若是，則將所述原始訂單預(yù)調(diào)配給所述第二用戶，向訂單供應(yīng)方發(fā)出生成目標(biāo)訂單的請求；

s3、判斷是否接收到所述訂單供應(yīng)方發(fā)出的同意所述生成目標(biāo)訂單的請求的指令，若是，則確認(rèn)所述目標(biāo)訂單下單成功。

較佳地，所述保存所述原始訂單的訂單數(shù)據(jù)的步驟之后還包括，設(shè)置一閾值時間，若超過所述閾值時間，則刪除所述原始訂單的訂單數(shù)據(jù)，并通知訂單供應(yīng)方。

較佳地，步驟s3還包括，若判斷為否，則確認(rèn)所述目標(biāo)訂單下單失敗。

一種ota網(wǎng)站的訂單調(diào)配系統(tǒng)，所述ota網(wǎng)站訂單調(diào)配系統(tǒng)包括：

取消模塊，用于接收第一用戶對一已下單成功的原始訂單的取消操作，保存所述原始訂單的訂單數(shù)據(jù)；

調(diào)配模塊，接收第二用戶的下單請求，比較所述原始訂單的訂單數(shù)據(jù)是否與所述下單請求相匹配，若是，則將所述原始訂單預(yù)調(diào)配給所述第二用戶，向訂單供應(yīng)方發(fā)出生成目標(biāo)訂單的請求；

確認(rèn)模塊，判斷是否接收到所述訂單供應(yīng)方發(fā)出的同意所述生成目標(biāo)訂單的請求的指令，若是，則確認(rèn)所述目標(biāo)訂單下單成功。

較佳地，所述取消模塊還用于記錄所述原始訂單的保存時間，判斷所述保存時間是否超過所述閾值時間，若是，則刪除所述原始訂單，并通知所述訂單供應(yīng)方。

較佳地，確認(rèn)模塊還用于若未接收到所述訂單供應(yīng)方發(fā)出的同意所述生成目標(biāo)訂單的請求的指令，則確認(rèn)所述目標(biāo)訂單下單失敗。

本發(fā)明的積極進(jìn)步效果在于：

本發(fā)明通過ota網(wǎng)站使用新的方法流程，當(dāng)ota用戶通過ota網(wǎng)站將之前的成功訂單進(jìn)行取消操作時，先保留此取消訂單一段時間，如果再有其他用戶下類似訂單，可對類似訂單進(jìn)行調(diào)配，從而可以更大限度提高訂單成功量。

附圖說明

圖1為本發(fā)明實施例1的ota網(wǎng)站的訂單調(diào)配方法的流程圖。

圖2為本發(fā)明實施例1的ota網(wǎng)站的訂單調(diào)配系統(tǒng)的模塊示意圖。

具體實施方式

下面通過實施例的方式進(jìn)一步說明本發(fā)明，但并不因此將本發(fā)明限制在所述的實施例范圍之中。

實施例1

一種ota網(wǎng)站的訂單調(diào)配方法，如圖1所示，所述ota網(wǎng)站的訂單調(diào)配方法包括：

步驟101、接收第一用戶對一已下單成功的原始訂單的取消操作，保存所述原始訂單的訂單數(shù)據(jù)；

步驟102、記錄所述原始訂單的保存時間，判斷所述保存時間是否超過所述閾值時間，若是，則執(zhí)行步驟104，若否，則執(zhí)行步驟103；

步驟103、接收第二用戶的下單請求；

步驟104、刪除所述原始訂單的訂單數(shù)據(jù)，并通知訂單供應(yīng)方；

步驟105、比較所述原始訂單的訂單數(shù)據(jù)是否與所述下單請求相匹配，若是，則執(zhí)行步驟106；

步驟106、將所述原始訂單預(yù)調(diào)配給所述第二用戶，向訂單供應(yīng)方發(fā)出生成目標(biāo)訂單的請求；

步驟107、判斷是否接收到所述訂單供應(yīng)方發(fā)出的同意所述生成目標(biāo)訂單的請求的指令，若是，則執(zhí)行步驟108；

步驟108、確認(rèn)所述目標(biāo)訂單下單成功。

較佳地，步驟107若判斷為否，執(zhí)行步驟109；

步驟109，確認(rèn)所述目標(biāo)訂單下單失敗。

本實施例通過ota網(wǎng)站使用新的方法流程，當(dāng)ota用戶通過ota網(wǎng)站將之前的成功訂單進(jìn)行取消操作時，先保留此取消訂單一段時間，如果再有其他用戶下類似訂單，可對類似訂單進(jìn)行調(diào)配，從而可以更大限度提高訂單成功量。

實施例2

一種ota網(wǎng)站的訂單調(diào)配系統(tǒng)，如圖2所示，所述ota網(wǎng)站的訂單調(diào)配系統(tǒng)包括：

取消模塊201，用于接收第一用戶對一已下單成功的原始訂單的取消操作，保存所述原始訂單的訂單數(shù)據(jù)；

調(diào)配模塊202，接收第二用戶的下單請求，比較所述原始訂單的訂單數(shù)據(jù)是否與所述下單請求相匹配，若是，則將所述原始訂單預(yù)調(diào)配給所述第二用戶，向訂單供應(yīng)方發(fā)出生成目標(biāo)訂單的請求；

確認(rèn)模塊203，判斷是否接收到所述訂單供應(yīng)方發(fā)出的同意所述生成目標(biāo)訂單的請求的指令，若是，則確認(rèn)所述目標(biāo)訂單下單成功。

較佳地，所述取消模塊201還用于記錄所述原始訂單的保存時間，判斷所述保存時間是否超過所述閾值時間，若是，則刪除所述原始訂單，并通知所述訂單供應(yīng)方。

較佳地，所述確認(rèn)模塊203還用于若未接收到所述訂單供應(yīng)方發(fā)出的同意所述生成目標(biāo)訂單的請求的指令，則確認(rèn)所述目標(biāo)訂單下單失敗。

本實施例ota網(wǎng)站的訂單調(diào)配系統(tǒng)，ota網(wǎng)站使用新的方法流程，當(dāng)ota用戶通過ota網(wǎng)站將之前的成功訂單進(jìn)行取消操作時，先保留此取消訂單一段時間，如果再有其他用戶下類似訂單，可對類似訂單進(jìn)行調(diào)配，從而可以更大限度提高訂單成功量。

雖然以上描述了本發(fā)明的具體實施方式，但是本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)理解，這僅是舉例說明，本發(fā)明的保護(hù)范圍是由所附權(quán)利要求書限定的。本領(lǐng)域的技術(shù)人員在不背離本發(fā)明的原理和實質(zhì)的前提下，可以對這些實施方式做出多種變更或修改，但這些變更和修改均落入本發(fā)明的保護(hù)范圍。

技術(shù)特征：

技術(shù)總結(jié)
本發(fā)明公開了一種OTA網(wǎng)站的訂單調(diào)配方法及系統(tǒng)，OTA網(wǎng)站的訂單調(diào)配方法包括：S1、接收第一用戶對一已下單成功的原始訂單的取消操作，保存原始訂單的訂單數(shù)據(jù)；S2、接收第二用戶的下單請求，比較原始訂單的訂單數(shù)據(jù)是否與下單請求相匹配，若是，則將原始訂單預(yù)調(diào)配給第二用戶，向訂單供應(yīng)方發(fā)出生成目標(biāo)訂單的請求；S3、判斷訂單供應(yīng)方是否同意生成目標(biāo)訂單的請求，若是，則確認(rèn)目標(biāo)訂單下單成功。本發(fā)明通過OTA網(wǎng)站使用新的方法流程，當(dāng)OTA用戶通過OTA網(wǎng)站將之前的成功訂單進(jìn)行取消操作時，先保留此取消訂單一段時間，如果再有其他用戶下類似訂單，可對類似訂單進(jìn)行調(diào)配，從而可以更大限度提高訂單成功量。

技術(shù)研發(fā)人員：劉明方
受保護(hù)的技術(shù)使用者：攜程計算機(jī)技術(shù)（上海）有限公司
技術(shù)研發(fā)日：2017.07.06
技術(shù)公布日：2017.10.20