本申請涉及互聯(lián)網(wǎng)技術(shù)領(lǐng)域，尤其涉及一種業(yè)務(wù)信息的處理方法和處理裝置。

背景技術(shù)：

隨著互聯(lián)網(wǎng)以及電子商務(wù)的快速發(fā)展，越來越多的用戶通過電子商務(wù)來進行業(yè)務(wù)交易或享受相關(guān)服務(wù)。例如，由于電子商務(wù)方便快捷等特點，越來越多的用戶通過在網(wǎng)上商店購買商品，當確定用戶選擇購買某個商品并對該商品進行支付時，可針對該商品的相關(guān)信息生成對應的訂單信息，用戶自己可針對該訂單進行支付操作，也可以針對該訂單找他人代為支付，用戶自己或他人完成支付時，該商品即為該用戶的所屬物。

然而，針對某個業(yè)務(wù)的支付行為，無論是用戶自己進行支付操作，還是他人代為支付，都是一個人對該業(yè)務(wù)完成支付行為，例如，當該業(yè)務(wù)(如商品)的金額比較大時，對一個人來說可能無法完全承擔該業(yè)務(wù)對應的訂單的支付操作，使得用戶無法享受該業(yè)務(wù)，導致這種支付方式不再完全滿足用戶的需求，用戶體驗變差。

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

本申請的目的旨在至少在一定程度上解決上述的技術(shù)問題之一。

為此，本申請的第一個目的在于提出一種業(yè)務(wù)信息的處理方法。該方法實現(xiàn)了將一個業(yè)務(wù)(如商品)的金額由多個人分多次支付完成，并在向多個人提供第一訂單時強關(guān)聯(lián)業(yè)務(wù)信息，擴大了業(yè)務(wù)的推廣范圍，同時通過多人分擔同一訂單的支付金額，減輕了用戶的經(jīng)濟負擔，帶動了用戶的購買欲望，提升了用戶體驗。

本申請的第二個目的在于提出一種業(yè)務(wù)信息的處理裝置。

為達上述目的，本申請第一方面實施例的業(yè)務(wù)信息的處理方法，包括：獲取第一用戶選擇的業(yè)務(wù)的業(yè)務(wù)信息，并針對所述第一用戶選擇的所述業(yè)務(wù)信息生成對應的第一訂單信息，其中，所述第一訂單信息包括所述業(yè)務(wù)的總金額；獲取所述第一用戶輸入的N個第二用戶的用戶信息，其中，N為正整數(shù)；根據(jù)所述N個第二用戶的用戶信息將所述第一訂單信息提供至所述N個第二用戶；當所述N個第二用戶中的第i個第二用戶觸發(fā)所述第一訂單信息時，根據(jù)所述業(yè)務(wù)的總金額生成對應的隨機金額，其中，i為正整數(shù)，1≤i≤N；以及根據(jù)所述隨機金額創(chuàng)建第二訂單信息，并將所述第二訂單信息提供至所述第i個第二用 戶。

本申請實施例的業(yè)務(wù)信息的處理方法，可先獲取第一用戶選擇的業(yè)務(wù)的業(yè)務(wù)信息，并針對第一用戶選擇的業(yè)務(wù)信息生成對應的第一訂單信息，其中，第一訂單信息包括業(yè)務(wù)的總金額，之后，可獲取第一用戶輸入的N個第二用戶的用戶信息，并根據(jù)N個第二用戶的用戶信息將第一訂單信息提供至N個第二用戶，當N個第二用戶中的第i個第二用戶觸發(fā)第一訂單信息時，根據(jù)業(yè)務(wù)的總金額生成對應的隨機金額，并根據(jù)隨機金額創(chuàng)建第二訂單信息，最后將第二訂單信息提供至第i個第二用戶，實現(xiàn)了將一個業(yè)務(wù)(如商品)的金額由多個人分多次支付完成，并在向多個人提供第一訂單時強關(guān)聯(lián)業(yè)務(wù)信息，擴大了業(yè)務(wù)的推廣范圍，同時通過多人分擔同一訂單的支付金額，減輕了用戶的經(jīng)濟負擔，帶動了用戶的購買欲望，提升了用戶體驗。

為達上述目的，本申請第二方面實施例的業(yè)務(wù)信息的處理裝置，包括：第一獲取模塊，用于獲取第一用戶選擇的業(yè)務(wù)的業(yè)務(wù)信息；第一生成模塊，用于針對所述第一用戶選擇的所述業(yè)務(wù)信息生成對應的第一訂單信息，其中，所述第一訂單信息包括所述業(yè)務(wù)的總金額；第二獲取模塊，用于獲取所述第一用戶輸入的N個第二用戶的用戶信息，其中，N為正整數(shù)；第一提供模塊，用于根據(jù)所述N個第二用戶的用戶信息將所述第一訂單信息提供至所述N個第二用戶；第二生成模塊，用于在所述N個第二用戶中的第i個第二用戶觸發(fā)所述第一訂單信息時，根據(jù)所述業(yè)務(wù)的總金額生成對應的隨機金額，其中，i為正整數(shù)，1≤i≤N；創(chuàng)建模塊，用于根據(jù)所述隨機金額創(chuàng)建第二訂單信息；以及第二提供模塊，用于將所述第二訂單信息提供至所述第i個第二用戶。

