處理業務的方法、裝置及系統的制作方法
【專利摘要】本發明公開了一種處理業務的方法、設備及系統，屬于信息處理【技術領域】。方法包括：接收前端設備發送的攜帶了待處理業務的業務信息的業務處理請求；根據業務信息確定推薦的業務處理渠道，并獲取推薦的業務處理渠道的內容；將推薦的業務處理渠道的內容發送給前端設備，使前端設備對推薦的業務處理渠道的內容進行展示；接收前端設備發送的業務確認信息，并根據業務確認信息對待處理業務進行處理。本發明通過根據待處理業務的業務信息確定推薦的業務處理渠道，并將推薦的業務處理渠道的內容發送至前端設備，使前端設備對推薦的業務處理渠道的內容進行展示，減少了前端設備展示業務處理渠道的數量，從而降低了業務處理的時間，增加了業務處理的成功率。
【專利說明】處理業務的方法、裝置及系統
【技術領域】
[0001]本發明涉及信息處理【技術領域】，特別涉及一種處理業務的方法、裝置及系統。
【背景技術】
[0002]隨著互聯網的發展，通過互聯網處理業務已經成為主要的處理業務方式之一。而隨著業務種類及業務提供商的數量越來越多，業務處理渠道的種類也隨之增多。該業務處理渠道即為可以處理該業務的所有方式。例如，在支付業務中，支付業務處理渠道可以分為虛擬貨幣支付渠道、財付通支付渠道、支付寶支付渠道以及快捷支付渠道等。在眾多業務處理渠道中，好的處理業務的方法可以減少選擇業務處理渠道的時間，從而減少處理業務所需時間，提高處理業務的成功率。
[0003]在目前處理業務的方法中，系統在業務處理渠道界面將可進行業務辦理的渠道全部展示給用戶。用戶需要先從系統提供的眾多業務處理渠道中選擇一種業務處理渠道，再進入選擇的業務處理渠道流程完成業務辦理。
[0004]在實現本發明的過程中，發明人發現上述辦理業務的方法至少存在以下缺點:
[0005]由于業務處理渠道的多樣化，在業務處理渠道界面展示的業務處理渠道也越來也多，因此僅僅通過業務處理渠道界面很難明確說明各種交易渠道之間的區別，以及各種業務處理渠道處理業務時需要的條件，用戶往往在進入某一業務處理渠道后才發現所選業務辦理渠道不能完成業務辦理，需要返回業務處理渠道界面重新選擇業務處理渠道，進而增加了業務辦理的時間，降低了業務辦理的成功率。
【發明內容】
[0006]為了解決現有技術的問題，本發明實施例提供了一種辦理業務的方法、設備及系統。所述技術方案如下:
[0007]第一方面，提供了一種處理業務的方法，所述方法包括:
[0008]接收處理業務的前端設備發送的業務處理請求，所述業務處理請求中攜帶了待處理業務的業務信息；
[0009]根據所述待處理業務的業務信息確定推薦的業務處理渠道，并獲取所述推薦的業務處理渠道的內容；
[0010]將所述推薦的業務處理渠道的內容發送給所述前端設備，使所述前端設備對所述推薦的業務處理渠道的內容進行展示；
[0011 ] 接收所述前端設備發送的業務確認信息，并根據所述業務確認信息對所述待處理業務進行處理。
[0012]第二方面，提供了一種處理業務的裝置，所述裝置應用于處理業務的后端設備，所述后端設備包括:
[0013]第一接收模塊，用于接收處理業務的前端設備發送的業務處理請求，所述業務處理請求中攜帶了待處理業務的業務信息；
[0014]確定模塊，用于根據所述第一接收模塊接收到的所述待處理業務的業務信息確定推薦的業務處理渠道；
[0015]獲取模塊，用于獲取所述確定模塊確定的所述推薦的業務處理渠道的內容；
[0016]第一發送模塊，用于將所述獲取模塊獲取到的所述推薦的業務處理渠道的內容發送給所述前端設備，使所述前端設備對所述推薦的業務處理渠道的內容進行展示；
[0017]第二接收模塊，用于接收所述前端設備發送的業務確認信息；
[0018]處理模塊，用于根據所述第二接收模塊接收到的所述業務確認信息對所述待處理業務進行處理。
[0019]第三方面，提供了一種處理業務的方法，所述方法包括:
[0020]獲取待處理業務的業務信息，并向處理業務的后端設備發送業務處理請求，所述業務處理請求中攜帶了所述待處理業務的業務信息；
[0021]接收所述后端設備發送的推薦的業務處理渠道的內容，并對所述推薦的業務處理渠道的內容進行展示；
[0022]獲取業務確認信息，并將所述業務確認信息發送至所述后端設備，由所述后端設備根據所述業務確認信息對所述待處理業務進行處理。
[0023]第四方面，提供了一種處理業務的裝置，所述裝置應用于處理業務的前端設備，所述前端設備包括:
[0024]第一獲取模塊，用于獲取待處理業務的業務信息；
[0025]第一發送模塊，用于向處理業務的后端設備發送業務處理請求，所述業務處理請求中攜帶了所述待處理業務的業務信息；
[0026]第一接收模塊，用于接收所述后端設備發送的推薦的業務處理渠道的內容；
[0027]展示模塊，用于對所述推薦的業務處理渠道的內容進行展示；
[0028]第二獲取模塊，用于獲取業務確認信息；
[0029]第二發送模塊，用于將所述第二獲取模塊獲取到的所述業務確認信息發送至所述后端設備，由所述后端設備根據所述業務確認信息對所述待處理業務進行處理。
[0030]第五方面，提供了一種處理業務的系統，所述系統包括:處理業務的后端設備和處理業務的前端設備；
[0031]其中，所述處理業務的后端設備運行有第一處理業務的裝置，所述處理業務的前端設備運行有第二處理業務的裝置；
[0032]所述第一處理業務的裝置如第二方面所述的裝置；
[0033]所述第二處理業務的裝置如第四方面所述的裝置。
[0034]本發明實施例提供的技術方案帶來的有益效果是:
[0035]通過根據待處理業務的業務信息確定推薦的業務處理渠道，并將推薦的業務處理渠道的內容發送至處理業務的前端設備，使前端設備對推薦的業務處理渠道的內容進行展示，減少了前端設備展示業務處理渠道的數量，從而降低了業務處理的時間，增加了業務處理的成功率。
【專利附圖】
【附圖說明】
[0036]為了更清楚地說明本發明實施例中的技術方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發明的一些實施例，對于本領域普通技術人員來講，在不付出創造性勞動的前提下，還可以根據這些附圖獲得其它的附圖。
[0037]圖1是本發明實施例提供的一種處理業務方法實施環境的結構示意圖；
[0038]圖2是本發明實施例一提供的一種處理業務的方法流程圖；
[0039]圖3是本發明實施例一提供的另一種處理業務的方法流程圖；
[0040]圖4是本發明實施例二提供的一種處理業務的方法流程圖；
[0041]圖5是本發明實施例二提供的一種第三方訂單示意圖；
[0042]圖6是本發明實施例二提供的一種推薦的業務處理渠道的內容展示界面示意圖；
[0043]圖7是本發明實施例三提供的第一種確定推薦的業務處理渠道的方法流程圖；
[0044]圖8是本發明實施例四提供的第一種處理業務的裝置結構示意圖；
[0045]圖9是本發明實施例四提供的第一種確定模塊的結構示意圖；
[0046]圖10是本發明實施例四提供的第二種確定模塊的結構示意圖；
[0047]圖11是本發明實施例四提供的第二種處理業務的裝置結構示意圖；
[0048]圖12是本發明實施例四提供的第三種處理業務的裝置結構示意圖；
[0049]圖13是本發明實施例五提供的第一種處理業務的裝置結構示意圖；
[0050]圖14是本發明實施例五提供的第二種處理業務的裝置結構示意圖；
[0051]圖15是本發明實施例六提供的一種處理業務的系統結構示意圖；
[0052]圖16是本發明實施例七提供的一種終端的結構示意圖。
【具體實施方式】
[0053]為使本發明的目的、技術方案和優點更加清楚，下面將結合附圖對本發明實施方式作進一步地詳細描述。
[0054]本發明實施例提供了一種處理業務的方法，請參考圖1，其展示出了本發明實施例提供的處理業務的方法所涉及的實施環境的結構示意圖。該實施環境包括處理業務的后端設備101、處理業務的前端設備102及第三方服務提供者103。
[0055]其中，處理業務的后端設備101上運行有第一處理業務的裝置，該第一處理業務的裝置如下述實施例三所述的處理業務的裝置。另外，該處理業務的后端設備101可以是后端服務器，用于與第三方服務提供者103及處理業務的前端設備102結合來為用戶提供處理業務的服務。
[0056]處理業務的前端設備102上運行有第二處理業務的裝置，該第二處理業務的裝置如下面實施例四所述的處理業務的裝置。另外，處理業務的前端設備102可以是智能手機、平板電腦、電子書閱讀器、MP3 (Moving Picture Experts GroupAud1 Layer III，動態影像專家壓縮標準音頻層面3)播放器、MP4 (Moving Picture Experts Group Aud1 LayerIV，動態影像專家壓縮標準音頻層面3)播放器、膝上型便攜計算機和臺式計算機等等。
[0057]第三方服務提供者103可以是第三服務提供方提供的后端服務器，且該第三方服務提供者103可通過第三方應用程序與處理業務的后端設備101及處理業務的前端設備102結合來為用戶提供處理業務的服務。
[0058]上述處理業務的后端設備101、第三方服務提供者103及處理業務的前端設備102之間可以通過無線網絡或者有線網絡進行通信。
[0059]實施例一
[0060]結合上述實施環境，本實施例提供了一種處理業務的方法，參見圖2，本實施例提供的方法流程具體如下:
[0061]201:接收處理業務的前端設備發送的業務處理請求，業務處理請求中攜帶了待處理業務的業務信息；
[0062]202:根據待處理業務的業務信息確定推薦的業務處理渠道，并獲取推薦的業務處理渠道的內容；
[0063]203:將推薦的業務處理渠道的內容發送給前端設備，使前端設備對推薦的業務處理渠道的內容進行展示；
[0064]204:接收前端設備發送的業務確認信息，并根據業務確認信息對待處理業務進行處理。
[0065]本實施例還提供了另一種處理業務的方法，參見圖3，本實施例提供的方法流程具體如下:
[0066]301:獲取待處理業務的業務信息，并向處理業務的后端設備發送業務處理請求，業務處理請求中攜帶了待處理業務的業務信息；
[0067]302:接收后端設備發送的推薦的業務處理渠道的內容，并對推薦的業務處理渠道的內容進行展示；
[0068]303:獲取業務確認信息，并將業務確認信息發送至后端設備，由后端設備根據業務確認信息對待處理業務進行處理。
[0069]本實施例提供的方法，通過根據待處理業務的業務信息確定推薦的業務處理渠道，并將推薦的業務處理渠道的內容發送至處理業務的前端設備，使前端設備對推薦的業務處理渠道的內容進行展示，減少了前端設備展示業務處理渠道的數量，從而降低了業務處理的時間，增加了業務處理的成功率。
[0070]為了更加清楚地闡述上述實施例提供的一種處理業務的方法，結合上述實施例的內容，以如下實施例二為例，對一種處理業務的方法進行詳細說明，詳見如下實施例二:
[0071]實施例二
[0072]結合上述圖1所示的實施環境以及實施例一所述的內容，本實施例提供了一種處理業務的方法，參見圖4，本實施例提供的方法流程具體如下:
[0073]401:處理業務的前端設備獲取待處理業務的業務信息，并向處理業務的后端設備發送攜帶了待處理業務的業務信息的業務處理請求；
[0074]針對該步驟，處理業務的前端設備為可以通過網絡與服務器進行網絡通信的設備。例如，該前端設備可以為上網的個人電腦，或者該前端設備可以為上網的智能手機等，本實施例不對處理業務的前端設備的具體產品形態進行限定。處理業務的后端設備可以為通過網絡與前端設備進行通信的設備。例如，該后端設備可以為服務器等，本實施例不對處理業務的后端設備的具體產品形態進行限定。
[0075]另外，本實施例不對前端設備獲取待處理業務的業務信息的具體方式進行限定。例如，根據前端設備在處理業務頁面中獲取用戶選擇的業務，將該業務確定為待處理業務，再根據獲取到的待處理業務確定待處理業務的業務信息。
[0076]此外，待處理業務的業務信息至少包括待處理業務所需金額、待處理業務的內容，除此之外，根據待處理業務的不同也隨之不同，本實施例不對具體的待處理業務及其業務信息進行限定。以待處理業務為購買業務為例，該購買業務的業務信息包括但不限于購買內容、購買金額、購買商家等。
[0077]具體的，以待處理業務為購買100元人民幣的A商品的購買業務為例。前端設備根據購買100元人民幣的A商品的購買業務，確定購買業務的業務信息包括購買內容和購買金額。其中，購買內容為購買A商品，購買金額為100元人民幣。當然，待處理業務還可以為充值業務，或者其它業務，本實施例不對待處理業務進行限定。購買內容除A商品之外，還可以為B商品，或者其它內容，本實施例不對購買的具體內容進行限定。購買金額除100元人民幣之外，還可以為200元人民幣，或者其它金額，本實施例不對購買的具體金額進行限定。
[0078]此外，業務處理請求中除了攜帶待處理業務的業務信息之外，還需攜帶能標識辦理該待處理業務的用戶身份的用戶標識。除此之外，業務處理請求還可以攜帶其它內容，本實施例不對業務處理請求攜帶的具體內容進行限定。其中，業務處理請求中攜帶的用戶標識用于使業務處理的后端設備能夠根據該用戶標識確定用戶信息，并根據用戶信息向該用戶推薦適合該用戶辦理的待處理業務的業務處理渠道。本實施例不對用戶標識的具體形式進行限定，例如，用戶標識為用戶登錄時的用戶名及密碼，或者用戶標識為用戶ID(IDentity，身份標識)號。本實施例也不對用戶標識的具體獲取方式進行，例如，如果用戶已經進行登錄，可以通過登錄信息獲取用戶標識；如果用戶未進行登錄，可以彈出登錄窗口使用戶填入登錄信息進行登錄，并通過登錄信息獲取用戶標識。
[0079]402:后端設備接收前端設備發送的業務處理請求；
[0080]其中，業務處理請求中至少攜帶了待處理業務的業務信息和用戶標識。
[0081]403:后端設備根據待處理業務的業務信息確定推薦的業務處理渠道；
[0082]針對該步驟，由于后端設備會對所有用戶信息進行記錄，同時也會記錄每一用戶信息與用戶標識的對應關系。因此，后端設備可以根據用戶信息與用戶標識的對應關系確定業務處理請求中的用戶標識所對應的用戶信息。
[0083]同時，后端設備會將可支持的業務處理渠道進行記錄，因此，后端設備根據用戶信息在記錄的業務處理渠道中查找與業務處理請求中的業務信息相匹配的渠道，并將查找到的渠道作為推薦的業務處理渠道。本實施例不對已有的業務處理渠道進行限定，以支付業務渠道為例，已有的支付業務渠道為虛擬貨幣支付渠道、財付通支付渠道、支付寶支付渠道以及快捷支付渠道等。
[0084]另外，本實施例不對根據該用戶信息在記錄的業務處理渠道中查找與辦理業務請求中的業務信息相匹配的渠道的具體查找方式進行限定。包括但不限于通過如下步驟進行查找:
[0085]第一步驟:在記錄的業務處理渠道中選擇一個業務處理渠道；
[0086]針對第一步驟，根據用戶習慣、預先設置的默認規則或已有的業務處理渠道的余額確定已有的業務處理渠道的順序，根據已有的業務處理渠道的順序在已有的業務處理渠道中選擇一個業務處理渠道。本實施例不對預先設置的具體默認規則進行限定，包括但不限于，默認規則為根據業務處理渠道與待處理業務的相關性，按相關性從大到小的順序選擇業務處理渠道。
[0087]具體的，以待處理業務為購買業務，待處理業務的業務信息包括購買內容和購買金額，其中，購買內容為購買A商品，購買金額為100元人民幣，業務處理渠道為支付業務處理渠道，用戶信息為用戶C信息，且記錄的支付業務處理渠道為購買平臺自身的虛擬貨幣支付渠道、財付通支付渠道、以及快捷支付渠道為例，由于在該購買平臺購買A商品，因此將購買平臺自身的虛擬貨幣支付渠道與購買業務的相關性設定為最相關，其次將財付通支付渠道設定為比較相關，將快捷支付渠道確定為一般相關。因此，按照虛擬貨幣支付渠道、財付通支付渠道和快捷支付渠道的順序依次選擇。
[0088]當然，該步驟除了采用上述選擇方式外，還可以在記錄的業務處理渠道中隨機選擇一個業務處理渠道，具體采用哪種方式，本實施例不作具體限定。
[0089]第二步驟:根據該用戶信息判斷當前選擇的業務處理渠道是否與待處理業務的業務信息相匹配；
[0090]針對該步驟，具體實施時，可以確定該用戶信息中當前選擇的業務處理渠道對應的屬性值是否可以滿足待處理業務的業務信息需求。
[0091]具體的，以上述第一步驟中當前選擇的是虛擬貨幣支付渠道，與業務信息對應的屬性值為虛擬貨幣值為例，確定用戶C信息中的虛擬貨幣對應的虛擬貨幣值是否能滿足購買業務的業務信息中的購買金額。
[0092]進一步地，對于根據該用戶信息判斷當前選擇的業務處理渠道是否與待處理業務的業務信息相匹配的判斷結果，可以為如下兩種判斷結果中的一種結果:
[0093]第一種判斷結果:當前選擇的業務處理渠道與待處理業務的業務信息相匹配；
[0094]在具體實施過程中，如果該用戶信息中當前選擇的業務處理渠道對應的屬性值可以滿足待處理業務的業務信息需求，則確定當前選擇的業務處理渠道與待處理業務的業務信息相匹配。
[0095]針對第一種判斷結果，后端終端停止查找，并將與待處理業務的業務信息相匹配的渠道作為推薦的業務處理渠道。
[0096]具體的，仍以第一步驟中當前選擇的是虛擬貨幣支付渠道為例，如果用戶C信息中的虛擬貨幣對應的虛擬貨幣值相當于150元人民幣足以支付購買業務所需的購買金額100元人民幣，則判斷虛擬貨幣支付渠道與購買業務的業務信息相匹配。因此，停止對其它業務處理渠道進行查找，并將虛擬貨幣支付渠道作為推薦的業務處理渠道。當然，虛擬貨幣值還可以為其它數值及單位，本實施例不對虛擬貨幣值的具體形式進行限定。
[0097]第二種判斷結果:當前選擇的業務處理渠道與待處理業務的業務信息不匹配。
[0098]在具體實施過程中，如果該用戶信息中當前選擇的業務處理渠道對應的屬性值不滿足待處理業務的業務信息需求，則確定當前選擇的業務處理渠道與待處理業務的業務信息不匹配。
[0099]針對第二種判斷結果，在具體實施中，包括但不限于如下步驟:后端終端繼續查找下一個業務處理渠道，直至查找到與待處理業務的業務信息相匹配的業務處理渠道，并將與待處理業務的業務信息相匹配的渠道作為推薦的業務處理渠道。如果所有業務處理渠道均不與待處理業務的業務信息相匹配，則確定用戶信息中是否記錄該用戶歷史業務處理渠道。如果用戶信息中記錄了該用戶歷史業務處理渠道，則將用戶歷史業務處理渠道作為推薦的業務處理渠道。如果有業務處理渠道均不與待處理業務的業務信息相匹配，且用戶信息中也未記錄該用戶歷史業務處理渠道，則將系統默認的業務處理渠道作為推薦的業務處理渠道。本實施例不對系統默認的業務處理渠道具體確定方式進行限定，包括但不限于，如果系統記錄了各個用戶選擇的業務處理渠道進行業務辦理的成功率，則根據記錄的各個用戶選擇的業務處理渠道進行業務辦理的成功率確定成功率最高的業務處理渠道，并將該成功率最高的業務處理渠道確定為系統默認的業務處理渠道。
[0100]具體的，仍以第一步驟中當前選擇的是虛擬貨幣支付渠道為例，如果用戶C信息中的虛擬貨幣對應的虛擬貨幣值相當于50元人民幣不足以支付購買業務所需的購買金額100元人民幣，則判斷虛擬貨幣支付渠道與購買業務的業務信息不匹配。因此，繼續查找下一個業務處理渠道，以查找到的下一個業務處理渠道為財付通支付渠道為例，繼續對該財付通支付渠道判斷是否與購買業務的業務信息相匹配。如果財付通支付渠道與購買業務的業務信息也不匹配，則繼續查找，以此次查找到的業務處理渠道為快捷支付渠道為例，如果快捷支付渠道與購買業務的業務信息也不匹配，則確定用戶C信息中是否記錄了用戶C的歷史業務處理渠道，如果用戶C信息中未記錄用戶C的歷史業務處理渠道，則將系統默認的業務處理渠道銀行支付渠道作為推薦的業務處理渠道。
[0101]404:后端設備獲取推薦的業務處理渠道的內容；
[0102]針對該步驟，由于經過步驟303，后端設備已經確定推薦的業務處理渠道，因此，本步驟后端設備進一步獲取該推薦的業務處理渠道的內容。
[0103]在具體實施過程中，業務處理渠道可以分為兩種類型，一種類型為第三方提供的業務處理渠道，另一種類型為非第三方提供的業務處理渠道，如系統自身提供的業務處理渠道等。該推薦的業務處理渠道的類別不同，獲取推薦的業務處理渠道的內容的方式也將有所不同。本實施例不對獲取推薦的業務處理渠道的內容的方式進行限定，包括但不限于如下兩種方式中的一種。
[0104]第一種方式:如果推薦的業務處理渠道為非第三方提供的業務處理渠道，則后端設備直接從該推薦的業務處理渠道所在設備處獲取該推薦的業務處理渠道所需的參數，并將該參數作為該推薦的業務處理渠道的內容。
[0105]具體的，以推薦的業務處理渠道為虛擬貨幣支付渠道，該推薦的業務處理渠道所在設備為服務器為例，由于虛擬貨幣支付渠道不是第三方提供的業務處理渠道，則后端設備可以直接從服務器的相關數據庫中獲取虛擬貨幣支付渠道的虛擬貨幣值，虛擬貨幣有效期等內容。除此之外，獲取到的虛擬貨幣支付渠道的內容還可以為其它內容，本實施例不對獲取到的虛擬貨幣支付渠道的內容進行限定。
[0106]第二種方式，如果推薦的業務處理渠道是第三方提供的業務處理渠道，則后端設備通過跨域消息接口與第三方建立連接，并從第三方獲取推薦的業務處理渠道的內容。具體實施時，后端設備可通過與第三方建立的連接與第三方協商消息協議。根據該消息協議向第三方下一個空訂單，并獲取第三方針對該空訂單分配的網址。將第三方針對該空訂單分配的網址作為該推薦的業務處理渠道的內容。
[0107]具體的，以推薦的業務處理渠道為財付通支付渠道為例，由于財付通支付渠道是第三方提供的業務處理渠道，則后端設備根據跨域消息接口與財付通的支付中心建立連接，并通過該連接與財付通的支付中心協商消息協議。根據該消息協議向財付通的支付中心下一個空訂單，并獲取第三方針對該空訂單分配的網址I。將網址I作為從財付通的支付中心獲取推薦的業務處理渠道的內容。
[0108]405:后端設備將推薦的業務處理渠道的內容發送給前端設備；
[0109]針對該步驟，本實施例不對后端設備將推薦的業務處理渠道的內容發送給前端設備的具體發送方式進行限定。包括但不限于，后端設備將推薦的業務處理渠道的內容存放在業務處理渠道內容文件中，將該文件發送給前端設備。
[0110]406:前端設備接收后端設備發送的推薦的業務處理渠道的內容，并對推薦的業務處理渠道的內容進行展示；
[0111]針對該步驟，本實施例不對前端設備接收后端設備發送的推薦的業務處理渠道的內容的具體接收方式進行限定。包括但不限于，前端設備接收后端設備發送的描述推薦的業務處理渠道的內容的業務處理渠道內容文件中，并從該文件中獲取推薦的業務處理渠道的內容。
[0112]另外，由于后端設備發送的推薦的業務處理渠道的內容根據該推薦的業務處理渠道是否為第三方提供的業務處理渠道分為兩種類型，因此，前端設備會根據接收到的推薦的業務處理渠道的內容的具體類型，有如下兩種展示方式。
[0113]第一種展示方式:如果前端設備接收到的推薦的業務處理渠道的內容為網址，則前端設備確定推薦的業務處理渠道的內容為第三方提供的渠道的內容。將該網址對應的訂單內容嵌入當前展示界面進行展示，并根據待處理業務的業務信息在相應的訂單內容中填入對應的內容。
[0114]第二種展示方式:如果前端設備接收到的推薦的業務處理渠道的內容不為網址，則前端設備確定推薦的業務處理渠道的內容為非第三方提供的渠道的內容，則將推薦的業務處理渠道的內容進行展示，并根據待處理業務的業務信息在相應的推薦的業務處理渠道的內容中填入對應的內容。
[0115]具體的，如果前端設備接收到的推薦的業務處理渠道的內容為網址1，網址I的訂單內容如圖5所示，則前端設備確定推薦的業務處理渠道的內容為第三方提供的渠道的內容。將圖5對應的訂單內容嵌入當前展示界面進行展示，并根據待處理業務的業務信息在相應的訂單內容中填入對應的內容，如圖6 (a)所示。如果前端設備接收到的推薦的業務處理渠道的內容為虛擬貨幣值和虛擬貨幣有效期，則前端設備將推薦的業務處理渠道的內容進行展示，并根據待處理業務的業務信息在相應的推薦的業務處理渠道的內容中填入對應的內容，如圖6 (b)所示。
[0116]需要說明的是，當前展示界面中除了展示推薦的業務處理渠道的內容，還會提供更換業務處理渠道的功能，以滿足用戶對當前業務處理的多樣化需求。
[0117]407:前端設備獲取業務確認信息，并將業務確認信息發送至后端設備；
[0118]針對該步驟，前端設備獲取用戶在推薦的業務處理渠道的內容的展示界面中進行的選擇操作對應的內容及輸入操作對應的內容，并在用戶確定進行業務處理后，將用戶選擇的內容及輸入的內容作為業務確認信息發送給后端設備。
[0119]408:后端設備接收前端設備發送的業務確認信息，并根據業務確認信息對待處理業務進行處理。
[0120]針對該步驟，后端設備接收前端設備發送的業務確認信息，并將業務確認信息中的內容相應的填入業務處理流程所需的填寫內容中，完成業務處理流程。
[0121]進一步地，本實施例提供的方法還包括后端設備判斷業務確認信息是否正確的步驟，以防止因為用戶填寫的內容或者選擇的內容有誤而造成的推薦的業務處理渠道辦理業務失敗。本實施例不對判斷業務確認信息是否正確的具體判斷方法進行限定，包括但不限于:判斷業務確認信息中的內容與步驟402中接收到的業務處理請求中的內容是否相同，如果業務確認信息中的內容與步驟402中接收到的業務處理請求中的內容相同，則判斷業務確認信息正確。如果業務確認信息中的內容與步驟402中接收到的業務處理請求中的內容不同，則判斷業務確認信息不正確。
[0122]如果業務確認信息正確，則后端設備執行根據業務確認信息對待處理業務進行處理，并向處理業務的前端設備發送業務處理響應信息。如果業務確認信息不正確，則后端設備向處理業務的前端設備發送業務確認信息對應的錯誤信息。
[0123]相應的，如果前端設備接收到后端設備發送的業務處理響應信息，則對業務處理響應信息進行展示，以告知用戶業務處理成功完成。
[0124]如果前端設備接收到后端設備發送的業務確認信息對應的錯誤信息，則對錯誤信息進行展示，以告知用戶業務處理未完成及未完成的原因。用戶可以根據前端設備展示的錯誤信息修改錯誤內容并重新確定進行業務辦理，前端設備也會在接收到用戶的確定進行業務辦理指示后重新執行步驟407，同時，后端設備也會再次執行步驟408。如此循環，直至業務辦理成功完成。
[0125]本實施例提供的方法，通過根據待處理業務的業務信息確定推薦的業務處理渠道，并將推薦的業務處理渠道的內容發送至處理業務的前端設備，使前端設備對推薦的業務處理渠道的內容進行展示，減少了前端設備展示業務處理渠道的數量，從而降低了業務處理的時間，增加了業務處理的成功率。
[0126]實施例三
[0127]本實施例提供了一種確定推薦的業務處理渠道的方法。為了更好的說明本實施例提供的方法，以待處理的業務信息為充值中心的黃鉆貴族商品購買業務，待處理業務頁面為黃鉆貴族商品購買頁面，業務處理渠道為Q幣支付渠道、財付通支付渠道、財付通快捷支付渠道為例，參見圖7，本實施例提供的方法流程具體如下:
[0128]701:充值中心的前端設備向后端設備發送業務處理請求消息；
[0129]針對該步驟，充值中心的前端設備獲取黃鉆貴族商品購買頁面中的待購買商品的業務代碼、數量信息、待購買商品的金額、用戶標識等業務信息，并將攜帶了業務信息的業務處理請求消息發送給充值中心的后端設備。本實施例不對業務請求消息的發送方式進行限定，例如以異步發送方式發送業務請求消息。
[0130]702:充值中心后端設備接收到業務處理請求消息；
[0131]針對該步驟，充值中心的后端設備接收到業務請求消息后獲取業務處理請求消息中的業務信息，以根據獲取到的業務信息選擇推薦的業務處理渠道。同時，充值中心的后端設備也會根據業務信息中的用戶標識確定用戶的相關信息。本實施例不對用戶的具體相關信息進行限定，例如，用戶的歷史付費渠道，用戶的Q幣賬戶余額、用戶的財付通余額、用戶是否為開通快捷支付的用戶等。
[0132]703:充值中心后端設備根據業務信息判斷Q幣帳戶余額是否滿足待購買商品的金額需求，如果Q幣帳戶余額滿足待購買商品的金額需求，執行步驟708，如果Q幣帳戶余額不滿足待購買商品的金額需求，執行步驟704 ；
[0133]針對該步驟，由于業務信息中包括待購買商品的金額，且步驟702中會確定用戶的Q幣賬戶余額，因此，可以確定該用戶的Q幣賬戶金額是否滿足業務信息中包括的待購買商品的金額需求，如果Q幣帳戶余額滿足待購買商品的金額需求，則將推薦的業務處理渠道確定為Q幣支付渠道，且向充值中心前端設備返回推薦的業務處理渠道后執行步驟708 ；如果Q幣帳戶余額不滿足待購買商品的金額需求，則執行步驟704，以繼續在其它支付渠道中確定推薦的業務處理渠道。
[0134]704:充值中心后端設備根據業務信息判斷財付通余額是否滿足待購買商品的金額需求，如果財付通余額滿足待購買商品的金額需求，執行步驟708，如果財付通余額不滿足待購買商品的金額需求，執行步驟705 ；
[0135]針對該步驟，由于步驟702中會確定用戶的財付通余額，因此，可以確定該用戶的財付通余額是否滿足業務信息中包括的待購買商品的金額需求，如果財付通余額滿足待購買商品的金額需求，則將推薦的業務處理渠道確定為財付通支付渠道，且向充值中心前端設備返回推薦的業務處理渠道后執行步驟708 ;如果財付通余額不滿足待購買商品的金額需求，則執行步驟705，以繼續在其它支付渠道中確定推薦的業務處理渠道。
[0136]705:充值中心后端設備判斷用戶是否為開通財付通快捷支付的用戶，如果用戶為開通財付通快捷支付的用戶，執行步驟708，如果用戶為未開通財付通快捷支付的用戶，執行步驟706 ；
[0137]針對該步驟，由于步驟702中會確定用戶是否為開通財付通快捷支付的用戶，因此，如果步驟702中確定用戶為開通財付通快捷支付的用戶，則將推薦的業務處理渠道確定為財付通快捷支付渠道，且向充值中心前端設備返回推薦的業務處理渠道后執行步驟708 ;如果步驟702中確定用戶為未開通財付通快捷支付的用戶，則執行步驟706，以繼續在其它支付渠道中確定推薦的業務處理渠道。
[0138]706:充值中心后端設備判斷用戶是否有付費行為的歷史渠道，如果用戶有付費行為的歷史渠道，執行步驟708，如果用戶未有付費行為的歷史渠道，執行步驟707;
[0139]針對該步驟，由于步驟702中會判斷用戶是否有付費行為的歷史渠道，因此，如果步驟702中判斷用戶有付費行為的歷史渠道，則將推薦的業務處理渠道確定為用戶付費行為的歷史渠道，且向充值中心前端設備返回推薦的業務處理渠道后執行步驟708;如果步驟702中判斷用戶未有付費行為的歷史渠道，則執行步驟707，以繼續在其它支付渠道中確定推薦的業務處理渠道。
[0140]707:充值中心后端設備指定默認業務處理渠道作為推薦的業務處理渠道；
[0141]針對該步驟，本實施例不對默認業務處理渠道的具體指定方法進行限定。例如，將當前成功率最高的支付渠道指定為默認的業務處理渠道，將默認的業務處理渠道作為推薦的業務處理渠道，且向充值中心前端設備返回推薦的業務處理渠道。
[0142]708:充值中心前端設備接收后端設備返回推薦的業務處理渠道，并渲染推薦的業務處理渠道的內容。
[0143]需要說明的是，充值中心的前端設備在渲染推薦的業務處理渠道的內容之后，會繼續執行實施例二中的步驟407和步驟408，繼續完成待處理業務的辦理。
[0144]本實施例提供的方法，通過根據待處理業務的業務信息確定推薦的業務處理渠道，并將推薦的業務處理渠道的內容發送至處理業務的前端設備，使前端設備對推薦的業務處理渠道的內容進行展示，減少了前端設備展示業務處理渠道的數量，從而降低了業務處理的時間，增加了業務處理的成功率。
[0145]實施例四
[0146]本實施例提供了一種處理業務的裝置，該裝置應用于處理業務的后端設備，該后端設備用于執行上述實施例一或施例二所提供的辦理業務的方法，參見圖8，該后端設備包括:
[0147]第一接收模塊801，用于接收處理業務的前端設備發送的業務處理請求，業務處理請求中攜帶了待處理業務的業務信息；
[0148]確定模塊802，用于根據第一接收模塊801接收到的待處理業務的業務信息確定推薦的業務處理渠道；
[0149]獲取模塊803，用于獲取確定模塊802確定的推薦的業務處理渠道的內容；
[0150]第一發送模塊804，用于將獲取模塊803獲取到的推薦的業務處理渠道的內容發送給前端設備，使前端設備對推薦的業務處理渠道的內容進行展示；
[0151]第二接收模塊805，用于接收前端設備發送的業務確認信息；
[0152]處理模塊806，用于根據第二接收模塊805接收到的業務確認信息對待處理業務進行處理。
[0153]優選地，確定模塊802，還用于根據用戶信息在已有的業務處理渠道中查找與待處理業務的業務信息相匹配的渠道，并將查找到的渠道作為推薦的業務處理渠道。
[0154]優選地，第一接收模塊801接收到的待處理業務的業務信息至少包括待處理業務所需金額、待處理業務的內容。
[0155]參見圖9，該確定模塊802，包括:
[0156]選擇單元8021，用于在已有的業務處理渠道中選擇一個業務處理渠道；
[0157]判斷單元8022，用于根據用戶信息判斷當前選擇的業務處理渠道是否與待處理業務的業務信息相匹配；
[0158]第一確定單元8023，用于當前選擇的業務處理渠道與待處理業務的業務信息相匹配時，停止查找，并將與待處理業務的業務信息相匹配的渠道作為推薦的業務處理渠道。
[0159]優選地，選擇單元8021，用于根據用戶習慣、預先設置的默認規則或已有的業務處理渠道的余額確定已有的業務處理渠道的順序；根據已有的業務處理渠道的順序在已有的業務處理渠道中選擇一個業務處理渠道。
[0160]參見圖10，該確定模塊802，還包括:
[0161]第二確定單元8024，用于當前選擇的業務處理渠道與待處理業務的業務信息不匹配時，繼續查找下一個業務處理渠道，直至查找到與待處理業務的業務信息相匹配的業務處理渠道，并將與待處理業務的業務信息相匹配的渠道作為推薦的業務處理渠道。
[0162]優選地，獲取模塊803，用于判斷推薦的業務處理渠道是否為第三方提供的業務處理渠道；當推薦的業務處理渠道是第三方提供的業務處理渠道時，通過跨域消息接口與第三方建立連接，并從第三方獲取推薦的業務處理渠道的內容。
[0163]參加圖11，該裝置還包括:
[0164]判斷模塊808,用于判斷業務確認彳目息是否正確；
[0165]其中，處理模塊806，用于當業務確認信息正確時，執行根據業務確認信息對待處理業務進行處理。
[0166]參加圖12，該裝置還包括:
[0167]第二發送模塊808，用于當業務確認信息不正確時，向處理業務的前端設備發送業務確認信息對應的錯誤信息，使處理業務的前端設備對錯誤信息進行展示。
[0168]本實施例提供的終端，通過根據待處理業務的業務信息確定推薦的業務處理渠道，并將推薦的業務處理渠道的內容發送至處理業務的前端設備，使前端設備對推薦的業務處理渠道的內容進行展示，減少了前端設備展示業務處理渠道的數量，從而降低了業務處理的時間，增加了業務處理的成功率。
[0169]實施例五
[0170]本實施例提供了一種處理業務的裝置，該裝置應用于處理業務的前端設備，該前端設備用于執行上述實施例一或施例二所提供的辦理業務的方法，參見圖13，該前端設備包括:
[0171]第一獲取模塊1301，用于獲取待處理業務的業務信息；
[0172]第一發送模塊1302，用于向處理業務的后端設備發送業務處理請求，業務處理請求中攜帶了待處理業務的業務信息；
[0173]第一接收模塊1303，用于接收后端設備發送的推薦的業務處理渠道的內容；
[0174]展示模塊1304，用于對推薦的業務處理渠道的內容進行展示；
[0175]第二獲取模塊1305,用于獲取業務確認信息；
[0176]第二發送模塊1306，用于將第二獲取模塊獲取到的業務確認信息發送至后端設備，由后端設備根據業務確認信息對待處理業務進行處理。
[0177]優選地，第一獲取模塊1303獲取的待處理業務的業務信息至少包括待處理業務所需金額、待處理業務的內容。
[0178]優選地，展示模塊1304，用于判斷推薦的業務處理渠道的內容是否為第三方提供的渠道的內容；當推薦的業務處理渠道的內容為第三方提供的渠道的內容時，將推薦的業務處理渠道的內容嵌入當前展示界面進行展示。
[0179]參見圖14，該裝置還包括:
[0180]第二接收模塊1307，用于接收后端設備發送的業務確認信息對應的錯誤信息；
[0181]其中，展示模1304，用于對錯誤信息進行展示。
[0182]本實施例提供的服務器，通過接收后端設備發送的推薦的業務處理渠道的內容，且該推薦的業務處理渠道為后端設備根據待處理業務的業務信息確定推薦的業務處理渠道。前端設備對推薦的業務處理渠道的內容進行展示，減少了前端設備展示業務處理渠道的數量，從而降低了業務處理的時間，增加了業務處理的成功率。
[0183]實施例六
[0184]本實施例提供了一種處理業務的系統，該系統用于執行上述實施例一或實施例二所提供的處理業務的方法。參見圖15，該系統包括:
[0185]處理業務的后端設備1501和處理業務的前端設備1502 ；
[0186]其中，處理業務的后端設備1501運行有第一處理業務的裝置，處理業務的前端設備1502運行有第二處理業務的裝置。
[0187]第一處理業務的裝置如上述實施例三提供的裝置，詳見上述實施例三；
[0188]第二處理業務的裝置如上述實施例四提供的裝置，詳見上述實施例四。
[0189]本實施例提供的系統，通過根據待處理業務的業務信息確定推薦的業務處理渠道，并將推薦的業務處理渠道的內容發送至處理業務的前端設備，使前端設備對推薦的業務處理渠道的內容進行展示，減少了前端設備展示業務處理渠道的數量，從而降低了業務處理的時間，增加了業務處理的成功率。
[0190]實施例七
[0191]參見圖16，本實施例提供了一種終端，圖16示出了本發明實施例所涉及的具有觸敏表面的終端結構示意圖，該終端可以用于實施上述實施例中提供的處理對象的方法。具體來講:
[0192]終端1600可以包括RF (Rad1 Frequency，射頻)電路110、包括有一個或一個以上計算機可讀存儲介質的存儲器120、輸入單元130、顯示單元140、傳感器150、音頻電路160、傳輸模塊170、包括有一個或者一個以上處理核心的處理器180、以及電源190等部件。本領域技術人員可以理解，圖16中示出的終端結構并不構成對終端的限定，可以包括比圖示更多或更少的部件，或者組合某些部件，或者不同的部件布置。其中:
[0193]RF電路110可用于收發信息或通話過程中，信號的接收和發送，特別地，將基站的下行信息接收后，交由一個或者一個以上處理器180處理；另外，將涉及上行的數據發送給基站。通常，RF電路110包括但不限于天線、至少一個放大器、調諧器、一個或多個振蕩器、用戶身份模塊(SIM)卡、收發信機、耦合器、LNA (Low Noise Amplifier，低噪聲放大器)、雙工器等。此外，RF電路110還可以通過無線通信與網絡和其他設備通信。所述無線通信可以使用任一通信標準或協議，包括但不限于GSM(Global System of Mobile communicatl/On,全球移動通訊系統)、GPRS (General Packet RadI/0 Service,通用分組無線服務)、CDMA (Code Divisl/0n Multiple Access,碼分多址)、WCDMA (Wideband Code Divisl/0nMultiple Access,寬帶碼分多址)、LTE (Long Term Evolutl/0n,長期演進)、電子郵件、SMS (Short Messaging Service,短消息服務)等。
[0194]存儲器120可用于存儲軟件程序以及模塊，如實施例二中處理業務的后端設備及處理業務的前端設備所對應的軟件程序以及模塊，處理器180通過運行存儲在存儲器120的軟件程序以及模塊，從而執行各種功能應用以及數據處理，如實現處理業務等。存儲器120可主要包括存儲程序區和存儲數據區，其中，存儲程序區可存儲操作系統、至少一個功能所需的應用程序(比如聲音播放功能、圖像播放功能等)等；存儲數據區可存儲根據終端1600的使用所創建的數據(比如音頻數據、電話本等)等。此外，存儲器120可以包括高速隨機存取存儲器，還可以包括非易失性存儲器，例如至少一個磁盤存儲器件、閃存器件、或其他易失性固態存儲器件。相應地，存儲器120還可以包括存儲器控制器，以提供處理器180和輸入單元130對存儲器120的訪問。
[0195]輸入單元130可用于接收輸入的數字或字符信息，以及產生與用戶設置以及功能控制有關的鍵盤、鼠標、操作桿、光學或者軌跡球信號輸入。具體地，輸入單元130可包括觸敏表面131以及其他輸入設備132。觸敏表面131，也稱為觸摸顯示屏或者觸控板，可收集用戶在其上或附近的觸摸操作(比如用戶使用手指、觸筆等任何適合的物體或附件在觸敏表面131上或在觸敏表面131附近的操作)，并根據預先設定的程式驅動相應的連接裝置。可選的，觸敏表面131可包括觸摸檢測裝置和觸摸控制器兩個部分。其中，觸摸檢測裝置檢測用戶的觸摸方位，并檢測觸摸操作帶來的信號，將信號傳送給觸摸控制器；觸摸控制器從觸摸檢測裝置上接收觸摸信息，并將它轉換成觸點坐標，再送給處理器180，并能接收處理器180發來的命令并加以執行。此外，可以采用電阻式、電容式、紅外線以及表面聲波等多種類型實現觸敏表面131。除了觸敏表面131，輸入單元130還可以包括其他輸入設備132。具體地，其他輸入設備132可以包括但不限于物理鍵盤、功能鍵(比如音量控制按鍵、開關按鍵等)、軌跡球、鼠標、操作桿等中的一種或多種。
[0196]顯示單元140可用于顯示由用戶輸入的信息或提供給用戶的信息以及終端1600的各種圖形用戶接口，這些圖形用戶接口可以由圖形、文本、圖標、視頻和其任意組合來構成。顯示單元140可包括顯示面板141,可選的,可以采用IXD(Liquid Crystal Display,液晶顯示器)、0LED (Organic Light-Emitting Di/Ode,有機發光二極管)等形式來配置顯示面板141。進一步的,觸敏表面131可覆蓋顯示面板141，當觸敏表面131檢測到在其上或附近的觸摸操作后，傳送給處理器180以確定觸摸事件的類型，隨后處理器180根據觸摸事件的類型在顯示面板141上提供相應的視覺輸出。雖然在圖16中，觸敏表面131與顯示面板141是作為兩個獨立的部件來實現輸入和輸入功能，但是在某些實施例中，可以將觸敏表面131與顯示面板141集成而實現輸入和輸出功能。
[0197]終端1600還可包括至少一種傳感器150，比如光傳感器、運動傳感器以及其他傳感器。具體地，光傳感器可包括環境光傳感器及接近傳感器，其中，環境光傳感器可根據環境光線的明暗來調節顯示面板141的亮度，接近傳感器可在終端1600移動到耳邊時，關閉顯示面板141和/或背光。作為運動傳感器的一種，重力加速度傳感器可檢測各個方向上(一般為三軸)加速度的大小，靜止時可檢測出重力的大小及方向，可用于識別手機姿態的應用(比如橫豎屏切換、相關游戲、磁力計姿態校準)、振動識別相關功能(比如計步器、敲擊)等；至于終端1600還可配置的陀螺儀、氣壓計、濕度計、溫度計、紅外線傳感器等其他傳感器，在此不再贅述。
[0198]音頻電路160、揚聲器161，傳聲器162可提供用戶與終端1600之間的音頻接口。音頻電路160可將接收到的音頻數據轉換后的電信號,傳輸到揚聲器161,由揚聲器161轉換為聲音信號輸出；另一方面，傳聲器162將收集的聲音信號轉換為電信號，由音頻電路160接收后轉換為音頻數據，再將音頻數據輸出處理器180處理后，經RF電路110以發送給比如另一終端，或者將音頻數據輸出至存儲器120以便進一步處理。音頻電路160還可能包括耳塞插孔，以提供外設耳機與終端1600的通信。
[0199]終端1600通過傳輸模塊170可以幫助用戶收發電子郵件、瀏覽網頁和訪問流式媒體等，它為用戶提供了無線或有線的寬帶互聯網訪問。雖然圖16示出了傳輸模塊170，但是可以理解的是，其并不屬于終端800的必須構成，完全可以根據需要在不改變發明的本質的范圍內而省略。
[0200]處理器180是終端1600的控制中心，利用各種接口和線路連接整個手機的各個部分，通過運行或執行存儲在存儲器120內的軟件程序和/或模塊，以及調用存儲在存儲器120內的數據，執行終端1600的各種功能和處理數據，從而對手機進行整體監控。可選的，處理器180可包括一個或多個處理核心；優選的，處理器180可集成應用處理器和調制解調處理器，其中，應用處理器主要處理操作系統、用戶界面和應用程序等，調制解調處理器主要處理無線通信。可以理解的是，上述調制解調處理器也可以不集成到處理器180中。
[0201]終端1600還包括給各個部件供電的電源190 (比如電池)，優選的，電源可以通過電源管理系統與處理器180邏輯相連，從而通過電源管理系統實現管理充電、放電、以及功耗管理等功能。電源190還可以包括一個或一個以上的直流或交流電源、再充電系統、電源故障檢測電路、電源轉換器或者逆變器、電源狀態指示器等任意組件。
[0202]盡管未示出，終端1600還可以包括攝像頭、藍牙模塊等，在此不再贅述。具體在本實施例中，終端的顯示單元是觸摸屏顯示器，終端還包括有存儲器，以及一個或者一個以上的程序，其中一個或者一個以上程序存儲于存儲器中，且經配置以由一個或者一個以上處理器執行述一個或者一個以上程序包含用于進行以下操作的指令:
[0203]接收處理業務的前端設備發送的業務處理請求，所述業務處理請求中攜帶了待處理業務的業務信息；
[0204]根據所述待處理業務的業務信息確定推薦的業務處理渠道，并獲取所述推薦的業務處理渠道的內容；
[0205]將所述推薦的業務處理渠道的內容發送給所述前端設備，使所述前端設備對所述推薦的業務處理渠道的內容進行展示；
[0206]接收所述前端設備發送的業務確認信息，并根據所述業務確認信息對所述待處理業務進行處理。
[0207]假設上述為第一種可能的實施方式，則在第一種可能的實施方式作為基礎而提供的第二種可能的實施方式中，所述終端的存儲器中，還包含用于執行以下操作的指令:
[0208]根據用戶信息在已有的業務處理渠道中查找與所述待處理業務的業務信息相匹配的渠道，并將查找到的渠道作為推薦的業務處理渠道。
[0209]在第一或第二種可能的實施方式作為基礎而提供的第三種可能的實施方式中，所述終端的存儲器中，還包含用于執行以下操作的指令:
[0210]所述待處理業務的業務信息至少包括所述待處理業務所需金額、所述待處理業務的內容。
[0211]在第二種可能的實施方式作為基礎而提供的第四種可能的實施方式中，所述終端的存儲器中，還包含用于執行以下操作的指令:
[0212]在已有的業務處理渠道中選擇一個業務處理渠道，并根據用戶信息判斷當前選擇的業務處理渠道是否與所述待處理業務的業務信息相匹配；
[0213]如果當前選擇的業務處理渠道與所述待處理業務的業務信息相匹配，則停止查找，并將與所述待處理業務的業務信息相匹配的渠道作為推薦的業務處理渠道。
[0214]在第四種可能的實施方式作為基礎而提供的第五種可能的實施方式中，所述終端的存儲器中，還包含用于執行以下操作的指令:
[0215]根據用戶習慣、預先設置的默認規則或已有的業務處理渠道的余額確定所述已有的業務處理渠道的順序；
[0216]根據所述已有的業務處理渠道的順序在所述已有的業務處理渠道中選擇一個業務處理渠道。
[0217]在第四種可能的實施方式作為基礎而提供的第六種可能的實施方式中，所述終端的存儲器中，還包含用于執行以下操作的指令:
[0218]如果當前選擇的業務處理渠道與所述待處理業務的業務信息不匹配，則繼續查找下一個業務處理渠道，直至查找到與所述待處理業務的業務信息相匹配的業務處理渠道，并將與所述待處理業務的業務信息相匹配的渠道作為推薦的業務處理渠道。
[0219]在第一種可能的實施方式作為基礎而提供的第七種可能的實施方式中，所述終端的存儲器中，還包含用于執行以下操作的指令:
[0220]判斷所述推薦的業務處理渠道是否為第三方提供的業務處理渠道；
[0221]如果所述推薦的業務處理渠道是第三方提供的業務處理渠道，則通過跨域消息接口與第三方建立連接，并從所述第三方獲取所述推薦的業務處理渠道的內容。
[0222]在第一種可能的實施方式作為基礎而提供的第八種可能的實施方式中，所述終端的存儲器中，還包含用于執行以下操作的指令:
[0223]判斷所述業務確認/[目息是否正確；
[0224]如果所述業務確認信息正確，則執行根據所述業務確認信息對所述待處理業務進行處理。
[0225]在第八六種可能的實施方式作為基礎而提供第九種可能的實施方式中，所述終端的存儲器中，還包含用于執行以下操作的指令:
[0226]如果所述業務確認信息不正確，則向所述處理業務的前端設備發送所述業務確認信息對應的錯誤信息，使所述處理業務的前端設備對所述錯誤信息進行展示。
[0227]綜上所述，本實施例提供的終端，通過根據待處理業務的業務信息確定推薦的業務處理渠道，并將推薦的業務處理渠道的內容發送至處理業務的前端設備，使前端設備對推薦的業務處理渠道的內容進行展示，減少了前端設備展示業務處理渠道的數量，從而降低了業務處理的時間，增加了業務處理的成功率。
[0228]實施例八
[0229]本發明實施例提供了一種計算機可讀存儲介質，該計算機可讀存儲介質可以是上述實施例中的存儲器中所包含的計算機可讀存儲介質；也可以是單獨存在，未裝配入終端中的計算機可讀存儲介質。所述計算機可讀存儲介質存儲有一個或者一個以上程序，所述一個或者一個以上程序被一個或者一個以上的處理器用來執行處理對象的方法，所述方法包括:
[0230]接收處理業務的前端設備發送的業務處理請求，所述業務處理請求中攜帶了待處理業務的業務信息；
[0231]根據所述待處理業務的業務信息確定推薦的業務處理渠道，并獲取所述推薦的業務處理渠道的內容；
[0232]將所述推薦的業務處理渠道的內容發送給所述前端設備，使所述前端設備對所述推薦的業務處理渠道的內容進行展示；
[0233]接收所述前端設備發送的業務確認信息，并根據所述業務確認信息對所述待處理業務進行處理。
[0234]假設上述為第一種可能的實施方式，則在第一種可能的實施方式作為基礎而提供的第二種可能的實施方式中，對于所述根據所述待處理業務的業務信息確定推薦的業務處理渠道的步驟，包括:
[0235]根據用戶信息在已有的業務處理渠道中查找與所述待處理業務的業務信息相匹配的渠道，并將查找到的渠道作為推薦的業務處理渠道。
[0236]在第一或第二種可能的實施方式作為基礎而提供的第三種可能的實施方式中，所述待處理業務的業務信息至少包括所述待處理業務所需金額、所述待處理業務的內容。
[0237]在第二種可能的實施方式作為基礎而提供的第四種可能的實施方式中，對于所述根據用戶信息在已有的業務處理渠道中查找與所述待處理業務的業務信息相匹配的渠道的步驟，包括:
[0238]在已有的業務處理渠道中選擇一個業務處理渠道，并根據用戶信息判斷當前選擇的業務處理渠道是否與所述待處理業務的業務信息相匹配；
[0239]如果當前選擇的業務處理渠道與所述待處理業務的業務信息相匹配，則停止查找，并將與所述待處理業務的業務信息相匹配的渠道作為推薦的業務處理渠道。
[0240]在第四種可能的實施方式作為基礎而提供的第五種可能的實施方式中，所述在已有的業務處理渠道中選擇一個業務處理渠道的步驟，包括:
[0241]根據用戶習慣、預先設置的默認規則或已有的業務處理渠道的余額確定所述已有的業務處理渠道的順序；
[0242]根據所述已有的業務處理渠道的順序在所述已有的業務處理渠道中選擇一個業務處理渠道。
[0243]在第四種可能的實施方式作為基礎而提供的第六種可能的實施方式中，該方法，包括:
[0244]如果當前選擇的業務處理渠道與所述待處理業務的業務信息不匹配，則繼續查找下一個業務處理渠道，直至查找到與所述待處理業務的業務信息相匹配的業務處理渠道，并將與所述待處理業務的業務信息相匹配的渠道作為推薦的業務處理渠道。
[0245]在第一種可能的實施方式作為基礎而提供的第七種可能的實施方式中，對于所述獲取所述推薦的業務處理渠道的內容的步驟，包括:
[0246]判斷所述推薦的業務處理渠道是否為第三方提供的業務處理渠道；
[0247]如果所述推薦的業務處理渠道是第三方提供的業務處理渠道，則通過跨域消息接口與第三方建立連接，并從所述第三方獲取所述推薦的業務處理渠道的內容。
[0248]在第一種可能的實施方式作為基礎而提供的第八種可能的實施方式中，該方法，包括:
[0249]判斷所述業務確認/[目息是否正確；
[0250]如果所述業務確認信息正確，則執行根據所述業務確認信息對所述待處理業務進行處理。
[0251]在第八種可能的實施方式作為基礎而提供的第九種可能的實施方式中，該方法，包括:
[0252]如果所述業務確認信息不正確，則向所述處理業務的前端設備發送所述業務確認信息對應的錯誤信息，使所述處理業務的前端設備對所述錯誤信息進行展示。
[0253]本發明實施例提供的計算機可讀存儲介質，通過根據待處理業務的業務信息確定推薦的業務處理渠道，并將推薦的業務處理渠道的內容發送至處理業務的前端設備，使前端設備對推薦的業務處理渠道的內容進行展示，減少了前端設備展示業務處理渠道的數量，從而降低了業務處理的時間，增加了業務處理的成功率。
[0254]實施例九
[0255]本發明實施例中提供了一種圖形用戶接口，所述圖形用戶接口用在終端上，所述終端包括觸摸屏顯示器、存儲器和用于執行一個或者一個以上的程序的一個或者一個以上的處理器；所述圖形用戶接口包括:
[0256]接收處理業務的前端設備發送的業務處理請求，所述業務處理請求中攜帶了待處理業務的業務信息；
[0257]根據所述待處理業務的業務信息確定推薦的業務處理渠道，并獲取所述推薦的業務處理渠道的內容；
[0258]將所述推薦的業務處理渠道的內容發送給所述前端設備，使所述前端設備對所述推薦的業務處理渠道的內容進行展示；
[0259]接收所述前端設備發送的業務確認信息，并根據所述業務確認信息對所述待處理業務進行處理。
[0260]本發明實施例提供的圖形用戶接口，通過根據待處理業務的業務信息確定推薦的業務處理渠道，并將推薦的業務處理渠道的內容發送至處理業務的前端設備，使前端設備對推薦的業務處理渠道的內容進行展示，減少了前端設備展示業務處理渠道的數量，從而降低了業務處理的時間，增加了業務處理的成功率。
[0261]需要說明的是:上述實施例提供的后端設備和前端設備實現處理業務時，僅以上述各功能模塊的劃分進行舉例說明，實際應用中，可以根據需要而將上述功能分配由不同的功能模塊完成，即將后端設備和前端設備的內部結構劃分成不同的功能模塊，以完成以上描述的全部或者部分功能。另外，上述實施例提供的后端設備、前端設備和系統與處理業務的方法實施例屬于同一構思，其具體實現過程詳見方法實施例，這里不再贅述。
[0262]上述本發明實施例序號僅僅為了描述，不代表實施例的優劣。
[0263]本領域普通技術人員可以理解實現上述實施例的全部或部分步驟可以通過硬件來完成，也可以通過程序來指令相關的硬件完成，所述的程序可以存儲于一種計算機可讀存儲介質中，上述提到的存儲介質可以是只讀存儲器，磁盤或光盤等。
[0264]以上所述僅為本發明的較佳實施例，并不用以限制本發明，凡在本發明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發明的保護范圍之內。
【權利要求】
1.一種處理業務的方法，其特征在于，所述方法包括: 接收處理業務的前端設備發送的業務處理請求，所述業務處理請求中攜帶了待處理業務的業務信息； 根據所述待處理業務的業務信息確定推薦的業務處理渠道，并獲取所述推薦的業務處理渠道的內容； 將所述推薦的業務處理渠道的內容發送給所述前端設備，使所述前端設備對所述推薦的業務處理渠道的內容進行展示； 接收所述前端設備發送的業務確認信息，并根據所述業務確認信息對所述待處理業務進行處理。
2.根據權利要求1所述的方法，其特征在于，所述根據所述待處理業務的業務信息確定推薦的業務處理渠道，包括: 根據用戶信息在已有的業務處理渠道中查找與所述待處理業務的業務信息相匹配的渠道，并將查找到的渠道作為推薦的業務處理渠道。
3.根據權利要求1或2所述的方法，其特征在于，所述待處理業務的業務信息至少包括所述待處理業務所需金額、所述待處理業務的內容。
4.根據權利要求2所述的方法，其特征在于，所述根據用戶信息在已有的業務處理渠道中查找與所述待處理業務的業務信息相匹配的渠道，包括: 在已有的業務處理渠道中選擇一個業務處理渠道，并根據用戶信息判斷當前選擇的業務處理渠道是否與所述待處理業務的業務信息相匹配； 如果當前選擇的業務處理渠道與所述待處理業務的業務信息相匹配，則停止查找，并將與所述待處理業務的業務信息相匹配的渠道作為推薦的業務處理渠道。
5.根據權利要求4所述的方法，其特征在于，所述在已有的業務處理渠道中選擇一個業務處理渠道，包括: 根據用戶習慣、預先設置的默認規則或已有的業務處理渠道的余額確定所述已有的業務處理渠道的順序； 根據所述已有的業務處理渠道的順序在所述已有的業務處理渠道中選擇一個業務處理渠道。
6.根據權利要求4所述的方法，其特征在于，所述方法還包括: 如果當前選擇的業務處理渠道與所述待處理業務的業務信息不匹配，則繼續查找下一個業務處理渠道，直至查找到與所述待處理業務的業務信息相匹配的業務處理渠道，并將與所述待處理業務的業務信息相匹配的渠道作為推薦的業務處理渠道。
7.根據權利要求1所述的方法，其特征在于，所述獲取所述推薦的業務處理渠道的內容，包括: 判斷所述推薦的業務處理渠道是否為第三方提供的業務處理渠道； 如果所述推薦的業務處理渠道是第三方提供的業務處理渠道，則通過跨域消息接口與第三方建立連接，并從所述第三方獲取所述推薦的業務處理渠道的內容。
8.根據權利要求1所述的方法，其特征在于，所述方法還包括: 判斷所述業務確認信息是否正確； 如果所述業務確認信息正確，則執行根據所述業務確認信息對所述待處理業務進行處理。
9.根據權利要求8所述的方法，其特征在于，所述方法還包括: 如果所述業務確認信息不正確，則向所述處理業務的前端設備發送所述業務確認信息對應的錯誤信息，使所述處理業務的前端設備對所述錯誤信息進行展示。
10.一種處理業務的裝置，所述裝置應用于處理業務的后端設備，其特征在于，所述裝置包括: 第一接收模塊，用于接收處理業務的前端設備發送的業務處理請求，所述業務處理請求中攜帶了待處理業務的業務信息； 確定模塊，用于根據所述第一接收模塊接收到的所述待處理業務的業務信息確定推薦的業務處理渠道； 獲取模塊，用于獲取所述確定模塊確定的所述推薦的業務處理渠道的內容； 第一發送模塊，用于將所述獲取模塊獲取到的所述推薦的業務處理渠道的內容發送給所述前端設備，使所述前端設備對所述推薦的業務處理渠道的內容進行展示； 第二接收模塊，用于接收所述前端設備發送的業務確認信息； 處理模塊，用于根據所述第二接收模塊接收到的所述業務確認信息對所述待處理業務進行處理。
11.根據權利要求10所述的裝置，其特征在于，所述確定模塊，用于根據用戶信息在已有的業務處理渠道中查找與所述待處理業務的業務信息相匹配的渠道，并將查找到的渠道作為推薦的業務處理渠道。
12.根據權利要求10或11所述的裝置，其特征在于，所述第一接收模塊接收到的待處理業務的業務信息至少包括所述待處理業務所需金額、所述待處理業務的內容。
13.根據權利要求11所述的裝置，其特征在于，所述確定模塊，包括: 選擇單元，用于在已有的業務處理渠道中選擇一個業務處理渠道； 判斷單元，用于根據用戶信息判斷當前選擇的業務處理渠道是否與所述待處理業務的業務信息相匹配； 第一確定單元，用于當前選擇的業務處理渠道與所述待處理業務的業務信息相匹配時，停止查找，并將與所述待處理業務的業務信息相匹配的渠道作為推薦的業務處理渠道。
14.根據權利要求13所述的裝置，其特征在于，所述選擇單元，用于根據用戶習慣、預先設置的默認規則或已有的業務處理渠道的余額確定所述已有的業務處理渠道的順序；根據所述已有的業務處理渠道的順序在所述已有的業務處理渠道中選擇一個業務處理渠道。
15.根據權利要求13所述的裝置，其特征在于，所述確定模塊，還包括: 第二確定單元，用于當前選擇的業務處理渠道與所述待處理業務的業務信息不匹配時，繼續查找下一個業務處理渠道，直至查找到與所述待處理業務的業務信息相匹配的業務處理渠道，并將與所述待處理業務的業務信息相匹配的渠道作為推薦的業務處理渠道。
16.根據權利要求10所述的裝置，其特征在于，所述獲取模塊，用于判斷所述推薦的業務處理渠道是否為第三方提供的業務處理渠道；當所述推薦的業務處理渠道是第三方提供的業務處理渠道時，通過跨域消息接口與第三方建立連接，并從所述第三方獲取所述推薦的業務處理渠道的內容。
17.根據權利要求10所述的裝置，其特征在于，所述裝置還包括: 判斷模塊，用于判斷所述業務確認信息是否正確； 所述處理模塊，用于當所述業務確認信息正確時，執行根據所述業務確認信息對所述待處理業務進行處理。
18.根據權利要求10所述的裝置，其特征在于，所述裝置還包括: 第二發送模塊，用于當所述業務確認信息不正確時，向所述處理業務的前端設備發送所述業務確認信息對應的錯誤信息，使所述處理業務的前端設備對所述錯誤信息進行展/Jn ο
19.一種處理業務的方法，其特征在于，所述方法包括: 獲取待處理業務的業務信息，并向處理業務的后端設備發送業務處理請求，所述業務處理請求中攜帶了所述待處理業務的業務信息； 接收所述后端設備發送的推薦的業務處理渠道的內容，并對所述推薦的業務處理渠道的內容進行展示； 獲取業務確認信息，并將所述業務確認信息發送至所述后端設備，由所述后端設備根據所述業務確認信息對所述待處理業務進行處理。
20.根據權利要求19所述的方法，其特征在于，所述待處理業務的業務信息至少包括所述待處理業務所需金額、所述待處理業務的內容。
21.根據權利要求19所述的方法，其特征在于，所述對所述推薦的業務處理渠道的內容進行展示，包括: 判斷所述推薦的業務處理渠道的內容是否為第三方提供的渠道的內容； 如果所述推薦的業務處理渠道的內容為第三方提供的渠道的內容，則將所述推薦的業務處理渠道的內容嵌入當前展示界面進行展示。
22.根據權利要求19所述的方法，其特征在于，所述方法還包括: 接收所述后端設備發送的所述業務確認信息對應的錯誤信息，并對所述錯誤信息進行展示。
23.一種處理業務的裝置，所述裝置應用于處理業務的前端設備，其特征在于，所述裝置包括: 第一獲取模塊，用于獲取待處理業務的業務信息； 第一發送模塊，用于向處理業務的后端設備發送業務處理請求，所述業務處理請求中攜帶了所述待處理業務的業務信息； 第一接收模塊，用于接收所述后端設備發送的推薦的業務處理渠道的內容； 展示模塊，用于對所述推薦的業務處理渠道的內容進行展示； 第二獲取模塊，用于獲取業務確認信息； 第二發送模塊，用于將所述第二獲取模塊獲取到的所述業務確認信息發送至所述后端設備，由所述后端設備根據所述業務確認信息對所述待處理業務進行處理。
24.根據權利要求23所述的裝置，其特征在于，所述第一獲取模塊獲取的待處理業務的業務信息至少包括所述待處理業務所需金額、所述待處理業務的內容。
25.根據權利要求23所述的裝置，其特征在于，所述展示模塊，用于判斷所述推薦的業務處理渠道的內容是否為第三方提供的渠道的內容；當所述推薦的業務處理渠道的內容為第三方提供的渠道的內容時，將所述推薦的業務處理渠道的內容嵌入當前展示界面進行展
/Jn ο
26.根據權利要求23所述的裝置，其特征在于，所述裝置還包括: 第二接收模塊，用于接收所述后端設備發送的所述業務確認信息對應的錯誤信息； 所述展示模塊，還用于對所述錯誤信息進行展示。
27.一種處理業務的系統，其特征在于，所述系統包括:處理業務的后端設備和處理業務的前端設備； 其中，所述處理業務的后端設備運行有第一處理業務的裝置，所述處理業務的前端設備運行有第二處理業務的裝置； 所述第一處理業務的裝置如權利要求10至18中任一權利要求所述的裝置； 所述第二處理業務的裝置如權利要求23至26中任一權利要求所述的裝置。
【文檔編號】H04L29/06GK104182869SQ201310194280
【公開日】2014年12月3日 申請日期:2013年5月22日 優先權日:2013年5月22日
【發明者】范珂, 鄭循茂, 李揚, 陳炳杰, 馬琪, 韓俊 申請人:深圳市騰訊計算機系統有限公司