本發(fā)明涉及互聯(lián)網信息處理領域，具體而言，涉及一種用于訂單轉讓的信息處理方法及裝置。

背景技術：

隨著互聯(lián)網時代的到來，網絡給人們的生活和工作提供了極大的方便，出差外地或者旅游需要到一個新的陌生城市，不熟悉當?shù)氐沫h(huán)境的時候，可以利用互聯(lián)網先查找當?shù)氐囊恍┬畔?，例如，酒店住宿信息、旅游景點門票、長途客車的汽車票等等。通過網絡提前預定各種相關內容，在到達異地旅游或工作的時候，可以節(jié)約時間，也給用戶帶來更便利的個人感受。

由于網上預訂給人們提供了極大的便捷。大量預定酒店或者預定票務的網站就是根據(jù)人們的需求應運而生的。以預定酒店為例，在預付酒店產品中70％的產品不可變更取消。一般情況下，用戶預訂并支付全款，由于個人原因或外力因素不能按時入住，由于酒店政策要求會扣除全款或部分款項，這給用戶帶來了經濟上的損失。而且對于預定網站的運營來講，一些不能按時入住的用戶會與網站客服溝通免費取消預定，網站客服會與酒店協(xié)商再回復客人，由此帶來的客服溝通成本很高，每月針對不可取消訂單的話務量平均也在數(shù)以萬計。且如果未能爭取免費取消的機會，還會影響客戶體驗。

因此，需要一種用于訂單轉讓的信息處理方法及裝置。

在所述背景技術部分公開的上述信息僅用于加強對本發(fā)明的背景的理解，因此它可以包括不構成對本領域普通技術人員已知的現(xiàn)有技術的信息。

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

有鑒于此，本發(fā)明提供一種用于訂單轉讓的信息處理方法及裝置，能夠降低客戶的經濟損失，降低網站運營中客服成本，也可以使得其他用戶以低價預訂到訂單，給其他用戶帶來實惠。

本發(fā)明的其他特性和優(yōu)點將通過下面的詳細描述變得顯然，或部分地通過本發(fā)明的實踐而習得。

根據(jù)本發(fā)明的一方面，提供一種用于訂單轉讓的信息處理方法，包括：

在數(shù)據(jù)庫中存儲第一客戶的第一訂單；

判斷第一訂單的轉讓申請是否滿足預定條件；

獲取第一訂單的轉讓申請；

根據(jù)第一訂單的相關信息生成發(fā)布信息；以及

將發(fā)布信息推送到消息頁面。

在本公開的一種示例性實施例中，如果來自客戶端的第一訂單的轉讓申請滿足預定條件，則根據(jù)第一訂單的相關信息生成發(fā)布信息，包括：

獲取第一訂單的相關信息；

在數(shù)據(jù)庫中生成第一記錄表；以及

將第一記錄表儲存到數(shù)據(jù)庫中。

在本公開的一種示例性實施例中，還包括：

獲取來自第二客戶的針對所述發(fā)布信息的預定請求消息；

在數(shù)據(jù)庫中儲存預定請求消息；以及

根據(jù)預定申請生成第二訂單。

在本公開的一種示例性實施例中，根據(jù)預定申請生成第二訂單，包括：

在接收到預定申請時，設置第一定時器時間；以及

將與發(fā)布信息對應的狀態(tài)設置為鎖定。

在本公開的一種示例性實施例中，根據(jù)預定申請生成第二訂單，還包括：

在第一定時器時間內，判斷是否獲取了第二訂單的確認申請；以及

如果在在第一定時器時間內，未獲取來第二訂單的確認申請，則取消所述第二訂單。

在本公開的一種示例性實施例中，包括：

通過網絡獲取第一訂單的轉讓申請；以及通過線下獲取第一訂單的轉讓申請。

在本公開的一種示例性實施例中，判斷第一訂單的轉讓申請是否滿足預定條件，包括：

判斷第一記錄表中的對應信息是否為預定信息。

在本公開的一種示例性實施例中，將與發(fā)布信息對應的狀態(tài)設置為鎖定，包括：

將與發(fā)布信息對應的狀態(tài)設置為預定值。

根據(jù)本發(fā)明的一方面，提供一種用于訂單轉讓的信息處理裝置，包括：