本申請實施例的業(yè)務(wù)信息的處理裝置，可通過第一獲取模塊獲取第一用戶選擇的業(yè)務(wù)的業(yè)務(wù)信息，第一生成模塊針對第一用戶選擇的業(yè)務(wù)信息生成對應的第一訂單信息，其中，第一訂單信息包括業(yè)務(wù)的總金額，第二獲取模塊獲取第一用戶輸入的N個第二用戶的用戶信息，第一提供模塊根據(jù)N個第二用戶的用戶信息將第一訂單信息提供至N個第二用戶，當N個第二用戶中的第i個第二用戶觸發(fā)第一訂單信息時，第二生成模塊根據(jù)業(yè)務(wù)的總金額生成對應的隨機金額，創(chuàng)建模塊根據(jù)隨機金額創(chuàng)建第二訂單信息，第二提供模塊將第二訂單信息提供至第i個第二用戶，實現(xiàn)了將一個業(yè)務(wù)(如商品)的金額由多個人分多次支付完成，并在向多個人提供第一訂單時強關(guān)聯(lián)業(yè)務(wù)信息，擴大了業(yè)務(wù)的推廣范圍，同時通過多人分擔同一訂單的支付金額，減輕了用戶的經(jīng)濟負擔，帶動了用戶的購買欲望，提升了用戶體驗。

本申請附加的方面和優(yōu)點將在下面的描述中部分給出，部分將從下面的描述中變得明顯，或通過本申請的實踐了解到。

附圖說明

本申請的上述和/或附加的方面和優(yōu)點從結(jié)合下面附圖對實施例的描述中將變得明顯和容易理解，其中：

圖1是根據(jù)本申請一個實施例的業(yè)務(wù)信息的處理方法的流程圖；

圖2是根據(jù)本申請一個實施例的第一訂單信息生成過程的流程圖；

圖3是根據(jù)本申請另一個實施例的業(yè)務(wù)信息的處理方法的流程圖；

圖4是根據(jù)本申請一個實施例的業(yè)務(wù)信息的處理裝置的結(jié)構(gòu)框圖；

圖5是根據(jù)本申請另一個實施例的業(yè)務(wù)信息的處理裝置的結(jié)構(gòu)框圖；

圖6是根據(jù)本申請又一個實施例的業(yè)務(wù)信息的處理裝置的結(jié)構(gòu)框圖；

圖7是根據(jù)本申請再一個實施例的業(yè)務(wù)信息的處理裝置的結(jié)構(gòu)框圖；以及

圖8是根據(jù)本申請又另一個實施例的業(yè)務(wù)信息的處理裝置的結(jié)構(gòu)框圖。

具體實施方式

下面詳細描述本申請的實施例，所述實施例的示例在附圖中示出，其中自始至終相同或類似的標號表示相同或類似的元件或具有相同或類似功能的元件。下面通過參考附圖描述的實施例是示例性的，旨在用于解釋本申請，而不能理解為對本申請的限制。

下面參考附圖描述本申請實施例的業(yè)務(wù)信息的處理方法以及處理裝置。

圖1是根據(jù)本申請一個實施例的業(yè)務(wù)信息的處理方法的流程圖。如圖1所示，該業(yè)務(wù)信息的處理方法可以包括：

S101，獲取第一用戶選擇的業(yè)務(wù)的業(yè)務(wù)信息，并針對第一用戶選擇的業(yè)務(wù)信息生成對應的第一訂單信息，其中，第一訂單信息包括業(yè)務(wù)的總金額。

此外，在本申請的實施例中，上述業(yè)務(wù)可以是商品、服務(wù)等，業(yè)務(wù)信息可以是商品信息、或服務(wù)信息，以商品信息為例，該商品信息可包括但不限于商品的名稱、ID(IDentity，身份標識號碼)、類型、型號、顏色、商品的金額、商品所在頁面的網(wǎng)頁地址信息(如URL(Uniform Resource Locator，統(tǒng)一資源定位符)等)等。

以業(yè)務(wù)為商品為例，當?shù)谝挥脩粝胪ㄟ^網(wǎng)上商店來購買某個商品時，可為用戶提供一個基于AA收款的商品付款方式的AA收款創(chuàng)建接口，當?shù)谝挥脩翎槍x擇的商品點擊該接口時，可先確定該第一用戶最終選擇的商品，并獲取該商品的商品信息，之后可針對該商品信息生成對應的第一訂單信息。其中，用戶可通過瀏覽用戶的收藏夾、購物車信息來選擇自己想要購買的商品，還可通過瀏覽該商品所在商店的頁面信息來選擇自己想要購買的商品，也就是說，本申請對用戶想要購買的商品的選擇途徑不作具體限定。

