移动支付方法和移动支付装置的制造方法
【技术领域】
[0001]本发明涉及移动通信技术领域，尤其涉及一种移动支付方法和移动支付装置。
【背景技术】
[0002]移动支付不断普及，随着人与人交往越发频繁，在各种场合都会遇到需要AA付款的情况。在AA付款时，现有技术一是将同一区域同时进入付款状态的用户确定为待支付用户，现有技术二是先建立用户群，同一个用户群内的用户才能进行AA支付。
[0003]但是，现有技术一容易造成并发冲突，另外，现有技术二需要先相互添加成为同一个用户群，操作麻烦，使得现有技术的移动支付效果不够理想。
【发明内容】
[0004]本发明旨在至少在一定程度上解决相关技术中的技术问题之一。
[0005]为此，本发明的一个目的在于提出一种移动支付方法，该方法可以提高移动支付的效果。
[0006]本发明的另一个目的在于提出一种移动支付装置。
[0007]为达到上述目的，本发明第一方面实施例提出的移动支付方法，包括:获取待付款用户的位置信息，并根据所述位置信息，对所述待付款用户进行分组；获取分组内用户之间的关系信息；根据所述关系信息，选择出存在关联关系的用户，并将所述存在关联关系的用户确定为参与移动支付的用户，以便所述参与移动支付的用户进行移动支付。
[0008]本发明第一方面实施例提出的移动支付方法，通过获取用户之间的关系信息，并根据关系信息选择出存在关联关系的用户，可以避免同一区域内非参与用户造成的并发冲突，从而提高移动支付效果。
[0009]为达到上述目的，本发明第二方面实施例提出的移动支付装置，包括:分组模块，用于获取待付款用户的位置信息，并根据所述位置信息，对所述待付款用户进行分组；获取模块，用于获取分组内用户之间的关系信息；选择模块，用于根据所述关系信息，选择出存在关联关系的用户，并将所述存在关联关系的用户确定为参与移动支付的用户，以便所述参与移动支付的用户进行移动支付。
[0010]本发明第二方面实施例提出的移动支付装置，通过获取用户之间的关系信息，并根据关系信息选择出存在关联关系的用户，可以避免同一区域内非参与用户造成的并发冲突，从而提高移动支付效果。
[0011]本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。
【附图说明】
[0012]本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中:
[0013]图1是本发明一实施例提出的移动支付方法的流程示意图；
[0014]图2是本发明实施例中收款方的执行流程示意图；
[0015]图3是本发明实施例中收款界面的示意图；
[0016]图4是本发明实施例中付款方的执行流程示意图；
[0017]图5是本发明实施例中支付指令的示意图；
[0018]图6是本发明实施例中付款页面的示意图；
[0019]图7是本发明另一实施例提出的移动支付装置的结构示意图；
[0020]图8是本发明另一实施例提出的移动支付装置的结构示意图。
【具体实施方式】
[0021]下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的模块或具有相同或类似功能的模块。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能理解为对本发明的限制。相反，本发明的实施例包括落入所附加权利要求书的精神和内涵范围内的所有变化、修改和等同物。
[0022]图1是本发明一实施例提出的移动支付方法的流程示意图，该方法包括:
[0023]Sll:获取待付款用户的位置信息，并根据所述位置信息，对所述待付款用户进行分组。
[0024]其中，以AA支付为例，用户可以在自己的移动终端上安装用于付款的应用程序，该应用程序可以称为付款软件，该付款软件中包括AA支付功能。
[0025]本实施例的执行主体是付款软件对应的服务器，待付款用户在启动付款软件后，服务器可以获取启动付款软件的用户的位置信息。可以理解的是，为了保证本申请的顺利执行，当用户首次使用或者至少在当前使用付款软件之前，需要用户的移动终端具有获取以及上报用户的位置信息的能力，以及需要用户授权服务器在用户启动付款软件后可以自动获取用户的位置信息。
[0026]当用户启动付款软件后，服务器可以获取启动付款软件的用户的位置信息，之后可以根据位置信息对用户进行分组。具体的，可以将预设范围内的用户归于一组。
[0027]例如，5人一同就餐，此5人可以分别用A，B，C，D，E表示，同时，A，B，C，D，E之间可以不完全两两认识。当就餐完后，涉及AA付款。
[0028]此时，服务器可以先对用户进行分组，例如，A，B, C，D, E五人均打开付款软件，同时同一位置附近F，G, H三人也打开了付款软件。此时，A, B, C，D, E, F，G, H八人均会被划归成一组。
[0029]现有技术中，所有待付款用户都需要进入收款界面，而本实施例中，付款用户可以不进入收款界面，只需要启动付款软件。
[0030]S12:获取分组内用户之间的关系信息。
[0031]其中，可以根据分组内用户的通讯录，或者，社交信息等获取用户之间的关系信息。
[0032]假设根据通讯录获取如下的关系信息:A有B的电话，B有C的电话，D有A的电话，C有E的电话，E有B的电话，F有G和H的电话。
[0033]S13:根据所述关系信息，选择出存在关联关系的用户，并将所述存在关联关系的用户确定为参与移动支付的用户，以便所述参与移动支付的用户进行移动支付。
[0034]例如，根据如上的关系信息可以构建如下的关系谱:A->B，B->C, D->A, C->E, E_>B，因此，A, B, C，D，E是存在关联关系的用户，以及F->G->H，F，G，H是存在关联关系的用户，但是与A，B, C，D，E没有联系。就此得出A，B, C，D，E是一个支付团体内的参与移动支付的用户，F，G, H是另一个支付团体内的参与移动支付的用户。
[0035]现有技术中，根据同一区域内同时进入AA付款状态的方式确定参与移动支付的用户，但是，不相关的用户可能也被确定为需要一起AA支付的用户。而本实施例中，通过获取关系信息并根据关系信息进行筛选，可以避免并发冲突。
[0036]在确定出参与移动支付的用户后，可以由参与移动支付的用户进行AA支付。其中，发起AA付款的用户可以称为收款用户。例如，A, B, C，D, E进行AA支付。
[0037]参见图2，收款用户的移动终端可以执行如下流程:
[0038]S21:获取参与移动支付的用户的信息，并展示在收款界面上。
[0039]参与移动支付的用户的确定方式可以参见上一实施例，在此不再赘述。
[0040]参与移动支付的用户的信息可以是用户的手机号，用户的社交账号等。本实施例以手机号为例。
[0041]收款用户在需要收款时，可以先在付款软件中进入收款界面。参见图3，收款界面内可以包括每个参与移动支付的用户的手机号，可以理解的是，对于收款用户自身可以不显示手机号，而用“我”表示。
[0042]例如，A, B, C，D, E进行AA支付时，假设A是收款用户，则A可以进入收款界面，并在收款界面上显示B，C，D, E的信息，以及A自身的信息。
[0043]S22:接收收款用户在所述收款界面上填写的支付信息，以及在支付信息填写完成后，接收所述收款用户发起收款的指令。
[0