本申請涉及計算機技術(shù)領(lǐng)域，尤其涉及一種信息的生成、獲取、處理方法及裝置、支付方法及客戶端。

背景技術(shù)：

傳統(tǒng)技術(shù)中，只能生成包含一個用戶身份信息的目標信息(如，圖片信息或者聲音信息)，而隨著互聯(lián)網(wǎng)技術(shù)的飛速發(fā)展，對業(yè)務(wù)操作執(zhí)行的效率要求越來越高，如，在通過識別目標信息獲取賬戶信息的場景下，用戶希望能通過一次識別操作，獲取兩個賬戶信息，并向兩個賬戶信息同時執(zhí)行支付操作，而由于現(xiàn)有技術(shù)的目標信息只能包含一個賬戶信息，即用戶只能通過兩次識別操作識別兩個賬戶信息，并分別向兩個賬戶信息執(zhí)行兩次支付操作，這影響了業(yè)務(wù)操作執(zhí)行的效率。

因此，提供一種能生成包含兩個以上用戶身份信息的目標信息以及識別該目標信息的方式，以便能提高業(yè)務(wù)操作執(zhí)行的效率就成為要解決的問題。

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

本申請實施例提供了一種信息的生成、獲取、處理方法及裝置、支付方法及客戶端，可以提高業(yè)務(wù)操作執(zhí)行的效率。

第一方面，提供了一種信息的生成方法，該生成方法包括：

接收第一用戶輸入的信息生成指令，所述信息生成指令中攜帶兩個以上用戶身份信息；

將所述兩個以上用戶身份信息按照預(yù)設(shè)的方式進行組合，獲得連續(xù)的文 本信息，其中，所述連續(xù)的文本信息中所述兩個以上用戶身份信息之間通過分割串間隔，所述分割串為預(yù)定義的字符或者字符組合；

根據(jù)預(yù)設(shè)的算法以及所述連續(xù)的文本信息，生成目標信息。

第二方面，提供了一種信息的獲取方法，該獲取方法包括：

識別預(yù)先生成的目標信息，獲得連續(xù)的文本信息，其中，所述連續(xù)的文本信息包含兩個以上用戶身份信息，且所述兩個以上用戶身份信息之間通過分割串間隔，所述分割串為預(yù)定義的字符或者字符組合；

解析所述連續(xù)的文本信息，得到兩個以上用戶身份信息。

第三方面，提供了一種信息的處理方法，該處理方法包括：

識別預(yù)先生成的目標信息，獲得連續(xù)的文本信息；

將所述連續(xù)的文本信息發(fā)送至服務(wù)端，由所述服務(wù)端解析所述連續(xù)的文本信息，得到兩個以上用戶身份信息；

接收所述服務(wù)端發(fā)送的所述兩個以上用戶身份信息，并展示所述兩個以上用戶身份信息；

根據(jù)第二用戶輸入的信息，對所述兩個以上用戶身份信息執(zhí)行相應(yīng)的操作。

第四方面，提供了一種支付方法，該支付方法包括：

識別預(yù)先生成的目標信息，獲得連續(xù)的文本信息；

將所述連續(xù)的文本信息發(fā)送至支付服務(wù)端，由所述支付服務(wù)端解析所述連續(xù)的文本信息，得到兩個以上賬戶信息；

接收所述支付服務(wù)端發(fā)送的所述兩個以上賬戶信息，并展示所述兩個以上賬戶信息；

根據(jù)付款方輸入的信息，確定各個賬戶信息對應(yīng)的支付金額；

根據(jù)所述各個賬戶信息對應(yīng)的支付金額，執(zhí)行支付操作。

第五方面，提供了一種信息的生成裝置，該生成裝置包括：接收單元、組合單元和生成單元；

所述接收單元，用于接收第一用戶輸入的信息生成指令，所述信息生成指令中攜帶兩個以上用戶身份信息；

所述組合單元，用于將所述接收單元接收的所述兩個以上用戶身份信息按照預(yù)設(shè)的方式進行組合，獲得連續(xù)的文本信息，其中，所述連續(xù)的文本信息中所述兩個以上用戶身份信息之間通過分割串間隔，所述分割串為預(yù)定義的字符或者字符組合；

所述生成單元，用于根據(jù)預(yù)設(shè)的算法以及所述組合單元獲得的所述連續(xù)的文本信息，生成目標信息。

第六方面，提供了一種信息的獲取裝置，該獲取裝置包括：識別單元和解析單元；

所述識別單元，用于識別預(yù)先生成的目標信息，獲得連續(xù)的文本信息，其中，所述連續(xù)的文本信息包含兩個以上用戶身份信息，且所述兩個以上用戶身份信息之間通過分割串間隔，所述分割串為預(yù)定義的字符或者字符組合；

所述解析單元，用于解析所述識別單元獲得的所述連續(xù)的文本信息，得到兩個以上用戶身份信息。

第七方面，提供了一種信息的處理裝置，該處理裝置包括：識別單元、發(fā)送單元、接收單元和執(zhí)行單元；

所述識別單元，用于識別預(yù)先生成的目標信息，獲得連續(xù)的文本信息；

所述發(fā)送單元，用于將所述識別單元獲得的所述連續(xù)的文本信息發(fā)送至服務(wù)端，由所述服務(wù)端解析所述連續(xù)的文本信息，得到兩個以上用戶身份信息；