需要說明的是，在本申請的實施例中，上述第一訂單信息除了包括業(yè)務(wù)的總金額之后， 還可包括但不限于業(yè)務(wù)的名稱、ID、型號、類型、顏色、業(yè)務(wù)所在頁面的網(wǎng)頁地址信息等?？梢岳斫?，上述第一訂單信息包括這些信息是為了后續(xù)第二用戶在點擊查看該第一訂單信息時，除了可以了解到該第一訂單信息對應業(yè)務(wù)的總金額，還可了解到該業(yè)務(wù)的其他相關(guān)信息，也可通過網(wǎng)頁地址信息(如URL等)進入該業(yè)務(wù)的詳情頁面了解該業(yè)務(wù)的詳情信息。由此，可以方便業(yè)務(wù)的推廣。

S102，獲取第一用戶輸入的N個第二用戶的用戶信息，其中，N為正整數(shù)。

具體地，當用戶想將該業(yè)務(wù)的訂單分享給其他好友，并通過其他好友來幫忙湊齊一部分或全部該業(yè)務(wù)的金額以幫助自己來分擔購買高金額業(yè)務(wù)(如商品)帶來的負擔時，用戶可選擇至少一個好友(即N個第二用戶)，當用戶已完成選擇N個第二用戶時，可獲取這些N個第二用戶的用戶信息，如用戶的名稱、ID(IDentity，身份標識號碼)等。

S103，根據(jù)N個第二用戶的用戶信息將第一訂單信息提供至N個第二用戶。

具體地，在獲取到第一用戶輸入的N個第二用戶的用戶信息之后，可根據(jù)這些用戶信息將上述生成的第一訂單信息分別分享給對應的第二用戶，以使第二用戶根據(jù)自己實際情況是否對該第一訂單信息進行查看或支付操作。可以理解，在本申請的實施例中，除了將第一訂單信息分享至N個第二用戶之后，還可生成對應的分享原由信息，并將該分享原由同第一訂單信息一通提供給第二用戶，使得第二用戶了解到第一用戶分享該第一訂單的具體原因。

S104，當N個第二用戶中的第i個第二用戶觸發(fā)第一訂單信息時，根據(jù)業(yè)務(wù)的總金額生成對應的隨機金額，其中，i為正整數(shù)，1≤i≤N。

具體而言，在本申請的實施例中，當?shù)诙脩艚邮盏皆摰谝挥唵涡畔⒉⑦M入查看該第一訂單信息時，可先獲取針對該第一訂單信息的剩余待支付金額，并根據(jù)剩余待支付金額生成隨機金額，其中，隨機金額小于或等于剩余待支付金額。

為了確保第二用戶能夠及時了解該第一訂單的支付情況，并避免出現(xiàn)第二用戶無止境地幫助為第一用戶支付該第一訂單，優(yōu)選地，在本申請的一個實施例中，在根據(jù)剩余待支付金額生成隨機金額之前，該處理方法還可包括：獲取針對第一訂單信息的已支付總金額，并判斷針對第一訂單信息的已支付總金額是否小于業(yè)務(wù)的總金額；如果是，則根據(jù)剩余待支付金額生成隨機金額。也就是說，當前針對該第一訂單中的總金額還沒有通過第二用戶全部湊齊時，可根據(jù)針對該第一訂單的剩余待支付金額隨機生成一個隨機數(shù)，該隨機數(shù)即為該第二用戶將為第一用戶支付的金額。

可選地，在本申請的一個實施例中，該處理方法還可包括：當針對第一訂單信息的已支付總金額等于業(yè)務(wù)的總金額時，判定已完成針對第一訂單信息的支付操作，并生成提示信息，以及將提示信息提供至第i個第二用戶。

也就是說，當?shù)诙脩粝胪ㄟ^該第一訂單信息幫助第一用戶來支付該業(yè)務(wù)的部分金額時，可點擊進入該第一訂單，在每個第二用戶每次進入并查看該第一訂單信息時，需要先檢查該業(yè)務(wù)訂單(即第一訂單)中的總金額是否已經(jīng)湊齊，即需要檢查業(yè)務(wù)訂單是否已完成支付，如判斷針對該第一訂單信息的已支付總金額是否小于業(yè)務(wù)的總金額，若是，則根據(jù)該第一訂單的剩余待支付金額隨機生成一個隨機數(shù)，該隨機數(shù)作為該第二用戶應為第一用戶支付的金額，否則，確定該第一訂單的總金額已經(jīng)湊齊，第一用戶可對該第一訂單完成支付操作，同時可生成提示信息并提供給第二用戶，提示第二用戶該第一訂單已完成，以使得第二用戶及時了解該第一訂單的動態(tài)信息。

S105，根據(jù)隨機金額創(chuàng)建第二訂單信息，并將第二訂單信息提供至第i個第二用戶。

具體地，可根據(jù)上述生成的隨機金額創(chuàng)建一個針對該第二用戶的第二訂單信息，并將該第二訂單信息提供給對應的第二用戶。其中，上述第一訂單可理解為是根訂單(或主訂單)，第二訂單可理解是該根訂單(或主訂單)的子訂單。