第一訂單儲存模塊，用于在數(shù)據(jù)庫中中存儲第一客戶的第一訂單；

第一訂單判斷模塊，用于判判斷第一訂單的轉讓申請是否滿足轉讓條件；

第一訂單獲取模塊，用于獲取第一訂單的轉讓申請；

生成發(fā)布信息模塊，用于根據(jù)第一訂單的相關信息生成發(fā)布信息；以及

推送模塊，用于將發(fā)布信息推送到消息頁面。

在本公開的一種示例性實施例中，還包括：

預定申請獲取模塊，用于獲取發(fā)布信息的預定申請；

預訂信息儲存模塊，用于在數(shù)據(jù)庫中儲存預定申請；以及

第二訂單生成模塊，用于根據(jù)預定申請生成第二訂單。

根據(jù)本發(fā)明的用于訂單轉讓的信息處理方法，能夠降低客戶的經濟損失，降低網站運營中客服成本。

另外，根據(jù)一些實施例，本發(fā)明的用于訂單轉讓的信息處理方法，通過訂單轉讓的方式，使得其他用戶以低價預訂到訂單成為可能，給其他用戶帶來更多個酒店選擇與實惠價格。

應當理解的是，以上的一般描述和后文的細節(jié)描述僅是示例性的，并不能限制本發(fā)明。

附圖說明

通過參照附圖詳細描述其示例實施例，本發(fā)明的上述和其它目標、特征及優(yōu)點將變得更加顯而易見。下面描述的附圖僅僅是本發(fā)明的一些實施例，對于本領域的普通技術人員來講，在不付出創(chuàng)造性來動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1是根據(jù)一示例性實施例示出的一種用于訂單轉讓的信息處理方法的流程圖。

圖2A是根據(jù)一示例性實施例示出的一種用于訂單轉讓的信息處理方法中界面示意圖。

圖2B是根據(jù)一示例性實施例示出的一種用于訂單轉讓的信息處理方法中界面示意圖。

圖3是根據(jù)另一示例性實施例示出的一種用于訂單轉讓的信息處理方法的流程圖。

圖4是根據(jù)另一示例性實施例示出的一種用于訂單轉讓的信息處理方法的流程圖。

圖5是根據(jù)另一示例性實施例示出的一種用于訂單轉讓的信息處理方法的流程圖。

圖6是根據(jù)一示例性實施例示出的一種用于訂單轉讓的信息處理裝置的框圖。

圖7是根據(jù)另一示例性實施例示出的一種用于訂單轉讓的信息處理裝置的框圖。

具體實施例

現(xiàn)在將參考附圖更全面地描述示例實施例。然而，示例實施例能夠以多種形式實施，且不應被理解為限于在此闡述的實施例；相反，提供這些實施例使得本發(fā)明將全面和完整，并將示例實施例的構思全面地傳達給本領域的技術人員。在圖中相同的附圖標記表示相同或類似的部分，因而將省略對它們的重復描述。

此外，所描述的特征、結構或特性可以以任何合適的方式結合在一個或更多實施例中。在下面的描述中，提供許多具體細節(jié)從而給出對本發(fā)明的實施例的充分理解。然而，本領域技術人員將意識到，可以實踐本發(fā)明的技術方案而沒有特定細節(jié)中的一個或更多，或者可以采用其它的方法、組元、裝置、步驟等。在其它情況下，不詳細示出或描述公知方法、裝置、實現(xiàn)或者操作以避免模糊本發(fā)明的各方面。

附圖中所示的方框圖僅僅是功能實體，不一定必須與物理上獨立的實體相對應。即，可以采用軟件形式來實現(xiàn)這些功能實體，或在一個或多個硬件模塊或集成電路中實現(xiàn)這些功能實體，或在不同網絡和/或處理器裝置和/或微控制器裝置中實現(xiàn)這些功能實體。

附圖中所示的流程圖僅是示例性說明，不是必須包括所有的內容和操作/步驟，也不是必須按所描述的順序執(zhí)行。例如，有的操作/步驟還可以分解，而有的操作/步驟可以合并或部分合并，因此實際執(zhí)行的順序有可能根據(jù)實際情況改變。

