一种多用户业务数据的处理方法及系统的制作方法

一种多用户业务数据的处理方法及系统的制作方法
【专利摘要】本发明涉及一种多用户业务数据的处理方法及系统。其中，该包括：创建包括多个用户终端的小组；从该小组的至少一个所述用户终端接收包括对至少一个业务数据包的业务分割请求；响应该业务分割请求，根据至少一个该用户终端的自定义分割参数，将该业务数据包分割以获得该小组的各个组员分别应提交或者应接收的业务数据，并向至少一个组员的用户终端发送包含该业务数据的分割信息。解决了多个用户在活动中产生的业务数据传输到服务器端进行后台实时业务数据处理的问题，进而能自动记录、处理、灵活分配复杂的活动数据，提升处理数据的效率、准确性、安全性等。
【专利说明】
一种多用户业务数据的处理方法及系统
技术领域
[0001] 本发明涉及数据处理技术，特别是涉及多用户业务数据的处理方法及系统。
【背景技术】
[0002] 随着互联网技术的不断发展，用户对互联网的安全性和便捷性要求越来越高。例 如:对安全性和便捷性要求较高的网上支付技术的发展，使得现金支付的传统支付方式正 在逐渐被取代，具体地，在日常生活中，朋友同事聚餐、组团一同出游等多人活动时，会由其 中一人将所有账单一次性付清，其他成员再将自己的账单份额付给这个统一买单的人即AA 制付款方式，目前也有部分网上支付技术如支付宝、微信等软件可以用来进行AA收款支付， 但其只是简单的单向收款功能、并不能为多用户活动的复杂过程自动记录处理相应的信 息，只是与付款有关的固定金额简单均摊的算法而没有灵活的相关信息的处理，并且仅单 笔费用一次一次处理，没有整合处理能力，其效率低下、实时性差，缺乏智能化。
[0003] 另外，多人活动过程中的各种有关的数据(例如可能涉及的：身份、时间、人员、需 求、费用……）都需要手动输入记录(如录入excel)再人工分析，以便后续的统计、分析、汇 总等，对于复杂的多人活动来说发布和处理数据信息的效率也很低、还容易遗漏、出错。
[0004] 由此可见，需要一种能有效提高与多用户活动有关的各种业务数据信息等相关的 数据处理性能的智能方法和系统。

【发明内容】

[0005] 本发明的主要目的在于提供一种多用户业务数据的处理方法和系统，以解决多个 用户在活动中产生的业务数据传输到服务器端进行后台实时业务数据处理的问题，进而还 解决自动记录复杂的多个用户在活动中产生的业务数据的问题，再进一步，还可以通过本 发明的方案的智能化处理，解决处理结果灵活分配输出（比如：智能匹配到业务数据对应的 用户、提前或最后进行输出等）的问题。
[0006] 本发明一方面提供一种多用户业务数据的处理方法，包括:创建包括多个用户终 端的小组;从所述小组的至少一个所述用户终端接收包括对至少一个业务数据包的业务分 割请求;响应所述业务分割请求，根据至少一个所述用户终端的自定义分割参数，将所述业 务数据包分割以获得所述小组的各个组员分别应提交或者应接收的业务数据，并向至少一 个组员的用户终端发送包含所述业务数据的分割信息。
[0007] 其中，所述自定义分割参数，至少包括以下之一：各个组员携带的人数，自定义调 整的至少一个组员提交或者接收业务数据的内容，自定义调整的参与分割的组员名单;和/ 或，所述自定义分割参数，包括:仅赋予指定用户终端具有所述自定义调整业务数据内容和 参与分割名单的权限。
[0008] 其中，响应所述业务分割请求，根据至少一个所述用户终端的自定义分割参数，将 所述业务数据包分割以获得所述小组的各个组员分别应提交或者应接收的业务数据，包 括:在所述小组中，接收包括对多个业务数据包的业务分割请求时，根据至少一个用户终端 自定义的分割参数，将每个业务数据包进行分割，以获得每个业务数据包对应的各个组员 应提交或者应接收的业务数据;对该小组中多个业务数据包对应的各个组员应提交或者应 接收的业务数据进行统计以获得该小组中各个组员全部应提交或者应接收的业务数据； 和/或，向至少一个组员的用户终端发送包含所述业务数据的分割信息，包括:每个业务数 据包中的业务数据，根据参与该业务数据包分割的组员人数及其携带的人数之和进行平均 分配；
[0009] 向至少一个组员的用户终端发送的分割信息中，包含该组员及其携带的人数对应 的应提交的业务数据。
[0010] 其中，各个组员分别应提交或者应接收的业务数据，包括:针对每个业务数据包， 各个组员应提交的业务数据的合集与应接收的业务数据的合集相同；或者，各个组员应提 交的业务数据的合集等于预定数值。
[0011] 其中，还包括:处理应提交业务数据的组员的用户终端发起的提交操作;和/或，在 创建小组后，创建包括该小组各个组员的业务分割记录簿;将业务分割、各个组员提交业务 数据、和/或各个组员接收业务数据的情况实时更新到记录簿中；向各个组员发送所述记录 簿。
[0012] 其中，处理应提交业务数据的组员的用户终端发起的提交操作，包括:将由所述应 提交业务数据的组员的用户终端提交的业务数据向应接收业务数据的组员的用户终端转 送以完成提交;和/或，接收针对所述应提交组员设置提交标记，改变该组员的提交状态。其 中，所述转送包括:将由所述应提交业务数据的组员的用户终端提交的业务数据，按照比例 向应接收业务数据的组员的用户终端转送以完成提交;和/或，所述应提交组员设置提交标 记包括:仅赋予指定用户终端具有对各组员设置提交标记的权限。
[0013] 其中，响应所述业务分割请求，根据至少一个所述用户终端的自定义分割参数，将 所述业务数据包分割以获得所述小组的各个组员分别应提交或者应接收的业务数据，并向 至少一个组员的用户终端发送包含所述业务数据的分割信息，包括:每个业务数据包的业 务数据，除去自定义调整的至少一个组员的应提交或者应接收业务数据之后，剩余的应提 交或应接收的业务数据根据其余的参与此业务数据包分割的组员人数及其携带的人数之 和进行平均分配；向至少一个组员的用户终端发送的分割信息中，包含该组员及其携带的 人数对应的应提交的业务数据。
[0014] 其中，所述业务分割请求还包括:预估业务分割和记录业务分割；其中，在计算记 录业务分割后，各个组员最终应接收或者应提交的业务数据等于以下之一:记录业务应提 交的业务数据结合应接收的业务数据，再去除预存业务数据分割后已预提交业务数据，或 者结合预存业务数据分割后已预存业务数据，当结果为正数表示应提交，当结果为负数表 示应接收;记录业务应接收的业务数据去除应提交的业务数据，再结合预存业务数据分割 后已预提交业务数据，或者去除预存业务数据分割后已预存业务数据，当结果为正数表示 应接收，当结果为负数表示应提交。
[0015] 本发明另一方面提供一种多用户业务数据的处理系统，包括:创建装置，用于创建 包括多个用户终端的小组;接收装置，用于从所述小组的至少一个所述用户终端接收包括 对至少一个业务数据包的业务分割请求;分割处理装置，用于响应所述业务分割请求，根据 至少一个所述用户终端的自定义分割参数，将所述业务数据包分割以获得所述小组的各个 组员分别应提交或者应接收的业务数据，并向至少一个组员的用户终端发送包含所述业务 数据的分割信息；和/或，结果反馈操作处理装置，用于处理应提交业务数据的组员的用户 终端发起的提交操作;和/或，分割处理装置包括:多业务分割装置，当在所述小组中，接收 包括多个业务数据包的业务分割请求时，根据至少一个用户终端自定义的分割参数，将每 个业务数据包进行分割，以获得每个业务数据包对应的各个组员应提交或者应接收的业务 数据;统计装置，对该小组中多个业务数据包对应的各个组员应提交或者应接收的业务数 据进行统计以获得该小组中各个组员全部应提交或者应接收的业务数据。
[0016] 本发明的方案，通过将多人活动中的人员作为业务数据对应的用户进行用户终端 小组创建（即同一用户可以参与多个不同的活动，产生不同的业务数据），使得在记录和处 理业务数据，分配输出结果时避免疏漏和错误；从至少一个所述用户终端接收包括对至少 一个业务数据包的业务分割请求，即智能地按用户需求进行处理，保证数据处理的针对性、 实时性以及在用户终端由组员操作的数据安全性;根据至少一个所述用户终端的自定义分 割参数，响应该请求，将所述业务数据包的业务分割为所述小组的各个组员分别应提交或 者应接收的业务数据，并向至少一个组员的用户终端发送包含所述业务数据的分割信息， 实现了在服务器端进行实时的用户的业务数据接收即记录及记录更新、以及相应的算法处 理，实现了自动记录分析、智能（按用户业务数据处理需求/请求、分割参数自定义)处理业 务数据和处理结果分配输出（匹配活动中参与人员），保证了数据处理的效率提高以及便捷 性。
【附图说明】
[0017] 图1是根据本发明的多用户业务数据的处理方法的一实施例的流程图；
[0018] 图2是根据本发明的方法对于涉及多项活动的业务数据包的分割处理的一实施例 的流程图；
[0019] 图3是本发明应用于一活动场景下服务器/客户端交互原理的示例；
[0020]图4是本发明应用于一活动场景下具体数据分割处理和交互的示例；
[0021] 图5是根据本发明应用于一活动场景下的记录过程示例；
[0022] 图6是根据本发明的多用户业务数据的处理系统的一实施例的结构框图。
【具体实施方式】
[0023] 为了更好的理解本发明的技术方案，下面将结合说明书附图以及具体的实施方式 对本发明的技术方案进行详细的说明，应当理解本发明实施例以及实施例中的具体特征是 对本发明技术方案的详细的说明，而不是对本发明技术方案的限定，在不冲突的情况下，本 发明实施例以及实施例中的技术特征可以相互组合。
[0024] 本发明针对互联网的发展让大家的日常生活越来越便利，较为复杂的多人活动信 息量大、存在共性、特性差异、人参与的各种不定因素造成的复杂运算处理参数等，缺少实 用、效率高且准确的功能完善的多人活动信息自动记录和处理方案而提出的。
[0025] 其中，本发明的实施例中提供的多用户业务信息处理方法可以应用到任何电子设 备，包括但不限于台式电脑、平板电脑、笔记本电脑、智能手机、智能可穿戴设备(例：智能手 表、智能眼镜等）、PDA(Personal Digital Assistant，个人数字助理)等。
[0026] 根据本发明的实施例，提供了一种多用户业务数据的处理方法。
[0027] 下面结合图1所示本发明的多用户业务数据的处理方法的一实施例的流程图进行 具体描述。
[0028] 在步骤101处，创建包括多个用户终端的小组。
[0029] 在一个实施方式中，可选地采用客户端-服务器拓扑模式，以客户端发起创建请 求，在服务器端创建包括多个用户终端的小组。比如在多用户组团活动中，活动团队确定 后，每个活动的成员（即组员）的有关信息和随时更新的有关信息都实时自动地经其用户终 端(客户端)加入到团队中而传送到服务器端，在服务器端创建关于该活动团队对应的小组 的记录，存储于诸如数据表、数据库等中。
[0030] 可选地，可以在不限于多用户活动组团成行后的任意时机，由团队里任一成员（即 组员）例如团长利用用户终端通过客户端的软件或者网站发起多人活动小组的创建，其他 成员通过但不限于《1^、8!\即(：、地理位置、蓝牙、超声波、雷达、扫码、输入密码、输入口令 等任意可用的方式加入该小组。
[0031] 可以理解的，小组创建发起者不限于团队中的个人、法人，也可以是团队外的任何 个人或法人，以组团出游为例:创建发起者可以是导游、旅行社；以包括积分比赛为例:创建 者可以是两个比赛队的队长、教练等。同样可以理解的，小组组员的加入方式不限于上面提 到的这些方式，可以是任何可用的加入团组的方式。
[0032]可选地，每个组员的操作，在自己的用户终端，如电子终端设备上完成，只需在自 己的电子终端设备上上网登录其账号（例:客户端浏览器、客户端软件网页版)或安装相应 软件(如客户端软件)登录账号即可。这样，参与团队活动的成员在活动中产生的业务数据， 在自己用户终端上有基础数据和对应关系，例:基础的用户相关的数据在客户端存储并与 服务器端联系（包括服务器端备份该基础的数据），或者说记录该基础数据，能保障用户的 基础的数据的安全和准确，也能使得服务器端实时根据客户端的数据备份或者说进行记录 存储、甚至后续的运算处理等，以便后续活动产生的业务数据发生变化时及时更新。
[0033]比如：在创建完成小组后，创建包括该小组各个组员在活动中产生的业务数据的 记录，该记录可以以数据表、数据库等方式存储，作为记录薄。其中，可以在创建小组后，创 建包括该小组各个组员的业务分割记录簿，将业务分割、各个组员提交业务数据、和/或各 个组员接收业务数据的情况实时更新到记录簿中，还可以向各个组员发送所述记录簿。
[0034] 进一步的，后面会将各种实时变化包括业务数据、业务分割及各个组员提交或接 收业务数据(业务数据包)等情况，都实时更新到记录薄中，并向各个组员展示该记录薄，以 便透明、公正，极大提高了组员的数据准确性和安全性。而对应的提交或接收业务数据的组 员可以在自己的用户终端上绑定自己对应便捷的数据接收、发送方式(例：自身用户终端已 经安装的接收和发送用的客户端软件），可以进一步利用这类方式本身的数据安全性和收 发数据的便捷性，无需再增加新的收发方式给客户端或者说用户终端带来负担和繁琐的客 户端运算。
[0035] 下面进一步以组团出游活动中会涉及到的较为复杂的经费情况作为一具体应用 本发明方法的例子，说明本发明的方法在记录和处理业务数据过程中的智能、便捷、安全、 准确。应当理解，本发明的方法涉及多用户活动的业务信息处理，除了用于多用户活动中账 单的分账（比如AA制账务分割），还适用于聚会、聚餐、团购、运动等多人活动事务记录、安排 和处理，甚至多人竞技活动的积分记录、管理、处理等，且不应局限于此类活动方式。
[0036] 假设活动中的消费需要AA支付，即产生的是与费用相关的业务数据，自然会对这 类业务数据的安全、准确、自动记录、变化多、运算复杂性等提出了更高的要求。利用本发明 的方法，可以在创建完成多人组团出游的小组后，每个组员在自己的用户终端上操作，例 如:可以选择自己用户终端的绑定支付方式，以便能够便捷地通过终端进行付款或收款。该 绑定的支付方式可以包括但不限于银行卡、银联、支付宝、微信、QQ、Apple Pay、Android Pay、Samsung Pay等等各种渠道的支付方式，能提高提交或接收数据(此例子中为经费）的 效率。
[0037] 另外，绑定时机不限于创建完成小组后立即进行，可以在例如需要支付时再绑定， 甚至也可以不绑定支付方式而选择例如现金、转账等其他方式支付。这样，保证了涉及费用 的这类安全性、准确性要求高的业务数据在组员的掌控下完成相应的操作，进一步保证了 数据的安全性和准确性，以及给予了组员灵活的参与、反馈方式。并且，在创建完成小组后， 可以自动统计组员信息，包括组员携带人数、支付绑定方式等，即智能记录。例如:在创建完 成小组后，创建包括该小组各个组员在活动中产生的业务数据的记录，该记录的记录薄对 应人员和费用，可以是一账簿，并向各个组员展示所述账簿，展示的内容包括部分可公开信 息，如姓名、携带人数等。进一步的，后面各种变化情况包括各个组员收付款状况等都能实 时更新到所述账簿中，并向各个组员展示所述账簿，以便透明、公正，提高组员的资金安全 性。
[0038] 在步骤102处，从至少一个所述用户终端接收包括对至少一个业务数据包的业务 分割请求。
[0039] 在一个实施方式中，服务器从该分组中至少一个所述用户终端接收业务分割请 求，该业务分割请求包括对至少一个业务数据包的业务分割。其中，所述分组中的任一组员 可以利用自己的用户终端，通过客户端软件发送产生的一个或多个与活动相关的业务数据 的业务数据包的业务分割请求，由服务器接收并处理。
[0040] 其中，业务分割指根据多用户活动中按照约定或默认需求对相应于活动的每个业 务数据包进行业务以及相应业务的业务数据的划分，从而便于后续处理。进一步，业务分割 请求，可以包括预估业务分割即预先估计的常用方式(默认）的分割、记录业务分割即实际 产生并记录了业务数据后通过约定或其他方式的分割。
[0041] 其中，还可以在创建小组后，创建包括该小组各个组员的业务分割记录簿，这样， 可以将业务分割情况及各个组员提交、接收状况实时更新到该业务分割记录簿中，还可以 向各个组员发送该业务分割记录簿。
[0042] 进一步，多个用户参与的活动可以包括各种活动项目，例如:可以涉及与组员、条 件、项目参与情况、项目、甚至经费等有关的需要记录和处理的各种业务数据，比较复杂繁 琐。比如:活动项目可以是单一项目（一个业务数据包）、也可以是多个项目，由此，对应发生 的业务数据也会不同（包括多个业务的多个业务数据包），即一个活动组中的一个组员参与 了多个项目而该组另一组员可能仅参与了其中一个项目，因而在上述情况下，每个组员活 动所产生的业务数据会存在不同，对组员传递给服务器进行记录和处理的业务数据包就需 要做相应的不同业务分割，而此业务分割可以通过组员随发送业务数据包时提出请求，或 者发送业务数据包后，或发送之前预设，以便处理时，根据来自组员的请求处理，从而可以 处理不同组员的业务数据包的不同需求的业务分割，灵活、便捷，并保证数据处理的针对 性、实时性以及在用户终端由组员操作的数据安全性。
[0043] 承前述组团出游中的消费需要AA支付的该应用例子:在多人活动中活动项目可能 为单一例如仅仅是吃饭，就产生有一笔款项一份账单，也可能活动项目为多个例如吃饭、住 宿、k歌、运动等，在处理时需要先分割账单的款项，即从至少一个组员的用户终端接收包括 至少一笔款项的账单的分割请求，以分割账单，而根据参与一项或多项活动的不同组员的 账单的不同，需要分割的账单中的款项可能为一笔或多笔。
[0044] 在步骤103处，响应所述业务分割请求，根据至少一个所述用户终端的自定义分割 参数，将所述业务数据包分割以获得所述小组的各个组员分别应提交或者应接收的业务数 据，并向至少一个组员的用户终端发送包含所述业务数据的分割信息。
[0045] 在一个实施方式中，可以根据至少一个所述用户终端提供的自定义分割参数，响 应接收的分割请求进行业务数据包的业务分割。
[0046] 其中，业务分割可以将业务数据包按参数分割成小组中各个组员参与的活动业 务、以及应当提交的业务数据和/或应当接收的业务数据。分割完成后，将分割信息发送给 团组中的一个或多个对应的组员，该分割信息中包括分割处理后的业务数据，进而，还需要 向至少一个组员的用户终端即对应该分割后的业务数据的组员的用户终端发送该对应的 业务数据，即某个或某些组员应当提交的业务数据、或者某个或某些组员应当接收的业务 数据。
[0047] 其中，参数可以由用户实际参与活动项目的情况自行定义。比如，自定义分割参数 可以至少包括以下之一：各个组员携带的人数，自定义调整的至少一个组员的交付或者接 收业务数据内容，自定义调整的参与分割的组员名单。
[0048] 这样，可以根据用户实际参与活动的情况和/或用户提供的更多更具体的参数信 息，更准确、更灵活、高效率地进行业务数据便捷的记录和处理。
[0049] 进一步地，若要增强各组员业务数据的安全性、准确性，自定义分割参数，还可以 仅赋予指定的用户终端具有所述自定义调整业务数据内容和参与分割名单的权限。比如： 仅赋予小组的组长(可以是小组创建者，也可以是指定的某个组员）和/或每个活动项目（如 业务数据包)的创建者具有手动调整各组员自定义参数的权限。
[0050] 进一步，各个组员分别应提交或者应接收的业务数据包括各个组员应提交的业务 数据的合集与各个组员应接收的业务数据的合集相同，或者，各个组员应提交的业务数据 的合集等于某特定数值(如：比赛积分/计分，有可能都为正数的情况，可以设一预定数值）， 等等。
[0051] 进一步，每个业务数据包的中的业务数据，还可以根据参与该业务数据包分割的 组员人数及其携带的人数之和进行平均分配;或者，每个业务数据包的业务数据，除去自定 义调整的至少一个组员的应提交或者应接收业务数据之后，剩余的应提交或应接收的业务 数据根据其余的参与此业务数据包分割的组员人数及其携带的人数之和进行平均分配。进 而，向至少一个组员的用户终端发送的分割信息中，包含该组员及其携带的人数对应的应 提交的业务数据。
[0052]进一步，还可以接收针对应提交业务数据的组员设置提交标记，改变该组员的提 交状态。进一步，还可以仅赋予指定用户终端具有对各组员设置交付标记的权限，比如团长 等才有权限。
[0053] 其中，业务分割请求可以有预估业务分割和记录业务分割，即基于活动前预先估 计产生的业务、业务数据(预存的业务和/或对应的业务数据），请求分割处理;基于活动中 实际产生的业务、业务数据（已经发生并记录了的业务和/或业务数据），请求分割处理。在 计算记录业务分割后，各个组员最终应接收或者应提交的业务数据等于以下之一:记录业 务应提交的业务数据结合应接收的业务数据，再去除预存业务数据分割后已预提交业务数 据或者结合预存业务数据分割后已预存业务数据，当结果为正数表示应提交，当结果为负 数表示应接收;记录业务应接收的业务数据去除应提交的业务数据，再加上预存业务数据 分割后已预提交业务数据或者去除预存业务数据分割后已预存业务数据，当结果为正数表 示应接收，当结果为负数表示应提交。
[0054] 在一个实施方式中，向至少一个组员的用户终端发送包含所述业务数据的分割信 息，可以包括向至少一个组员的用户终端发送的分割信息中，包含该组员及其携带的人数 对应的应提交的业务数据。即匹配到业务数据对应的用户、提前或最后进行输出。
[0055] 承前述组团出游中的消费需要AA支付的该应用例子:至少一个用户终端可以提供 自定义的参数，以便能灵活处理各种需求的账单分割(分账），比如，至少一个用户终端可以 提供自定义的收款或付款参数，这样，在响应切分账单的请求时，将账单(账单的款额)分割 为小组的各个组员应当支付或应当接收的款额。另外，而该自定义的收款和/或付款参数还 至少可以包括以下内容:各个组员携带的人数、手动调整的至少一个组员的收款和/或付款 金额、和/或手动调整的参与分割的组员名单，等等。
[0056] 这样，在多人活动中，常常会有人携带其他人例如朋友、家属参与活动，若只按照 付款人数均摊，而付款人数未必代表活动人数，因此非常不灵活，如果每个组员能以携带人 数作为分割时依据的参数，则在账单分摊时，每笔款项均将组员携带的人数也加入分摊计 算中，携带他人的组员将承担自己以及所携带人数合计的费用，以此正确、准确地反映有携 带他人的组员实际应该支付或者收取的款额，能有效避免计算经费时出现的遗漏和错误。
[0057] 又比如，在多人活动中，也可能存在某些组员独自额外点单、购买某食品、商品或 服务，或由于各种原因如被起哄而多出或者少出款额，此时，也可以针对该组员自定义收付 款金额来灵活计算。
[0058]还比如，在多人活动中，还存在一种可能，某些组员并未参加所述账单的至少一笔 款项的消费，此时，还能够手动调整参与账单每笔款项分割的组员名单，从而正确计算各组 员实际应付金额。
[0059] 再者，如果需要增强账簿的准确性，进而确保各组员资金的安全性，可以仅赋予小 组的组长和/或每笔款项的创建者(优选但不限于是该笔款项的付款者)具有手动调整各组 员自定义收付款金额和/或参与账单分割的组员名单的权限。
[0060] 另外，如组长或指定组员需要预收部分款项以完成活动场所预定、交通食宿宿等 活动经费支付时，允许提前向各个组员的用户终端发送账单分割数据，以便在活动开始前 其他组员可以预付相应金额给组长或指定组员。无论是预付款账单分割，还是分账账单分 害J，当账单分割计算完成后，均向各个组员的用户终端发送账单分割数据，以便各个组员依 据各自的应付或者应收金额执行收、付款操作。
[0061] 下面将结合图2所示本发明的方法对于涉及多项活动的业务数据包的分割处理的 一实施例的流程图，说明步骤S101的进行业务分割获得应提交或接收的业务数据的一个具 体方式。
[0062] 步骤S201，当在所述小组中，接收包括对多个业务数据包的业务分割请求时，根据 至少一个用户终端自定义的分割参数，将每个业务数据包进行分割，以获得每个业务数据 包对应的各个组员应提交或者应接收的业务数据。
[0063] 在一个实施方式中，各个组员分别应提交或者应接收的业务数据可以包括，针对 每个业务数据包，各个组员应提交的业务数据的合集与应接收的业务数据的合集相同。
[0064] 进一步，每个业务数据包中的业务数据，还可以根据参与该业务数据包分割的组 员人数及其携带的人数之和进行平均分配;或者，每个业务数据包的业务数据，除去自定义 调整的至少一个组员的应提交或者应接收业务数据之后，剩余的应提交或应接收的业务数 据根据其余的参与此业务数据包分割的组员人数及其携带的人数之和进行平均分配。 [0065] 步骤S202,对该小组中多个业务数据包对应的各个组员应提交或者应接收的业务 数据进行统计以获得该小组中各个组员全部应提交或者应接收的业务数据。
[0066] 承前述组团出游中的消费需要AA支付的该应用例子：
[0067] 当账单包括多笔款项时可以根据至少一个用户终端自定义收付款参数，将每笔款 项款额分割计算为针对该笔款项款额各个组员应付或应收款额。
[0068] 可选择地，每笔款项的款额根据参与该笔款项分割的组员人数及其携带的人数之 和进行平均分配。
[0069] 可选择地，每笔款项的款额除去手动调整的组员款额外，剩余的款额根据剩余的 参与该笔款项分割的组员人数及其携带的人数之和进行平均分配。
[0070] 然后，统计计算出针对所述账单各个组员应付或应收款额。
[0071] 在步骤104处，处理应提交业务数据的组员的用户终端发起的提交操作。
[0072] 在一个实施方式中，应提交业务数据的组员通过其用户终端，按照发送来分割信 息中的应提交的业务数据进行提交操作，并由服务器针对其提交操作进行处理，比如，将由 所述应提交业务数据的组员的用户终端提交的业务数据向应接收业务数据的组员的用户 终端转送以完成提交，等等，其中，该转送可以包括将由所述应提交业务数据的组员的用户 终端提交的业务数据，按照比例向应接收业务数据的组员的用户终端转送以完成提交。
[0073] 另外，还可以在服务器端进行记录和更新信息，比如，接收针对所述应提交组员设 置提交标记，改变该组员的提交状态，并且，所述应提交组员设置提交标记还可以是:仅赋 予指定用户终端具有对各组员设置提交标记的权限。
[0074] 进一步，可以是通过服务器向应提交业务数据的组员的用户终端发起业务数据提 交邀请，再由该组员响应于邀请而提交业务数据；当然也可以只是向应提交业务数据的组 员发送分割信息，由该组员根据分割消息主动发起业务数据的提交操作，等等。
[0075] 承前述组团出游中的消费需要AA支付的该应用例子:可以处理应付款组员发起的 支付操作，将由所述应付款组员支付的款额支付给所述应收款组员。
[0076] 无论是预付款账单分割(其可以对应预估业务分割），还是分账账单分割(其可以 对应记录业务分割），在账单分割完成后，各应付款组员都可以通过前文所述绑定的支付方 式进行支付，支付的款项，再通过服务器平台支付给应收款组员，因此，组员无需指定支付 的对象，只需支付给平台即可，具有很高的便捷性。
[0077] 可选地，当应收款组员具有不止一位时，将由应付款组员支付的款额按照比例向 应收款组员进行支付。
[0078] 可选地，当组员通过转账、现金等其他方式支付，可以有具有权限的如组长或者每 笔款项的创建者进行手动标记为已支付状态，极大提高了灵活性。
[0079] 参见图3所示本发明应用于一活动场景下服务器/客户端交互的示例（如:活动中 涉及费用的AA支付消费），以及图4所示本发明应用于一活动场景下具体数据分割处理和交 互的示例(如:活动中涉及费用的AA记账及收付），进一步说明业务数据包的分割处理过程。
[0080] 假设Xi、X2……Xm代表各个组员；ai、a 2……~代表各个组员自己及对应的携带人数 之和；
[0081] Y代表包括至少一笔款项的账单，Yi、Y2……Yn代表账单中每笔消费款项总金额； ……仏代表对应的参与该笔消费款项的人数，包括参与消费的组员人数及其携带的人 数之和；
[0082] Yii,Yi2……Yin代表第i位组员在每笔消费款项中应付或者应收款额，i = l，2,…， m〇
[0083]每次发生消费￥"时，可选由买单者记账，如有记录错误，记账者及组长或其他被授 权的组员均可以编辑、删除，提高了组员的资金安全性。此例中可以默认为全员参与，如该 笔消费非全员参与，可选由记账者或其他被授权的组员可以手工勾选参与者;此例中还可 以据此默认生成人均数= Yn/0n。如果需要非等额AA记账，可手工编辑金额，并可以进行校 验，例如:校验总额是否等于Y n，如果正确，生成展示此次消费各人最终金额Yu、Ym2…Ymn;
[0084] 此例中，还可以将未参与消费的组员Xi的Yin记为0;参与消费的组员Xi的Yin=(-am*Y n/0n)或者Yin= (_(手动调整金额）），负号表示应付款。买单的组员Xi的Yin = Yn+( (_am* Yn/0n)或者(_(手动调整金额）））或者Yin=(_l)*(其他人应付款总和），结果为正数，表示应 收款;如果存在多个买单组员，则买单的组员单金额) + ((-am*Yn/0n)或者(_ (手动调整金额)）），所有买单组员买单金额之和等于该笔款项款额Y n。
[0085] E Yin = 0，i = 1，2，…，m;也就是说，针对每笔款项，各个组员应付款额的总和与各 个组员应收款额的总和相等。
[0086] Zi,Z2……Zm代表针对账单Y每位组员最终分割到的应付或应收款额。
[0087] Zm= EYmj，j = l，2,…，n〇
[0088] 进一步，可以对此例生成如下表格：
[0090] 此例可选的，在多人活动中，组团创建成功后，还可以预估活动总金额，选择向各 个组员预收款，以便后续活动中用于支付各种款项，活动结束后多退少补。因而在此例中， 业务数据包的业务数据分割请求是针对账单进行分割，即账单分割请求，其可以包括预收 款账单分割(可以对应预估业务分割)和记账账单分割(可以对应记录业务分割），预收款账 单分割，就是用于预估金额的分割，记账账单分割用于活动中实际产生的款项的分割;预收 款账单分割和记账账单分割都采用与上面所述同样的方法步骤，只是在在记账账单分割计 算后，各个组员最终应收或者应付款额应当扣除预付款分割时，组员已付或者已收之款项， 也就是说等于以下之一：
[0091] 记账账单应付款额减去预收款账单分割后中已预付款额或者加上预收款账单分 割后已预收款额，当结果为正数表示应付，当结果为负数表示应收；
[0092] 记账账单应收款额加上预收款账单分割后已预付款额或者减去预收款账单分割 后已预收款额，当结果为正数表示应收，当结果为负数表示应付。
[0093] 举例来说，可选地，组长或者组内其他被授权的组员发起预收款，按预估总金额平 摊或者由组长或者组内其他被授权的组员自定的金额输入，可选地，由组长或者组内其他 被授权的组员确定参与分割的组员名单，实现预收款账单分割。
[0094] 假设，S'代表包括至少一笔预付款额的预收款账单，代表按照账单分割 计算出来的成员Xi、X2……Xm对应的应付或者应收款。预付款账单S'的分割计算方法同上面 所述的账单Y的分割方法，的计算过程同上面所述的……Z m的计算过程相同， 在此不再赘述。
[0095] 记账账单分割方法步骤也同上面所述的账单Y的分割方法相同，区别在于，在检测 到在先已经存在预付款账单分割的情况下，记账账单分割的结果
[0096] Zm=Sm+EYmj，j = l，2,…，n〇
[0097] 生成下表数据：
[0098]
[0099] STEP1:组团活动成行后，收付款小组在多个用户的终端软件内同时成立，本发明 的方法会配置服务器的系统自动统计成员信息，包括组员携带人数、支付绑定方式等，并展 示部分可公开信息，如姓名、人数等;同时，创建该次出游活动收付款的账簿。
[0100] STEP2:由组长或其他有权限者发起预收款，按预估总金额平摊或者组长自定的金 额输入，组员可在其终端的软件内支付(系统会自动统计支付情况)或其他支付方式(转账、 现金等，由组长或其他有权限者在软件内手动标记支付状态）；系统生成各组员账簿初始金 额 ShSr.Smo
[0101] STEP3:每次发生消费￥"时，买单者或者指定的有权限者记账，如有记录错误，买单 者及组长或有权限者均可以编辑、删除。系统默认为全员参与，如该笔消费非全员参与，记 账者可以手工勾选参与者;系统据此默认生成人均数= Yn/仏。如果需要非等额AA记账，可手 工编辑金额，系统校验总额是否等于Yn，如果正确，生成展示此次消费各人最终金额Y ml、 Ym2…Ymn，计算过程参照前文介绍；
[0102] STEP4:如有下一笔消费，重复上一步STEP3,直至最后一笔消费；
[0103] STEP5:活动结束，所有消费记账完毕后，组长选择记账结束，后台统计出最终AA结 果Zm=Sm+EYmi，i = l，2,…，n，计算过程参照前文描述。
[0104] STEP6:结果为Zm〈0的组员，通过与绑定的支付方式AA付款，服务器端系统平台收 款后按照比例向2〇0的成员支付，直至最后一位应付款成员支付完成，系统完成最后一笔 对2〇0成员的支付，此次AA记账、收付款流程结束，结果展示并保存于每位成员的活动记录 中。
[0105] 支付便捷并且账目清晰，全程无需人工计算，只需根据实际情况填写支付金额及 参与人数及修订收付款参数，其他计算均有系统根据严谨完成，极大的提高了账单管理效 率。
[0106] 在同学、同事、朋友之间组织起来的聚会、聚餐、旅行等多人活动过程中使用本发 明的方案，针对活动的每次发生消费情况进行处理时，该笔消费的付款者在软件（网站）内 记录自己支付的款项，及该笔款项的消费成员，软件（网站)后台在活动全程根据合理公式 智能计算得出每位成员应付/收的款项，在提前预收款或最后AA收款后系统自动按比例进 行款项分配(活动参与者的收款、付款渠道均可在软件(网站）内自由绑定，软件（网站)后台 智能匹配活动参与者的收/付款渠道），给多人活动的付款、记账及AA支付带来了极大的便 利，提高了多人参与的复杂活动的信息记录处理的高效、实用、准确。
[0107] 进一步，还可以参考图5所示本发明应用于一活动场景下的记录示例，说明在应用 场景的例子下智能地实时记录的情况，在此例为涉及费用的活动、因而记录的是账目（记 账)。
[0108] 步骤501，记账者输入金额Yn;
[0109] 步骤502,确认是否全体消费，如果是，则执行步骤504,如果否，则执行步骤503; [0110] 步骤503,勾选参与者；
[0111] 步骤504，生成人均数生成人均数=Yn/0n;
[0112] 步骤505,判断是否调整金额，如果是，则执行步骤506,如果否，则进入步骤508; [0113]步骤506,编辑自定义金额；
[0114] 步骤507，校验总数是否正确，如果是，则执行步骤508如果否，则返回506;
[0115] 步骤508,生成展示各人金额Yml、Ym2…Y mn;
[0116] 步骤509,判断是否还有下一笔，如果是，则返回501继续执行上述步骤，如果否，则 执行步骤510;
[0117]步骤510，记账结束，统计账簿并公示。
[0118] 类似的，在多人参与的竞技积分活动中，也可以利用本发明的方案进行记录，以及 积分数据处理，如:后台服务器根据每个组员的经终端的客户端软件提供的积分基础信息、 人员信息、参与项目和项目难度系数、对每个项目参加人员的积分数据包进行积分数据分 害J，而各个组员应提交的业务数据的合集等于某特定数值，并统计历次活动的每个组员的 总分，以用于排序，等等，从而记录活动信息、处理活动信息，而不增加用户终端的运算负担 且数据准确可靠、保障用户自身数据安全，等等。其具体记录、数据处理类似前述例子，基于 多终端和自身的APP客户端，通过平台连接服务器的运算处理，在此不再进一步展开、赘述。
[0119] 图6示意性地示出了根据本发明的多用户业务数据的处理系统的一实施例的结构 框图。根据本发明的一个实施例，结合图6所示结构框图以及图1-5所示例子，对本发明的系 统做进一步描述。图6所示结构框图中，该系统至少可以包括：
[0120] 创建装置610,用于创建包括多个用户终端的小组。该装置的具体功能及处理参见 步骤S101的描述。
[0121] 接收装置620,用于从所述小组的至少一个所述用户终端接收包括对至少一个业 务数据包的业务分割请求。该装置的具体功能及处理参见步骤S102的描述。
[0122] 分割处理装置630,用于响应所述业务分割请求，根据至少一个所述用户终端的自 定义分割参数，将所述业务数据包分割以获得所述小组的各个组员分别应提交或者应接收 的业务数据，并向至少一个组员的用户终端发送包含所述业务数据的分割信息。该装置的 具体功能及处理参见步骤S103的描述。其中，分割处理装置630还包括：多业务分割装置 631，当在所述小组中，接收包括多个业务数据包的业务分割请求时，根据至少一个用户终 端自定义的分割参数，将每个业务数据包进行分割，以获得每个业务数据包对应的各个组 员应提交或者应接收的业务数据，该装置的具体功能及处理参见步骤S201的描述；以及统 计装置632,对该小组中多个业务数据包对应的各个组员应提交或者应接收的业务数据进 行统计以获得该小组中各个组员全部应提交或者应接收的业务数据，该装置的具体功能及 处理参见步骤S202的描述。
[0123] 结果反馈操作处理装置640,用于处理应提交业务数据的组员的用户终端发起的 提交操作。该装置的具体功能及处理参见步骤S104的描述。
[0124] 由于本实施例的系统所实现的处理及功能基本相应于前述图1~图6所示的方法 实施例，故本实施例的描述中未详尽之处，可以参见前述实施例中的相关说明，在此不做赘 述。
[0125] 本发明的方案通过服务器/客户端的软件（网站)后台方式对多人活动过程中实现 智能的实时信息记录(业务、业务数据、形成的业务数据包、相关参数等），数据不易遗漏出 错且实时性强;并通过该后台方式根据相应记录和客户端参数、请求的交互方式处理多人 活动全过程涉及的各类信息（比如：人数、自定义个人涉及业务的参数等，最后统计全程业 务数据以及计算实际业务数据等），实现了在服务器端后台进行实时的用户的业务数据接 收即记录及记录更新、以及相应的算法处理，实现了自动记录分析、智能（按用户业务数据 处理需求/请求、分割参数自定义)处理业务数据，保证了数据处理的效率提高以及便捷性； 提前或最后将处理结果进行分配输出（比如:业务数据发送、匹配活动中参与人员自动按比 例进行业务数据的分配等），保证了数据处理的准确性;通过服务器/客户端的软件（网站） 后台交互方式实现智能匹配活动参与者对处理的结果操作处理方式(提交、接收业务数据 等交互过程），提高了处理效率和算法的准确性。
[0126] 还需要说明的是，术语"包括"、"包含"或者其任何其他变体意在涵盖非排他性的 包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包 括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要 素。在没有更多限制的情况下，由语句"包括一个……"限定的要素，并不排除在包括所述要 素的过程、方法、商品或者设备中还存在另外的相同要素。
[0127] 本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序 产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实 施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机 可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产 品的形式。
[0128] 以上所述仅为本发明的实施例而已，并不用于限制本发明，对于本领域的技术人 员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、 等同替换、改进等，均应包含在本发明的权利要求范围之内。
【主权项】
1. 一种多用户业务数据的处理方法，其特征在于，包括： 创建包括多个用户终端的小组； 从所述小组的至少一个所述用户终端接收包括对至少一个业务数据包的业务分割请 求； 响应所述业务分割请求，根据至少一个所述用户终端的自定义分割参数，将所述业务 数据包分割以获得所述小组的各个组员分别应提交或者应接收的业务数据，并向至少一个 组员的用户终端发送包含所述业务数据的分割信息。2. 如权利要求1所述的方法，其特征在于， 所述自定义分割参数，至少包括以下之一:各个组员携带的人数，自定义调整的至少一 个组员提交或者接收业务数据的内容，自定义调整的参与分割的组员名单； 和/或， 所述自定义分割参数，包括:仅赋予指定用户终端具有所述自定义调整业务数据内容 和参与分割名单的权限。3. 如权利要求1所述的方法，其特征在于， 响应所述业务分割请求，根据至少一个所述用户终端的自定义分割参数，将所述业务 数据包分割以获得所述小组的各个组员分别应提交或者应接收的业务数据，包括： 当在所述小组中，接收包括对多个业务数据包的业务分割请求时，根据至少一个用户 终端自定义的分割参数，将每个业务数据包进行分割，以获得每个业务数据包对应的各个 组员应提交或者应接收的业务数据； 对该小组中多个业务数据包对应的各个组员应提交或者应接收的业务数据进行统计 以获得该小组中各个组员全部应提交或者应接收的业务数据； 和/或， 向至少一个组员的用户终端发送包含所述业务数据的分割信息，包括： 每个业务数据包中的业务数据，根据参与该业务数据包分割的组员人数及其携带的人 数之和进行平均分配； 向至少一个组员的用户终端发送的分割信息中，包含该组员及其携带的人数对应的应 提交的业务数据。4. 如权利要求1-3之一所述的方法，其特征在于，各个组员分别应提交或者应接收的业 务数据，包括： 针对每个业务数据包，各个组员应提交的业务数据的合集与应接收的业务数据的合集 相同；或者，各个组员应提交的业务数据的合集等于预定数值。5. 如权利要求1所述的方法，其特征在于，还包括： 处理应提交业务数据的组员的用户终端发起的提交操作； 和/或， 在创建小组后，创建包括该小组各个组员的业务分割记录簿;将业务分割、各个组员提 交业务数据、和/或各个组员接收业务数据的情况实时更新到记录簿中；向各个组员发送所 述记录簿。6. 如权利要求5所述的方法，其特征在于，处理应提交业务数据的组员的用户终端发起 的提交操作，包括： 将由所述应提交业务数据的组员的用户终端提交的业务数据向应接收业务数据的组 员的用户终端转送以完成提交； 和/或， 接收针对所述应提交组员设置提交标记，改变该组员的提交状态。7. 如权利要求6所述的方法，其特征在于， 所述转送包括:将由所述应提交业务数据的组员的用户终端提交的业务数据，按照比 例向应接收业务数据的组员的用户终端转送以完成提交； 和/或， 所述应提交组员设置提交标记包括:仅赋予指定用户终端具有对各组员设置提交标记 的权限。8. 如权利要求1至7之一所述的方法，其特征在于，响应所述业务分割请求，根据至少一 个所述用户终端的自定义分割参数，将所述业务数据包分割以获得所述小组的各个组员分 别应提交或者应接收的业务数据，并向至少一个组员的用户终端发送包含所述业务数据的 分割信息，包括： 每个业务数据包的业务数据，除去自定义调整的至少一个组员的应提交或者应接收业 务数据之后，剩余的应提交或应接收的业务数据根据其余的参与此业务数据包分割的组员 人数及其携带的人数之和进行平均分配； 向至少一个组员的用户终端发送的分割信息中，包含该组员及其携带的人数对应的应 提交的业务数据。9. 如权利要求1所述的方法，其特征在于，所述业务分割请求还包括： 预估业务分割和记录业务分割;其中， 在计算记录业务分割后，各个组员最终应接收或者应提交的业务数据等于以下之一： 记录业务应提交的业务数据结合应接收的业务数据，再去除预存业务数据分割后已预 提交业务数据，或者结合预存业务数据分割后已预存业务数据，当结果为正数表示应提交， 当结果为负数表示应接收； 记录业务应接收的业务数据去除应提交的业务数据，再结合预存业务数据分割后已预 提交业务数据，或者去除预存业务数据分割后已预存业务数据，当结果为正数表示应接收， 当结果为负数表示应提交。10. -种多用户业务数据的处理系统，其特征在于，包括： 创建装置，用于创建包括多个用户终端的小组； 接收装置，用于从所述小组的至少一个所述用户终端接收包括对至少一个业务数据包 的业务分割请求； 分割处理装置，用于响应所述业务分割请求，根据至少一个所述用户终端的自定义分 割参数，将所述业务数据包分割以获得所述小组的各个组员分别应提交或者应接收的业务 数据，并向至少一个组员的用户终端发送包含所述业务数据的分割信息； 和/或， 结果反馈操作处理装置，用于处理应提交业务数据的组员的用户终端发起的提交操 作； 和/或， 分割处理装置包括： 多业务分割装置，当在所述小组中，接收包括多个业务数据包的业务分割请求时，根据 至少一个用户终端自定义的分割参数，将每个业务数据包进行分割，以获得每个业务数据 包对应的各个组员应提交或者应接收的业务数据； 统计装置，对该小组中多个业务数据包对应的各个组员应提交或者应接收的业务数据 进行统计以获得该小组中各个组员全部应提交或者应接收的业务数据。
【文档编号】G06Q20/28GK105913244SQ201610221615
【公开日】2016年8月31日
【申请日】2016年4月11日
【发明人】胡秀英
【申请人】胡秀英