進一步地，在本申請的一個實施例中，在將第二訂單信息提供至第i個第二用戶之后，該處理方法還可包括：當?shù)趇個第二用戶觸發(fā)第二訂單信息時，根據(jù)第二訂單信息調(diào)用支付接口；當?shù)趇個第二用戶通過支付接口完成針對第二訂單信息的支付操作時，記錄第i個第二用戶的支付數(shù)據(jù)，支付數(shù)據(jù)為隨機金額。也就是說，當?shù)诙脩粝霝榈谝挥脩糁Ц哆@筆金額時，可確定支付對應的第二訂單，并在接收到該第二用戶的確定支付指令時，根據(jù)該第二訂單信息調(diào)用支付接口，并生成相應的支付界面，以供第二用戶進行支付，當?shù)诙脩敉瓿稍摰诙唵蔚闹Ц恫僮鲿r，可記錄該第二用戶的支付行為以及支付金額等數(shù)據(jù)。

舉例而言，以業(yè)務(wù)為商品A，該商品A的售價金額為100元為例，當確定到第一用戶想購買商品A時，可針對該商品A的商品信息生成對應的主訂單(即上述的第一訂單)信息，其中，該主訂單信息中包括該商品A的總金額100元。第一用戶想通過多個好友來為該主訂單進行支付操作，也就是說，第一用戶想通過多個好友來幫忙為該主訂單進行買單，當?shù)谝挥脩敉瓿珊糜训倪x擇時，可獲取第一用戶所選擇的N個第二用戶的用戶信息，并可根據(jù)用戶信息將該主訂單分別分享到對應的第二用戶。當?shù)诙脩暨M入查看該主訂單信息時，并判斷該100元的主訂單當前并沒有完成支付，即還有剩余待支付的金額時，可先獲取該100元的主訂單當前的剩余待支付金額，假設(shè)為90，則可根據(jù)該剩余待支付金額90來隨機生成一個隨機數(shù)，假設(shè)為15，則根據(jù)該隨機數(shù)15來創(chuàng)建一個子訂單，該訂單的支付金額為15元，并將該子訂單提供給對應的第二用戶，以便第二用戶為第一用戶分擔主訂單的支付金額。也就是說，在主訂單的支付金額未湊齊之前，每當?shù)诙脩暨M入查看該主訂單時，都會創(chuàng)建一個子訂單，該子訂單中的支付金額是隨機生成的隨機數(shù)，且該支付金額應小于 或等于該主訂單的剩余待支付金額。

為了避免特殊情況的發(fā)生，提高可用性，例如，當?shù)谝挥脩翎槍ν粋€業(yè)務(wù)(如商品)發(fā)起多次類似AA收款的行為時，可每次檢查針對該業(yè)務(wù)是否存在上次第一訂單是否完成，如果未完成，則延續(xù)上次未完成的第一訂單，否則創(chuàng)建一個新的第一訂單。具體而言，在本申請的實施例中，如圖2所示，針對第一用戶選擇的業(yè)務(wù)信息生成對應的第一訂單信息的具體實現(xiàn)過程可包括：判斷是否針對第一用戶選擇的業(yè)務(wù)信息已生成第一訂單信息(S201)。如果未生成，則針對第一用戶選擇的業(yè)務(wù)信息生成對應的第一訂單信息(S202)。如果已生成，則進一步判斷針對第一訂單信息的已支付總金額是否等于業(yè)務(wù)的總金額(S203)。如果針對第一訂單信息的已支付總金額等于業(yè)務(wù)的總金額，則執(zhí)行步驟S202，即針對第一用戶選擇的業(yè)務(wù)信息生成新的第一訂單信息。如果針對第一訂單信息的已支付總金額小于業(yè)務(wù)的總金額，則調(diào)用已生成的第一訂單信息(S204)。由此，確保針對同一業(yè)務(wù)只能對應一個未完成的第一訂單。

綜上，本申請的業(yè)務(wù)信息的處理方法通過將用戶想購買的業(yè)務(wù)(如商品)對應的訂單分攤給多個人，當這些人想為用戶分擔該訂單的付款金額時，可生成該訂單的子訂單，這些人通過對應的子訂單來為用戶支付該訂單的部分金額，實現(xiàn)了將一個業(yè)務(wù)(如商品)的金額由多個人分多次支付完成，并在向多個人提供第一訂單時強關(guān)聯(lián)業(yè)務(wù)信息，擴大了業(yè)務(wù)的推廣范圍，同時通過多人分擔同一訂單的支付金額，減輕了用戶的經(jīng)濟負擔，帶動了用戶的購買欲望，提升了用戶體驗。