所述接收單元，用于接收所述服務(wù)端發(fā)送的所述兩個以上用戶身份信息，并展示所述兩個以上用戶身份信息；

所述執(zhí)行單元，用于根據(jù)第二用戶輸入的信息，對所述兩個以上用戶身份信息執(zhí)行相應(yīng)的操作。

第八方面，提供了一種支付客戶端，該支付客戶端包括：識別單元、發(fā) 送單元、確定單元和執(zhí)行單元；

所述識別單元，用于識別預(yù)先生成的目標信息，獲得連續(xù)的文本信息；

所述發(fā)送單元，用于將所述識別單元獲得的所述連續(xù)的文本信息發(fā)送至支付服務(wù)端，由所述支付服務(wù)端解析所述連續(xù)的文本信息，得到兩個以上賬戶信息；

所述確定單元，用于根據(jù)付款方輸入的信息，確定各個賬戶信息對應(yīng)的支付金額；

所述執(zhí)行單元，用于根據(jù)所述確定單元確定的所述各個賬戶信息對應(yīng)的支付金額，執(zhí)行支付操作。

本申請?zhí)峁┑男畔⒌纳?、獲取、處理方法及裝置、支付方法及客戶端，生成方法包括：接收第一用戶輸入的信息生成指令，所述信息生成指令中攜帶兩個以上用戶身份信息；將所述兩個以上用戶身份信息按照預(yù)設(shè)的方式進行組合，獲得連續(xù)的文本信息，其中，所述連續(xù)的文本信息中所述兩個以上用戶身份信息之間通過分割串間隔，所述分割串為預(yù)定義的字符或者字符組合；根據(jù)預(yù)設(shè)的算法以及所述連續(xù)的文本信息，生成目標信息。也即本申請中，通過在目標信息中包含兩個以上用戶身份信息，達到了在通過識別目標信息獲取用戶身份信息的場景下，通過一次識別操作獲取兩個以上用戶身份信息，并向兩個以上用戶身份信息同時執(zhí)行業(yè)務(wù)操作的目的，從而提高了針對兩個以上用戶身份信息執(zhí)行業(yè)務(wù)操作的效率。

附圖說明

圖1為本申請一種實施例提供的信息的生成方法流程圖；

圖2為本申請另一種實施例提供的信息的獲取方法流程圖；

圖3為本申請又一種實施例提供的信息的處理方法流程圖；

圖4為本申請再一種實施例提供的支付方法流程圖；

圖5為本申請?zhí)峁┑闹Ц犊蛻舳说囊环N頁面格式示意圖；

圖6為本申請一種實施例提供的信息的生成裝置示意圖；

圖7為本申請另一種實施例提供的信息的獲取裝置示意圖；

圖8為本申請又一種實施例提供的信息的處理裝置示意圖；

圖9為本申請再一種實施例提供的支付客戶端示意圖。

具體實施方式

為使本申請實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本申請實施例中的附圖，對本申請實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例是本申請一部分實施例，而不是全部的實施例?；诒旧暾堉械膶嵤├绢I(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本申請保護的范圍。

為便于對本申請實施例的理解，下面將結(jié)合附圖以具體實施例做進一步的解釋說明，實施例并不構(gòu)成對本申請實施例的限定。

本申請?zhí)峁┑男畔⒌纳?、獲取、處理方法及裝置、支付方法及客戶端，適用于互聯(lián)網(wǎng)系統(tǒng)中包含兩個以上的用戶身份信息的目標信息生成的場景，如，可以適用于支付系統(tǒng)中包含兩個以上用戶身份信息的支付信息生成的場景，此處，用戶身份信息包括：賬戶信息、賬號信息、銀行卡號信息或者其它能標識用戶身份的信息。

其中，支付系統(tǒng)可以包括支付客戶端和支付服務(wù)端，支付客戶端可以包括展示界面、圖像識別裝置和/或聲音識別裝置，展示界面可以向用戶展示支付服務(wù)端對支付客戶端的支付請求處理后的結(jié)果信息；圖像識別裝置用于識別圖片信息，如，用于識別二維碼或者加密后的二維碼，并得到連續(xù)的文本信息(或者字符串信息)；聲音識別裝置用于識別聲音信息，如，用于識別聲波或者加密后的聲波，并得到連續(xù)的文本信息(或者字符串信息)；此處，當支付客戶端用于識別加密后的二維碼或者加密后的聲波時，則支付客戶端還可以具有相應(yīng)的解密功能，如，具有對通過MD5加密算法加密的文本信息 進行解密的功能；支付服務(wù)端可以用于接收支付客戶端發(fā)送的連續(xù)的文本信息，并通過預(yù)設(shè)的算法對連續(xù)的文本信息進行解密，得到兩個以上用戶身份信息，其中，各用戶身份信息對應(yīng)的支付金額，可以是根據(jù)付款方輸入的支付金額以及支付比例確定的；或者，也可以是根據(jù)支付訂單中的支付金額以及預(yù)設(shè)的比例確定的。此外，上述支付信息可以是圖片信息，如二維碼；也可以為聲音信息，如，聲波。

圖1為本申請一種實施例提供的信息的生成方法流程圖。該生成方法的執(zhí)行主體可以為具有處理能力的設(shè)備：服務(wù)器或者系統(tǒng)或者裝置，如圖1所示，該生成方法具體可以包括：