圖1是根據(jù)一示例性實施例示出的一種用于訂單轉讓的信息處理方法的流程圖。

如圖1所示，在S102中，在數(shù)據(jù)庫中存儲第一客戶的第一訂單。

以網絡酒店預定為例，第一訂單可例如，為網絡預定酒店的客戶，提出的酒店預約的申請，將此酒店預約申請儲存到數(shù)據(jù)庫中，以留作后期信息處理使用。第一訂單中包含客戶的基本信息，可例如，客戶的姓名、身份證號碼、聯(lián)系方式等等，第一訂單中還可包含預訂酒店的基本信息，可例如，酒店的名稱、地理位置、客房價格、預定時間等等。

在S104中，判斷第一訂單的轉讓申請是否滿足預定條件。

如果第一訂單的轉讓申請滿足預定條件，則在系統(tǒng)頁面上顯示相應的訂單轉讓功能，繼而通過用戶的點擊跳轉到步驟S106。如果第一訂單的轉讓申請不滿足預定條件，可例如，訂單超轉讓時間，則不進行處理?？衫?，系統(tǒng)頁面提示客戶，該訂單不允許轉讓。

在S106中，獲取第一訂單的轉讓申請。

以網絡酒店預定為例，第一訂單的轉讓申請可例如，為網絡預定酒店的客戶，提出的取消預約的申請，網絡運營商可在客戶查看訂單的頁面，添加取消預約的申請的相關鏈接?？蛻艨捎扇∠A約的申請鏈接中，跳轉到取消申請頁面，可例如，網站顯示如圖2A所示的界面，接收客戶申請后，顯示如圖2B所示界面。繼而客戶可提出已預約酒店的轉讓申請。系統(tǒng)接收來自轉讓訂單客戶的轉讓申請。

在S108中，根據(jù)第一訂單的相關信息生成發(fā)布信息。

如上文所述，利用客戶輸入的第一訂單的轉讓申請，生成發(fā)布信息，發(fā)布信息可例如，為一個新的可預訂的訂單消息。

在S110中，將發(fā)布信息推送到消息頁面。

將發(fā)布信息推送到消息顯示頁面，可例如，發(fā)布信息與正常預定的訂單內容一同顯示在酒店的網絡服務商的提供的酒店預定頁面。還可例如，將發(fā)布信息注重推廣，在網絡中專門建立訂單轉讓頁面，顯示訂單轉讓的發(fā)布信息。還可例如，在APP、網站、呼叫中心等渠道進行推動銷售。本發(fā)明不限于此。

根據(jù)本發(fā)明實施例的的用于訂單轉讓的信息處理方法，通過將客戶已經預定的不可取消的訂單進行信息處理，生成發(fā)布信息，并將發(fā)布信息推送轉讓的方式，能夠降低客戶的經濟損失，降低網站運營中客服成本。

應清楚地理解，本發(fā)明描述了如何形成和使用特定示例，但本發(fā)明的原理不限于這些示例的任何細節(jié)。相反，基于本發(fā)明公開的內容的教導，這些原理能夠應用于許多其它實施例。

圖3是根據(jù)另一示例性實施例示出的一種用于訂單轉讓的信息處理方法的流程圖。圖3所示的實施例，是對圖1中步驟“S108，根據(jù)第一訂單的相關信息生成發(fā)布信息”的進一步描述。

在S302中，獲取第一訂單的相關信息。

獲取第一訂單中包含的相關信息，可例如客戶的基本信息，客戶的姓名、身份證號碼、聯(lián)系方式等等，還可例如預訂酒店的基本信息，可例如，酒店的名稱、地理位置、客房價格、預定時間等等。為了使得轉讓訂單更容易被客戶選擇，一般情況下，可例如，轉讓訂單的價格比預訂酒店的價格優(yōu)惠。還可例如，網絡的運營商收取一定的轉讓費用。本發(fā)明不以此為限。

在S304中，在數(shù)據(jù)庫中生成第一記錄表。

根據(jù)第一訂單信息的內容，在數(shù)據(jù)庫中，生成第一記錄表。第一記錄表包含第一訂單的相關信息，可包含：轉讓訂單相關的基本信息，還可包含由第一用戶設置的轉讓費用，以及網絡運營商收取的傭金等等，本發(fā)明不以此為限?？衫?，如表1所示。