本申請實施例的業(yè)務(wù)信息的處理方法，可先獲取第一用戶選擇的業(yè)務(wù)的業(yè)務(wù)信息，并針對第一用戶選擇的業(yè)務(wù)信息生成對應的第一訂單信息，其中，第一訂單信息包括業(yè)務(wù)的總金額，之后，可獲取第一用戶輸入的N個第二用戶的用戶信息，并根據(jù)N個第二用戶的用戶信息將第一訂單信息提供至N個第二用戶，當N個第二用戶中的第i個第二用戶觸發(fā)第一訂單信息時，根據(jù)業(yè)務(wù)的總金額生成對應的隨機金額，并根據(jù)隨機金額創(chuàng)建第二訂單信息，最后將第二訂單信息提供至第i個第二用戶，實現(xiàn)了將一個業(yè)務(wù)(如商品)的金額由多個人分多次支付完成，并在向多個人提供第一訂單時強關(guān)聯(lián)業(yè)務(wù)信息，擴大了業(yè)務(wù)的推廣范圍，同時通過多人分擔同一訂單的支付金額，減輕了用戶的經(jīng)濟負擔，帶動了用戶的購買欲望，提升了用戶體驗。

圖3是根據(jù)本申請另一個實施例的業(yè)務(wù)信息的處理方法的流程圖。

為了保障當?shù)谝挥唵蔚囊阎Ц犊偨痤~與待支付訂單金額的和值大于業(yè)務(wù)的總金額時，新的第二用戶也能夠給該第一訂單進行支付操作，在本申請的實施例中，在根據(jù)隨機金額創(chuàng)建第二訂單信息之前，可先進行判斷操作，之后根據(jù)該判斷結(jié)果進行相應的操作。具體地，如圖3所示，該業(yè)務(wù)信息的處理方法可以包括：

S301，獲取第一用戶選擇的業(yè)務(wù)的業(yè)務(wù)信息，并針對第一用戶選擇的業(yè)務(wù)信息生成對應的第一訂單信息，其中，第一訂單信息包括業(yè)務(wù)的總金額。

S302，獲取第一用戶輸入的N個第二用戶的用戶信息，其中，N為正整數(shù)。

S303，根據(jù)N個第二用戶的用戶信息將第一訂單信息提供至N個第二用戶。

S304，當N個第二用戶中的第i個第二用戶觸發(fā)第一訂單信息時，根據(jù)業(yè)務(wù)的總金額生成對應的隨機金額，其中，i為正整數(shù)，1≤i≤N。

S305，獲取針對所有第二訂單信息的已支付總金額以及剩余待支付總金額。

具體地，在生成隨機金額之后，可先獲取針對所有的第二訂單的已支付總金額，以及該所有的第二訂單的剩余待支付總金額。例如，假設(shè)第一訂單的支付總金額為10元，第二用戶的數(shù)個為3個，即第二用戶1、第二用戶2、第二用戶3，第二用戶1點擊了第一訂單，并支付了對應的第二訂單1，支付的金額為3元，假設(shè)第二用戶2點擊了第一訂單，創(chuàng)建了該第二用戶2對應的第二訂單2，該第二訂單2的應支付金額為5元，但并沒有支付該第二訂單2，第三用戶3尚未點擊第一訂單，則此時所有的第二訂單的已支付總金額應為第二訂單1的金額3元，所有的第二訂單的剩余待支付總金額應為第二訂單2的金額5元。

S306，判斷針對所有第二訂單信息的已支付總金額與剩余待支付總金額的和值是否小于業(yè)務(wù)的總金額。

可以理解，以上述步驟S305中的例子為例，此時，可判斷針對所有第二訂單信息的已支付總金額與剩余待支付總金額的和值小于業(yè)務(wù)的總金額10元。又如，假設(shè)第三用戶3點擊了第一訂單，創(chuàng)建了該第二用戶3對應的第二訂單3，該第二訂單3的應支付金額為2元，但并沒有支付該第二訂單3，此時，可判斷針對所有第二訂單信息的已支付總金額與剩余待支付總金額的和值等于業(yè)務(wù)的總金額10元。

S307，如果否，則刪除創(chuàng)建時間最長、且未完成支付操作的第二訂單信息，直至針對所有第二訂單信息的已支付總金額與剩余待支付總金額的和值小于業(yè)務(wù)的總金額。

具體地，當判斷針對所有第二訂單信息的已支付總金額與剩余待支付總金額的和值等于或大于業(yè)務(wù)的總金額時，可將創(chuàng)建時間最長、且未完成支付操作的第二訂單信息進行失效操作，如此重復循環(huán)直到針對所有第二訂單信息的已支付總金額與剩余待支付總金額的和值小于業(yè)務(wù)的總金額為止。由此，可以保證新的第二用戶為該第一訂單支付剩余的金額。

S308，如果是，則根據(jù)隨機金額創(chuàng)建第二訂單信息，并將第二訂單信息提供至第i個第二用戶。

本申請實施例的業(yè)務(wù)信息的處理方法，在根據(jù)隨機金額創(chuàng)建第二訂單信息之前，可先獲取針對所有第二訂單信息的已支付總金額以及剩余待支付總金額，并判斷針對所有第二訂單信息的已支付總金額與剩余待支付總金額的和值是否小于業(yè)務(wù)的總金額，若否，則刪 除創(chuàng)建時間最長、且未完成支付操作的第二訂單信息，直至針對所有第二訂單信息的已支付總金額與剩余待支付總金額的和值小于業(yè)務(wù)的總金額為止，可以保證新的第二用戶為該第一訂單支付剩余的金額。