步驟110，接收第一用戶輸入的信息生成指令，所述信息生成指令中攜帶兩個以上用戶身份信息。

此處，在支付場景下，第一用戶可以為收款方或者商家；用戶身份信息可以包括：賬戶信息、賬號信息、銀行卡號信息或者其它能標識用戶身份的信息。以用戶身份信息為賬戶信息，且生成的目標信息為二維碼為例來說，上述信息生成指令可以是由收款方在支付系統(tǒng)的“賬戶詳情”中點擊“我的二維碼”選項觸發(fā)。需要說明的是，由于現(xiàn)有的支付系統(tǒng)只能生成包含一個賬戶信息的二維碼，所以收款方的賬戶信息是不可編輯的，在實現(xiàn)本申請的方案時，可以將“賬戶詳情”中的賬戶信息設(shè)置為可編輯的狀態(tài)，從而收款方可以添加其它賬戶信息；或者，可以直接在支付系統(tǒng)中新增“生成二維碼”選項功能，在該選項對應(yīng)的頁面，收款方可以添加兩個以上賬戶信息，且在上述頁面編輯好賬戶信息之后，點擊確定按鈕時就觸發(fā)了上述信息生成指令。

需要說明的是，在用戶身份信息為銀行卡號信息或者其它能標識用戶身份的信息時，或者，在生成的目標信息為除二維碼的其它圖像信息或者聲音信息時，上述信息生成指令的觸發(fā)方式類似，在此不復(fù)贅述。

步驟120，將所述兩個以上用戶身份信息按照預(yù)設(shè)的方式進行組合，獲得連續(xù)的文本信息，其中，所述連續(xù)的文本信息中所述兩個以上用戶身份信息 之間通過分割串間隔，所述分割串為預(yù)定義的字符或者字符組。

此處，需要說明的是，分割串可以為如下特殊字符或者特殊字符的組合：“#”、“*”、“<>”或者“(.*)”等，即此處的特殊字符可以為任一不能用于構(gòu)成用戶身份信息的字符。

其中，將所述兩個以上用戶身份信息按照預(yù)設(shè)的方式進行組合，獲得連續(xù)的文本信息，具體可以為：

步驟A：按照預(yù)設(shè)的排序規(guī)則，對所述兩個以上用戶身份信息進行排序。

當兩個以上用戶身份信息有主次之分時，則上述預(yù)設(shè)的排序規(guī)則可以為：主用戶身份信息在前，輔用戶身份信息在后。如，在接收到的信息生成指令包含兩個賬戶信息，且該兩個賬戶信息分別為商家的賬戶信息以及服務(wù)員的賬戶信息時，則預(yù)設(shè)的排序規(guī)則可以為：商家的賬戶信息在前，服務(wù)員的賬戶信息在后。

步驟B：將排序后的所述兩個以上用戶身份信息按照預(yù)設(shè)的方式進行組合，獲得連續(xù)的文本信息。

在一個例子中，步驟B即為通過分割串將排序后的兩個以上用戶身份信息組合在一起，獲得連續(xù)的文本信息。

如前述例子，假設(shè)商家的賬戶信息為：a@163.com，第一服務(wù)員的賬戶信息為：waiter1@163.com，且分割串為：#；則當用分割串將排序后的兩個賬戶信息組合在一起，獲得的連續(xù)的文本信息為：a@163.com#waiter1@163.com。

可以理解的是，如前述例子，假設(shè)還包括第二服務(wù)員的賬戶信息：wai ter2@163.com；且該第二服務(wù)員的賬戶信息與第一服務(wù)員的賬戶信息沒有嚴格的順序關(guān)系時，則當用分割串將排序后的三個賬戶信息組合在一起，獲得的連續(xù)的文本信息為：a@163.com#waiter1@163.com#waiter2@163.com，或者a@163.com#waiter2@163.com#waiter1@163.com。當然，在實際應(yīng)用中，可以為多個服務(wù)員分別設(shè)置優(yōu)先級，如前述例子，當?shù)谝环?wù)員的優(yōu)先級高于第二服務(wù)員時，則得到的連續(xù)的文本信息為： a@163.com#waiter1@163.com#waiter2@163.com。

需要說明的是，上述對兩個以上用戶身份信息進行排序是為了方便識別，如，在接收到的連續(xù)的文本信息為：a@163.com#waiter1@163.com時，則直接可以將a@163.com識別為商家的賬戶信息，而將waiter1@163.com識別為服務(wù)員的賬戶信息。

步驟130，根據(jù)預(yù)設(shè)的算法以及所述連續(xù)的文本信息，生成目標信息。

此處，目標信息可以為圖片信息或者聲音信息，如在支付系統(tǒng)中，上述目標信息具體可以為二維碼或者聲波。

當獲得的目標信息為二維碼時，則上述預(yù)設(shè)的算法可以為現(xiàn)有技術(shù)中任一能生成二維碼的算法；而當獲得的目標信息為聲波時，則上述預(yù)設(shè)的算法可以為任一能實現(xiàn)對連續(xù)的文本信息按照預(yù)設(shè)的編碼規(guī)則進行編碼，并將編碼后的連續(xù)的文本信息轉(zhuǎn)換到對應(yīng)的聲音頻率上的信號的算法，如，將連續(xù)的文本信息轉(zhuǎn)化為八進制數(shù)據(jù)，其中，八進制數(shù)據(jù)中的0到7分別用8種不同的聲音頻率來表示，將上述轉(zhuǎn)化得到的八進制數(shù)據(jù)轉(zhuǎn)換到對應(yīng)的聲音頻率上的信號的算法。

