本发明提供一种基于通信群的在线支付方法，支付系统及服务器系统，包括在接收对通信群发出的群支付请求时，获取所述通信群对应的群支付方式，其中，所述群支付请求至少包括所述即时通讯群的通信标识，以及所述支付总额，根据所述群支付方式以及支付总额，在所述即时通信群内的各个通信标识中确定付款方的通信标识，并确定相应的支付金额；对所述付款方的通信终端发送群支付信息，获取所述付款方的通信终端对该群支付信息的支付确认；根据与所述付款方的通信标识对应的支付账户信息，进行在线支付处理。通过本发明向通信群内的多个通信用户请求在线支付不需要再进行繁琐的操作，提高处理效率，避免出错。
1.一种基于通信群的在线支付方法，其特征在于，包括以下步骤：
在接收对通信群发出的群支付请求时，获取所述通信群对应的群支付方式，其中，所述群支付请求至少包括所述即时通讯群的通信标识，以及所述支付总额，根据所述群支付方式以及支付总额，在所述即时通信群内的各个通信标识中确定付款方的通信标识，并确定相应的支付金额；
对所述付款方的通信终端发送群支付信息，获取所述付款方的通信终端对该群支付信息的支付确认；
根据与所述付款方的通信标识对应的支付账户信息，进行在线支付处理。
2.如权利要求1所述的基于通信群的在线支付方法，其特征在于，对所述付款方的通信终端发送群支付信息，获取所述付款方的通信终端对该群支付信息的支付确认的步骤包括：根据所述即时通信群的通信标识，将所述群支付信息以群信息的方式发送到所述通信群；
当所述通信群内的通信终端触发该群支付信息时，判断对应的通信标识是否符合所述通信群内的付款方的通信标识，如果是，则与所述付款方的通信终端进行支付确认。
3.如权利要求1所述的基于通信群的在线支付方法，其特征在于，对所述付款方的通信终端发送群支付信息，获取所述付款方的通信终端对该群支付信息的支付确认的步骤包括：根据所述通信群内的付款方的通信标识，对各个所述付款方的通信终端分别发送相应金额的支付信息，当所述付款方的通信终端触发对应的支付信息时，与所述付款方的通信终端进行支付确认。
4.如权利要求2或者3所述的基于通信群的在线支付方法，其特征在于，当所述付款方的通信终端触发支付信息时，根据所述付款方的通信标识在后台服务器中查找是否有对应的支付账户信息，如果有，则获取所述对应的支付账户信息，与所述付款方的通信终端进行支付确认；
如果无，则对所述付款方的通信终端发送绑定支付账户信息的链接，将所述付款方的通信终端通过所述绑定支付账户信息的链接输入的支付账户信息和对应的所述通信标识绑定，然后根据所述对应的支付账户信息，与所述付款方的通信终端进行支付确认。
5.如权利要求1至3任意一项所述的基于通信群的在线支付方法，其特征在于，所述通信群的群支付方式包括：所述通信群的所有群用户均为付款方，每个付款方的支付金额为支付总额对于群用户数量的平均值；
或，根据预设的各个群用户的支付比例，确定各个付款方的支付金额；
又或，根据预先设定的支付顺序，以及支付历史记录，确定本次支付的付款方。
6.如权利要求1至3任意一项所述的基于通信群的在线支付方法，其特征在于，所述通信群的群支付方式包括：接收所述通信群内的通信终端发送的抢单申请信息；
将最早发送所述抢单申请信息的通信终端优先确定为付款方。
7.如权利要求1至3任意一项所述的基于通信群的在线支付方法，其特征在于，接收通信群的群支付请求后，获取所述通信群对应的群支付方式之前，还包括以下步骤：根据所述通信群内的各个通信标识，判断发送所述群支付请求的通信终端的通信标识与所述通信群中的至少一个其他通信标识是否存在好友关系，如果是则判断所述群支付请求合法，否则，判断所述群支付请求非法。
8.一种基于通信群的在线支付服务器系统，其特征在于，包括：
请求处理模块，用于在接收对通信群发出的群支付请求时，获取所述通信群对应的群支付方式，其中，所述群支付请求至少包括所述即时通讯群的通信标识，以及支付总额，根据所述群支付方式以及所述支付总额，在所述即时通信群内的各个通信标识中确定付款方的通信标识，并确定相应的支付金额；
确认模块，用于对所述付款方的通信终端发送群支付信息，获取所述付款方的通信终端对该群支付信息的支付确认；
执行模块，用于根据与所述付款方的通信标识对应的支付账户信息，进行在线支付处理。
9.如权利要求8所述的基于通信群的在线支付服务器系统，其特征在于，所述确认模块根据所述即时通信群的通信标识，将所述群支付信息以群信息的方式发送到所述通信群；
当所述通信群内的通信终端触发该群支付信息时，判断对应的通信标识是否符合所述通信群内的付款方的通信标识，如果是，则与所述付款方的通信终端进行支付确认。
10.如权利要求8所述的基于通信群的在线支付服务器系统，其特征在于，所述确认模块根据所述通信群内的付款方的通信标识，对各个所述付款方的通信终端分别发送相应金额的支付信息，当所述付款方的通信终端触发对应的支付信息时，与所述付款方的通信终端进行支付确认。
11.如权利要求9或者10所述的基于通信群的在线支付服务器系统，其特征在于，所述确认模块在所述付款方的通信终端触发所述支付信息时，根据所述付款方的通信标识在服务器中查找是否有对应的支付账户信息；
如果有，则获取所述对应的支付账户信息，与所述付款方的通信终端进行支付确认；
如果无，则对所述付款方的通信终端发送绑定支付账户信息的链接，将所述付款方的通信终端通过所述绑定支付账户信息的链接输入的支付账户信息和对应的所述通信标识绑定，然后根据所述对应的支付账户信息，与所述付款方的通信终端进行支付确认。
12.如权利要求8至10任一项所述的基于通信群的在线支付服务器系统，其特征在于，所述通信群的群支付方式包括：所述通信群的所有群用户均为付款方，每个付款方的支付金额为支付总额对于群用户数量的平均值；
或，根据预设的各个群用户的支付比例，确定各个付款方的支付金额；
又或，根据预先设定的支付顺序，以及支付历史记录，确定本次支付的付款方。
13.如权利要求8至10任一项所述的基于通信群的在线支付服务器系统，其特征在于，所述通信群的群支付方式包括：接收所述通信群内的通信终端发送的抢单申请信息；
将最早发送所述抢单申请信息的通信终端优先确定为付款方。
14.如权利要求8至10任一项所述的基于通信群的在线支付服务器系统，其特征在于，所述请求处理模块接收通信群的群支付请求后，根据所述通信群内的各个通信标识，判断发送所述群支付请求的通信终端的通信标识与所述通信群中的至少一个其他通信标识是否存在好友关系，如果是则判断所述群支付请求合法，否则，判断所述群支付请求非法。
15.一种基于通信群的在线支付方法，其特征在于，包括以下步骤：
后台服务器在接收对通信群发出的群支付请求时，获取所述通信群对应的群支付方式，其中，所述群支付请求至少包括所述即时通讯群的通信标识，以及所述支付总额，根据所述群支付方式以及支付总额，在所述即时通信群内的各个通信标识中确定付款方的通信标识，并确定相应的支付金额，对所述付款方的通信终端发送群支付信息，与所述付款方的通信终端进行支付确认；
付款方的通信终端接收所述群支付信息，根据所述群支付信息进行支付确认；
后台服务器获取所述付款方的通信终端对该群支付信息的支付确认后，根据与所述付款方的通信标识对应的支付账户信息，进行在线支付处理。
16.如权利要求15所述的基于通信群的在线支付方法，其特征在于，所述后台服务器对所述付款方的通信终端发送群支付信息，与所述付款方的通信终端进行支付确认的步骤包括：后台服务器根据所述即时通信群的通信标识，将所述群支付信息以群信息的方式发送到所述通信群；当所述通信群内的通信终端触发该群支付信息时，判断对应的通信标识是否符合所述通信群内的付款方的通信标识，如果是，则与所述付款方的通信终端进行支付确认。
17.如权利要求15所述的基于通信群的在线支付方法，其特征在于，所述后台服务器对所述付款方的通信终端发送群支付信息，与所述付款方的通信终端进行支付确认的步骤包括：所述后台服务器根据所述通信群内的付款方的通信标识，对各个所述付款方的通信终端分别发送相应金额的支付信息，当所述付款方的通信终端触发对应的支付信息时，与所述付款方的通信终端进行支付确认。
18.如权利要求16或者17所述的基于通信群的在线支付方法，其特征在于，当所述付款方的通信终端触发所述支付信息时，所述后台服务器根据所述付款方的通信标识，在后台服务器中查找是否有对应的支付账户信息，如果有，则获取所述对应的支付账户信息，与所述付款方的通信终端进行支付确认；
如果无，则对所述付款方的通信终端发送绑定支付账户信息的链接，将所述付款方的通信终端通过所述绑定支付账户信息的链接输入的支付账户信息和对应的所述通信标识绑定，然后根据所述对应的支付账户信息，与所述付款方的通信终端进行支付确认。
19.如权利要求18所述的基于通信群的在线支付方法，其特征在于，将所述付款方的通信终端通过所述绑定支付账户信息的链接输入的支付账户信息和对应的所述通信标识绑定的步骤包括：付款方的通信终端打开所述绑定支付账户信息的链接，获取在所述绑定支付账户信息的链接中输入的支付账户信息和身份信息，将所述支付账户信息和所述身份信息发送至所述后台服务器；
所述后台服务器验证所述支付账户信息和所述身份信息的有效性和一致性后，将所述支付账户信息和对应的通信标识绑定。
20.如权利要求19所述的基于通信群的在线支付方法，其特征在于，获取在所述绑定支付账户信息的链接中输入的支付账户信息和身份信息的步骤包括：付款方的通信终端触发所述绑定支付账户信息的链接，打开支付账户绑定页面，通过图像传感器对银行卡进行扫描，识别出所述银行卡的账号信息，然后将所述账号信息赋值到所述支付账户绑定页面的支付账户信息输入框中；
付款方的通信终端触发所述绑定支付账户信息的链接，打开支付账户绑定页面，通过图像传感器对身份证件进行扫描，识别出所述身份证件记载的身份信息，然后将所述身份信息赋值到所述支付账户绑定页面的身份信息输入框中。
21.如权利要求15至17任一项所述的基于通信群的在线支付方法，其特征在于，所述通信群的群支付方式包括：所述通信群的所有群用户均为付款方，每个付款方的支付金额为支付总额对于群用户数量的平均值；
或，根据预设的各个群用户的支付比例，确定各个付款方的支付金额；
又或，根据预先设定的支付顺序，以及支付历史记录，确定本次支付的付款方。
22.如权利要求15至17任一项所述的基于通信群的在线支付方法，其特征在于，所述通信群的群支付方式包括：接收所述通信群内的通信终端发送的抢单申请信息；
将最早发送所述抢单申请信息的通信终端优先确定为付款方。
23.如权利要求15至17任一项所述的基于通信群的在线支付方法，其特征在于，所述后台服务器在接收通信群的群支付请求后，获取所述通信群对应的群支付方式之前，还包括以下步骤：根据所述通信群内的各个通信标识，判断发送所述群支付请求的通信终端的通信标识与所述通信群中的至少一个其他通信标识是否存在好友关系，如果是则判断所述群支付请求合法，否则，判断所述群支付请求非法。
24.一种基于通信群的在线支付系统，其特征在于，包括：通信终端和后台服务器；
所述后台服务器用于在接收对通信群发出的群支付请求时，获取所述通信群对应的群支付方式，其中，所述群支付请求至少包括所述即时通讯群的通信标识，以及支付总额，根据所述群支付方式以及所述支付总额，在所述即时通信群内的各个通信标识中确定付款方的通信标识，并确定相应的支付金额，对所述付款方的通信终端发送群支付信息，与所述付款方的通信终端进行支付确认，并在所述付款方的通信终端的支付确认后，根据与所述付款方的通信标识对应的支付账户信息，进行在线支付处理；
所述通信终端用于接收所述群支付信息，根据所述群支付信息进行支付确认。
25.如权利要求24所述的基于通信群的在线支付系统，其特征在于：
所述后台服务器根据所述即时通信群的通信标识，将所述群支付信息以群信息的方式发送到所述通信群；当所述通信群内的通信终端触发该群支付信息时，判断对应的通信标识是否符合所述通信群内的付款方的通信标识，如果是，则与所述付款方的通信终端进行支付确认。
26.如权利要求24所述的基于通信群的在线支付系统，其特征在于，所述后台服务器根据所述通信群内的付款方的通信标识，对各个所述付款方的通信终端分别发送相应金额的支付信息，当所述付款方的通信终端触发对应的支付信息时，与所述付款方的通信终端进行支付确认。
27.如权利要求25或者26所述的基于通信群的在线支付系统，其特征在于，所述后台服务器在所述付款方的通信终端触发所述支付信息时，所述后台服务器根据所述付款方的通信标识，在后台服务器中查找是否有对应的支付账户信息，如果有，则获取所述对应的支付账户信息，与所述付款方的通信终端进行支付确认；
如果无，则对所述付款方的通信终端发送绑定支付账户信息的链接，将所述付款方的通信终端通过所述绑定支付账户信息的链接输入的支付账户信息和对应的所述通信标识绑定，然后根据所述对应的支付账户信息，与所述付款方的通信终端进行支付确认。
28.如权利要求27所述的基于通信群的在线支付系统，其特征在于，所述付款方的通信终端打开所述绑定支付账户信息的链接，获取在所述绑定支付账户信息的链接中输入的支付账户信息和身份信息，将所述支付账户信息和所述身份信息发送至所述后台服务器；
所述后台服务器验证所述支付账户信息和所述身份信息的有效性和一致性后，将所述支付账户信息和对应的通信标识绑定。
29.如权利要求28所述的基于通信群的在线支付系统，其特征在于：
付款方的通信终端触发所述绑定支付账户信息的链接，打开支付账户绑定页面，通过图像传感器对银行卡进行扫描，识别出所述银行卡的账号信息，然后将所述账号信息赋值到所述支付账户绑定页面的支付账户信息输入框中；
付款方的通信终端触发所述绑定支付账户信息的链接，打开支付账户绑定页面，通过图像传感器对身份证件进行扫描，识别出所述身份证件记载的身份信息，然后将所述身份信息赋值到所述支付账户绑定页面的身份信息输入框中。
30.如权利要求24至26任一项所述的基于通信群的在线支付系统，其特征在于，所述通信群的群支付方式包括：所述通信群的所有群用户均为付款方，每个付款方的支付金额为支付总额对于群用户数量的平均值；
或，根据预设的各个群用户的支付比例，确定各个付款方的支付金额；
又或，根据预先设定的支付顺序，以及支付历史记录，确定本次支付的付款方。
31.如权利要求24至26任一项所述的基于通信群的在线支付系统，其特征在于，所述通信群的群支付方式包括：接收所述通信群内的通信终端发送的抢单申请信息；
将最早发送所述抢单申请信息的通信终端优先确定为付款方。
32.如权利要求24至26任一项所述的基于通信群的在线支付系统，其特征在于：所述后台服务器在接收通信群的群支付请求后，根据所述通信群内的各个通信标识，判断发送所述群支付请求的通信终端的通信标识与所述通信群中的至少一个其他通信标识是否存在好友关系，如果是则判断所述群支付请求合法，否则，判断所述群支付请求非法。
33.如权利要求24至26任一项所述的基于通信群的在线支付系统，其特征在于，所述后台服务器包括通信服务器和支付服务器；
所述通信服务器用于接收对通信群发出的群支付请求，根据所述群支付请求确定所述通信群的群支付方式；根据所述群支付方式，在所述即时通信群内的各个通信标识中确定付款方的通信标识，并确定相应的支付金额，对所述付款方的通信终端发送群支付信息，与所述付款方的通信终端进行支付确认；
所述支付服务器用于在所述付款方的通信终端的支付确认后，根据与所述付款方的通信标识对应的支付账户信息，进行在线支付处理。
基于通信群的在线支付方法，支付系统及服务器系统
技术领域
[0001] 本发明涉及通信系统的技术领域，特别是涉及一种基于通信群的在线支付方法，支付系统及服务器系统。
背景技术
[0002] 随着网络技术的迅猛发展，各种类型的网上支付处理技术在日常生活中被人们推广。例如手机银行技术、银联POS系统技术以及网上银行、网上商城技术等等，已经涉及到了人们日常生活中的交通、税务、金融证券等各个领域，这些通过通信网络系统实现缴费、转账的支付技术为人们的日常生活带来了极大的便利性和快捷性。
[0003] 同时，目前的通信技术也为人们提供了一种快捷高效的沟通平台，使得在线的各个用户可以实现快速即时的信息交互，极好的丰富了人们交流沟通的通信方式。并且现时的通信产品不仅实现了通信功能，还增加了许多附加功能机制，如在通信产品上设置了信息咨询服务功能、公共信息查询服务功能等等，使得用户在进行通信的同时，还可以享受通信产品的许多附加功能，更好的丰富了人们使用通信工具的灵活性。
[0004] 通信产品的其中一个附加功能是通过通信产品实现在线支付，即用户在进行通信的同时，可以直接通过通信产品界面完成各种在线支付处理，从而使通信用户能够更为方便快捷地实现在线支付操作。
[0005] 通信群是通过通信技术建立的一种虚拟组织，所述通信群中可以具有大量的群用户。目前的通信产品实现在线支付的方法中，当一个通信群的用户作为收款方需要向所有或者多个其他用户请求支付时，收款方需要分别设置每个付款方的支付金额，并分别向各个付款方分别发送支付请求。各个付款方触发所述支付请求之后，进入到支付页面进行在线支付，所述收款方获得各个付款方支付的金额的总和。
[0006] 然而，所述收款方需要分别设置每个付款方的支付金额，并分别向各个付款方分别发送支付请求，操作比较繁琐，特别是在付款方个数很多的情况下，逐个设置支付金额、发送支付请求的操作非常繁琐，处理效率低，而且容易出错。
发明内容
[0007] 基于此，有必要提供一种基于通信群的在线支付方法及基于通信群的在线支付服务器系统，向通信群内的多个通信用户请求在线支付不需要再进行繁琐的操作，提高了处理效率，避免出错。
[0008] 一种基于通信群的在线支付方法，包括以下步骤：
[0009] 在接收对通信群发出的群支付请求时，获取所述通信群对应的群支付方式，其中，所述群支付请求至少包括所述即时通讯群的通信标识，以及所述支付总额，根据所述群支付方式以及支付总额，在所述即时通信群内的各个通信标识中确定付款方的通信标识，并确定相应的支付金额；
[0010] 对所述付款方的通信终端发送群支付信息，获取所述付款方的通信终端对该群支付信息的支付确认；
[0011] 根据与所述付款方的通信标识对应的支付账户信息，进行在线支付处理。
[0012] 一种基于通信群的在线支付服务器系统，包括：
[0013] 请求处理模块，用于在接收对通信群发出的群支付请求时，获取所述通信群对应的群支付方式，其中，所述群支付请求至少包括所述即时通讯群的通信标识，以及支付总额，根据所述群支付方式以及所述支付总额，在所述即时通信群内的各个通信标识中确定付款方的通信标识，并确定相应的支付金额；
[0014] 确认模块，用于对所述付款方的通信终端发送群支付信息，获取所述付款方的通信终端对该群支付信息的支付确认；
[0015] 执行模块，用于根据与所述付款方的通信标识对应的支付账户信息，进行在线支付处理。
[0016] 所述基于通信群的在线支付方法及支付服务器系统利用通信群的特性，实现通信群的群支付功能。在需要向通信群的多个群用户进行收款时，收款方只需要通过通信终端触发对所述通信群的群支付请求，服务器系统就会自动根据所述群支付请求确定所述通信群的群支付方式，根据所述群支付方式确定付款方的通信标识和相应的支付金额，并向相应的付款方的通信终端进行支付确认，完成在线支付。因此收款方无需对多个付款方逐个发送支付请求，向通信群内的多个通信用户请求在线支付不需要再进行繁琐的操作，提高处理效率，避免出错。并且，可以通过设置所述通信群的群支付方式，以适应各种不同的支付场合使用，灵活方便。
[0017] 还有必要提供一种基于通信群的在线支付方法及基于通信群的在线支付系统，向通信群内的多个通信用户请求在线支付不需要再进行繁琐的操作，提高处理效率，避免出错。
[0018] 一种基于通信群的在线支付方法，包括以下步骤：
[0019] 后台服务器在接收对通信群发出的群支付请求时，获取所述通信群对应的群支付方式，其中，所述群支付请求至少包括所述即时通讯群的通信标识，以及所述支付总额，根据所述群支付方式以及支付总额，在所述即时通信群内的各个通信标识中确定付款方的通信标识，并确定相应的支付金额，对所述付款方的通信终端发送群支付信息，与所述付款方的通信终端进行支付确认；
[0020] 付款方的通信终端接收所述群支付信息，根据所述群支付信息进行支付确认；
[0021] 后台服务器获取所述付款方的通信终端对该群支付信息的支付确认后，根据与所述付款方的通信标识对应的支付账户信息，进行在线支付处理。
[0022] 一种基于通信群的在线支付系统，包括：通信终端和后台服务器；
[0023] 所述后台服务器用于在接收对通信群发出的群支付请求时，获取所述通信群对应的群支付方式，其中，所述群支付请求至少包括所述即时通讯群的通信标识，以及支付总额，根据所述群支付方式以及所述支付总额，在所述即时通信群内的各个通信标识中确定付款方的通信标识，并确定相应的支付金额，对所述付款方的通信终端发送群支付信息，与所述付款方的通信终端进行支付确认，并在所述付款方的通信终端的支付确认后，根据与所述付款方的通信标识对应的支付账户信息，进行在线支付处理；
[0024] 所述通信终端用于接收所述群支付信息，根据所述群支付信息进行支付确认。
[0025] 所述基于通信群的在线支付方法及系统利用通信群的特性，实现通信群的群支付功能。在需要向通信群的多个群用户进行收款时，收款方只需要通过通信终端触发对所述通信群的群支付请求，服务器系统就会自动根据所述群支付请求确定所述通信群的群支付方式，根据所述群支付方式确定付款方的通信标识和相应的支付金额，并与所述付款方的通信终端进行相应金额的支付确认，完成在线支付。因此收款方无需对多个付款方逐个设置支付金额，逐个发送支付请求，向通信群内的多个通信用户请求在线支付不需要再进行繁琐的操作，提高处理效率，避免出错。并且，可以通过设置所述通信群的群支付方式，以适应各种不同的支付场合使用，灵活方便。
附图说明
[0026] 图1是本发明基于通信群的在线支付方法一个实施例的流程示意图；
[0027] 图2是本发明基于通信群的在线支付服务器系统一个实施例的结构示意图；
[0028] 图3是本发明基于通信群的在线支付系统一个实施例的结构示意图；
[0029] 图4是本发明基于通信群的在线支付系统实现的在线支付方法一个实施例的流程示意图；
[0030] 图5是本发明一个具体示例中通信终端的框架结构示意图；
[0031] 图6是本发明一个具体示例中后台服务器的框架结构示意图。
具体实施方式
[0032] 为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
[0033] 除非上下文另有特定清楚的描述，本发明中的元件和组件，数量既可以单个的形式存在，也可以多个的形式存在，本发明并不对此进行限定。本发明中的步骤虽然用标号进行了排列，但并不用于限定步骤的先后次序，除非明确说明了步骤的次序或者某步骤的执行需要其他步骤作为基础，否则步骤的相对次序是可以调整的。可以理解，本文中所使用的术语“和/或”涉及且涵盖相关联的所列项目中的一者或一者以上的任何和所有可能的组合。
[0034] 请参阅图1，图1是本发明基于通信群的在线支付方法一个实施例的流程示意图。
[0035] 本实施例的基于通信群的在线支付方法流程包括：
[0036] S102，在接收对通信群发出的群支付请求时，获取所述通信群对应的群支付方式，其中，所述群支付请求至少包括所述即时通讯群的通信标识，以及所述支付总额，根据所述群支付方式以及支付总额，在所述即时通信群内的各个通信标识中确定付款方的通信标识，并确定相应的支付金额；
[0037] S104，对所述付款方的通信终端发送群支付信息，获取所述付款方的通信终端对该群支付信息的支付确认；
[0038] S106，根据与所述付款方的通信标识对应的支付账户信息，进行在线支付处理。
[0039] 其中，所述通信群为通信系统中多个用户组成的虚拟组织，所述通信群具有自己独立的通信标识，通过所述通信标识发送的群信息，对所述通信群内的所有用户都可接收到。
[0040] 所述群支付请求可以由登陆所述通信群的通信终端发出，也可以由作为收款方的商家通过通信系统对所述通信群发出。通信终端可通过登陆通信系统，打开所述通信群，在相应的通信群通信界面中触发群支付功能按钮，并进行相关的信息如支付金额、事由的设置后，发出群支付请求。所述群支付请求可包括以下信息中的一项或者多项：支付事由，支付总额，所述通信群的通信标识，所述通信群的群支付方式等信息。
[0041] 所述群支付请求还可包括收款方的账户信息或者收款方的通信标识；通过所述收款方的账户信息，可将付款方支付的款项转入对应的收款方账户。根据所述收款方的通信终端标识，可向所述收款方的通信终端发送收款确认信息。所述收款方的通信终端标识可以是所述通信群内的通信终端标识，亦即收款方可以是所述通信群内的群用户，也可以不是所述通信群内的群用户。
[0042] 在本发明的一种优选实施方式中，接收通信群的群支付请求后，根据所述通信群内的各个通信标识，判断发送所述群支付请求的通信终端的通信标识与所述通信群中的至少一个其他通信标识是否存在好友关系，如果是则判断所述群支付请求合法，否则，判断所述群支付请求非法。
[0043] 通过验证所述通信终端的通信标识与通信群内的其他通信标识是否具有好友关系，防止非好友的用户通过加入通信群获得群用户身份而随意或恶意发送群支付请求，可提高群支付操作的安全性。
[0044] 在接收所述群支付请求之后，所述通信群的群支付方式可以通过多种方式获取：可以根据所述通信群的通信标识在服务器中预设的对应群支付方式；也可以在所述群支付请求中设置；或者可以向所述即时通讯群内的通信终端（包括发起所述群支付请求的通信终端或者其他通信终端）提供群支付方式设置界面，接收所述通信终端的输入设置所述群支付方式。
[0045] 在一种优选实施方式中，获取所述通信群的群支付方式包括：
[0046] 从所述群支付请求中获取所述通信群的通信标识，根据所述通信群的通信标识查找服务器中预先保存的所述通信群的通信标识对应的群支付方式；
[0047] 或者，接收对通信群发出的群支付请求，所述群支付请求中进一步包括指定的群支付方式；从所述群支付请求中直接获取所述指定的所述群支付方式。
[0048] 获得所述通信群的群支付方式后，根据所述群支付方式，在所述即时通信群内的各个通信标识中确定付款方的通信标识，并确定相应的支付金额。所述通信标识可为在通信系统中的身份标识，包括账号或者通信号码等。
[0049] 所述通信群的群支付方式可包括：
[0050] 所述通信群的所有群用户均为付款方，每个付款方的支付金额为支付总额对于群用户数量的平均值；
[0051] 或，根据预设的群用户支付优先级，确定付款方；
[0052] 或，根据预设的各个群用户的支付比例，确定各个付款方的支付金额；
[0053] 又或，根据预先设定的支付顺序，以及支付历史记录，确定本次支付的付款方。
[0054] 所述通信群的群支付方式并不限于上述几种，本领域技术人员可以根据本发明的构思以及具体的群支付需求设置其他的群支付方式。并且上述列举的群支付方式也可以进行组合，例如，先根据预设的群用户支付优先级，确定付款方，然后再根据预设的各个群用户的支付比例，确定各个付款方的支付金额。
[0055] 在一种实施方式中，所述通信群的群支付方式还包括：
[0056] 接收所述通信群内的通信终端发送的抢单申请信息；
[0057] 将最早发送所述抢单申请信息的通信终端优先确定为付款方。
[0058] 本实施方式允许通信群的群用户以抢单（即先到先得）的方式获得支付的权限。具体可在打开群支付功能后，在通信群的通信界面中设置抢单按钮，在所述抢单按钮被触发时，接收到抢单申请信息，将最早发送所述抢单申请信息的通信终端设定为付款方。
[0059] 在获取付款方的通信终端标识和相应的支付金额后，向所述付款方的通信终端发送群支付信息，获取所述付款方的通信终端对该群支付信息的支付确认。所述群支付信息可包括付款事由，支付金额、收款方等信息。所述群支付信息可以单独发送到各个所述付款方的通信终端，也可以通过群消息的方式发送到对应的通信群。
[0060] 在一个优选实施方式中，向所述付款方的通信终端发送群支付信息，获取所述付款方的通信终端对该群支付信息的支付确认的步骤可以通过以下方式实现：
[0061] 根据所述通信群内的付款方的通信标识，对各个所述付款方的通信终端分别发送相应金额的支付信息，当所述付款方的通信终端触发对应的支付信息时，与所述付款方的通信终端进行支付确认。
[0062] 分别对各个所述付款方的通信终端分别发送相应金额的支付信息，各个所述付款方的通信终端触发相应的支付信息后，打开相应金额的支付页面，进行相应金额的支付确认。在本实施方式中，所述支付信息对通信群内的其他通信终端不可见，可保证支付信息的私密性，保护用户隐私。
[0063] 而在另一个优选实施方式中，根据所述即时通信群的通信标识，将所述群支付信息以群信息的方式发送到所述通信群；
[0064] 当所述通信群内的通信终端触发该群支付信息时，判断对应的通信标识是否符合所述通信群内的付款方的通信标识，如果是，则与所述付款方的通信终端进行支付确认。
[0065] 通过发送群消息的方式向通信群发送所述群支付信息，使所述群支付信息对所述通信群内的所有通信终端都即时可见，无须逐一发送。当所述通信群内的通信终端触发该群支付信息时，判断对应的通信标识是否符合所述群支付方式定义的付款方的通信标识，例如所述群支付方式是根据预先设定的支付顺序，以及支付历史记录，确定本次支付的付款方，而根据支付历史记录，通信终端A上一次完成支付，连续的再次支付则不符合所述群支付方式的支付顺序。
[0066] 上述两种实施方式中，当所述付款方的通信终端触发所述支付信息时，可向该付款方的通信终端发送相应金额的支付页面，其中，所述支付页面包括相应的支付金额，以及验证码输入框。当所述付款方的通信终端触发获取验证码后，向所述付款方的通信终端发送验证码。然后接收所述支付页面中输入的验证码，将发送的验证码与接收的验证码对比，如果一致，则完成支付确认。
[0067] 进一步地，当所述付款方的通信终端触发所述支付信息时，根据所述付款方的通信标识在服务器中查找是否有对应的支付账户信息，如果有，则获取所述对应的支付账户信息，与所述付款方的通信终端进行支付确认；
[0068] 如果无，则对所述付款方的通信终端发送绑定支付账户信息的链接，将所述付款方的通信终端通过所述绑定支付账户信息的链接输入的支付账户信息和对应的所述通信标识绑定，然后根据所述对应的支付账户信息，与所述付款方的通信终端进行支付确认。
[0069] 亦即，在进行支付确认前，先确定各个付款方的通信标识是否已绑定支付账户，是否能够通过通信系统在线支付，如果否，则引导用户先进行支付账户绑定。
[0070] 在获取所述付款方的通信终端对该群支付信息的支付确认后，根据与所述付款方的通信标识对应的支付账户信息，进行在线支付处理。
[0071] 所述付款方的通信标识与支付账户信息的对应关系可以保存在后台服务器，通信终端可以通过登录所述后台服务器修改或者撤销现有的对应关系，或者新增对应关系。
[0072] 请参阅图2，图2是本发明基于通信群的在线支付服务器系统一个实施例的结构示意图。
[0073] 本实施例的基于通信群的在线支付服务器系统包括：
[0074] 请求处理模块202，用于在接收对通信群发出的群支付请求时，获取所述通信群对应的群支付方式，其中，所述群支付请求至少包括所述即时通讯群的通信标识，以及支付总额，根据所述群支付方式以及所述支付总额，在所述即时通信群内的各个通信标识中确定付款方的通信标识，并确定相应的支付金额；
[0075] 确认模块204，用于对所述付款方的通信终端发送群支付信息，获取所述付款方的通信终端对该群支付信息的支付确认；
[0076] 执行模块206，用于根据与所述付款方的通信标识对应的支付账户信息，进行在线支付处理。
[0077] 其中，所述群支付请求可以由登陆所述通信群的通信终端发出，也可以由作为收款方的商家通过通信系统对所述即时通信群发出。通信终端可通过登陆通信系统，打开所述通信群，在相应的通信群通信界面中触发群支付功能按钮，并进行相关的信息如支付金额、事由的设置后，发出群支付请求。所述群支付请求可包括以下信息中的一项或者多项：支付事由，支付总额，所述通信群的通信标识，所述通信群的群支付方式等信息。所述群支付请求还可包括收款方的账户信息或者收款方的通信终端标识；通过所述收款方的账户信息，可将付款方支付的款项转入对应的收款方账户。根据所述收款方的通信终端标识，可向所述收款方的通信终端发送收款确认信息。所述收款方的通信终端标识可以是所述通信群内的通信终端标识，亦即收款方可以是所述通信群内的群用户，也可以不是所述通信群内的群用户。
[0078] 在本发明的一种优选实施方式中，所述请求处理模块202在接收通信群的群支付请求后，根据所述通信群内的各个通信标识，判断发送所述群支付请求的通信终端的通信标识与所述通信群中的至少一个其他通信标识是否存在好友关系，如果是则判断所述群支付请求合法，否则，判断所述群支付请求非法。
[0079] 通过验证所述通信终端的通信标识与通信群内的其他通信标识是否具有好友关系，防止非好友的用户通过加入通信群获得群用户身份而随意或恶意发送群支付请求，可提高群支付操作的安全性。
[0080] 所述请求处理模块202在接收所述群支付请求之后，获取所述通信群对应的群支付方式；
[0081] 所述通信群的群支付方式可以通过多种方式获取：可以根据所述通信群的通信标识在服务器中预设的对应群支付方式；也可以在所述群支付请求中设置；或者可以向所述即时通讯群内的通信终端（包括发起所述群支付请求的通信终端或者其他通信终端）提供群支付方式设置界面，接收所述通信终端的输入设置所述群支付方式。
[0082] 在一种优选实施方式中，所述请求处理模块202从所述群支付请求中获取所述通信群的通信标识，根据所述通信群的通信标识查找服务器中预先保存的所述通信群的通信标识对应的群支付方式；
[0083] 或者，所述请求处理模块202接收对通信群发出的群支付请求，所述群支付请求中进一步包括指定的群支付方式；从所述群支付请求中直接获取所述指定的所述群支付方式。
[0084] 所述请求处理模块202获得所述通信群的群支付方式后，根据所述群支付方式，在所述即时通信群内的各个通信标识中确定付款方的通信标识，并确定相应的支付金额。所述通信标识可为在通信系统中的身份标识，包括账号或者通信号码等。
[0085] 所述通信群的群支付方式可包括：
[0086] 所述通信群的所有群用户均为付款方，每个付款方的支付金额为支付总额对于群用户数量的平均值；
[0087] 或，根据预设的群用户支付优先级，确定付款方；
[0088] 或，根据预设的各个群用户的支付比例，确定各个付款方的支付金额；
[0089] 又或，根据预先设定的支付顺序，以及支付历史记录，确定本次支付的付款方。
[0090] 所述通信群的群支付方式并不限于上述几种，本领域技术人员可以根据本发明的构思以及具体的群支付需求设置其他的群支付方式。并且上述列举的群支付方式也可以进行组合，例如，先根据预设的群用户支付优先级，确定付款方，然后再根据预设的各个群用户的支付比例，确定各个付款方的支付金额。
[0091] 在一种实施方式中，所述通信群的群支付方式还包括：
[0092] 接收所述通信群内的通信终端发送的抢单申请信息；
[0093] 将最早发送所述抢单申请信息的通信终端优先确定为付款方。
[0094] 本实施方式允许通信群的群用户以抢单（即先到先得）的方式获得支付的权限。具体可在打开群支付功能后，在通信群的通信界面中设置抢单按钮，在所述抢单按钮被触发时，接收到抢单申请信息，将最早发送所述抢单申请信息的通信终端设定为付款方。
[0095] 所述请求处理模块202获取付款方的通信终端标识和相应的支付金额后，所述确认模块204向所述付款方的通信终端发送群支付信息，获取所述付款方的通信终端对该群支付信息的支付确认。所述群支付信息可包括付款事由，支付金额、收款方等信息。所述群支付信息可以单独发送到各个所述付款方的通信终端，也可以通过群消息的方式发送到对应的通信群。
[0096] 在一个优选实施方式中，所述确认模块204可根据所述通信群内的付款方的通信标识，对各个所述付款方的通信终端分别发送相应金额的支付信息，当所述付款方的通信终端触发对应的支付信息时，与所述付款方的通信终端进行支付确认。
[0097] 分别对各个所述付款方的通信终端分别发送相应金额的支付信息，各个所述付款方的通信终端触发相应的支付信息后，打开相应金额的支付页面，进行相应金额的支付确认。在本实施方式中，所述支付信息对通信群内的其他通信终端不可见，可保证支付信息的私密性，保护用户隐私。
[0098] 而在另一个优选实施方式中，所述确认模块204根据所述即时通信群的通信标识，将所述群支付信息以群信息的方式发送到所述通信群；当所述通信群内的通信终端触发该群支付信息时，判断对应的通信标识是否符合所述通信群内的付款方的通信标识，如果是，则与所述付款方的通信终端进行支付确认。
[0099] 通过发送群消息的方式向通信群发送所述群支付信息，使所述群支付信息对所述通信群内的所有通信终端都即时可见，无须逐一发送。当所述通信群内的通信终端触发该群支付信息时，判断对应的通信标识是否符合所述群支付方式定义的付款方的通信标识，例如所述群支付方式是根据预先设定的支付顺序，以及支付历史记录，确定本次支付的付款方，而根据支付历史记录，通信终端A上一次完成支付，连续的再次支付则不符合所述群支付方式的支付顺序。
[0100] 上述两种实施方式中，当所述付款方的通信终端触发所述支付信息时，可向该付款方的通信终端发送相应金额的支付页面，其中，所述支付页面包括相应的支付金额，以及验证码输入框。当所述付款方的通信终端触发获取验证码后，向所述付款方的通信终端发送验证码。然后接收所述支付页面中输入的验证码，将发送的验证码与接收的验证码对比，如果一致，则完成支付确认。进一步地，所述确认模块204在所述付款方的通信终端触发所述支付信息时，根据所述付款方的通信标识在服务器中查找是否有对应的支付账户信息，如果有，则获取所述对应的支付账户信息，与所述付款方的通信终端进行支付确认；如果无，则对所述付款方的通信终端发送绑定支付账户信息的链接，将所述付款方的通信终端通过所述绑定支付账户信息的链接输入的支付账户信息和对应的所述通信标识绑定，然后根据所述对应的支付账户信息，与所述付款方的通信终端进行支付确认。
[0101] 亦即，在进行支付确认前，先确定各个付款方的通信标识是否已绑定支付账户，是否能够通过通信系统在线支付，如果否，则引导用户先进行支付账户绑定。
[0102] 所述确认模块204获取所述付款方的通信终端对该群支付信息的支付确认后，所述执行模块206根据与所述付款方的通信标识对应的支付账户信息，进行在线支付处理。
[0103] 所述付款方的通信标识与支付账户信息的对应关系可以保存在后台服务器，通信终端可以通过登录所述后台服务器修改或者撤销现有的对应关系，或者新增对应关系。
[0104] 请参阅图3，图3是本发明基于通信群的在线支付系统一个实施例的结构示意图。
[0105] 本实施例的基于通信群的在线支付系统包括：通信终端10和后台服务器20；
[0106] 所述后台服务器20用于在接收对通信群发出的群支付请求时，获取所述通信群对应的群支付方式，其中，所述群支付请求至少包括所述即时通讯群的通信标识，以及支付总额，根据所述群支付方式以及所述支付总额，在所述即时通信群内的各个通信标识中确定付款方的通信标识，并确定相应的支付金额，对所述付款方的通信终端发送群支付信息，与所述付款方的通信终端进行支付确认，并在所述付款方的通信终端的支付确认后，根据与所述付款方的通信标识对应的支付账户信息，进行在线支付处理；
[0107] 所述通信终端10用于接收所述群支付信息，根据所述群支付信息进行支付确认。
[0108] 其中，所述通信终端10可以是具有通信功能，或者安装有通讯软件的移动终端、个人计算机或者数字电视等设备，优选为安装有即时通讯软件的移动终端。
[0109] 而所述后台服务器20可以是单个同时具有通信服务功能和支付服务功能的服务器，也可以由若干个分别具有通信服务功能的服务器和具有支付服务功能的服务器组成。
[0110] 在本实施例中，所述后台服务器20包括通信服务器210和支付服务器220；
[0111] 所述通信服务器210用于在接收对通信群发出的群支付请求时，获取所述通信群对应的群支付方式，其中，所述群支付请求至少包括所述即时通讯群的通信标识，以及支付总额，根据所述群支付方式以及所述支付总额，在所述即时通信群内的各个通信标识中确定付款方的通信标识，并确定相应的支付金额，对所述付款方的通信终端发送群支付信息，与所述付款方的通信终端进行支付确认；
[0112] 所述支付服务器220用于在所述付款方的通信终端的支付确认后，根据与所述付款方的通信标识对应的支付账户信息，进行在线支付处理。
[0113] 所述通信服务器210还可用于实现通信功能，用于接收通信终端10的登陆，对所述通信终端10登陆的通信标识进行身份验证，实现各个即时通讯终端10之间的通信，保存通信群信息以及其对应的群支付方式等。所述通信终端10可通过登陆所述通信服务器210设置所述通信群的群支付方式。
[0114] 请参阅图4，图4是本发明基于通信群的在线支付系统实现的在线支付方法一个实施例的流程示意图。
[0115] 本实施例的基于通信群的在线支付方法，包括以下步骤：
[0116] S402，后台服务器在接收对通信群发出的群支付请求时，获取所述通信群对应的群支付方式，其中，所述群支付请求至少包括所述即时通讯群的通信标识，以及所述支付总额，根据所述群支付方式以及支付总额，在所述即时通信群内的各个通信标识中确定付款方的通信标识，并确定相应的支付金额，对所述付款方的通信终端发送群支付信息，与所述付款方的通信终端进行支付确认；
[0117] S404，付款方的通信终端接收所述群支付信息，根据所述群支付信息进行支付确认；
[0118] S406，后台服务器获取所述付款方的通信终端对该群支付信息的支付确认后，根据与所述付款方的通信标识对应的支付账户信息，进行在线支付处理。
[0119] 其中，对所述通信群的群支付请求可由所述通信终端10对所述后台服务器20发送；所述通信终端10可通过登陆所述通信服务器210，在相应的通信群中触发群支付功能，并进行相关的设置后，对所述通信服务器210发出群支付请求。所述群支付请求也可以由作为收款方的商家通过通信系统对所述通信群发出。
[0120] 所述群支付请求可包括以下信息中的一项或者多项：支付事由，支付总额，所述通信群的通信标识，所述通信群的群支付方式等信息。
[0121] 所述群支付请求还可包括收款方的账户信息或者通信标识；所述后台服务器20可通过所述收款方的账户信息将付款方支付的款项转入对应的收款方账户。根据所述收款方的通信标识，可向所述收款方的通信终端发送收款确认信息。所述收款方的通信标识可以是所述通信群内的通信标识，亦即收款方可以是所述通信群内的群用户，也可以不是所述通信群内的群用户。
[0122] 作为生成所述群支付请求的一种方式，所述通信终端10可以通过打开群支付请求设置界面，接收输入的支付事由、支付总额、所述即时通讯群的通信标识，或者所述即时通讯群的群支付方式等信息，当用户点击确定之后，发送所述群支付请求。
[0123] 所述通信终端10还可通过扫描相应的二维码的方式获取电子账单中的支付事由、支付总额、收款方账户等信息，而无需手动输入相关信息设置所述群支付请求。
[0124] 在本发明的一种优选实施方式中，所述通信服务器210接收通信群的群支付请求后，根据所述通信群内的各个通信标识，判断发送所述群支付请求的通信终端10的通信标识与所述通信群中的至少一个其他通信标识是否存在好友关系，如果是则判断所述群支付请求合法，否则，判断所述群支付请求非法。
[0125] 通过验证所述通信终端的通信标识与通信群内的其他通信标识是否具有好友关系，防止非好友的用户通过加入通信群获得群用户身份而随意或恶意发送群支付请求，可提高群支付操作的安全性。
[0126] 所述后台服务器20接收所述群支付请求之后，根据所述群支付请求确定所述通信群的群支付方式；
[0127] 所述通信群的群支付方式可以通过多种方式获取：可以根据所述通信群的通信标识在服务器中预设的对应群支付方式；也可以在所述群支付请求中设置；或者可以向所述即时通讯群内的通信终端（包括发起所述群支付请求的通信终端或者其他通信终端）提供群支付方式设置界面，接收所述通信终端的输入设置所述群支付方式。
[0128] 在一种优选实施方式中，所述后台服务器20接收对通信群发出的群支付请求，根据所述群支付请求确定所述通信群的群支付方式包括：
[0129] 后台服务器20从所述群支付请求中获取所述通信群的通信标识，根据所述通信群的通信标识查找服务器中预先保存的所述通信群的通信标识对应的群支付方式；
[0130] 或者，后台服务器20接收对通信群发出的群支付请求，所述群支付请求中进一步包括指定的群支付方式；从所述群支付请求中直接获取所述指定的所述群支付方式。
[0131] 所述后台服务器20获得所述通信群的群支付方式后，根据所述群支付方式，在所述即时通信群内的各个通信标识中确定付款方的通信标识，并确定相应的支付金额。所述通信标识可为在通信系统中的身份标识，包括账号或者通信号码等。
[0132] 所述通信群的群支付方式可包括：
[0133] 所述通信群的所有群用户均为付款方，每个付款方的支付金额为支付总额对于群用户数量的平均值；
[0134] 或，根据预设的群用户支付优先级，确定付款方；
[0135] 或，根据预设的各个群用户的支付比例，确定各个付款方的支付金额；
[0136] 又或，根据预先设定的支付顺序，以及支付历史记录，确定本次支付的付款方。
[0137] 所述通信群的群支付方式并不限于上述几种，本领域技术人员可以根据本发明的构思以及具体的群支付需求设置其他的群支付方式。并且上述列举的群支付方式也可以进行组合，例如，先根据预设的群用户支付优先级，确定付款方，然后再根据预设的各个群用户的支付比例，确定各个付款方的支付金额。
[0138] 在一种实施方式中，所述通信群的群支付方式还包括：
[0139] 接收所述通信群内的通信终端发送的抢单申请信息；
[0140] 将最早发送所述抢单申请信息的通信终端优先确定为付款方。
[0141] 本实施方式允许通信群的群用户以抢单（即先到先得）的方式获得支付的权限。具体可在打开群支付功能后，在通信群的通信界面中设置抢单按钮，在所述抢单按钮被触发时，接收到抢单申请信息，将最早发送所述抢单申请信息的通信终端设定为付款方。
[0142] 所述后台服务器20在确定付款方的通信终端标识和相应的支付金额之后，向所述付款方的通信终端发送群支付信息，获取所述付款方的通信终端对该群支付信息的支付确认。所述群支付信息可包括付款事由，支付金额、收款方等信息。所述群支付信息可以单独发送到各个所述付款方的通信终端，也可以通过群消息的方式发送到对应的通信群。
[0143] 对应的所述通信终端10接收所述群支付信息后，根据所述群支付信息进行支付确认。
[0144] 在另一个优选实施方式中，所述后台服务器20根据所述通信群内的付款方的通信标识，对各个所述付款方的通信终端分别发送相应金额的支付信息，当所述付款方的通信终端触发对应的支付信息时，与所述付款方的通信终端进行支付确。
[0145] 分别对各个所述付款方的通信终端分别发送相应金额的支付信息，各个所述付款方的通信终端触发相应的支付信息后，打开相应金额的支付页面，进行相应金额的支付确认。在本实施方式中，所述支付信息对通信群内的其他通信终端不可见，可保证支付信息的私密性，保护用户隐私。
[0146] 而在一个优选实施方式中，所述后台服务器20根据所述即时通信群的通信标识，将所述群支付信息以群信息的方式发送到所述通信群；当所述通信群内的通信终端触发该群支付信息时，判断对应的通信标识是否符合所述通信群内的付款方的通信标识，如果是，则与所述付款方的通信终端进行支付确认。
[0147] 通过发送群消息的方式向通信群发送所述群支付信息，使所述群支付信息对所述通信群内的所有通信终端都即时可见，无须逐一发送。当所述通信群内的通信终端触发该群支付信息时，判断对应的通信标识是否符合所述群支付方式定义的付款方的通信标识，例如所述群支付方式是根据预先设定的支付顺序，以及支付历史记录，确定本次支付的付款方，而根据支付历史记录，通信终端A上一次完成支付，连续的再次支付则不符合所述群支付方式的支付顺序。
[0148] 上述两种实施方式中，当所述付款方的通信终端触发所述支付信息时，可向该付款方的通信终端发送相应金额的支付页面，其中，所述支付页面包括相应的支付金额，以及验证码输入框。当所述付款方的通信终端触发获取验证码后，向所述付款方的通信终端发送验证码。然后接收所述支付页面中输入的验证码，将发送的验证码与接收的验证码对比，如果一致，则完成支付确认。
[0149] 进一步地，所述后台服务器20在所述付款方的通信终端触发所述支付信息时，根据所述付款方的通信标识在服务器中查找是否有对应的支付账户信息，如果有，则获取所述对应的支付账户信息，与所述付款方的通信终端进行支付确认；
[0150] 如果无，则对所述付款方的通信终端发送绑定支付账户信息的链接，将所述付款方的通信终端通过所述绑定支付账户信息的链接输入的支付账户信息和对应的所述通信标识绑定，然后根据所述对应的支付账户信息，与所述付款方的通信终端进行支付确认。
[0151] 亦即，在进行支付确认前，先确定各个付款方的通信标识是否已绑定支付账户，是否能够通过通信系统在线支付，如果否，则引导用户先进行支付账户绑定。
[0152] 所述后台服务器20可用于保存已有的通信标识和支付账户信息的对应关系，并允许用户增加新的对应关系或者撤销已有的对应关系绑定，这部分的功能通常由所述支付服务器220实现。
[0153] 所述支付账户信息的对应关系设置通常需要支付账户信息和与所述支付账户对应的身份信息。因此，所述付款方的通信标识与支付账户信息的绑定可通过以下方式实现：
[0154] 付款方的通信终端10打开所述绑定支付账户信息的链接，获取在所述绑定支付账户信息的链接中输入的支付账户信息和身份信息，将所述支付账户信息和所述身份信息发送至所述后台服务器；
[0155] 所述后台服务器20验证所述支付账户信息和所述身份信息的有效性和一致性后，将所述支付账户信息和对应的通信标识绑定。
[0156] 在一般的支付场景中，所述支付账户信息通常为银行卡信息，如银行卡号、银行卡有效期、信用卡VCC码等，所述身份信息通常为用户的身份证件信息，如身份证号。所述支付账户信息和所述身份信息可以由用户手动输入，也可由所述即时通讯终端通过其他方式自动获取。
[0157] 在一种优选实施方式中，获取在所述绑定支付账户信息的链接中输入的支付账户信息和身份信息通过以下方式实现：
[0158] 付款方的通信终端触发所述绑定支付账户信息的链接，打开支付账户绑定页面，通过图像传感器对银行卡进行扫描，识别出所述银行卡的账号信息，然后将所述账号信息赋值到所述支付账户绑定页面的支付账户信息输入框中；
[0159] 和/或，
[0160] 付款方的通信终端触发所述绑定支付账户信息的链接，打开支付账户绑定页面，通过图像传感器对身份证件进行扫描，识别出所述身份证件记载的身份信息，然后将所述身份信息赋值到所述支付账户绑定页面的身份信息输入框中。
[0161] 上述方式可通过扫描银行卡和身份证等的卡号和证件号，直接获得对应的账号信息和身份信息并自动赋值到输入框，不需要手动输入，使整个支付流程更加方便快捷。
[0162] 所述后台服务器20在获取所述付款方的通信终端对该群支付信息的支付确认后，根据与所述付款方的通信标识对应的支付账户信息，进行在线支付处理。
[0163] 基于上述本发明的基于通信群的在线支付方法及支付系统，本发明还提供一种实现该基于通信群的在线支付方法及支付系统的通信终端以及服务器的结构示例。该通信终端以及服务器的结构只是一个适用于本发明的计算机环境的示例，不能认为是提出了对本发明的使用范围的任何限制，也不能解释为需要依赖于或具有图示的示例性的计算机系统中的一个或多个部件的组合。
[0164] 图5中示出了该通信终端的部分结构框图。该通信终端可以是手机、平板电脑、PDA（Personal Digital Assistant，个人数字助理）、POS（Point of Sales，销售终端）、车载电脑等任意一种可能需要对相关软件进行升级更新的通信终端。
[0165] 参考图5，该通信终端包括：存储器510、输入单元520、显示单元530、处理器540、通信模块550等部件。本领域技术人员可以理解，图5中示出的结构，仅仅是与本发明实施例方案相关的部分结构的框图，并不构成对应用在本发明方案中的通信终端的限定，具体的通信终端可以包括比图示中更多或更少的部件，或者组合某些部件，或者不同的部件布置。
[0166] 下面结合图5对该通信终端的各个构成部件进行具体的介绍。
[0167] 存储器510可用于存储软件程序以及模块，处理器540通过运行存储在存储器510的软件程序以及模块，从而执行与该通信终端相关的各种功能应用以及数据处理。存储器510可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序（比如声音播放功能、图像播放功能等）等；存储数据区可存储根据通信终端的使用所创建的数据等。此外，存储器510可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
[0168] 输入单元520可用于接收输入的数字、字符或者其他信息，以及产生与通信终端的用户设置以及功能控制有关的键信号输入。具体在本发明实施例的方案中，可以通过该输入单元520来输入通信群的通信标识、以及对群支付信息进行点击触发、确认等操作。
[0169] 具体地，以通信终端为手机为例，该输入单元520可包括触控面板以及其他输入设备。触控面板，也称为触摸屏，可收集用户在其上或附近的触摸操作（比如用户使用手指、触笔等任何适合的物体或附件在触控面板上或在触控面板附近的操作），并根据预先设定的程式驱动相应的连接装置。可选的，触控面板可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器540，并能接收处理器540发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板。除了触控面板，输入单元520还可以包括其他输入设备。具体地，其他输入设备可以包括但不限于物理键盘、功能键（比如音量控制按键、开关按键等）、轨迹球、鼠标、操作杆等中的一种或多种。
[0170] 显示单元530可用于显示由用户输入的信息或提供给用户的信息以及各种菜单。显示单元530可包括显示面板，可选的，可以采用液晶显示器（Liquid Crystal Display，LCD）、有机发光二极管（Organic Light-Emitting Diode,OLED）等形式来配置显示面板。具体在本实施例中，可以通过该显示单元330显示通信群的通信界面，群支付方式的设置界面、群支付信息等，以供用户查看以及进行相应的操作。
[0171] 通信终端通过通信模块550可以实现与服务器之间的通信，该通信模块550可以采用任何可能的方式实现，例如WiFi模块、蓝牙通信、光纤通信等等，通过通信模块550实现了通信终端与服务器之间的通信，从而可以使得通信终端能够向服务器发送相关信息（例如本发明实施例中的向服务器发送群支付请求、群支付方式的设置信息或对支付金额的确认信息等等），并接收由服务器发送的相关信息（例如服务器发送的群支付信息等等）。
[0172] 处理器540是通信终端的控制中心，利用各种接口和线路连接整个通信终端的各个部分，通过运行或执行存储在存储器510内的软件程序和/或模块，以及调用存储在存储器510内的数据，执行通信终端的各种功能和数据处理，从而对通信终端进行整体监控。可选的，处理器540可包括一个或多个处理单元。
[0173] 类似地，图6为一个具体示例中后台服务器包含的框架结构，参考图6，该后台服务器包括：存储器610、处理器640、通信模块650等部件。本领域技术人员可以理解，图6中示出的结构仅仅只示出了与本发明方案相关的部分，并不构成对应用在本发明方案中的后台服务器的限定，具体的后台服务器可以包括比图示中更多或更少的部件，或者组合某些部件，或者不同的部件布置。
[0174] 存储器610可用于存储软件程序以及模块，处理器640通过运行存储在存储器610的软件程序以及模块，从而执行与该后台服务器相关的各种功能应用以及数据处理，例如处理群支付请求，确定对应的付款方的通信标识和支付金额、生成群支付信息等等。存储器610可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据服务器的使用所创建的数据等。
[0175] 后台服务器通过通信模块650可以实现与通信终端之间的通信，该通信模块650可以采用任何可能的方式实现，例如WiFi模块、蓝牙通信、光纤通信等等，通过通信模块650实现了通信终端与后台服务器之间的通信，从而可以使得后台服务器能够接收通信终端发送的相关信息（例如本发明实施例中群支付请求、对群支付信息的确认信息等等），并向通信终端返回与之相关的信息（例如下发群支付信息等等）。
[0176] 处理器640是后台服务器的控制中心，利用各种接口和线路连接整个后台服务器的各个部分，通过运行或执行存储在存储器610内的软件程序和/或模块，以及调用存储在存储器610内的数据，执行后台服务器的各种功能和数据处理，从而对后台服务器进行整体监控。可选的，处理器640可包括一个或多个处理单元。
[0177] 以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。