為了提高可用性，以及保證第一用戶能夠盡可能多的湊齊第一訂單的支付金額，優(yōu)選地，在本申請的一個實施例中，在根據(jù)業(yè)務(wù)的總金額生成對應的隨機金額之前，該處理方法還可包括：獲取第i個第二用戶與第一用戶之間的關(guān)系友好程度。其中，在本實施例中，根據(jù)業(yè)務(wù)的總金額生成對應的隨機金額的具體實現(xiàn)方式可如下：根據(jù)第i個第二用戶與第一用戶之間的關(guān)系友好程度、以及業(yè)務(wù)的總金額生成與第i個第二用戶對應的隨機金額。也就是說，在生成隨機金額并創(chuàng)建第二訂單時，可根據(jù)該第二用戶與第一用戶之間的關(guān)系友好程度隨機生成一個隨機金額，并根據(jù)該隨機金額創(chuàng)建第二訂單信息。

與上述幾種實施例提供的業(yè)務(wù)信息的處理方法相對應，本申請的一種實施例還提供一種業(yè)務(wù)信息的處理裝置，由于本申請實施例提供的業(yè)務(wù)信息的處理裝置與上述幾種實施例提供的業(yè)務(wù)信息的處理方法相對應，因此在前述業(yè)務(wù)信息的處理方法的實施方式也適用于本實施例提供的業(yè)務(wù)信息的處理裝置，在本實施例中不再詳細描述。圖4是根據(jù)本申請一個實施例的業(yè)務(wù)信息的處理裝置的結(jié)構(gòu)框圖。如圖4所示，該業(yè)務(wù)信息的處理裝置可以包括：第一獲取模塊10、第一生成模塊20、第二獲取模塊30、第一提供模塊40、第二生成模塊50、創(chuàng)建模塊60和第二提供模塊70。

具體地，第一獲取模塊10可用于獲取第一用戶選擇的業(yè)務(wù)的業(yè)務(wù)信息。

第一生成模塊20可用于針對第一用戶選擇的業(yè)務(wù)信息生成對應的第一訂單信息，其中，第一訂單信息包括業(yè)務(wù)的總金額。

為了避免特殊情況的發(fā)生，提高可用性，例如，當?shù)谝挥脩翎槍ν粋€業(yè)務(wù)(如商品)發(fā)起多次類似AA收款的行為時，可每次檢查針對該業(yè)務(wù)是否存在上次第一訂單是否完成，如果未完成，則延續(xù)上次未完成的第一訂單，否則創(chuàng)建一個新的第一訂單。具體而言，在本申請的實施例中，第一生成模塊20可先判斷是否針對第一用戶選擇的業(yè)務(wù)信息已生成第一訂單信息，如果未生成，則針對第一用戶選擇的業(yè)務(wù)信息生成對應的第一訂單信息，如果已生成，則進一步判斷針對第一訂單信息的已支付總金額是否等于業(yè)務(wù)的總金額，如果針對第一訂單信息的已支付總金額等于業(yè)務(wù)的總金額，則針對第一用戶選擇的業(yè)務(wù)信息生成新的第一訂單信息，如果針對第一訂單信息的已支付總金額小于業(yè)務(wù)的總金額，則調(diào)用已生成的第一訂單信息。由此，確保針對同一業(yè)務(wù)只能對應一個未完成的第一訂單。

第二獲取模塊30可用于獲取第一用戶輸入的N個第二用戶的用戶信息，其中，N為正整數(shù)。

第一提供模塊40可用于根據(jù)N個第二用戶的用戶信息將第一訂單信息提供至N個第二用戶。

第二生成模塊50可用于在N個第二用戶中的第i個第二用戶觸發(fā)第一訂單信息時，根據(jù)業(yè)務(wù)的總金額生成對應的隨機金額，其中，i為正整數(shù)，1≤i≤N。

創(chuàng)建模塊60可用于根據(jù)隨機金額創(chuàng)建第二訂單信息。

第二提供模塊70可用于將第二訂單信息提供至第i個第二用戶。

進一步地，在本申請的一個實施例中，如圖5所示，該處理裝置還可包括：調(diào)用模塊80和記錄模塊90。具體地，調(diào)用模塊80可用于在將第二訂單信息提供至第i個第二用戶之后，當?shù)趇個第二用戶觸發(fā)第二訂單信息時，根據(jù)第二訂單信息調(diào)用支付接口。記錄模塊90可用于在第i個第二用戶通過支付接口完成針對第二訂單信息的支付操作時，記錄第i個第二用戶的支付數(shù)據(jù)，支付數(shù)據(jù)為隨機金額。

也就是說，當?shù)诙脩粝霝榈谝挥脩糁Ц哆@筆金額時，可確定支付對應的第二訂單，調(diào)用模塊80在接收到該第二用戶的確定支付指令時，根據(jù)該第二訂單信息調(diào)用支付接口，并生成相應的支付界面，以供第二用戶進行支付，當?shù)诙脩敉瓿稍摰诙唵蔚闹Ц恫僮鲿r，記錄模塊90可記錄該第二用戶的支付行為以及支付金額等數(shù)據(jù)。