需要說明的是，在支付場景下，上述步驟110-步驟130可以由支付系統(tǒng)執(zhí)行。

綜上，通過上述實施例提供的信息的生成方法，可以達到在目標信息中包含兩個以上用戶身份信息的目的，這可以提高在通過識別目標信息獲取用戶身份信息的場景下，獲取兩個以上用戶身份信息的效率，從而提高了針對兩個以上用戶身份信息執(zhí)行業(yè)務(wù)操作的效率。

圖2為本申請另一種實施例提供的信息的獲取方法流程圖。該獲取方法的執(zhí)行主體可以為具有處理能力的設(shè)備：服務(wù)器或者系統(tǒng)或者裝置，如圖2所示，該獲取方法具體可以包括：

步驟210，識別預(yù)先生成的目標信息，獲得連續(xù)的文本信息，其中，所述連續(xù)的文本信息包含兩個以上用戶身份信息，且所述兩個以上用戶身份信息 之間通過分割串間隔，所述分割串為預(yù)定義的字符或者字符組合。

此處，預(yù)先生成的目標信息可以為圖片信息，如，二維碼，也可以為聲音信息，如，聲波。

在支付系統(tǒng)中，上述步驟210可以由支付客戶端執(zhí)行。在一個例子中，當預(yù)先生成的目標信息為二維碼時，則可以由支付客戶端通過打開“掃一掃”功能來識別預(yù)先生成的二維碼。當然，在其它應(yīng)用場景下，上述步驟210也可以由其它具有圖像識別功能或者聲音識別功能的系統(tǒng)或者裝置執(zhí)行。

優(yōu)選地，所述連續(xù)的文本信息中的兩個以上用戶身份信息是有序的。

此處，分割串可以為如下特殊字符或者特殊字符的組合：“#”、“*”、“<>”或者“(.*)”等，即此處的特殊字符可以為任一不能用于構(gòu)成用戶身份信息的字符。此外，當兩個以上用戶身份信息分主次之分時，則上述兩個以上用戶身份信息的順序可以為：主用戶身份信息在前，輔用戶身份信息在后。如在支付場景下，當用戶身份信息為賬戶信息時，且兩個賬戶信息分別為商家的賬戶信息以及服務(wù)員的賬戶信息時，則兩個賬戶信息的順序可以為：商家的賬戶信息在前，服務(wù)員的賬戶信息在后。

舉例來說，當連續(xù)的文本信息中包含兩個用戶身份信息時，則獲得的連續(xù)的文本信息可以為：a@163.com#waiter1@163.com；而當連續(xù)的文本信息中包含兩個以上(如，三個)用戶身份信息時，則獲得的連續(xù)的文本信息可以為：a@163.com#waiter2@163.com#waiter1@163.com。

步驟220，解析所述連續(xù)的文本信息，得到兩個以上用戶身份信息。

其中，步驟220中解析所述連續(xù)的文本信息，得到兩個以上用戶身份信息，具體可以為：

步驟X：從所述連續(xù)的文本信息中剔除所述分割串，其中，剔除所述分割串后的所述連續(xù)的文本信息中包含兩個以上子文本信息。

如前述例子，當從連續(xù)的文本信息：a@163.com#waiter1@163.com中剔除特殊字符：“#”時，則得到兩個子文本信息：a@163.com和waiter1@163.com； 而當從連續(xù)的文本信息：a@163.com#waiter2@163.com#wai ter1@163.com中剔除特殊字符：“#”時，則得到三個子文本信息：a@163.com、wai ter1@163.com和waiter2@163.com。

步驟Y：將所述兩個以上子文本信息作為兩個以上用戶身份信息。

如前述例子，可以分別將a@163.com和waiter1@163.com作為兩個賬戶信息，或者可以分別將a@163.com、waiter1@163.com和waiter2@163.com作為三個賬戶信息。

此外，還需要說明的是，在兩個以上用戶身份信息有序的情況下，則可以按照預(yù)設(shè)的排序規(guī)則，對兩個以上用戶身份信息進行解析。如，在剔除分割串前的連續(xù)的文本信息中兩個以上用戶身份信息的排序規(guī)則為：商家的賬戶信息在前，服務(wù)員的賬戶信息在后，則可以將a@163.com和waiter1@163.com解析為商家的賬戶信息和第一服務(wù)員的賬戶信息。而在沒有優(yōu)先級的情況下，可以將a@163.com、waiter1@163.com和waiter2@163.com解析為商家的賬戶信息、第一服務(wù)員的賬戶信息和第二服務(wù)員的賬戶信息，或者解析為商家的賬戶信息、第二服務(wù)員的賬戶信息和第一服務(wù)員的賬戶信息；而在有優(yōu)先級的情況下，且假設(shè)第一服務(wù)員的優(yōu)先級高于第二服務(wù)員的優(yōu)先級時，可以將a@163.com、waiter1@163.com和wai ter2@163.com解析為商家的賬戶信息、第一服務(wù)員的賬戶信息和第二服務(wù)員的賬戶信息。

