044]支付信息例如包括:本次消費的總額，每個參與移動支付的用戶需要支付的金額等。
[0045]例如，參見圖3，支付信息可以包括第一區(qū)域31，第二區(qū)域32和第三區(qū)域33。其中，第一區(qū)域31用于填寫本次消費的總額，第二區(qū)域32用于填寫備注信息，以便提示參與AA支付的付款用戶，第三區(qū)域33用于顯示參與移動支付的用戶的手機號(或賬戶等)，以及用于填寫每個用戶的應付款(默認為評分)。另外，對于不參與本次AA支付的用戶，可以選擇移除相應的用戶信息。
[0046]當收款用戶填寫支付信息完畢后，可以點擊如圖3所示的“收款”按鈕，從而產(chǎn)生發(fā)起收款的指令。
[0047]例如，A填寫完畢后，可以點擊“收款”按鈕，觸發(fā)收款。
[0048]S23:在接收到所述發(fā)起收款的指令后，向服務器發(fā)送收款指令。
[0049]當收款用戶點擊“收款”按鈕后，收款用戶的移動終端可以向服務器發(fā)送收款指令，收款指令中可以包含參與移動支付的用戶的信息。
[0050]服務器接收到收款指令后，可以根據(jù)參與移動支付的用戶的信息，向相應的用戶發(fā)送支付指令。接收到支付指令的用戶可以稱為付款用戶?？梢岳斫獾氖?，當收款用戶自身也需要支付時，收款用戶自身也屬于付款用戶。
[0051]現(xiàn)有技術中，需要先建立同一個用戶群，而本實施例可以不需要先建立用戶群，直接根據(jù)用戶信息向相應的用戶發(fā)送支付指令，從而降低操作復雜度。
[0052]相應的，參見圖4，付款用戶執(zhí)行的流程可以包括:
[0053]S41:接收支付指令。
[0054]支付指令可以是短信形式或者付款軟件中通知消息的形式。
[0055]以短信形式為例，參見圖5，付款用戶可以接收到短信51，短信中可以包含付款頁面的鏈接信息。
[0056]例如，B是一個付款用戶，則B可以接收到如圖5所示的短信。
[0057]S42:根據(jù)所述支付指令進入付款頁面，并在所述付款頁面內完成移動支付。
[0058]例如，付款用戶可以點擊短信內的鏈接信息，在點擊鏈接信息后，可以進入鏈接信息對應的付款頁面。
[0059]參見圖6，付款頁面內可以包括支付信息61，當付款用戶確定支付信息無誤后，可以點擊付款頁面內的“確認支付”按鈕進行移動支付?？梢岳斫獾氖?，付款頁面內還可以包括關閉按鈕或者返回按鈕等，當付款用戶不確認則可以點擊關閉按鈕或者返回按鈕，不進行支付。
[0060]可以理解的是，本實施例的上述流程可以作為獨立應用程序實現(xiàn)，或者嵌入到其他應用程序中，例如嵌入地圖或者錢包等應用程序中。
[0061]本實施例中，通過獲取用戶之間的關系信息，并根據(jù)關系信息選擇出存在關聯(lián)關系的用戶，可以避免同一區(qū)域內非參與用戶造成的并發(fā)沖突。另外，本實施例通過獲取參與移動支付的用戶的信息，并直接向參與移動支付的用戶發(fā)送支付指令，可以不需要參與移動支付的用戶預先建立同一個用戶群，降低操作復雜度。
[0062]圖7是本發(fā)明另一實施例提出的移動支付裝置的結構示意圖，該裝置可以是服務器或者作為服務器的一個模塊，該裝置70包括分組模塊71，獲取模塊72和選擇模塊73。
[0063]分組模塊71，用于獲取待付款用戶的位置信息，并根據(jù)所述位置信息，對所述待付款用戶進行分組；
[0064]可選的，所述分組模塊71用于獲取待付款用戶的位置信息，包括:
[0065]當待付款用戶啟動用于付款的應用程序后，獲取對應的待付款用戶的位置信息。
[0066]其中，以AA支付為例，用戶可以在自己的移動終端上安裝用于付款的應用程序，該應用程序可以稱為付款軟件，該付款軟件中包括AA支付功能。
[0067]本實施例的執(zhí)行主體是付款軟件對應的移動支付裝置，待付款用戶在啟動付款軟件后，移動支付裝置可以獲取啟動付款軟件的用戶的位置信息。可以理解的是，為了保證本申請的順利執(zhí)行，當用戶首次使用或者至少在當前使用付款軟件之前，需要用戶的移動終端具有獲取以及上報用戶的位置信息的能力，以及需要用戶授權移動支付裝置在用戶啟動付款軟件后可以自動獲取用戶的位置信息。
[0068]當用戶啟動付款軟件后，移動支付裝置可以獲取啟動付款軟件的用戶的位置信息，之后可以根據(jù)位置信息對用戶進行分組。具體的，可以將預設范圍內的用戶歸于一組。
[0069]例如，5人一同就餐，此5人可以分別用A，B，C，D，E表示，同時，A，B，C，D，E之間可以不完全兩兩認識。當就餐完后，涉及AA付款。
[0070]此時，移動支付裝置可以先對用戶進行分組，例如，A, B, C，D, E五人均打開付款軟件，同時同一位置附近F，G, H三人也打開了付款軟件。此時，A，B, C，D, E, F，G, H八人均會被劃歸成一組。
[0071]現(xiàn)有技術中，所有待付款用戶都需要進入收款界面，而本實施例中，付款用戶可以不進入收款界面，只需要啟動付款軟件。
[0072]獲取模塊72，用于獲取分組內用戶之間的關系信息；
[0073]可選的，所述獲取模塊72用于獲取分組內用戶之間的關系信息，包括:
[0074]根據(jù)所述分組內用戶的通訊錄，或者，社交信息，獲取所述關系信息。
[0075]假設根據(jù)通訊錄獲取如下的關系信息:A有B的電話，B有C的電話，D有A的電話，C有E的電話，E有B的電話，F(xiàn)有G和H的電話。
[0076]選擇模塊73，用于根據(jù)所述關系信息，選擇出存在關聯(lián)關系的用戶，并將所述存在關聯(lián)關系的用戶確定為參與移動支付的用戶，以便所述參與移動支付的用戶進行移動支付。
[0077]例如，根據(jù)如上的關系信息可以構建如下的關系譜:A->B，B->C, D->A, C->E, E_>B，因此，A, B, C，D，E是存在關聯(lián)關系的用戶，以及F->G->H，F(xiàn)，G，H是存在關聯(lián)關系的用戶，但是與A，B, C，D，E沒有聯(lián)系。就此得出A，B, C，D，E是一個支付團體內的參與移動支付的用戶，F(xiàn)，G, H是另一個支付團體內的參與移動支付的用戶。
[0078]現(xiàn)有技術中，根據(jù)同一區(qū)域內同時進入AA付款狀態(tài)的方式確定參與移動支付的用戶，但是，不相關的用戶可能也被確定為需要一起AA支付的用戶。而本實施例中，通過獲取關系信息并根據(jù)關系信息進行篩選，可以降低并發(fā)沖突。
[0079]可選的，參見圖8，該裝置70還包括:
[0080]第一發(fā)送模塊74，用于將所述參與移動支付的用戶的信息發(fā)送給付款用戶的移動終端，以展示在收款界面上，所述收款界面用于收款用戶填寫支付信息。
[0081]參與移動支付的用戶的信息可以是用戶的手機號，用戶的社交賬號等。本實施例以手機號為例。
[0082]收款用戶在需要收款時，可以先在付款軟件中進入收款界面。參見圖3，收款界面內可以包括每個參與移動支付的用戶的手機號，可以理解的是，對于收款用戶自身可以不顯示手機號，而用“我”表示。
[0083]向收款用戶展示收款界面后，收款用戶可以在收款界面上填寫支付信息，以及在支付信息填寫完成后，接收所述收款用戶發(fā)起收款的指令。
[0084]支付信息例如包括:本次消費的總額，每個參與移動支付的用戶需要支付的金額等。
[0085]例如，參見圖3，支付信息可以包括A區(qū)域，B區(qū)域和C區(qū)域。其中，A區(qū)域用于填寫本次消費的總額，B區(qū)域內用于填寫備注信息，以便提示參與AA支付的付款用戶，C區(qū)域用于顯示參與移動支付的用戶的手機號(或賬戶等)，以及用于填寫每個用戶的應付款(默認為評分)。另外，對于不參與本次AA支付的用戶，可以選擇移除相應的用戶信息。
[0086]當收款用戶填寫支付信息完畢后，可以點擊如圖3所示的“收款”按鈕，從而產(chǎn)生發(fā)起收款的指