在本申請的實施例中，第二生成模塊50根據(jù)業(yè)務(wù)的總金額生成對應的隨機金額的具體實現(xiàn)過程可如下：獲取針對第一訂單信息的剩余待支付金額；根據(jù)剩余待支付金額生成隨機金額，其中，隨機金額小于或等于剩余待支付金額。

為了確保第二用戶能夠及時了解該第一訂單的支付情況，并避免出現(xiàn)第二用戶無止境地幫助為第一用戶支付該第一訂單，進一步地，在本申請的一個實施例中，如圖6所示，該處理裝置還可包括第一判斷模塊100，第一判斷模塊100可用于獲取針對第一訂單信息的已支付總金額，并判斷針對第一訂單信息的已支付總金額是否小于業(yè)務(wù)的總金額。其中，在本申請的實施例中，第二生成模塊50還可用于在第一判斷模塊100判斷針對第一訂單信息的已支付總金額小于業(yè)務(wù)的總金額時，根據(jù)剩余待支付金額生成隨機金額。

可選地，在本申請的實施例中，如圖6所示，該處理裝置還可包括提示模塊110，提示模塊110可用于在第一判斷模塊100判斷針對第一訂單信息的已支付總金額等于業(yè)務(wù)的總金額時，判定已完成針對第一訂單信息的支付操作，并生成提示信息，以及將提示信息提供至第i個第二用戶。

為了保障當?shù)谝挥唵蔚囊阎Ц犊偨痤~與待支付訂單金額的和值大于業(yè)務(wù)的總金額時，新的第二用戶也能夠給該第一訂單進行支付操作，進一步地，在本申請的一個實施例中，如圖7所示，該處理裝置還可包括：第三獲取模塊120、第二判斷模塊130和刪除模塊140。

具體地，第三獲取模塊120可用于在根據(jù)隨機金額創(chuàng)建第二訂單信息之前，獲取針對 所有第二訂單信息的已支付總金額以及剩余待支付總金額。

第二判斷模塊130可用于判斷針對所有第二訂單信息的已支付總金額與剩余待支付總金額的和值是否小于業(yè)務(wù)的總金額。

刪除模塊140可用于在第二判斷模塊130判斷針對所有第二訂單信息的已支付總金額與剩余待支付總金額的和值大于或等于業(yè)務(wù)的總金額時，刪除創(chuàng)建時間最長、且未完成支付操作的第二訂單信息，直至針對所有第二訂單信息的已支付總金額與剩余待支付總金額的和值小于業(yè)務(wù)的總金額。

其中，在本實施例中，創(chuàng)建模塊60還可用于在第二判斷模塊130判斷針對所有第二訂單信息的已支付總金額與剩余待支付總金額的和值小于業(yè)務(wù)的總金額時，根據(jù)隨機金額創(chuàng)建第二訂單信息。

為了提高可用性，以及保證第一用戶能夠盡可能多的湊齊第一訂單的支付金額，優(yōu)選地，在本申請的一個實施例中，如圖8所示，該處理裝置還可包括第四獲取模塊150，第四獲取模塊150可用于在根據(jù)業(yè)務(wù)的總金額生成對應的隨機金額之前，獲取第i個第二用戶與第一用戶之間的關(guān)系友好程度。其中，在本實施例中，第二生成模塊50具體用于：根據(jù)第i個第二用戶與第一用戶之間的關(guān)系友好程度、以及業(yè)務(wù)的總金額生成與第i個第二用戶對應的隨機金額。

本申請實施例的業(yè)務(wù)信息的處理裝置，可通過第一獲取模塊獲取第一用戶選擇的業(yè)務(wù)的業(yè)務(wù)信息，第一生成模塊針對第一用戶選擇的業(yè)務(wù)信息生成對應的第一訂單信息，其中，第一訂單信息包括業(yè)務(wù)的總金額，第二獲取模塊獲取第一用戶輸入的N個第二用戶的用戶信息，第一提供模塊根據(jù)N個第二用戶的用戶信息將第一訂單信息提供至N個第二用戶，當N個第二用戶中的第i個第二用戶觸發(fā)第一訂單信息時，第二生成模塊根據(jù)業(yè)務(wù)的總金額生成對應的隨機金額，創(chuàng)建模塊根據(jù)隨機金額創(chuàng)建第二訂單信息，第二提供模塊將第二訂單信息提供至第i個第二用戶，實現(xiàn)了將一個業(yè)務(wù)(如商品)的金額由多個人分多次支付完成，并在向多個人提供第一訂單時強關(guān)聯(lián)業(yè)務(wù)信息，擴大了業(yè)務(wù)的推廣范圍，同時通過多人分擔同一訂單的支付金額，減輕了用戶的經(jīng)濟負擔，帶動了用戶的購買欲望，提升了用戶體驗。

在本申請的描述中，需要理解的是，術(shù)語“第一”、“第二”、“第三”、“第四”僅用于描述目的，而不能理解為指示或暗示相對重要性或者隱含指明所指示的技術(shù)特征的數(shù)量。由此，限定有“第一”、“第二”、“第三”、“第四”的特征可以明示或者隱含地包括至少一個該特征。在本申請的描述中，“多個”的含義是至少兩個，例如兩個，三個等，除非另有明確具體的限定。