綜上，通過上述實施例提供的信息的獲取方法，可以達到一次識別操作獲取兩個以上用戶身份信息的目的，這可以提高在通過識別目標信息獲取用戶身份信息的場景下，獲取兩個以上用戶身份信息的效率，從而提高了針對兩個以上用戶身份信息執(zhí)行業(yè)務(wù)操作的效率。

圖3為本申請又一種實施例提供的信息的處理方法流程圖。該處理方法的執(zhí)行主體可以具有處理能力的設(shè)備：服務(wù)器或者系統(tǒng)或者裝置，如圖3所示，該支付方法具體可以包括：

步驟310，識別預(yù)先生成的目標信息，獲得連續(xù)的文本信息。

在本實施例中，以預(yù)先生成的目標信息為二維碼為例來說。該二維碼可以是由收款方支付系統(tǒng)或者對方即時通信軟件(如，微信或者QQ)生成的，以便于付款方或者添加好友方掃面該二維碼。

在一個例子中，當付款人向收款方付款時，可以通過支付客戶端的“掃一掃”功能識別收款方生成的二維碼，從而可以獲得連續(xù)的文本信息。

在另一個例子中，當添加好友方添加對方為好友時，可以通過即時通信軟件的客戶端的“掃一掃”功能識別對方生成的二維碼，從而可以獲得連續(xù)的文本信息。

舉例來說，當連續(xù)的文本信息由通過分割串“#”組合在一起的三個賬戶信息構(gòu)成時，該連續(xù)的文本信息可以為：a@163.com#waiter1@163.com#waiter2@163.com。

步驟320，將所述連續(xù)的文本信息發(fā)送至服務(wù)端，由所述服務(wù)端解析所述連續(xù)的文本信息，得到兩個以上用戶身份信息。

如前述第一個例子中，支付客戶端在獲得的連續(xù)的文本信息后，可以將該連續(xù)的文本信息發(fā)送至支付服務(wù)端；支付服務(wù)端在接收到連續(xù)的文本信息之后，可以按照步驟220的解析方法對連續(xù)的文本信息進行解析，并可以得到如下三個賬戶信息：a@163.com、waiter1@163.com和waiter2@163.com，且可以按照預(yù)設(shè)的排序規(guī)則以及優(yōu)先級，得到上述三個賬戶信息分別為商家的賬戶信息、第一服務(wù)員的賬戶信息和第二服務(wù)員的賬戶信息。

如前述另一個例子中，即時通信軟件的客戶端在獲得的連續(xù)的文本信息后，可以將獲得的連續(xù)的文本信息發(fā)送至對應(yīng)的服務(wù)端；或者即時通信軟件的服務(wù)端在接收到連續(xù)的文本信息之后，可以按照步驟220的解析方法對連續(xù)的文本信息進行解析，并可以得到如下三個賬號信息：XXX123、12345678001和497770066。

步驟330，接收所述服務(wù)端發(fā)送的所述兩個以上用戶身份信息，并展示所述兩個以上用戶身份信息。

如前述一個例子，支付客戶端在接收到上述三個賬戶信息之后，可以展示商家的賬戶信息以及兩個服務(wù)員的相關(guān)信息，如，頭像，并根據(jù)選擇指令，可以唯一地確定目標服務(wù)員以及目標服務(wù)員的賬戶信息，此處，支付服務(wù)端可以將目標服務(wù)員以及目標服務(wù)員的賬戶信息的對應(yīng)關(guān)系預(yù)先存儲在存儲單元中。

如前述另一個例子，即時通信軟件的客戶端在接收到上述三個賬號信息之后，可以展示該三個賬號信息，此外，還可以展示該三個賬號信息的相關(guān)信息，如，頭像以及所在地區(qū)等。

步驟340，根據(jù)第二用戶輸入的信息，對所述兩個以上用戶身份信息執(zhí)行相應(yīng)的操作。

如前述一個例子中，第二用戶可以為付款方。具體地，支付客戶端可以接收付款方輸入的商家賬戶信息對應(yīng)的第一支付金額以及服務(wù)員賬戶信息對應(yīng)的第二支付金額與第一支付金額的比例；或者，各個賬戶信息對應(yīng)的支付金額；支付客戶端在接收到付款方輸入的信息之后，可以向支付服務(wù)端發(fā)送該信息，支付服務(wù)端根據(jù)接收的信息，確定各個賬戶信息對應(yīng)的支付金額；并在確定各個賬戶信息對應(yīng)的支付金額之后，根據(jù)確定的各個賬戶信息對應(yīng)的支付金額或者最終支付金額，執(zhí)行支付操作。由此，達到了在通過識別目標信息獲取賬戶信息的場景下，通過一次識別操作獲取兩個以上賬戶信息，并向兩個以上賬戶信息同時執(zhí)行支付操作的目的，從而提高了針對兩個以上賬戶信息執(zhí)行支付操作的效率。

如前述另一個例子中，第二用戶可以為添加好友方；第二用戶輸入的信息可以為添加某個賬號信息為好友的指令，或者也可以為放棄添加某個賬號信息為好友的指令。

圖4為本申請再一種實施例提供的支付方法流程圖。該支付方法的執(zhí)行主體可以為具有處理能力的設(shè)備：服務(wù)器或者系統(tǒng)或者裝置，如，支付客戶端，如圖4所示，該支付方法具體可以包括：