表1

還可例如，生成如表2，表3所述的記錄表。本發(fā)明不以此為限。

表2

表3

在S306中，將第一記錄表儲存到數(shù)據(jù)庫中。

本實施例的用于訂單轉讓的信息處理方法，通過訂單轉讓的方式，使得其他用戶以低價預訂到訂單成為可能，給其他用戶帶來更多個酒店選擇與實惠價格。

圖4是根據(jù)另一示例性實施例示出的一種用于訂單轉讓的信息處理方法的流程圖。

在S402中，獲取來自第二客戶的針對發(fā)布信息的預定請求消息。

以網絡酒店預定為例，接收發(fā)布信息的預定請求?？衫?，第二客戶在發(fā)布信息的頁面點擊發(fā)布信息，進而進入該發(fā)布信息的預定申請頁面，填寫所需的信息。

在S404中，在數(shù)據(jù)庫中儲存預定請求消息。

將所述預定請求儲存到數(shù)據(jù)庫中，以留作后期信息處理使用。第二訂單中包含客戶的基本信息，可例如，客戶的姓名、身份證號碼、聯(lián)系方式等等，第二訂單中還可包含預訂酒店的基本信息，可例如，酒店的名稱、地理位置、客房價格、預定時間等等。

在S406中，根據(jù)預定請求消息生成第二訂單。

根據(jù)預定申請，生成第二訂單。還可例如，生成如表1、表2、表3所示的表單，在此不再贅述。

在本公開的一種示例性實施例中，根據(jù)所述預定申請生成第二訂單，包括：在接收到預定申請時，設置第一定時器時間；以及將與發(fā)布信息對應的狀態(tài)設置為鎖定。

在本公開的一種示例性實施例中，根據(jù)所述預定申請生成第二訂單，還包括：在第一定時器時間內，判斷是否獲取了第二訂單的確認申請；以及如果在在第一定時器時間內，未獲取來第二訂單的確認申請，則取消所述第二訂單。

在接收第二訂單的同時，系統(tǒng)生成第一定時器時間。在定時器時間內，判斷第二用戶是否確認了第二訂單。確認方式可例如：支付全額酒店費用。本發(fā)明不以此為限。如果在第一定時器時間內，第二訂單得到了確認，則生成第三訂單。

在本公開的一種示例性實施例中，包括：通過網絡獲取所述第一訂單的轉讓申請；以及通過線下獲取所述第一訂單的轉讓申請。

在本公開的一種示例性實施例中，判斷所述第一訂單的轉讓申請是否滿足預定條件，包括：判斷所述第一記錄表中的對應信息是否為預定信息。

在本公開的一種示例性實施例中，將與發(fā)布信息對應的狀態(tài)設置為鎖定將第二訂單的狀態(tài)設置為鎖定，包括：將與發(fā)布信息對應的狀態(tài)設置為預定值。根據(jù)一些實施例，可參照如圖5所述的訂單處理流程，在生成第三訂單之后，系統(tǒng)可進行后續(xù)的人工處理，例如，和酒店確認修改客戶，將轉讓訂單的費用退回第一客戶等等。還可例如，當?shù)诙唵沃Ц冻晒r，系統(tǒng)將復制第二訂單的相關信息發(fā)送給酒店做變更確認，若酒店確認可以進行轉讓，則系統(tǒng)確認第二訂單并給下第二訂單的客人發(fā)送酒店確認短信，給轉讓第一訂單用戶發(fā)送轉讓成功短信、并退還一部分酒店預訂費用給第一訂單用戶以及網絡運營商收取一定的傭金。本發(fā)明不以此為限。

本領域技術人員可以理解實現(xiàn)上述實施例的全部或部分步驟被實現(xiàn)為由CPU執(zhí)行的計算機程序。在該計算機程序被CPU執(zhí)行時，執(zhí)行本發(fā)明提供的上述方法所限定的上述功能。所述的程序可以存儲于一種計算機可讀存儲介質中，該存儲介質可以是只讀存儲器，磁盤或光盤等。

