CN107404500B - 群组通信方法、装置及移动终端 - Google Patents

群组通信方法、装置及移动终端 Download PDF

Info

Publication number
CN107404500B
CN107404500B CN201610330342.9A CN201610330342A CN107404500B CN 107404500 B CN107404500 B CN 107404500B CN 201610330342 A CN201610330342 A CN 201610330342A CN 107404500 B CN107404500 B CN 107404500B
Authority
CN
China
Prior art keywords
common consumption
consumption amount
payment
members
initiator
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201610330342.9A
Other languages
English (en)
Other versions
CN107404500A (zh
Inventor
周登朋
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Advanced New Technologies Co Ltd
Advantageous New Technologies Co Ltd
Original Assignee
Alibaba Group Holding Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Alibaba Group Holding Ltd filed Critical Alibaba Group Holding Ltd
Priority to CN201610330342.9A priority Critical patent/CN107404500B/zh
Publication of CN107404500A publication Critical patent/CN107404500A/zh
Application granted granted Critical
Publication of CN107404500B publication Critical patent/CN107404500B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/52—Network services specially adapted for the location of the user terminal
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/14—Payment architectures specially adapted for billing systems
    • G06Q20/145—Payments according to the detected use or quantity
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/405—Establishing or using transaction specific rules
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
    • H04L51/046—Interoperability with other network applications or services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/52—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail for supporting social networking services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H04L65/403—Arrangements for multi-party communication, e.g. for conferences

Abstract

本申请实施例提供了一种群组通信方法、装置及移动终端，该方法包括：接收发起方发起的平均分摊共同消费金额的收款请求，平均分摊共同消费金额的收款请求中携带有所述发起方指定的共同消费金额、共同消费参与人数n及目标群组；确定目标群组中，在指定历史时间段内的同一采样时间点下，其位置与发起方的位置满足预设距离阈值的n‑1个成员；根据共同消费金额以及共同消费参与人数n生成发起方的平均分摊共同消费金额的付款请求，并向n‑1个成员发送平均分摊共同消费金额的付款请求。本申请实施例可从指定的目标群组中自动检测出共同消费场景中需要平均分摊共同消费金额的成员并向其发出平均分摊共同消费金额的付款请求，提高了用户体验。

Description

群组通信方法、装置及移动终端
技术领域
本申请涉及群组通信技术领域，尤其是涉及一种群组通信方法、装置及移动终端。
背景技术
随着互联网通信技术的不断发展，越来越多互动性功能融合到各种带有社交功能的应用(Application，以下简称APP)中，比如支付宝、微信等等。以支付宝为例，目前支付宝提供了一个可在指定群组中群发平均分摊共同消费金额的付款请求(平均分摊共同消费金额的付款俗称AA制付款)的功能，其应用场景多见于在共同消费(比如聚餐)后的平均分摊共同消费金额。在这个功能中，通常的场景是：指定群组中的人数往往多于真正参与了共同消费而需要平均分摊共同消费金额的人数，因此群组中的每个成员在收到群组中其他人群发的平均分摊共同消费金额的付款请求后，需要依赖于自己判断是否需要付款，从而容易出现误付款的情况，用户体验较差。此外，虽然用户还可以选择向指定群组中的指定成员发送平均分摊共同消费金额的付款请求，然而，当指定群组内的人数比较多，特别是其中需要指定的人数较多(即参加共同消费的人比较多)时，有时难以全都准确记住所有参加了共同消费的人，并且从中选择这些人也需要花较多的时间，同样影响用户体验。
发明内容
本申请实施例的目的在于提供一种群组通信方法、装置及移动终端，以实现可以自动检测需要平均分摊共同消费金额的人，从而提高用户体验。
为达到上述目的，一方面本申请实施例提供了一种群组通信方法，包括以下步骤：
接收发起方发起的平均分摊共同消费金额的收款请求，所述平均分摊共同消费金额的收款请求中携带有所述发起方指定的共同消费金额、共同消费参与人数n及目标群组；
确定所述目标群组中，在指定历史时间段内的同一采样时间点下，其位置与所述发起方的位置满足预设距离阈值的n-1个成员；
根据所述共同消费金额以及共同消费参与人数n生成所述发起方的平均分摊共同消费金额的付款请求，并向所述n-1个成员发送所述平均分摊共同消费金额的付款请求。
另一方面，本申请实施例还提供了一种群组通信方法，包括以下步骤：
被触发时，获取APP用户在预设时间段内的APP支付记录并展示给所述APP用户，以供其选择；
确定所述APP用户选择的APP支付记录；
确定该APP支付记录中的共同消费金额，以及所述APP用户为该共同消费金额所指定的共同消费参与人数n及目标群组；
向服务端发送平均分摊共同消费金额的收款请求，所述平均分摊共同消费金额的收款请求中携带有所述共同消费金额、所述共同消费参与人数n、以及所述目标群组。
再一方面，本申请实施例还提供了一种群组通信服务端，包括：
接收模块，用于接收发起方发起的平均分摊共同消费金额的收款请求，所述平均分摊共同消费金额的收款请求中携带有所述发起方指定的共同消费金额、共同消费参与人数n及目标群组；
确定模块，用于确定所述目标群组中，在指定历史时间段内的同一采样时间点下，其位置与所述发起方的位置满足预设距离阈值的n-1个成员；
发送模块，用于根据所述共同消费金额以及共同消费参与人数n生成所述发起方的平均分摊共同消费金额的付款请求，并向所述n-1个成员发送所述平均分摊共同消费金额的付款请求。
再一方面，本申请实施例还提供了一种群组通信客户端，包括：
记录展示模块，用于被触发时，获取APP用户在预设时间段内的APP支付记录并展示给所述APP用户，以供其选择；
第一确认模块，用于确定所述APP用户选择的APP支付记录；
第二确认模块，用于确定该APP支付记录中的共同消费金额，以及所述APP用户为该共同消费金额所指定的共同消费参与人数n及目标群组；
再一方面，本申请实施例还提供了一种移动终端，其包括上述的群组通信客户端。
本申请实施例中，在收到发起方发起的平均分摊共同消费金额的收款请求后，可根据指定历史时间段内的采样时间点下的位置信息，从平均分摊共同消费金额的收款请求指定的目标群组中自动检测出共同消费场景中需要平均分摊共同消费金额的成员并向其发出平均分摊共同消费金额的付款请求，从而避免了人工选择共同消费场景中需要平均分摊共同消费金额的人时所带来的诸多不便，提高了用户体验。
附图说明
此处所说明的附图用来提供对本申请实施例的进一步理解，构成本申请实施例的一部分，并不构成对本申请实施例的限定。在附图中：
图1为本申请一实施例的群组通信方法的流程图；
图2为本申请另一实施例的群组通信方法的流程图；
图3为本申请一实施例的群组通信装置的结构框图；
图4为本申请一实施例的群组通信装置中确定模块的结构框图；
图5为本申请另一实施例的群组通信装置的结构框图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚明白，下面结合实施例和附图，对本申请实施例做进一步详细说明。在此，本申请实施例的示意性实施例及其说明用于解释本申请实施例，但并不作为对本申请实施例的限定。
下面结合附图，对本申请实施例的具体实施方式作进一步的详细说明。
本申请以下实施例中的发起方为APP客户端的用户，该APP客户端一般应具备如下功能：
(1)群组通信功能，支持群成员添加、删除等；
(2)具有位置获取功能，通过定位或调用可以获取用户的位置信息；
(3)支付功能，可以使用APP进行支付；
(4)平均分摊共同消费金额的收款/付款功能。
参考图1所示，本申请实施例的群组通信方法包括以下步骤：
步骤S101、接收发起方发起的平均分摊共同消费金额的收款请求，所述平均分摊共同消费金额的收款请求中携带有所述发起方指定的共同消费金额、共同消费参与人数n及目标群组。
在本申请另一实施例中，所述平均分摊共同消费金额的收款请求中也可以是携带有所述发起方指定的APP支付记录，所述APP支付记录中包含对应的共同消费金额。比如一条APP支付记录如下表1所示：
表1
付款人 付款商户 付款时间 付款位置 支付金额
用户A 商户1 2016.05.01 12:30:05 (120.11444，30.279383) 185.00
在本申请实施例中，共同消费参与人数n是指因共同参加了某一共同消费，而需要均摊共同消费金额的人数。
在本申请实施例中，所述的目标群组是指在APP中存在一个群组，该群组中包括所有参与了本次共同消费的成员，这些参与了本次共同消费的成员即为后续服务端发送平均分摊共同消费金额的付款请求的目标对象。
步骤S102、确定所述目标群组中，在指定历史时间段内的同一采样时间点下，其位置与所述发起方的位置满足预设距离阈值的n-1个成员。
本申请实例中，所述确定所述目标群组中，在指定历史时间段内的同一采样时间点下，其位置与所述发起方的位置满足预设距离阈值的n-1个成员，具体可以包括以下步骤：
(1)、获取所述目标群组中每个成员在指定历史时间段内的一个采样时间点下的位置信息。
本申请实施例中，在APP活跃期间，APP可按照设定的时间间隔记录APP用户的基于时间的位置信息。以用户A和用户B为例，记录的位置信息可以如下表2所示：
表2
用户ID 时间(时:分:秒) 位置(经度，纬度)
用户A 2016.05.01_12:00:00 (120.131441,30.279383)
用户A 2016.05.01_12:02:00 (120.131442,30.279384)
用户A 2016.05.01_12:04:00 (120.131443,30.279385)
用户B 2016.05.01_12:00:00 (120.131442,30.279384)
用户B 2016.05.01_12:02:00 (120.131443,30.279385)
用户B 2016.05.01_12:04:00 (120.131444,30.279386)
在本申请一实施例中，所述的指定历史时间段可以是APP支付记录中的付款时间点前的指定时间段(比如付款时间点前一小时内等等)。根据统计，在共同消费开始至消费后付款时为止，所有共同消费参与人全都在一起的可能性最大，因此，将指定历史时间段设定为APP支付记录中的付款时间点前的指定时间段可以减少计算，提高效率。当然，在本申请另一实施例中，所述的指定历史时间段比如还可以是当天。
(2)、基于所述位置信息判断所述目标群组中，其位置与所述发起方的位置满足预设距离阈值的成员的个数是否为n-1个。
本申请实例中，所述基于所述位置信息判断所述目标群组中，其位置与所述发起方的位置满足预设距离阈值的成员的个数是否为n-1个，具体过程如下：
首先，计算目标群组中每个成员(除发起方外)的位置至发起方的位置的距离；即根据地球上任意两点的经纬度计算两点间的距离。设地球平均半径为R，如果以0度经线为基准，那么根据地球表面任意两点的经纬度就可以计算出这两点间的地表距离(这里忽略地球表面地形对计算带来的误差，仅仅是理论上的估算值)。设第一点A的经纬度为(LonA,LatA)，第二点B的经纬度为(LonB,LatB)，按照0度经线的基准，东经取经度的正值(Longitude)，西经取经度负值(-Longitude)，北纬取90-纬度值(90-Latitude)，南纬取90+纬度值(90+Latitude)，则经过上述处理过后的两点被计为(MLonA,MLatA)和(MLonB,MLatB)。那么根据三角推导，可以得到计算两点距离的如下公式：
C＝sin(MLatA)*sin(MLatB)*cos(MLonA-MLonB)+cos(MLatA)*cos(MLatB)
Distance＝R*Arccos(C)*Pi/180
这里，R和Distance单位是相同，如果是采用6371.004千米作为半径，那么Distance就是千米为单位。当然，在本申请实施例中，选择米作为单位可能更为合适。
如果仅对经度作正负的处理，而不对纬度作90-Latitude(假设都是北半球)的处理，那么公式将是：
C＝sin(LatA)*sin(LatB)+cos(LatA)*cos(LatB)*cos(MLonA-MLonB)
Distance＝R*Arccos(C)*Pi/180
以上通过简单的三角变换就可以推出。
当然以上仅是举例说明，在本申请的其他实施例中，也可以采用其他已有的根据经纬度计算两点间距离的算法。
其次，将计算得到的目标群组中每个成员(除发起方)与发起方的距离与预设的距离阈值进行比较，获得比较结果。
(3)，如果所述目标群组中，其位置与所述发起方的位置满足预设距离阈值的成员的个数为n-1个，则确认所述n-1个成员为平均分摊共同消费金额的付款请求的发送目标。
在本申请的另一实施例中，如果所述目标群组中，其位置与所述发起方的位置满足预设距离阈值的成员的个数超过n-1个，则根据近距离优先原则(距离越近，被选中的优先级越高)从中选出其位置与所述发起方的位置最近的n-1个成员，作为平均分摊共同消费金额的付款请求的发送目标。
在本申请的另一实施例中，在步骤(2)之后还可以包括：
如果所述目标群组中，其位置与所述发起方的位置满足预设距离阈值内的成员的个数少于n-1个，则获取所述目标群组中每个成员在所述指定历史时间段内的下一个采样时间点下的位置信息，并重复上述步骤(1)-(2)。
在本申请的另一实施例中，在步骤(2)之后还可以包括：
而如果所述指定历史时间段内的所有采集时间点全部处理完后，所述目标群组中，其位置与所述发起方的位置满足预设距离阈值内的成员的个数均少于n-1个，则在提示所述发起方后向其返回人工选择平均分摊共同消费金额付款人的用户界面，以便于发起方人工选择，所述的提示比如可以是：自动匹配平均分摊共同消费金额付款人数失败，5秒后自动返回人工选择平均分摊共同消费金额付款人的用户界面。
在本申请实施例中，所述指定历史时间段内的所有采样时间点可以按照一定的顺序排列(比如按照采样时间降序排列)。
步骤S103、根据所述共同消费金额以及共同消费参与人数n生成所述发起方的平均分摊共同消费金额的付款请求，并向所述n-1个成员发送所述平均分摊共同消费金额的付款请求。
在本申请其他实施例中，所述平均分摊共同消费金额的付款请求中可以包括共同消费主题(比如聚餐)，以便于接收到所述平均分摊共同消费金额的付款请求的成员，可以更明确的知道本次平均分摊共同消费金额的付款请求是为哪一次共同消费所需分担的费用。当然，为实现这一目的，系统接收的平均分摊共同消费金额的收款请求中可以携带共同消费主题。
在在本申请另一实施例中，在步骤S103之后，还可以包括：
在发出所述平均分摊共同消费金额的付款请求后的计时时间达到设定时间阈值时，判断所述n-1个成员中是否有尚未针对所述平均分摊共同消费金额的付款请求付款的；如果有，则向其中尚未付款的成员发送付款提醒。从而可以在实际需要平均分摊共同消费金额的人在忘记付款时，及时向其发出付款提醒。
本申请实施例中，在收到发起方发起的平均分摊共同消费金额的收款请求后，可根据指定历史时间段内的采样时间点下的位置信息，从平均分摊共同消费金额的收款请求指定的目标群组中自动检测出共同消费场景中需要平均分摊共同消费金额的成员并向其发出平均分摊共同消费金额的付款请求，从而避免了人工选择共同消费场景中需要平均分摊共同消费金额的人时所带来的诸多不便，提高了用户体验。
参考图2所示，本申请实例的群组通信方法包括以下步骤：
步骤S201、被触发时，获取APP用户在预设时间段内的APP支付记录并展示给所述APP用户，以供其选择。
在本申请实施例中，通常的应用场景是：一群人共同消费(比如聚餐)后，其中一个人通过自己移动终端上的APP先行垫付共同消费金额，然后该付款人作为发起方通过APP的平均分摊共同消费金额的收款功能要求共同消费的其他人平均分摊共同消费金额。当发起方点击APP的平均分摊共同消费金额的收款功能时，触发APP向对应支付服务端查询该APP用户(即发起方)在预设时间段内的APP支付记录，并将收到的查询结果展示给APP用户，以供其选择。
在本申请实施例中，一般的，APP用户在指定时间段(比如当天)内的发生较多APP支付的概率很低，也就说，APP用户在预设时间段内的APP支付记录一般比较少，所以对于APP用户来讲，从较少的APP支付记录中选择一个APP支付记录是较为容易的。
在本申请实施例中，所述展示的APP支付记录可以按照一定顺序排列(比如可以按照APP支付时间降序排列)的APP支付记录列表，以便于APP用户选择。
步骤S202、确定所述APP用户选择的APP支付记录。
当APP用户从展示的APP支付记录列表中选择一个APP支付记录时，响应于所述选择，APP自动弹出用户界面，该用户界面内可以包括用户选择的APP支付记录的共同消费金额选项、平均分摊共同消费金额付款人数选项和目标群组选项。其中，用户选择的APP支付记录的共同消费金额选项可以由APP根据用户选择的APP支付记录自动填充，而平均分摊共同消费金额付款人数和目标群组需要用户指定。
步骤S203、确定该APP支付记录中的共同消费金额，以及所述APP用户为该共同消费金额所指定的共同消费参与人数n及目标群组。
如上述步骤S202中所述，APP自动弹出的对话框中包括用户选择的APP支付记录的共同消费金额选项、平均分摊共同消费金额付款人数选项和目标群组选项；由于共同消费金额已自动填充，当APP用户指定了共同消费参与人数n和目标群组后，APP即可确定该APP支付记录中的共同消费金额，以及所述APP用户为该共同消费金额所指定的共同消费参与人数n及目标群组。
步骤S204、向服务端发送平均分摊共同消费金额的收款请求，所述平均分摊共同消费金额的收款请求中携带有所述共同消费金额、所述共同消费参与人数n、以及所述目标群组。
虽然上文描述的过程流程包括以特定顺序出现的多个操作，但是，应当清楚了解，这些过程可以包括更多或更少的操作，这些操作可以顺序执行或并行执行(例如使用并行处理器或多线程环境)。
参考图3所示，本申请实施例的群组通信服务端包括：
接收模块301，用于接收发起方发起的平均分摊共同消费金额的收款请求，所述平均分摊共同消费金额的收款请求中携带有所述发起方指定的共同消费金额、共同消费参与人数n及目标群组。
在本申请另一实施例中，所述平均分摊共同消费金额的收款请求中也可以是携带有所述发起方指定的APP支付记录，所述APP支付记录中包含对应的共同消费金额。其中，一条APP支付记录可以如上表1所示。
在本申请实施例中，共同消费参与人数n是指因共同参加了某一共同消费，而需要均摊共同消费金额的人数。
在本申请实施例中，所述的目标群组是指在APP中存在一个群组，该群组中包括所有参与了本次共同消费的成员，这些参与了本次共同消费的成员即为后续服务端发送平均分摊共同消费金额的付款请求的目标对象。
确定模块302，用于确定所述目标群组中，在指定历史时间段内的同一采样时间点下，其位置与所述发起方的位置满足预设距离阈值的n-1个成员。
在本申请实施例中，所述指定历史时间段内的所有采样时间点可以按照一定的顺序排列(比如按照采样时间降序排列)。
在本申请一实施例中，所述的指定历史时间段可以是APP支付记录中的付款时间点前的指定时间段(比如付款时间点前一小时内等等)。根据统计，在共同消费开始至消费后付款时为止，所有共同消费参与人全都在一起的可能性最大，因此，将指定历史时间段设定为APP支付记录中的付款时间点前的指定时间段可以减少计算，提高效率。当然，在本申请另一实施例中，所述的指定历史时间段比如还可以是当天。
发送模块303，用于根据所述共同消费金额以及共同消费参与人数n生成所述发起方的平均分摊共同消费金额的付款请求，并向所述n-1个成员发送所述平均分摊共同消费金额的付款请求。
在本申请其他实施例中，所述平均分摊共同消费金额的付款请求中可以包括共同消费主题(比如聚餐)，以便于接收到所述平均分摊共同消费金额的付款请求的成员，可以更明确的知道本次平均分摊共同消费金额的付款请求是为哪一次共同消费所需分担的费用。当然，为实现这一目的，系统接收的平均分摊共同消费金额的收款请求中可以携带共同消费主题。
在在本申请另一实施例中，本申请实施例的群组通信服务端还可以包括：
提醒模块304，用于在所述发送模块发出所述平均分摊共同消费金额的付款请求后的计时时间达到设定时间阈值时，判断所述n-1个成员中是否有尚未针对所述平均分摊共同消费金额的付款请求付款的；如果有，则向其中尚未付款的成员发送付款提醒。从而可以在实际需要平均分摊共同消费金额的人在忘记付款时，及时向其发出付款提醒。
结合图4所示，在本申请实施例中，所述确定模块302具体可以包括：
位置获取子模块3021，用于获取所述目标群组中每个成员在指定历史时间段内的一个采样时间点下的位置信息。
本申请实施例中，在APP活跃期间，位置获取子模块3021可按照设定的时间间隔记录APP用户的基于时间的位置信息。以用户A和用户B为例，记录的位置信息可以如上表2所示。
在本申请一实施例中，所述的指定历史时间段可以是APP支付记录中的付款时间点前的指定时间段(比如付款时间点前一小时内等等)。在本申请另一实施例中，所述的指定历史时间段比如还可以是当天。
第一判断子模块3022，用于基于所述位置信息判断所述目标群组中，其位置与所述发起方的位置满足预设距离阈值的成员的个数是否为n-1个。
其中，所述第一判断子模块3022基于所述位置信息判断所述目标群组中，其位置与所述发起方的位置满足预设距离阈值的成员的个数是否为n-1个，具体过程如下：
首先，计算目标群组中每个成员(除发起方外)的位置至发起方的位置的距离；即根据地球上任意两点的经纬度计算两点间的距离。设地球平均半径为R，如果以0度经线为基准，那么根据地球表面任意两点的经纬度就可以计算出这两点间的地表距离(这里忽略地球表面地形对计算带来的误差，仅仅是理论上的估算值)。设第一点A的经纬度为(LonA,LatA)，第二点B的经纬度为(LonB,LatB)，按照0度经线的基准，东经取经度的正值(Longitude)，西经取经度负值(-Longitude)，北纬取90-纬度值(90-Latitude)，南纬取90+纬度值(90+Latitude)，则经过上述处理过后的两点被计为(MLonA,MLatA)和(MLonB,MLatB)。那么根据三角推导，可以得到计算两点距离的如下公式：
C＝sin(MLatA)*sin(MLatB)*cos(MLonA-MLonB)+cos(MLatA)*cos(MLatB)
Distance＝R*Arccos(C)*Pi/180
这里，R和Distance单位是相同，如果是采用6371.004千米作为半径，那么Distance就是千米为单位。当然，在本申请实施例中，选择米作为单位可能更为合适。
如果仅对经度作正负的处理，而不对纬度作90-Latitude(假设都是北半球)的处理，那么公式将是：
C＝sin(LatA)*sin(LatB)+cos(LatA)*cos(LatB)*cos(MLonA-MLonB)
Distance＝R*Arccos(C)*Pi/180
以上通过简单的三角变换就可以推出。
当然以上仅是举例说明，在本申请的其他实施例中，也可以采用其他已有的根据经纬度计算两点间距离的算法。
其次，将计算得到的目标群组中每个成员(除发起方)与发起方的距离与预设的距离阈值进行比较，获得比较结果。
第一确认子模块3023，用于当所述第一判断子模块判断所述目标群组中，其位置与所述发起方的位置满足预设距离阈值的成员的个数为n-1个时，确认所述n-1个成员为平均分摊共同消费金额的付款请求的发送目标。
在本申请其他实施例中，所述确定模块302还可以包括：
第二确认子模块3024，用于当所述第一判断子模块判断所述目标群组中，其位置与所述发起方的位置满足预设距离阈值的成员的个数超过n-1个时，根据近距离优先原则(距离越近，被选中的优先级越高)从中选出其位置与所述发起方的位置最近的n-1个成员，作为平均分摊共同消费金额的付款请求的发送目标。
在本申请其他实施例中，所述确定模块302还可以包括：
循环子模块3025，用于当所述第一判断子模块判断所述目标群组中，其位置与所述发起方的位置满足预设距离阈值的成员的个数少于n-1个时，获取所述目标群组中每个成员在所述指定历史时间段内的下一个采样时间点下的位置信息，并触发所述第一判断子模块3021。
在本申请其他实施例中，所述确定模块302还可以包括：
返回子模块3026，用于当所述第一判断子模块判断在所述指定历史时间段内的所有采样时间点下，所述目标群组中，其位置与所述发起方的位置满足预设距离阈值内的成员的个数均少于n-1个时，则在提示所述发起方后向其返回人工选择平均分摊共同消费金额付款人的用户界面，所述的提示比如可以是：自动匹配平均分摊共同消费金额付款人数失败，5秒后自动返回人工选择平均分摊共同消费金额付款人的用户界面。
本申请实施例中，在收到发起方发起的平均分摊共同消费金额的收款请求后，可根据指定历史时间段内的采样时间点下的位置信息，从平均分摊共同消费金额的收款请求指定的目标群组中自动检测出共同消费场景中需要平均分摊共同消费金额的成员并向其发出平均分摊共同消费金额的付款请求，从而避免了人工选择共同消费场景中需要平均分摊共同消费金额的人时所带来的诸多不便，提高了用户体验。
参考图5所示，本申请实施例的群组通信客户端包括：
记录展示模块501，用于被触发时，获取APP用户在预设时间段内的APP支付记录并展示给所述APP用户，以供其选择。
在本申请实施例中，通常的应用场景是：一群人共同消费(比如聚餐)后，其中一个人通过自己移动终端上的APP先行垫付共同消费金额，然后该付款人作为发起方通过APP的平均分摊共同消费金额的收款功能要求共同消费的其他人平均分摊共同消费金额。当发起方点击APP的平均分摊共同消费金额的收款功能时，触发APP向对应支付服务端查询该APP用户(即发起方)在预设时间段内的APP支付记录，并将收到的查询结果展示给APP用户，以供其选择。
在本申请实施例中，一般的，APP用户在指定时间段(比如当天)内的发生较多APP支付的概率很低，也就说，APP用户在预设时间段内的APP支付记录一般比较少，所以对于APP用户来讲，从较少的APP支付记录中选择一个APP支付记录是较为容易的。
在本申请实施例中，所述展示的APP支付记录可以按照一定顺序排列(比如可以按照APP支付时间降序排列)的APP支付记录列表，以便于APP用户选择。
第一确认模块502，用于确定所述APP用户选择的APP支付记录。
当APP用户从展示的APP支付记录列表中选择一个APP支付记录时，响应于所述选择，APP自动弹出用户界面，该用户界面内可以包括用户选择的APP支付记录的共同消费金额选项、平均分摊共同消费金额付款人数选项和目标群组选项。其中，用户选择的APP支付记录的共同消费金额选项可以由APP根据用户选择的APP支付记录自动填充，而平均分摊共同消费金额付款人数和目标群组需要用户指定。
第二确认模块503，用于确定该APP支付记录中的共同消费金额，以及所述APP用户为该共同消费金额所指定的共同消费参与人数n及目标群组。
如上述第一确认模块502中所述，APP自动弹出的对话框中包括用户选择的APP支付记录的共同消费金额选项、平均分摊共同消费金额付款人数选项和目标群组选项；由于共同消费金额已自动填充，当APP用户指定了共同消费参与人数n和目标群组后，APP即可确定该APP支付记录中的共同消费金额，以及所述APP用户为该共同消费金额所指定的共同消费参与人数n及目标群组。
请求发送模块504，用于向服务端发送平均分摊共同消费金额的收款请求，所述平均分摊共同消费金额的收款请求中携带有所述共同消费金额、所述共同消费参与人数n、以及所述目标群组。
此外，本申请实施例还提供了一种移动终端，该移动终端可以是智能手机等。与现有技术不同的是，本申请实施例的移动终端配置有上述的群组通信客户端。
为了描述的方便，描述上述装置时以功能分为各种模块分别描述。当然，在实施本申请时可以把各模块的功能在同一个或多个软件和/或硬件中实现。
以上本申请实施例所描述的方法或装置可以直接嵌入可由处理器执行的软件模块中。软件模块可以存储于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动磁盘、CD-ROM或本领域中其它任意形式的存储媒介中。示例性地，存储媒介可以与处理器连接，以使得处理器可以从存储媒介中读取信息，并可以向存储媒介存写信息。可选地，存储媒介还可以集成到处理器中。
以上所述的具体实施例，对本申请的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本申请实施例的具体实施例而已，并不用于限定本申请的保护范围，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (23)

1.一种群组通信方法，其特征在于，包括以下步骤：
接收发起方发起的平均分摊共同消费金额的收款请求，所述平均分摊共同消费金额的收款请求中携带有所述发起方指定的共同消费金额、共同消费参与人数n及目标群组；
确定所述目标群组中，在指定历史时间段内的同一采样时间点下，其位置与所述发起方的位置满足预设距离阈值的n-1个成员；
根据所述共同消费金额以及共同消费参与人数n生成所述发起方的平均分摊共同消费金额的付款请求，并向所述n-1个成员发送所述平均分摊共同消费金额的付款请求。
2.根据权利要求1所述的群组通信方法，其特征在于，还包括：
在发出所述平均分摊共同消费金额的付款请求后的计时时间达到设定时间阈值时，判断所述n-1个成员中是否有尚未针对所述平均分摊共同消费金额的付款请求付款的；
如果有，则向其中尚未付款的成员发送付款提醒。
3.根据权利要求1所述的群组通信方法，其特征在于，所述确定所述目标群组中，在指定历史时间段内的同一采样时间点下，其位置与所述发起方的位置满足预设距离阈值的n-1个成员，包括：
获取所述目标群组中每个成员在指定历史时间段内的一个采样时间点下的位置信息；
基于所述位置信息判断所述目标群组中，其位置与所述发起方的位置满足预设距离阈值的成员的个数是否为n-1个；
如果是，则确认所述n-1个成员为平均分摊共同消费金额的付款请求的发送目标。
4.根据权利要求3所述的群组通信方法，其特征在于，还包括：
如果所述目标群组中，其位置与所述发起方的位置满足预设距离阈值的成员的个数超过n-1个，则根据近距离优先原则从中选出其位置与所述发起方的位置最近的n-1个成员，作为平均分摊共同消费金额的付款请求的发送目标。
5.根据权利要求3所述的群组通信方法，其特征在于，还包括：
如果所述目标群组中，其位置与所述发起方的位置满足预设距离阈值内的成员的个数少于n-1个，则获取所述目标群组中每个成员在所述指定历史时间段内的下一个采样时间点下的位置信息，并执行相应的判断。
6.根据权利要求5所述的群组通信方法，其特征在于，还包括：
如果在所述指定历史时间段内的所有采样时间点下，所述目标群组中，其位置与所述发起方的位置满足预设距离阈值内的成员的个数均少于n-1个，则在提示所述发起方后向其返回人工选择平均分摊共同消费金额付款人的用户界面。
7.根据权利要求3-5任一项所述的群组通信方法，其特征在于，所述指定历史时间段内的所有采样时间点按照采样时间降序排列。
8.根据权利要求1所述的群组通信方法，其特征在于，所述指定历史时间段包括：APP支付记录中的付款时间点前的指定时间段。
9.根据权利要求1所述的群组通信方法，其特征在于，所述平均分摊共同消费金额的收款请求及所述平均分摊共同消费金额的付款请求中包括共同消费主题。
10.一种群组通信方法，其特征在于，包括以下步骤：
被触发时，获取应用APP用户在预设时间段内的APP支付记录并展示给所述APP用户，以供其选择；
确定所述APP用户选择的APP支付记录；
确定该APP支付记录中的共同消费金额，以及所述APP用户为该共同消费金额所指定的共同消费参与人数n及目标群组；
向服务端发送平均分摊共同消费金额的收款请求，所述平均分摊共同消费金额的收款请求中携带有所述共同消费金额、所述共同消费参与人数n、以及所述目标群组；以使所述服务端确定所述目标群组中，在指定历史时间段内的同一采样时间点下，其位置与所述APP用户的位置满足预设距离阈值的n-1个成员；根据所述共同消费金额以及共同消费参与人数n生成所述APP用户的平均分摊共同消费金额的付款请求，并向所述n-1个成员发送所述平均分摊共同消费金额的付款请求。
11.根据权利要求10所述的群组通信方法，其特征在于，所述展示的APP支付记录按照APP支付时间降序排列。
12.一种群组通信服务端，其特征在于，包括：
接收模块，用于接收发起方发起的平均分摊共同消费金额的收款请求，所述平均分摊共同消费金额的收款请求中携带有所述发起方指定的共同消费金额、共同消费参与人数n及目标群组；
确定模块，用于确定所述目标群组中，在指定历史时间段内的同一采样时间点下，其位置与所述发起方的位置满足预设距离阈值的n-1个成员；
发送模块，用于根据所述共同消费金额以及共同消费参与人数n生成所述发起方的平均分摊共同消费金额的付款请求，并向所述n-1个成员发送所述平均分摊共同消费金额的付款请求。
13.根据权利要求12所述的群组通信服务端，其特征在于，还包括：
提醒模块，用于在所述发送模块发出所述平均分摊共同消费金额的付款请求后的计时时间达到设定时间阈值时，判断所述n-1个成员中是否有尚未针对所述平均分摊共同消费金额的付款请求付款的；如果有，则向其中尚未付款的成员发送付款提醒。
14.根据权利要求12所述的群组通信服务端，其特征在于，所述确定模块包括：
位置获取子模块，用于获取所述目标群组中每个成员在指定历史时间段内的一个采样时间点下的位置信息；
第一判断子模块，用于基于所述位置信息判断所述目标群组中，其位置与所述发起方的位置满足预设距离阈值的成员的个数是否为n-1个；
第一确认子模块，用于当所述第一判断子模块判断所述目标群组中，其位置与所述发起方的位置满足预设距离阈值的成员的个数为n-1个时，确认所述n-1个成员为平均分摊共同消费金额的付款请求的发送目标。
15.根据权利要求14所述的群组通信服务端，其特征在于，所述确定模块还包括：
第二确认子模块，用于当所述第一判断子模块判断所述目标群组中，其位置与所述发起方的位置满足预设距离阈值的成员的个数超过n-1个时，根据近距离优先原则从中选出其位置与所述发起方的位置最近的n-1个成员，作为平均分摊共同消费金额的付款请求的发送目标。
16.根据权利要求14所述的群组通信服务端，其特征在于，所述确定模块还包括：
循环子模块，用于当所述第一判断子模块判断所述目标群组中，其位置与所述发起方的位置满足预设距离阈值的成员的个数少于n-1个时，获取所述目标群组中每个成员在所述指定历史时间段内的下一个采样时间点下的位置信息，并触发所述第一判断子模块。
17.根据权利要求16所述的群组通信服务端，其特征在于，所述确定模块还包括：
返回子模块，用于当所述第一判断子模块判断在所述指定历史时间段内的所有采样时间点下，所述目标群组中，其位置与所述发起方的位置满足预设距离阈值内的成员的个数均少于n-1个时，则在提示所述发起方后向其返回人工选择平均分摊共同消费金额付款人的用户界面。
18.根据权利要求14-16任一项所述的群组通信服务端，其特征在于，所述指定历史时间段内的所有采样时间点按照采样时间降序排列。
19.根据权利要求12所述的群组通信服务端，其特征在于，所述指定历史时间段包括：APP支付记录中的付款时间点前的指定时间段。
20.根据权利要求12所述的群组通信服务端，其特征在于，所述平均分摊共同消费金额的收款请求及所述平均分摊共同消费金额的付款请求中包括共同消费主题。
21.一种群组通信客户端，其特征在于，包括：
记录展示模块，用于被触发时，获取APP用户在预设时间段内的APP支付记录并展示给所述APP用户，以供其选择；
第一确认模块，用于确定所述APP用户选择的APP支付记录；
第二确认模块，用于确定该APP支付记录中的共同消费金额，以及所述APP用户为该共同消费金额所指定的共同消费参与人数n及目标群组；
请求发送模块，用于向服务端发送平均分摊共同消费金额的收款请求，所述平均分摊共同消费金额的收款请求中携带有所述共同消费金额、所述共同消费参与人数n、以及所述目标群组；以使所述服务端确定所述目标群组中，在指定历史时间段内的同一采样时间点下，其位置与所述APP用户的位置满足预设距离阈值的n-1个成员；根据所述共同消费金额以及共同消费参与人数n生成所述APP用户的平均分摊共同消费金额的付款请求，并向所述n-1个成员发送所述平均分摊共同消费金额的付款请求。
22.根据权利要求21所述的群组通信客户端，其特征在于，所述记录展示模块展示的APP支付记录按照APP支付时间降序排列。
23.一种移动终端，其特征在于，其包括权利要求21或22所述的群组通信客户端。
CN201610330342.9A 2016-05-18 2016-05-18 群组通信方法、装置及移动终端 Active CN107404500B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610330342.9A CN107404500B (zh) 2016-05-18 2016-05-18 群组通信方法、装置及移动终端

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610330342.9A CN107404500B (zh) 2016-05-18 2016-05-18 群组通信方法、装置及移动终端

Publications (2)

Publication Number Publication Date
CN107404500A CN107404500A (zh) 2017-11-28
CN107404500B true CN107404500B (zh) 2020-07-03

Family

ID=60394250

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610330342.9A Active CN107404500B (zh) 2016-05-18 2016-05-18 群组通信方法、装置及移动终端

Country Status (1)

Country Link
CN (1) CN107404500B (zh)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110581771B (zh) * 2018-06-07 2022-02-25 连株式会社 利用网络消息服务以处理费用拆分的方法、计算装置可读存储介质以及计算装置
CN108718242B (zh) * 2018-06-12 2021-06-15 北京小米移动软件有限公司 对资源转移进行提示的方法、装置及存储介质
CN110163588B (zh) * 2018-06-21 2022-09-27 腾讯科技（深圳）有限公司 一种支付系统、方法、装置和可读介质
CN109345219B (zh) * 2018-08-13 2020-07-28 阿里巴巴集团控股有限公司 收款控制方法、装置、服务器及可读存储介质
CN109325761A (zh) * 2018-10-08 2019-02-12 杭州飞弛网络科技有限公司 一种用于陌生人社交的分配支付方法及系统
CN111061408A (zh) * 2018-10-17 2020-04-24 钉钉控股（开曼）有限公司 资源收取方法及装置
CN109460981B (zh) * 2018-10-23 2021-06-25 腾讯科技（深圳）有限公司 消息交互方法和装置、存储介质及电子装置
CN110033362B (zh) * 2018-11-14 2023-07-18 创新先进技术有限公司 一种打款方法、装置及设备
CN110245778B (zh) * 2019-05-07 2023-10-31 创新先进技术有限公司 分摊数据检测方法以及装置
CN113570359A (zh) * 2020-04-28 2021-10-29 华为技术有限公司 基于终端设备的收付款方法、装置、系统及存储介质
CN112418843A (zh) * 2020-12-11 2021-02-26 上海中通吉网络技术有限公司 群收款代付的方法及装置

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101079133A (zh) * 2006-06-29 2007-11-28 腾讯科技（深圳）有限公司 批量支付系统及批量支付方法
CN101211439A (zh) * 2006-12-26 2008-07-02 阿里巴巴公司 一种在即时通信软件中实现在线支付的方法及系统
CN102496222A (zh) * 2011-11-29 2012-06-13 上海盛付通电子商务有限公司 一种基于支付指令的支付方法、支付终端及系统
CN103942687A (zh) * 2014-04-25 2014-07-23 天地融科技股份有限公司 数据安全交互系统
CN104636921A (zh) * 2013-11-06 2015-05-20 腾讯科技（深圳）有限公司 基于通信群的在线支付方法,支付系统及服务器系统
CN105450617A (zh) * 2014-09-24 2016-03-30 阿里巴巴集团控股有限公司 一种支付验证方法、装置及系统

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080162292A1 (en) * 2007-01-02 2008-07-03 Rahi Roshandel Point-of-sales system

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101079133A (zh) * 2006-06-29 2007-11-28 腾讯科技（深圳）有限公司 批量支付系统及批量支付方法
CN101211439A (zh) * 2006-12-26 2008-07-02 阿里巴巴公司 一种在即时通信软件中实现在线支付的方法及系统
CN102496222A (zh) * 2011-11-29 2012-06-13 上海盛付通电子商务有限公司 一种基于支付指令的支付方法、支付终端及系统
CN104636921A (zh) * 2013-11-06 2015-05-20 腾讯科技（深圳）有限公司 基于通信群的在线支付方法,支付系统及服务器系统
CN103942687A (zh) * 2014-04-25 2014-07-23 天地融科技股份有限公司 数据安全交互系统
CN105450617A (zh) * 2014-09-24 2016-03-30 阿里巴巴集团控股有限公司 一种支付验证方法、装置及系统

Also Published As

Publication number Publication date
CN107404500A (zh) 2017-11-28

Similar Documents

Publication Publication Date Title
CN107404500B (zh) 群组通信方法、装置及移动终端
CN108960694B (zh) 配送区域确定方法和装置
TWI640888B (zh) 用於透過通信網路提供資料處理方式清單的方法及裝置
US9386409B2 (en) LBS-based prompt information output method and system, and storage medium
US10917498B2 (en) Service processing method and apparatus, and service server
CN108335098B (zh) 一种多人付款的方法和装置
TWI672062B (zh) 基於地理圍欄的定位方法及裝置
US9299065B2 (en) Intelligent downloading of message attachments to mobile devices
US20180268322A1 (en) Dynamic Parking Information Management System
US20130173470A1 (en) Methods and systems for using a co-located group as an authorization mechanism
CN103888493A (zh) 信息推送方法及装置
WO2016089905A1 (en) Limited location tracking of a user device for local pickup
CN110175849B (zh) 收款方法、装置、设备、服务器及系统
EP2846561A1 (en) Method and server for information processing
CN108876465B (zh) 一种对商户进行经营模式分群的方法、装置和服务器
CA2927015A1 (en) Payment tree
CN107248070A (zh) 聊天群预支付的方法及装置
CN105243525B (zh) 一种用户提醒方法及终端
CN105160173B (zh) 安全评估方法和装置
WO2018177054A1 (zh) 签到方法和装置
US9883336B2 (en) Server device and information processing system
CN110852828A (zh) 一种数据处理方法、装置及系统
Zhou et al. USSD technology a low cost asset in complementing public health workers’ work processes
RU2016147927A (ru) Основанная на вовлеченности маршрутизация в системах географической маршрутизации
CN113449986A (zh) 一种业务分配方法、装置、服务器及存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 1247459

Country of ref document: HK

GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right

Effective date of registration: 20200924

Address after: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands

Patentee after: Innovative advanced technology Co.,Ltd.

Address before: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands

Patentee before: Advanced innovation technology Co.,Ltd.

Effective date of registration: 20200924

Address after: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands

Patentee after: Advanced innovation technology Co.,Ltd.

Address before: Greater Cayman, British Cayman Islands

Patentee before: Alibaba Group Holding Ltd.

TR01 Transfer of patent right