在本說明書的描述中，參考術(shù)語“一個實施例”、“一些實施例”、“示例”、“具體示例”、 或“一些示例”等的描述意指結(jié)合該實施例或示例描述的具體特征、結(jié)構(gòu)、材料或者特點包含于本申請的至少一個實施例或示例中。在本說明書中，對上述術(shù)語的示意性表述不必須針對的是相同的實施例或示例。而且，描述的具體特征、結(jié)構(gòu)、材料或者特點可以在任一個或多個實施例或示例中以合適的方式結(jié)合。此外，在不相互矛盾的情況下，本領(lǐng)域的技術(shù)人員可以將本說明書中描述的不同實施例或示例以及不同實施例或示例的特征進行結(jié)合和組合。

流程圖中或在此以其他方式描述的任何過程或方法描述可以被理解為，表示包括一個或更多個用于實現(xiàn)特定邏輯功能或過程的步驟的可執(zhí)行指令的代碼的模塊、片段或部分，并且本申請的優(yōu)選實施方式的范圍包括另外的實現(xiàn)，其中可以不按所示出或討論的順序，包括根據(jù)所涉及的功能按基本同時的方式或按相反的順序，來執(zhí)行功能，這應被本申請的實施例所屬技術(shù)領(lǐng)域的技術(shù)人員所理解。

在流程圖中表示或在此以其他方式描述的邏輯和/或步驟，例如，可以被認為是用于實現(xiàn)邏輯功能的可執(zhí)行指令的定序列表，可以具體實現(xiàn)在任何計算機可讀介質(zhì)中，以供指令執(zhí)行系統(tǒng)、裝置或設(shè)備(如基于計算機的系統(tǒng)、包括處理器的系統(tǒng)或其他可以從指令執(zhí)行系統(tǒng)、裝置或設(shè)備取指令并執(zhí)行指令的系統(tǒng))使用，或結(jié)合這些指令執(zhí)行系統(tǒng)、裝置或設(shè)備而使用。就本說明書而言，"計算機可讀介質(zhì)"可以是任何可以包含、存儲、通信、傳播或傳輸程序以供指令執(zhí)行系統(tǒng)、裝置或設(shè)備或結(jié)合這些指令執(zhí)行系統(tǒng)、裝置或設(shè)備而使用的裝置。計算機可讀介質(zhì)的更具體的示例(非窮盡性列表)包括以下：具有一個或多個布線的電連接部(電子裝置)，便攜式計算機盤盒(磁裝置)，隨機存取存儲器(RAM)，只讀存儲器(ROM)，可擦除可編輯只讀存儲器(EPROM或閃速存儲器)，光纖裝置，以及便攜式光盤只讀存儲器(CDROM)。另外，計算機可讀介質(zhì)甚至可以是可在其上打印所述程序的紙或其他合適的介質(zhì)，因為可以例如通過對紙或其他介質(zhì)進行光學掃描，接著進行編輯、解譯或必要時以其他合適方式進行處理來以電子方式獲得所述程序，然后將其存儲在計算機存儲器中。

應當理解，本申請的各部分可以用硬件、軟件、固件或它們的組合來實現(xiàn)。在上述實施方式中，多個步驟或方法可以用存儲在存儲器中且由合適的指令執(zhí)行系統(tǒng)執(zhí)行的軟件或固件來實現(xiàn)。例如，如果用硬件來實現(xiàn)，和在另一實施方式中一樣，可用本領(lǐng)域公知的下列技術(shù)中的任一項或他們的組合來實現(xiàn)：具有用于對數(shù)據(jù)信號實現(xiàn)邏輯功能的邏輯門電路的離散邏輯電路，具有合適的組合邏輯門電路的專用集成電路，可編程門陣列(PGA)，現(xiàn)場可編程門陣列(FPGA)等。

本技術(shù)領(lǐng)域的普通技術(shù)人員可以理解實現(xiàn)上述實施例方法攜帶的全部或部分步驟是可以通過程序來指令相關(guān)的硬件完成，所述的程序可以存儲于一種計算機可讀存儲介質(zhì)中， 該程序在執(zhí)行時，包括方法實施例的步驟之一或其組合。

此外，在本申請各個實施例中的各功能單元可以集成在一個處理模塊中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個模塊中。上述集成的模塊既可以采用硬件的形式實現(xiàn)，也可以采用軟件功能模塊的形式實現(xiàn)。所述集成的模塊如果以軟件功能模塊的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時，也可以存儲在一個計算機可讀取存儲介質(zhì)中。

上述提到的存儲介質(zhì)可以是只讀存儲器，磁盤或光盤等。盡管上面已經(jīng)示出和描述了本申請的實施例，可以理解的是，上述實施例是示例性的，不能理解為對本申請的限制，本領(lǐng)域的普通技術(shù)人員在本申請的范圍內(nèi)可以對上述實施例進行變化、修改、替換和變型。