步驟410，識別預(yù)先生成的目標信息，獲得連續(xù)的文本信息。

在本實施例中，以預(yù)先生成的目標信息為二維碼為例來說。該二維碼可以是由收款方通過支付系統(tǒng)生成的，且為便于付款方掃描該二維碼，收款方可以將二維碼打印在商店的墻上或者收銀臺附近等地方。

具體地，當付款方向收款方付款時，可以通過支付客戶端的“掃一掃”功能識別上述打印在商店的墻上或者收銀臺附近的二維碼，從而可以獲得連續(xù)的文本信息。

在一個例子中，當連續(xù)的文本信息由通過分割串“#”組合在一起的三個賬戶信息構(gòu)成時，該連續(xù)的文本信息可以為：a@163.com#waiter1@163.com#waiter2@163.com。

步驟420，將所述連續(xù)的文本信息發(fā)送至支付服務(wù)端，由所述支付服務(wù)端解析所述連續(xù)的文本信息，得到兩個以上賬戶信息。

支付客戶端在獲得的連續(xù)的文本信息后，可以將該連續(xù)的文本信息發(fā)送至支付服務(wù)端；支付服務(wù)端在接收到連續(xù)的文本信息之后，可以按照步驟220的解析方法對上述連續(xù)的文本信息解析后，可以得到如下三個賬戶信息：a@163.com、waiter1@163.com和waiter2@163.com，且可以按照預(yù)設(shè)的排序規(guī)則以及優(yōu)先級，得到上述三個賬戶信息分別為商家的賬戶信息、第一服務(wù)員的賬戶信息和第二服務(wù)員的賬戶信息。

步驟430，接收所述支付服務(wù)端發(fā)送的所述兩個以上賬戶信息，并展示所述兩個以上賬戶信息。

如前述例子，支付客戶端在接收到上述三個賬戶信息之后，可以展示如圖5所示的頁面，該頁面可以通過展示界面展示，其可以包括兩個區(qū)域：商家區(qū)域和小費區(qū)域，其中，商家區(qū)域展示了商家的賬戶信息，而小費區(qū)域通過下拉列表框展示了兩個服務(wù)員的相關(guān)信息，如，頭像，支付客戶端可以從下拉列表框中接收的選擇指令，并將接收到的選擇指令發(fā)送至支付服務(wù)端，支付服務(wù)端可以唯一地確定目標服務(wù)員以及目標服務(wù)員的賬戶信息，此處， 支付服務(wù)端可以將目標服務(wù)員以及目標服務(wù)員的賬戶信息的對應(yīng)關(guān)系預(yù)先存儲在存儲單元中。

步驟440，根據(jù)付款方輸入的信息，確定各個賬戶信息對應(yīng)的支付金額。

其中，所述付款方輸入的信息包括：一個賬戶信息對應(yīng)的第一支付金額以及其它賬戶信息對應(yīng)的第二支付金額與所述第一支付金額的比例；或者，各個賬戶信息對應(yīng)的支付金額。

具體地，在圖5中，支付客戶端可以通過商家區(qū)域的文本框接收商家的賬戶信息對應(yīng)的支付金額，且可以通過小費區(qū)域的單選按鈕確定付款方輸入的是輸入支付比例或者支付金額，當接收到輸入支付金額的指令，并將該輸入支付金額的指令發(fā)送至支付服務(wù)端時，則支付服務(wù)端可以根據(jù)從與支付金額對應(yīng)的文本框中接收的支付金額，直接確定各個賬戶信息對應(yīng)的支付金額；而當接收到輸入支付比例的指令，并將該輸入支付比例的指令發(fā)送至支付服務(wù)端時，則支付服務(wù)端可以根據(jù)從與支付比例對應(yīng)的文本框中接收的比值以及商家區(qū)域的支付金額，確定各個賬戶信息對應(yīng)的支付金額。

當然，在實際應(yīng)用中，圖5中的小費區(qū)域也可以不包括單選按鈕，而是由支付服務(wù)端預(yù)設(shè)比例值，當接收到支付客戶端發(fā)送的商家的賬戶信息對應(yīng)的支付金額時，支付服務(wù)端根據(jù)商家的賬戶信息對應(yīng)的支付金額以及預(yù)設(shè)比例值，確定各個賬戶信息對應(yīng)的支付金額；或者，在直接接收付款方輸入的各賬戶信息對應(yīng)的支付金額時，支付服務(wù)端也可以預(yù)設(shè)分成比例，即根據(jù)服務(wù)員的賬戶信息對應(yīng)的支付金額及分成比例，確定分成金額；之后，在商家的賬戶信息對應(yīng)的支付金額中增加分成金額，得到商家的賬戶信息對應(yīng)的最終支付金額；而在服務(wù)員的賬戶信息對應(yīng)的支付金額中減去分成金額，得到服務(wù)員的賬戶信息對應(yīng)的最終支付金額。

此外，還需要說明的是，當向多個服務(wù)員支付小費時，則可以在圖4的消費區(qū)域中再新增一個或多個下拉列表框，根據(jù)從該新增的下拉列表框中接收的選擇指令，確定其它服務(wù)員以及其它服務(wù)員的賬戶信息。

步驟450，根據(jù)所述各個賬戶信息對應(yīng)的支付金額，執(zhí)行支付操作。

