网络支付方法及系统的制作方法
【专利摘要】本公开是关于一种网络支付方法及系统。该网络支付方法包括：接收一用户的订单信息并根据所述订单信息获取支付总额；接收所述用户选择的联系人集合以及支付模式；获取所述用户与所述联系人集合中各联系人之间的社交记录；根据所述支付总额以及所述联系人集合中各联系人与所述用户之间的社交记录计算所述用户以及所述联系人集合中各联系人需要支付的金额；通知所述用户以及所述联系人集合中各联系人支付其所需支付的金额。本公开可以为用户提供更好的支付体验。
【专利说明】
网络支付方法及系统
技术领域
[0001]本公开涉及电子支付技术领域，具体而言，涉及一种网络支付方法以及网络支付系统。
【背景技术】
[0002]随着互联网的发展，基于互联网的应用也日益增多，例如:网络金融、电子商务、网络购物、网络社交以及即时通讯等，各种应用为用户提供了丰富多彩的服务。其中，网络支付服务已经成为用户的常用的支付方式之一，网络社交服务也已经成为现代人们生活和工作中必不可少的一部分，两者也逐渐产生了越来越多的交集。
[0003]举例而言，多个用户在聚会、聚餐等需要多人进行支付的场景中，如果需要向商家进行网络支付，通常是由一个用户向商家支付全部金额，再由所有用户之间确定分摊方式后，分别的向支付者全部金额的用户支付现金或者进行网络转账。
[0004]再举例而言，当某一用户通过网络支付服务购买商品后，会将该商品的商品描述及地址链接发布社交网络中，如发送给某一联系人、发送到社群或者发送到朋友圈等等;而其他用户获取到上述用户发布的链接以后，根据链接打开应用或者浏览器，即可找到对应的商品进行购买。
[0005]在上述技术方案中，均未将网络支付服务与网络社交服务进行深度结合，一方面，难以满足用户的多元化需求；另一方面，难以将网络支付的过程进行分享从而进一步提升传播效果。
[0006]需要说明的是，在上述【背景技术】部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。
【发明内容】
[0007]针对现有技术中的部分问题或者全部问题，本公开提供一种网络支付方法及网络支付系统。
[0008]根据本公开实施例的第一方面，提供一种网络支付方法，包括:
[0009]接收一用户的订单信息并根据所述订单信息获取支付总额；
[0010]接收所述用户选择的联系人集合；
[0011]获取所述用户与所述联系人集合中各联系人之间的社交记录；
[0012]根据所述支付总额以及所述联系人集合中各联系人与所述用户之间的社交记录计算所述用户以及所述联系人集合中各联系人需要支付的金额；
[0013]通知所述用户以及所述联系人集合中各联系人支付其所需支付的金额。
[0014]在本公开的一种示例性实施例中，在获取所述用户与所述联系人集合中各联系人之间的社交记录的步骤之前还包括:
[0015]判断所述用户选择的支付模式，所述支付模式包括随机支付模式、平摊支付模式以及社交关系支付模式；
[0016]如果判断用户选择的是社交关系支付模式，则进入所述获取所述用户与所述联系人集合中各联系人之间的社交记录的步骤；
[0017]如果判断用户选择的是随机支付模式，则根据所述支付总额为所述用户以及所述联系人集合中各联系人随机的分配支付金额；
[0018]如果判断用户选择的是平摊支付模式，则根据所述支付总额为所述用户以及所述联系人集合中各联系人等额的分配支付金额。
[0019]在本公开的一种示例性实施例中，根据所述支付总额以及所述联系人集合中各联系人与所述用户之间的社交记录计算所述用户以及所述联系人集合中各联系人需要支付的金额包括:
[0020]根据所述联系人集合中各联系人与所述用户之间的社交记录分别评估所述联系人集合中各联系人与所述用户之间的亲密度；
[0021 ]根据下述公式为所述联系人集合中每一联系人分配支付金额:
[0022]支付金额=该联系人与所述用户的亲密度X支付总额X所述联系人集合中联系人数量+(所述联系人集合中联系人数量+1)+所述联系人集合中所有联系人与所述用户的亲密度之和；
[0023]根据下述公式为所述用户分配支付金额:
[0024]支付金额=支付总额+(所述联系人集合中联系人数量+1)。
[0025]在本公开的一种示例性实施例中，所述网络支付方法还包括:
[0026]判断所述用户以及所述联系人集合中所有联系人是否均在预设时间内完成支付；
[0027]如果所述用户以及所述联系人集合中所有联系人均在预设时间内完成支付则支付成功;如果所述用户或者所述联系人集合中任一联系人未在预设时间内完成支付，则提示所述用户支付其余待支付金额；
[0028]判断所述用户是否在预设时间内支付所述其余待支付金额；
[0029]如果所述用户在预设时间内支付所述其余待支付金额则支付成功，如果所述用户在预设时间内未支付所述其余待支付金额则支付失败。
[0030]在本公开的一种示例性实施例中，通过支付码的形式通知所述用户以及所述联系人集合中各联系人支付其所需支付的金额。
[0031]根据本公开实施例的第二方面，提供一种网络支付系统，包括:
[0032]订单接收模块，用于接收一订单信息并根据所述订单信息获取支付总额；
[0033]模式接收模块，用于接收用户选择的联系人集合；
[0034]社交记录获取模块，用于获取所述用户与所述联系人集合中各联系人之间的社交记录；
[0035]支付分配模块，用于根据所述支付总额以及所述联系人集合中各联系人与所述用户之间的社交记录计算所述用户以及所述联系人集合中各联系人需要支付的金额；
[0036]支付通知模块，用于通知所述用户以及所述联系人集合中各联系人支付其所需支付的金额。
[0037]在本公开的一种示例性实施例中，所述网络支付系统还包括:
[0038]模式判断模块，用于判断所述用户选择的支付模式，所述支付模式包括随机支付模式、平摊支付模式以及社交关系支付模式;如果判断用户选择的是社交关系支付模式，则进入所述获取所述用户与所述联系人集合中各联系人之间的社交记录的步骤;如果判断用户选择的是随机支付模式，则根据所述支付总额为所述用户以及所述联系人集合中各联系人随机的分配支付金额;如果判断用户选择的是平摊支付模式，则根据所述支付总额为所述用户以及所述联系人集合中各联系人等额的分配支付金额。
[0039]在本公开的一种示例性实施例中，根据所述支付总额以及所述联系人集合中各联系人与所述用户之间的社交记录计算所述用户以及所述联系人集合中各联系人需要支付的金额包括:
[0040]所述支付分配模块根据所述联系人集合中各联系人与所述用户之间的社交记录分别评估所述联系人集合中各联系人与所述用户之间的亲密度；
[0041]所述支付分配模块根据下述公式为所述联系人集合中每一联系人分配支付金额:
[0042]支付金额=该联系人与所述用户的亲密度X支付总额X所述联系人集合中联系人数量+(所述联系人集合中联系人数量+1)+所述联系人集合中所有联系人与所述用户的亲密度之和；
[0043]所述支付分配模块根据下述公式为所述用户分配支付金额:
[0044]支付金额=支付总额+(所述联系人集合中联系人数量+1)。
[0045]在本公开的一种示例性实施例中，所述网络支付系统还包括:
[0046]支付确认模块，用于判断所述用户以及所述联系人集合中所有联系人是否均在预设时间内完成支付;如果所述用户以及所述联系人集合中所有联系人均在预设时间内完成支付则支付成功，如果所述用户或者所述联系人集合中任一联系人未在预设时间内完成支付，则提示所述用户支付其余待支付金额并判断所述用户是否在预设时间内支付所述其余待支付金额;如果所述用户在预设时间内支付所述其余待支付金额则支付成功，如果所述用户在预设时间内未支付所述其余待支付金额则支付失败。
[0047]在本公开的一种示例性实施例中，通过支付码的形式通知所述用户以及所述联系人集合中各联系人支付其所需支付的金额。
[0048]本公开的一种实施例中的网络支付方法及系统，通过将网络支付服务与网络社交服务进行深度的结合，使得更多的用户可以参与到网络支付过程，一方面，可以满足用户的多元化需求，增加用户之间的互动，促进用户之间的社交关系，增强用户的粘性;另一方面，通过网络社交服务将网络支付的过程进行分享，可以提升对于商品的传播效果;再一方面，可以在诸如聚会、聚餐等需要多人进行支付的场景中，为用户提供更好的支付体验。
[0049]应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
【附图说明】
[0050]此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0051]图1示意性示出本公开示例性实施例中一种网络支付方法的流程图。
[0052]图2示意性示出本公开示例性实施例中一种网络支付方法的流程图。
[0053]图3示意性示出本公开示例性实施例中一种网络支付系统的方框图。
[0054]图4示意性示出本公开示例性实施例中一种网络支付系统的方框图。
【具体实施方式】
[0055]现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例;相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。
[0056]此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
[0057]为了将网络支付服务与网络社交服务进行深度结合，满足用户的多元化需求以及将网络支付的过程进行分享，进一步提升传播效果，本示例实施方式中提供下述技术方案。
[0058]本示例实施方式中首先提供了一种网络支付方法。参考图1中所示，本示例实施方式中的网络支付方法可以包括以下步骤:
[0059]步骤S10.接收用户的订单信息并根据所述订单信息获取支付总额。
[0060]—般网络购物流程大致包含:用户根据自己需要选购的商品利用搜索引擎或以往购物经验选择网购商家；用户访问网购商家的网站，用户录入自己需要选购或感兴趣的商品信息；用户对网购商家返回的各种候选商品进行反复比较和选择；用户确定购买某种商品；用户输入并确定要购买的商品的邮递信息并下订单;系统生成该商品的订单信息。
[0061]本示例实施方式中，网络支付系统在收到用户购买的商品的订单信息后，会根据所述订单信息获取需要进行支付的支付总额。举例而言，可以根据商品的原价信息、折扣信息、优惠券信息、积分抵扣信息以及邮寄费用信息等计算需要进行支付的支付总额;并且，本示例性实施例中并不以此为限。
[0062]步骤S20.接收所述用户选择的联系人集合。
[0063]在用户下订单之后，系统会向用户呈现支付界面;在支付界面中，用户可以通过选择控件选择上述支付总额是自己支付还是选择联系人支付。如果用户选择自己支付，则后续流程可以参考现有技术中相关方案，本示例实施方式中对此不进行详述。如果用户选择联系人支付，则会提供界面供用户选择需要进行支付的联系人。本示例实施方式中，用户可以自己逐个选择需要进行支付的联系人组成联系人集合，也可以是用户通过已经建立的群组确定所述联系人集合，例如同事群，朋友群等。
[0064]S30.获取所述用户与所述联系人集合中各联系人之间的社交记录。
[0065]本示例实施方式中，可以通过网络爬虫相关技术，获取到用户与所述联系人集合中各联系人之间的聊天次数、消息数量以及点赞数量等社交记录。例如:用户A和用户B是微信用户，本示例实施方式中可以通过网络爬虫，获取用户A和用户B的评论数量。但对于如微信、微博等社交服务提供商，也可以通过查询系统中已保存的信息，获取到用户之间的聊天次数，消息数量，点赞数量等等。例如:用户A和用户B是微信用户，微信厂商可以查询自身系统中的信息，获取用户A和用户B的聊天记录，这同样属于本公开的保护范围。所述网络爬虫技术例如可以通过Python、C++或者Java等语言自行实现，也可以使用如Arachnid、crawlz ilia、QuickRecon、PyRai Igun等开源爬虫技术，本示例实施方式中对此不做特殊限定。
[0066]步骤S40.根据所述支付总额、所述支付模式以及所述联系人集合中各联系人与所述用户之间的社交记录计算所述用户以及所述联系人集合中各联系人需要支付的金额。
[0067]本示例实施方式中，网络支付系统在计算出所述联系人集合中各联系人需要支付的金额后，系统可以通过社交网络(例如微信、支付宝联系人、QQ、微博以及其他社交网络服务)、电子邮件消息、短消息服务(SMS)消息、文本消息、自动电话呼叫或者本领域已知的其他电子通信方式通知被选择的联系人及时进行支付。
[0068]步骤S50.通知所述用户以及所述联系人集合中各联系人支付其所需支付的金额。
[0069]本示例实施方式中，可以通过支付码的形式通知所述用户以及所述联系人集合中各联系人支付其所需支付的金额;所述支付码例如可以为由支付链接转换而来的数字与字母的组合、条形码以及二维码等，本示例性实施例中对此不做特殊限定。此外，根据支付码发送途径的不同，可以选择不同的形式。例如，如果通过短消息服务(SMS)消息以及文本消息等方式发送，则可以选择数字与字母的组合的方式;如果通过微信、支付宝联系人、QQ、微博等社交网络发送，则可以选择条形码以及二维码的方式。由于所述用户以及每个联系人的支付金额可能不同，所以需要为所述用户以及每个联系人单独生成一个所述支付码。以二维支付码为例，所述用户以及每个联系人扫描所述二维支付码后，即可获得待支付商品的链接和待支付的金额从而进行支付。但需要说明的是，在本公开的其他示例性实施例中，也可以通过语音等其他方式通知所述用户以及所述联系人集合中各联系人支付其所需支付的金额，本示例性实施例中对此不做特殊限定。
[0070]本示例实施方式中的网络支付方法，通过将网络支付服务与网络社交服务进行深度的结合，使得更多的用户可以参与到网络支付过程，一方面，可以满足用户的多元化需求，增加用户之间的互动，促进用户之间的社交关系，增强用户的粘性;另一方面，通过网络社交服务将网络支付的过程进行分享，可以提升对于商品的传播效果;再一方面，可以在诸如聚会、聚餐等需要多人进行支付的场景中，为用户提供更好的支付体验。
[0071]参考图2中所示，本示例实施方式中，所述步骤S30之前还可以包括:
[0072]步骤S21.判断所述用户选择的支付模式。本示例实施方式中，在支付界面中，用户还可以选择不同的支付模式;所述支付模式例如可以包括随机支付模式、平摊支付模式以及社交关系支付模式。但需要说明的是，在本公开的其他示例性实施例中，所述支付模式例如也可以包括由用户指定各联系人的支付金额等其他支付模式，本示例性实施例中对此不做特殊限定。
[0073]步骤S22.如果判断用户选择的是随机支付模式，则根据所述支付总额为所述用户以及所述联系人集合中各联系人随机的分配支付金额。
[0074]本示例实施方式中例如可以采用偏正态分布算法或者狄利克雷分布算法等为所述用户以及所述联系人集合中各联系人随机的分配支付金额，最后所述用户以及所述联系人集合中各联系人需要支付金额总和等于所述支付总额。但需要说明的是，本示例实施方式中对于所述随机分配的具体算法并不做特殊限定。
[0075]步骤S23.如果判断用户选择的是平摊支付模式，则根据所述支付总额为所述用户以及所述联系人集合中各联系人等额的分配支付金额。
[0076]在平摊支付模式中，每个用户需要支付的金额相同，均为支付金额=支付总额+(所述联系人集合中联系人数量+1)。
[0077]如果判断用户选择的是社交关系支付模式，则执行后续步骤S30至步骤S50。本示例实施方式中，所述步骤S40可以包括下述步骤:
[0078]根据所述联系人集合中各联系人与所述用户之间的社交记录分别评估所述联系人集合中各联系人与所述用户之间的亲密度。本示例实施方式中，可以通过多种方式评估所述联系人集合中各联系人与所述用户之间的亲密度。例如，获取所述用户与所述联系人集合中各联系人之间的聊天次数、消息数量、点赞数量以及评论数量等等，计算出所述用户与所述联系人集合中各联系人之间的亲密度。
[0079]举例而言，亲密度的一种计算方式可以为:所述联系人集合中一联系人与所述用户之间的亲密度=三个月内的彼此聊天次数X Wl+三个月内的彼此聊天消息数量X W2+三个月内的彼此点赞数量XW3+三个月内的彼此评论数量X W4+……；其中，(￥1、￥2、评3以及财分别为所述聊天次数、消息数量、点赞数量以及评论数量在计算时的权重比例)
[0080]在计算得到亲密度后，可以根据下述公式为所述联系人集合中每一联系人分配支付金额:支付金额=该联系人与所述用户的亲密度X支付总额X所述联系人集合中联系人数量+(所述联系人集合中联系人数量+1)+所述联系人集合中所有联系人与所述用户的亲密度之和。可以根据下述公式为所述用户分配支付金额:支付金额=支付总额+(所述联系人集合中联系人数量+1)。但本领域技术人员容易理解的是，当采用其他方式计算亲密度以及通过其他方式根据亲密度为所述联系人集合中每一联系人分配支付金额的技术方案，均同样属于本公开的保护范围。
[0081]继续参考图2中所示，本示例实施方式中所述网络支付方法还可以包括以下步骤:
[0082]步骤S61.判断所述用户以及所述联系人集合中所有联系人是否均在预设时间内完成支付。所述预设时间可以由服务商根据需求自行设定，例如，可以为45分钟或者I小时等等。
[0083]步骤S62.如果所述用户以及所述联系人集合中所有联系人均在预设时间内完成支付则确定支付成功，系统可以将订单标记为已经支付完成的订单。此外，本示例实施方式中在支付成功后，还可以向所述用户以及所述联系人集合中所有联系人发送提醒消息。
[0084]步骤S63.如果所述用户或者所述联系人集合中任一联系人未在预设时间内完成支付，则提示所述用户支付其余待支付金额。但需要说明的是，在本公开的其他示例性实施例中，也可以是如果所述用户或者所述联系人集合中任一联系人未在预设时间内完成支付，则直接判断支付失败，并不局限于本示例实施方式中所例举的实现方式。
[0085]步骤S64.判断所述用户是否在预设时间内支付所述其余待支付金额。所述预设时间可以由服务商根据需求自行设定，例如，可以为5分钟或者15分钟等等。如果所述用户在预设时间内支付所述其余待支付金额则确定支付成功，系统可以将订单标记为已经支付完成的订单。此外，本示例实施方式中在支付成功后，还可以向所述用户以及所述联系人集合中所有联系人发送提醒消息。如果所述用户在预设时间内未支付所述其余待支付金额则确定支付失败。在支付失败后，系统可以取消订单。此外，本示例实施方式中在支付失败后，同样可以向所述用户以及所述联系人集合中所有联系人发送提醒消息，并且将已支付的所有金额都原路退回。
[0086]进一步的，本示例实施方式中还提供了一种网络支付系统。参考图3中所示，网络支付系统200可以包括订单接收模块201、模式接收模块202、社交记录获取模块203、支付分配模块204以及支付通知模块205。其中:
[0087]订单接收模块201，可以用于接收一订单信息并根据所述订单信息获取支付总额。
[0088]模式接收模块202，可以用于接收用户选择的联系人集合。
[0089]社交记录获取模块203，可以用于获取所述用户与所述联系人集合中各联系人之间的社交记录。
[0090]支付分配模块204，可以用于根据所述支付总额以及所述联系人集合中各联系人与所述用户之间的社交记录计算所述用户以及所述联系人集合中各联系人需要支付的金额。
[0091]支付通知模块205，可以用于通知所述用户以及所述联系人集合中各联系人支付其所需支付的金额。
[0092]在本示例实施方式中，所述网络支付系统还可以包括:
[0093]模式判断模块，用于判断所述用户选择的支付模式，所述支付模式包括随机支付模式、平摊支付模式以及社交关系支付模式;如果判断用户选择的是社交关系支付模式，则进入所述获取所述用户与所述联系人集合中各联系人之间的社交记录的步骤;如果判断用户选择的是随机支付模式，则根据所述支付总额为所述用户以及所述联系人集合中各联系人随机的分配支付金额;如果判断用户选择的是平摊支付模式，则根据所述支付总额为所述用户以及所述联系人集合中各联系人等额的分配支付金额。
[0094]在本示例性实施例中，根据所述支付总额以及所述联系人集合中各联系人与所述用户之间的社交记录计算所述用户以及所述联系人集合中各联系人需要支付的金额可以包括:
[0095]所述支付分配模块可以根据所述联系人集合中各联系人与所述用户之间的社交记录分别评估所述联系人集合中各联系人与所述用户之间的亲密度。
[0096]所述支付分配模块可以根据下述公式为所述联系人集合中每一联系人分配支付金额:支付金额=该联系人与所述用户的亲密度X支付总额X所述联系人集合中联系人数量+(所述联系人集合中联系人数量+1)+所述联系人集合中所有联系人与所述用户的亲密度之和。
[0097]所述支付分配模块可以根据下述公式为所述用户分配支付金额:支付金额=支付总额+(所述联系人集合中联系人数量+1)。
[0098]在本示例性实施例中，所述网络支付系统还可以包括支付确认模块。其中:
[0099]支付确认模块，可以用于判断所述用户以及所述联系人集合中所有联系人是否均在预设时间内完成支付。如果所述用户以及所述联系人集合中所有联系人均在预设时间内完成支付则支付成功，如果所述用户或者所述联系人集合中任一联系人未在预设时间内完成支付，则提示所述用户支付其余待支付金额并判断所述用户是否在预设时间内支付所述其余待支付金额。如果所述用户在预设时间内支付所述其余待支付金额则支付成功，如果所述用户在预设时间内未支付所述其余待支付金额则支付失败。
[0100]在本示例性实施例中，可以通过支付码的形式通知所述用户以及所述联系人集合中各联系人支付其所需支付的金额。
[0101]上述网络支付系统中各模块/单元的具体细节已经在对应的网络支付方法中进行了详细的描述，因此此处不再赘述。
[0102]应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
[0103]此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。
[0104]图4中示出根据本公开示例实施方式中上述网络支付系统400的一种示意图。参照图4，网络支付系统400包括处理组件422，其进一步包括一个或多个处理器，以及由存储器432所代表的存储器资源，用于存储可由处理组件422的执行的指令，例如应用程序。存储器432中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件422被配置为执行指令，以执行上述方法。
[0105]网络支付系统400还可以包括一个电源组件426被配置为执行网络支付系统400的电源管理，一个有线或无线网络接口 450被配置为将网络支付系统400连接到网络，和一个输入输出(I/O)接口458。网络支付系统400可以操作基于存储在存储器432的操作系统，例如Windows ServerTM,Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM或类似。
[0106]本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由所附的权利要求指出。
【主权项】
1.一种网络支付方法，其特征在于，包括: 接收一用户的订单信息并根据所述订单信息获取支付总额； 接收所述用户选择的联系人集合； 获取所述用户与所述联系人集合中各联系人之间的社交记录； 根据所述支付总额以及所述联系人集合中各联系人与所述用户之间的社交记录计算所述用户以及所述联系人集合中各联系人需要支付的金额； 通知所述用户以及所述联系人集合中各联系人支付其所需支付的金额。2.根据权利要求1所述的网络支付方法，其特征在于，在获取所述用户与所述联系人集合中各联系人之间的社交记录的步骤之前还包括: 判断所述用户选择的支付模式，所述支付模式包括随机支付模式、平摊支付模式以及社交关系支付模式； 如果判断用户选择的是社交关系支付模式，则进入所述获取所述用户与所述联系人集合中各联系人之间的社交记录的步骤； 如果判断用户选择的是随机支付模式，则根据所述支付总额为所述用户以及所述联系人集合中各联系人随机的分配支付金额； 如果判断用户选择的是平摊支付模式，则根据所述支付总额为所述用户以及所述联系人集合中各联系人等额的分配支付金额。3.根据权利要求1所述的网络支付方法，其特征在于，根据所述支付总额以及所述联系人集合中各联系人与所述用户之间的社交记录计算所述用户以及所述联系人集合中各联系人需要支付的金额包括: 根据所述联系人集合中各联系人与所述用户之间的社交记录分别评估所述联系人集合中各联系人与所述用户之间的亲密度； 根据下述公式为所述联系人集合中每一联系人分配支付金额: 支付金额=该联系人与所述用户的亲密度X支付总额X所述联系人集合中联系人数量+(所述联系人集合中联系人数量+1)+所述联系人集合中所有联系人与所述用户的亲密度之和； 根据下述公式为所述用户分配支付金额: 支付金额=支付总额+ (所述联系人集合中联系人数量+1)。4.根据权利要求1所述的网络支付方法，其特征在于，所述网络支付方法还包括: 判断所述用户以及所述联系人集合中所有联系人是否均在预设时间内完成支付； 如果所述用户以及所述联系人集合中所有联系人均在预设时间内完成支付则支付成功;如果所述用户或者所述联系人集合中任一联系人未在预设时间内完成支付，则提示所述用户支付其余待支付金额； 判断所述用户是否在预设时间内支付所述其余待支付金额； 如果所述用户在预设时间内支付所述其余待支付金额则支付成功，如果所述用户在预设时间内未支付所述其余待支付金额则支付失败。5.根据权利要求1?4任意一项所述的网络支付方法，其特征在于，通过支付码的形式通知所述用户以及所述联系人集合中各联系人支付其所需支付的金额。6.一种网络支付系统，其特征在于，包括: 订单接收模块，用于接收一订单信息并根据所述订单信息获取支付总额； 模式接收模块，用于接收用户选择的联系人集合； 社交记录获取模块，用于获取所述用户与所述联系人集合中各联系人之间的社交记录； 支付分配模块，用于根据所述支付总额以及所述联系人集合中各联系人与所述用户之间的社交记录计算所述用户以及所述联系人集合中各联系人需要支付的金额； 支付通知模块，用于通知所述用户以及所述联系人集合中各联系人支付其所需支付的金额。7.根据权利要求6所述的网络支付系统，其特征在于，所述网络支付系统还包括: 模式判断模块，用于判断所述用户选择的支付模式，所述支付模式包括随机支付模式、平摊支付模式以及社交关系支付模式;如果判断用户选择的是社交关系支付模式，则进入所述获取所述用户与所述联系人集合中各联系人之间的社交记录的步骤;如果判断用户选择的是随机支付模式，则根据所述支付总额为所述用户以及所述联系人集合中各联系人随机的分配支付金额;如果判断用户选择的是平摊支付模式，则根据所述支付总额为所述用户以及所述联系人集合中各联系人等额的分配支付金额。8.根据权利要求6所述的网络支付系统，其特征在于，根据所述支付总额以及所述联系人集合中各联系人与所述用户之间的社交记录计算所述用户以及所述联系人集合中各联系人需要支付的金额包括: 所述支付分配模块根据所述联系人集合中各联系人与所述用户之间的社交记录分别评估所述联系人集合中各联系人与所述用户之间的亲密度； 所述支付分配模块根据下述公式为所述联系人集合中每一联系人分配支付金额: 支付金额=该联系人与所述用户的亲密度X支付总额X所述联系人集合中联系人数量+(所述联系人集合中联系人数量+1)+所述联系人集合中所有联系人与所述用户的亲密度之和； 所述支付分配模块根据下述公式为所述用户分配支付金额: 支付金额=支付总额+ (所述联系人集合中联系人数量+1)。9.根据权利要求6所述的网络支付系统，其特征在于，所述网络支付系统还包括: 支付确认模块，用于判断所述用户以及所述联系人集合中所有联系人是否均在预设时间内完成支付;如果所述用户以及所述联系人集合中所有联系人均在预设时间内完成支付则支付成功，如果所述用户或者所述联系人集合中任一联系人未在预设时间内完成支付，则提示所述用户支付其余待支付金额并判断所述用户是否在预设时间内支付所述其余待支付金额;如果所述用户在预设时间内支付所述其余待支付金额则支付成功，如果所述用户在预设时间内未支付所述其余待支付金额则支付失败。10.根据权利要求6?9任意一项所述的网络支付系统，其特征在于，通过支付码的形式通知所述用户以及所述联系人集合中各联系人支付其所需支付的金额。
【文档编号】G06Q50/00GK106022739SQ201610375326
【公开日】2016年10月12日
【申请日】2016年5月31日
【发明人】赵振华
【申请人】北京京东尚科信息技术有限公司, 北京京东世纪贸易有限公司