此外，需要注意的是，上述附圖僅是根據(jù)本發(fā)明示例性實施例的方法所包括的處理的示意性說明，而不是限制目的。易于理解，上述附圖所示的處理并不表明或限制這些處理的時間順序。另外，也易于理解，這些處理可以是例如在多個模塊中同步或異步執(zhí)行的。

下述為本發(fā)明裝置實施例，可以用于執(zhí)行本發(fā)明方法實施例。對于本發(fā)明裝置實施例中未披露的細節(jié)，請參照本發(fā)明方法實施例。

圖6是根據(jù)一示例性實施例示出的一種用于訂單轉讓的信息處理裝置的框圖。如圖6所示，用于訂單轉讓的信息處理裝置60包括：第一訂單儲存模塊602，第一訂單獲取模塊604，第一訂單判斷模塊606，生成發(fā)布信息模塊608，以及推送模塊610。

第一訂單儲存模塊602用于在數(shù)據(jù)庫中中存儲第一客戶的第一訂單。

第一訂單獲取模塊604用于獲取所述第一訂單的轉讓申請。

第一訂單判斷模塊606用于判判斷所述第一訂單的轉讓申請是否滿足轉讓條件。

生成發(fā)布信息模塊608用于根據(jù)所述第一訂單的相關信息生成發(fā)布信息。

推送模塊610用于將所述發(fā)布信息推送到消息頁面。

圖7是根據(jù)另一示例性實施例示出的一種用于訂單轉讓的信息處理裝置的框圖。如圖7所示，用于訂單轉讓的信息處理裝置70包括：預定申請獲取模塊702，預訂信息儲存模塊704，以及第二訂單生成模塊706。

預定申請獲取模塊702用于獲取所述發(fā)布信息的預定申請。

預訂信息儲存模塊704用于在數(shù)據(jù)庫中儲存所述預定申請。

第二訂單生成模塊706用于根據(jù)所述預定申請生成第二訂單。

通過以上的實施例的描述，本領域的技術人員易于理解，這里描述的示例實施例可以通過軟件實現(xiàn)，也可以通過軟件結合必要的硬件的方式來實現(xiàn)。因此，根據(jù)本發(fā)明實施例的技術方案可以以軟件產品的形式體現(xiàn)出來，該軟件產品可以存儲在一個非易失性存儲介質(可以是CD-ROM，U盤，移動硬盤等)中或網絡上，包括若干指令以使得一臺計算設備(可以是個人計算機、服務器、移動終端、或者網絡設備等)執(zhí)行根據(jù)本發(fā)明實施例的方法。

通過以上的詳細描述，本領域的技術人員易于理解，根據(jù)本發(fā)明實施例的用于訂單轉讓的信息處理方法及裝置有以下優(yōu)點中的一個或多個。

根據(jù)一些實施例的用于訂單轉讓的信息處理方法，通過將客戶已經預定的不可取消的訂單進行信息處理，生成發(fā)布信息，并將發(fā)布信息推送轉讓的方式，能夠降低客戶的經濟損失，降低網站運營中客服成本。

另外，根據(jù)另一些實施例，本發(fā)明的用于訂單轉讓的信息處理方法，通過訂單轉讓的方式，使得其他用戶以低價預訂到訂單成為可能，給其他用戶帶來更多個酒店選擇與實惠價格。

以上具體地示出和描述了本發(fā)明的示例性實施例。應可理解的是，本發(fā)明不限于這里描述的詳細結構、設置方式或實現(xiàn)方法；相反，本發(fā)明意圖涵蓋包含在所附權利要求的精神和范圍內的各種修改和等效設置。

此外，本說明書說明書附圖所示出的結構、比例、大小等，均僅用以配合說明書所公開的內容，以供本領域技術人員了解與閱讀，并非用以限定本公開可實施的限定條件，故不具技術上的實質意義，任何結構的修飾、比例關系的改變或大小的調整，在不影響本公開所能產生的技術效果及所能實現(xiàn)的目的下，均應仍落在本公開所公開的技術內容得能涵蓋的范圍內。同時，本說明書中所引用的如「上」、「第一」、「第二」及「一」等的用語，也僅為便于敘述的明了，而非用以限定本公開可實施的范圍，其相對關系的改變或調整，在無實質變更技術內容下，當也視為本發(fā)明可實施的范疇。