支付服務(wù)端在確定各個賬戶信息對應(yīng)的支付金額之后，根據(jù)確定的各個賬戶信息對應(yīng)的支付金額或者最終支付金額，執(zhí)行支付操作。由此，達到了在通過識別目標信息獲取賬戶信息的場景下，通過一次識別操作獲取兩個以上賬戶信息，并向兩個以上賬戶信息同時執(zhí)行支付操作的目的，從而提高了針對兩個以上賬戶信息執(zhí)行支付操作的效率。

與上述信息的生成方法對應(yīng)地，本申請實施例還提供的一種信息的生成裝置，如圖6所示，該生成裝置包括：接收單元601、組合單元602和生成單元603。

接收單元601，用于接收第一用戶輸入的信息生成指令，所述信息生成指令中攜帶兩個以上用戶身份信息。

組合單元602，用于將接收單元601接收的所述兩個以上用戶身份信息按照預(yù)設(shè)的方式進行組合，獲得連續(xù)的文本信息，其中，所述連續(xù)的文本信息中所述兩個以上用戶身份信息之間通過分割串間隔，所述分割串為預(yù)定義的字符或者字符組合。

組合單元602具體用于：

按照預(yù)設(shè)的排序規(guī)則，對所述兩個以上用戶身份信息進行排序；

將排序后的所述兩個以上用戶身份信息按照預(yù)設(shè)的方式進行組合，獲得連續(xù)的文本信息。

生成單元603，用于根據(jù)預(yù)設(shè)的算法以及組合單元602獲得的所述連續(xù)的文本信息，生成目標信息。

其中，所述目標信息包括圖片信息或者聲音信息。

本申請實施例裝置的各功能模塊的功能，可以通過上述方法實施例的各步驟來實現(xiàn)，因此，本申請?zhí)峁┑难b置的具體工作過程，在此不復(fù)贅述。

本申請實施例提供的信息的生成裝置，接收單元601接收第一用戶輸入的信息生成指令，所述信息生成指令中攜帶兩個以上用戶身份信息；組合單 元602將所述兩個以上用戶身份信息按照預(yù)設(shè)的方式進行組合，獲得連續(xù)的文本信息，其中，所述連續(xù)的文本信息中所述兩個以上用戶身份信息之間通過分割串間隔，所述分割串為預(yù)定義的字符或者字符組合；生成單元603根據(jù)預(yù)設(shè)的算法以及所述連續(xù)的文本信息，生成目標信息。由此，可以達到在目標信息中包含兩個以上用戶身份信息的目的，這可以提高在通過識別目標信息獲取用戶身份信息的場景下，獲取兩個以上用戶身份信息的效率，從而提高了針對兩個以上用戶身份信息執(zhí)行業(yè)務(wù)操作的效率。

與上述信息的獲取方法對應(yīng)地，本申請實施例還提供的一種信息的獲取裝置，如圖7所示，該獲取裝置包括：識別單元701和解析單元702。

識別單元701，用于識別預(yù)先生成的目標信息，獲得連續(xù)的文本信息，其中，所述連續(xù)的文本信息包含兩個以上用戶身份信息，且所述兩個以上用戶身份信息之間通過分割串間隔，所述分割串為預(yù)定義的字符或者字符組合。

解析單元702，用于解析識別單元701獲得的所述連續(xù)的文本信息，得到兩個以上用戶身份信息。

解析單元702具體用于：

從所述連續(xù)的文本信息中剔除所述分割串，其中，剔除所述分割串后的所述連續(xù)的文本信息中包含兩個以上子文本信息；

將所述兩個以上子文本信息作為兩個以上用戶身份信息。

本申請實施例裝置的各功能模塊的功能，可以通過上述方法實施例的各步驟來實現(xiàn)，因此，本申請?zhí)峁┑难b置的具體工作過程，在此不復(fù)贅述。

本申請實施例提供的信息的獲取裝置，識別單元701識別預(yù)先生成的目標信息，獲得連續(xù)的文本信息，其中，所述連續(xù)的文本信息包含兩個以上用戶身份信息，且所述兩個以上用戶身份信息之間通過分割串間隔，所述分割串為預(yù)定義的字符或者字符組合；解析單元702解析所述連續(xù)的文本信息，得到兩個以上用戶身份信息。由此可以達到一次識別操作獲取兩個以上用戶身份信息的目的，這可以提高在通過識別目標信息獲取用戶身份信息的場景 下，獲取兩個以上用戶身份信息的效率，從而提高了針對兩個以上用戶身份信息執(zhí)行業(yè)務(wù)操作的效率。

與上述信息的處理方法對應(yīng)地，本申請實施例還提供的一種信息的處理裝置，如圖8所示，該處理裝置包括：識別單元801、發(fā)送單元802、接收單元803和執(zhí)行單元804。

識別單元801，用于識別預(yù)先生成的目標信息，獲得連續(xù)的文本信息。

發(fā)送單元802，用于將識別單元801獲得的所述連續(xù)的文本信息發(fā)送至服務(wù)端，由所述服務(wù)端解析所述連續(xù)的文本信息，得到兩個以上用戶身份信息。

接收單元803，用于接收所述服務(wù)端發(fā)送的所述兩個以上用戶身份信息，并展示所述兩個以上用戶身份信息。

執(zhí)行單元804，用于根據(jù)第二用戶輸入的信息，對所述兩個以上用戶身份信息執(zhí)行相應(yīng)的操作。

本申請實施例裝置的各功能模塊的功能，可以通過上述方法實施例的各步驟來實現(xiàn)，因此，本申請?zhí)峁┑难b置的具體工作過程，在此不復(fù)贅述。

本申請實施例提供的信息的處理裝置，識別單元801識別預(yù)先生成的目標信息，獲得連續(xù)的文本信息；發(fā)送單元802將所述連續(xù)的文本信息發(fā)送至服務(wù)端，由所述服務(wù)端解析所述連續(xù)的文本信息，得到兩個以上用戶身份信息；接收單元803接收所述服務(wù)端發(fā)送的所述兩個以上用戶身份信息，并展示所述兩個以上用戶身份信息；執(zhí)行單元804根據(jù)第二用戶輸入的信息，對所述兩個以上用戶身份信息執(zhí)行相應(yīng)的操作。由此，達到了在通過識別目標信息獲取用戶身份信息的場景下，通過一次識別操作獲取兩個以上用戶身份信息，并對兩個以上用戶身份信息執(zhí)行對應(yīng)的操作，從而提高了針對兩個以上用戶身份信息執(zhí)行業(yè)務(wù)操作的效率。

與上述支付方法對應(yīng)地，本申請實施例還提供的一種支付客戶端，如圖9所示，該支付客戶端包括：識別單元901、發(fā)送單元902、接收單元903、確定單元904和執(zhí)行單元905。

識別單元901，用于識別預(yù)先生成的目標信息，獲得連續(xù)的文本信息。

發(fā)送單元902，用于將識別單元901獲得的所述連續(xù)的文本信息發(fā)送至支付服務(wù)端，由所述支付服務(wù)端解析所述連續(xù)的文本信息，得到兩個以上賬戶信息。

接收單元903，用于接收所述支付服務(wù)端發(fā)送的所述兩個以上賬戶信息，并展示所述兩個以上賬戶信息。

確定單元904，用于根據(jù)付款方輸入的信息，確定各個賬戶信息對應(yīng)的支付金額。

其中，所述付款方輸入的信息包括：一個賬戶信息對應(yīng)的第一支付金額以及其它賬戶信息對應(yīng)的第二支付金額與所述第一支付金額的比例；或者，各個賬戶信息對應(yīng)的支付金額。

執(zhí)行單元905，用于根據(jù)確定單元904確定的所述各個賬戶信息對應(yīng)的支付金額，執(zhí)行支付操作。

本申請實施例裝置的各功能模塊的功能，可以通過上述方法實施例的各步驟來實現(xiàn)，因此，本申請?zhí)峁┑难b置的具體工作過程，在此不復(fù)贅述。

本申請實施例提供的支付客戶端，識別單元901識別預(yù)先生成的目標信息，獲得連續(xù)的文本信息；發(fā)送單元902將所述連續(xù)的文本信息發(fā)送至支付服務(wù)端，由所述支付服務(wù)端解析所述連續(xù)的文本信息，得到兩個以上賬戶信息；接收單元903，接收所述支付服務(wù)端發(fā)送的所述兩個以上賬戶信息，并展示所述兩個以上賬戶信息；確定單元904根據(jù)付款方輸入的信息，確定各個賬戶信息對應(yīng)的支付金額；執(zhí)行單元905根據(jù)所述各個賬戶信息對應(yīng)的支付金額，執(zhí)行支付操作。由此，達到了在通過識別目標信息獲取賬戶信息的場景下，通過一次識別操作獲取兩個以上賬戶信息，并向兩個以上賬戶信息同時執(zhí)行支付操作的目的，從而提高了針對兩個以上賬戶信息執(zhí)行支付操作的效率。

專業(yè)人員應(yīng)該還可以進一步意識到，結(jié)合本文中所公開的實施例描述的 各示例的對象及算法步驟，能夠以電子硬件、計算機軟件或者二者的結(jié)合來實現(xiàn)，為了清楚地說明硬件和軟件的可互換性，在上述說明中已經(jīng)按照功能一般性地描述了各示例的組成及步驟。這些功能究竟以硬件還是軟件方式來執(zhí)行，取決于技術(shù)方案的特定應(yīng)用和設(shè)計約束條件。專業(yè)技術(shù)人員可以對每個特定的應(yīng)用來使用不同方法來實現(xiàn)所描述的功能，但是這種實現(xiàn)不應(yīng)認為超出本申請的范圍。

結(jié)合本文中所公開的實施例描述的方法或算法的步驟可以用硬件、處理器執(zhí)行的軟件模塊，或者二者的結(jié)合來實施。軟件模塊可以置于隨機存儲器(RAM)、內(nèi)存、只讀存儲器(ROM)、電可編程ROM、電可擦除可編程ROM、寄存器、硬盤、可移動磁盤、CD-ROM、或技術(shù)領(lǐng)域內(nèi)所公知的任意其它形式的存儲介質(zhì)中。

以上所述的具體實施方式，對本申請的目的、技術(shù)方案和有益效果進行了進一步詳細說明，所應(yīng)理解的是，以上所述僅為本申請的具體實施方式而已，并不用于限定本申請的保護范圍，凡在本申請的精神和原則之內(nèi)，所做的任何修改、等同替換、改進等，均應(yīng)包含在本申請的保護范圍之內(nèi)。