账户系统、交易及其处理方法、终端、系统、装置及介质与流程

本申请涉及电子支付技术领域，尤其涉及账户系统、交易及其处理方法、终端、系统、装置及介质。

背景技术：

网络支付、移动支付已经成为人们日常生活必须的公共产品。不论是线上还是线下适用的支付场景，每个网络虚拟支付账号都需要通过实名身份认证，完成身份证信息绑定后，才能启动支付功能。为此，当前所有的网络支付系统都是实现一个虚拟网络账号与一个实名身份账号的一对一绑定，例如支付宝账户、微信账户等；据此，该虚拟网络支付账号才可以绑定(已经通过认证的)实名账号的银行账号(银行卡)，完成网络账号与银行账户之间的一一绑定。

也就是说，当前的支付管理系统，不论是线上还是线下，账号主体全都是基于单一/唯一实名身份。

但是，随着支付深度融于人们的日常生活，支付场景的多元化和多样性，完全独立的实名账户支付体系无法更好的满足支付多元化需求。

以家庭为例，中小学、幼儿园每月缴纳的餐费、课外书本费等小额支付，由于涉及到未成年学生，他们不能使用现有的需要实名认证的网络支付体系，所以只能通过现金交付。存在忘带、丢失、假钞等诸多问题，给家长、学生、老师都带来各种麻烦。

另外一方面，鉴于以家庭为单位的社会化的信用管理、信贷消费、社保税收、金融监管的需求的日益增长，目前也没有办法对家庭中各账号主体(如父亲、母亲等)的整体收支情况进行统计。

技术实现要素：

鉴于以上所述现有技术的缺点，本申请涉及目的在于提供账户系统、交易及其处理方法、终端、系统、装置及介质，解决现有技术中支付管理系统都是采用独立账户进行收支的问题。

为实现上述目标及其他相关目标，第一方面，本申请提供一种账户系统，包括：至少一个组账户；其中，每个所述组账户能与一或多个主体账户关联；每个所述主体账户能调用一或多个货币账户；所述组账户作为所述主体账户与外部进行交易的接口。

在第一方面的一实施例中，每个主体账户关联有主体；关联于同一组账户的各主体归属于同一预设团体。

在第一方面的一实施例中，所述预设团体包括：家庭、社区、园区、企/事业单位及其下属部门、其它社会组织、及自组群体中的一种或多种。

在第一方面的一实施例中，所述主体账户包括：网络支付账户。

在第一方面的一实施例中，所述货币账户包括：银行账户及虚拟货币账户中的一种或多种。

在第一方面的一实施例中，所述组账户通过签约/解约方式与主体账户建立/解除关联关系。

在第一方面的一实施例中，所述组账户对应有组账户交易明细以供查询，所述组账户交易明细包含其所关联的各个主体账户在处理由该组账户所接入的交易而产生的主体账户交易明细的集合。

在第一方面的一实施例中，所述交易对应的交易主订单分解为分配给多个关联的所述主体账户的交易分订单。

在第一方面的一实施例中，各所述交易分订单是按预设策略对所述交易主订单进行分解得到的。

在第一方面的一实施例中，在所述组账户关联的各主体账户间建立有消息通道。

在第一方面的一实施例中，至少一个所述主体账户关联于多个组账户。

为实现上述目标及其他相关目标，第二方面，本申请提供一种服务终端，包括：如第一方面所述的账户系统。

为实现上述目标及其他相关目标，第三方面，本申请提供一种交易处理方法，应用于包括至少一个组账户的账户系统；每个所述主体账户能调用一或多个货币账户；所述交易方法包括：获取关于一组账户所参与交易的交易主订单；查找与所述组账户关联的各主体账户；将所述交易主订单分配至所查找到的各所述主体账户中的一或多个进行处理。

在第三方面的一实施例中，所述分配至各所述主体账户中的一或多个进行处理，包括：将所述交易主订单发送至一个主体账户进行处理；或者，将所述交易主订单分解为多个交易分订单，分别分配给多个所述主体账户。

在第三方面的一实施例中，所述的交易处理方法包括：在多个当前主体账户协同处理一交易主订单的情况下，将所述交易主订单或其分解的各交易分订单优先分配给存在交易优势的一或多个当前主体账户；和/或，撤回当前不具备交易能力的一或多个当前主账户的交易主订单或交易分订单。

在第三方面的前述任一实施例中，所述的交易处理方法包括：生成关于所述交易主订单的组账户交易明细以供查询；其中，所述组账户交易明细包括：各主体账户参与该交易主订单处理的交易明细。

为实现上述目标及其他相关目标，第四方面，本申请提供一种交易处理系统，应用于包括至少一个组账户的账户系统；每个所述主体账户能调用一或多个货币账户；所述交易处理系统包括：组账户管理模块，用于管理所述账户系统中的组账户；订单管理模块，用于获取关于一组账户所参与交易的交易主订单，并通过所述组账户管理模块查找与所述组账户关联的各主体账户，将所述交易主订单分配至所查找到的各所述主体账户中的一或多个进行处理。

为实现上述目标及其他相关目标，第五方面，本申请提供一种交易方法，包括：以一组账户发起或接受交易行为；其中，所述组账户能与一或多个主体账户关联；每个所述主体账户能调用一或多个货币账户；获取与所述交易行为相关的交易总订单、或所述交易总订单的交易分订单，并调用与该组账户关联的主体账户进行所述交易总订单或分订单的处理。

为实现上述目标及其他相关目标，第六方面，本申请提供一种交易系统，包括：交易接口模块，用于以一组账户发起或接受交易行为；其中，所述组账户能与一或多个主体账户关联；每个所述主体账户能调用一或多个货币账户；交易执行模块，用于获取与所述交易行为相关的交易总订单、或所述交易总订单的交易分订单，并调用与该组账户关联的主体账户进行所述交易总订单或分订单的处理。

为实现上述目标及其他相关目标，第七方面，本申请提供一种电子装置，包括：一个或多个通信器、一个或多个处理器及一个或多个存储器；所述一个或多个通信器，用于与外部通信；所述一个或多个存储器，用于存储一种或多种计算机程序；所述一个或多个处理器，用于运行其中一种所述计算机程序以执行如第三方面中任一项所述的方法；或者，运行其中另一种所述计算机程序以执行如第五方面中任一项所述的方法。

为实现上述目标及其他相关目标，第八方面，本申请提供一种计算机可读存储介质，存储有一或多种计算机程序；其中一种计算机程序被一或多个处理器运行时执行如第三方面中任一项所述的方法；其中另一种计算机程序被一或多个处理器运行时执行如第五方面中任一项所述的方法。

如上所述，本申请涉及账户系统、交易及其处理方法、终端、系统、装置及介质，账户系统提供至少一个组账户；每个所述主体账户能调用一或多个货币账户；所述组账户作为所述主体账户与外部进行交易的接口。本申请技术方案中构建基于“组账户”概念的账户系统，相对现有仅以单个主体为单位的网络支付来说，能有效的适用和支持类似家庭/群组/社区为单位的消费应用场景，为解决多个独立账户之间的协同消费、协同支付、协同结算/清算、协同对账带来巨大的方便性，也利于监管。

附图说明

图1显示为本申请实施例中一种账户系统的结构示意图。

图2a显示为本申请实施例中一种交易订单分配方式的示意图。

图2b显示为本申请实施例中又一种交易订单分配方式的示意图。

图3显示为本申请实施例中一种账户系统应用场景中通信连接结构示意图。

图4显示为本申请实施例中一种交易处理方法的流程示意图。

图5显示为本申请实施例中一种交易方法的流程示意图。

图6显示为本申请实施例中一种交易处理系统的功能模块示意图。

图7显示为本申请实施例中一种交易方法的功能模块示意图。

图8显示为本申请实施例中一种电子装置的电路结构示意图。

具体实施方式

以下通过特定的具体实例说明本申请的实施方式，本领域技术人员可由本说明书所揭露的内容轻易地了解本申请的其他优点与功效。本申请还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本申请的精神下进行各种修饰或改变。需说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

下面以附图为参考，针对本申请的实施例进行详细说明，以便本申请所属技术领域的技术人员能够容易地实施。本申请可以以多种不同形态体现，并不限定于此处说明的实施例。

为了明确说明本申请，省略与说明无关的部件，对于通篇说明书中相同或类似的构成要素，赋予了相同的参照符号。

在通篇说明书中，当说某部件与另一部件“连接”或“耦接”时，这不仅包括“直接连接”的情形，也包括在其中间把其它元件置于其间而“间接连接”的情形。另外，当说某种部件“包括”某种构成要素时，只要没有特别相反的记载，则并非将其它构成要素排除在外，而是意味着可以还包括其它构成要素。

当说某部件在另一部件“之上”时，这可以是直接在另一部件之上，但也可以在其之间伴随着其它部件。当对照地说某部件“直接”在另一部件“之上”时，其之间不伴随其它部件。

虽然在一些实例中术语第一、第二等在本文中用来描述各种元件，但是这些元件不应当被这些术语限制。这些术语仅用来将一个元件与另一个元件进行区分。例如，第一接口及第二接口等描述。再者，如同在本文中所使用的，单数形式“一”、“一个”和“该”旨在也包括复数形式，除非上下文中有相反的指示。应当进一步理解，术语“包含”、“包括”表明存在所述的特征、步骤、操作、元件、组件、项目、种类、和/或组，但不排除一个或多个其他特征、步骤、操作、元件、组件、项目、种类、和/或组的存在、出现或添加。此处使用的术语“或”和“和/或”被解释为包括性的，或意味着任一个或任何组合。因此，“a、b或c”或者“a、b和/或c”意味着“以下任一个：a；b；c；a和b；a和c；b和c；a、b和c”。仅当元件、功能、步骤或操作的组合在某些方式下内在地互相排斥时，才会出现该定义的例外。

此处使用的专业术语只用于言及特定实施例，并非意在限定本申请。此处使用的单数形态，只要语句未明确表示出与之相反的意义，那么还包括复数形态。在说明书中使用的“包括”的意义是把特定特性、区域、整数、步骤、作业、要素及/或成份具体化，并非排除其它特性、区域、整数、步骤、作业、要素及/或成份的存在或附加。

表示“下”、“上”等相对空间的术语可以为了更容易地说明在附图中图示的一部件相对于另一部件的关系而使用。这种术语是指，不仅是在附图中所指的意义，还包括使用中的装置的其它意义或作业。例如，如果翻转附图中的装置，曾说明为在其它部件“下”的某部件则说明为在其它部件“上”。因此，所谓“下”的示例性术语，全部包括上与下方。装置可以旋转90°或其它角度，代表相对空间的术语也据此来解释。

虽然未不同地定义，但包括此处使用的技术术语及科学术语，所有术语均具有与本申请所属技术领域的技术人员一般理解的意义相同的意义。普通使用的字典中定义的术语追加解释为具有与相关技术文献和当前提示的内容相符的意义，只要未进行定义，不得过度解释为理想的或非常公式性的意义。

现有技术中的各个主体的主体账户之间在进行例如支付、收入等交易行为时，皆是相互独立运作的，从而才引发现有技术中的各种问题。

鉴于此根源问题，本申请旨在通过增设能与各相关主体的主体账户进行关联的虚拟账户，作为统一的与外部交易的接口，从而解决现有技术的问题。

在以下的实施例中，将该虚拟账户称之为“组账户”，顾名思义，是关联于一组主体账户的一个账户。

如图1所示，展示本申请实施例中账户系统的结构示意图。

在图1中，所述组账户101关联于一或多个主体账户102，而每个主体账户102可以关联于一或多个货币账户103。

在一或多个实施例中，所述组账户101可以是在一网络中的服务终端预先创建的账户，即网络账户，它可以仅与创建时提供的用户信息相关，而可以不需要提供用户的实际身份信息，例如身份证号、手机号等。

其中，所述组账户101的账户名可以由用户自行定义或自动生成，例如预定长短或不限长短的数字、字母亲、符号中的任意一种或多种组合；可选的，所述组账户101在创建时可配合有密钥，通过密钥验证其是否合法。

在一或多个实施例中，所述主体账户102包括：网络支付账户；其中，所述网络支付账户例如网银账户、及第三方支付系统账户(如支付宝、微信、qq等)中的一或多种。

需特别说明的是，若所述组账户101是在一云端系统创建，如果所述云端系统本身就是支付系统，则所述主体账户102也可以直接在该云端系统创建并通过授权签约或解约的方式与货币账户103及所述组账户101建立或解除关联关系。

当然，所述主体账户102也可以是现有系统的其它账户，例如支付宝、微信、qq，则所述主体账户102可以通过现有系统与云端系统对接，以授权签约或解约的方式与在云端系统创建的组账户101间建立或解除关联关系。

相应的，所述货币账户103包括：银行账户及虚拟货币账户103中的一种或多种；所述虚拟货币包括但不限于：与货币挂钩的代币(也可以是上述第三方支付系统的余额等)、储值卡、充值卡、积分、及区块链相关货币(如比特币)中的一种或多种。

在一些实施例中，所述主体账户和货币账户的身份可以是分开的，例如支付宝账户和银行账户；而在一些实施例中，所述主体账户和货币账户的身份未必是分开的，例如支付宝、微信和qq账户，其余额可直接进行货币结算，因此都同时还兼具了货币账户的功能。

在一或多个实施例中，所述主体可以是用户，每个主体具有描述其特征的主体信息，所述主体信息可以包括：姓名、性别、工作、住址、年龄、身份证号、社保账号、驾驶证号、银行卡号、手机号及其它相关信息中的一或多种。将主体信息与主体账户关联，从而能得到每个主体区别于其它主体的主体账户。

在一实施例中，一个主体可以仅对应于一个主体账户；在其它实施例中，一个主体可以对应于多个主体账户。

可选的，在一或多个实施例中，所述组账户可以是代表一个预设团体的账户，则其关联的一或多个主体账户可以是属于该预设团体的各成员主体的账户。

具体来讲，所述预设团体包括：家庭、社区、园区、企/事业单位及其下属部门、其它社会组织、及自组群体中的一种或多种。当然，在其它实施例中，关联于同一组账户的多个主体账户所对应的不同主体间也可以没有社会关系，不属于某个预设团体亦可。

其中，所述家庭包括：两口家庭、三口家庭、及三代同堂家庭等中的一种或多种；社区指的是若干社会群体或社会组织聚集在某一个领域里所形成的一个生活上相互关联的大集体，例如常见的生活小区等；园区是指政府集中统一规划指定区域，区域内专门设置某类行业、形态的企业等进行统一管理；所述企/事业单位包括但不限于企业(如私有企业、国营企业等)、及事业单位(如公立学校、公立医院、政府部门等)中的一种或多种，所述预设团体还可以是企/事业单位的部门，包括但不限于财务部门、行政部门、销售部门、及研发部门等中的一种或多种；所述其它社会组织包括但不限于基金会、协会、学会、研究会、商会、促进会、及联合会等中的一种或多种；所述自组群体可以是任意自行组织的团体，包括但不限于同学群、家长群、同事群、好友群、爱好群、网友群、项目组、及课题组等等中的一种或多种。

以家庭为例，在一个三口之家的家庭对应的组账户101(可称为“家庭账户”)下，其关联的主体有父亲a、母亲b、子c，假设子年幼而未有可以进行交易的主体账户102，则该家庭账户关联的主体账户102可以包括：例如a的微信账户和支付宝账户，b的支付宝账户等。

根据上述可知，由于每个主体可能属于不同的预设团体，则若对应多个预设团体均创建有组账户101的情况下，则一个主体的一个主体账户102也有可能关联于多个组账户101。

例如，在一家庭中，父亲的主体账户102既关联于本家庭的家庭组账户101，也可以关联于其父母所在家庭的家庭组账户101，还可以关联于父亲所在企业的企业组账户101。

所述组账户101可以作为其所关联的各主体账户102与外部进行交易的接口。

所述交易，指的是货币的收/支。例如，工资收入，接收他人转账的收入等；又例如，在电商系统购物时的支出，转账给他人的支出等；。

所述组账户101通过与各主体账户102的关联关系，且通过主账户绑定货币账户103的关联关系，就可以实现与外部的货币交易行为。

所述交易行为可以是通过所述组账户101主动发起或被动接受的。

所述主动发起，例如通过组账户101在电商网站进行购物并支付的主动行为；所述被动接受，例如在需要支付时，用户向商家展示所述组账户101关联的标识信息图案(例如二维码、条形码等)，以供商家扫码读取。

可选的，可以通过订单的方式来完成交易行为过程中的信息交互。

例如，通过组账户101在电商网站进行购物时，在进行支付时产生该购物交易的交易主订单；又例如，所在需要支付时，用户向商家展示所述组账户101关联的标识信息图案(例如二维码、条形码等)，以供商家扫码读取，从而产生请求组账户101支付的支付请求(可以发送到管理组账户101的系统)，并在接收到该支付请求时，生成对应的交易主订单。

所述交易可以是由与组账户101关联的一或多个主体账户102独立或协同完成的。

如图2a所示，在一或多个实施例中，可以将该交易主订单201交付其中一个主体账户102来完成，例如一笔支付开支对应的交易主订单201分配到家庭账户关联的父亲的支付宝账户进行处理；或者，如图2b所示，该交易主订单201可以交付给多个主体账户102协同完成，例如将一笔支付开支对应的交易主订单201分解为两个交易分订单202，分别分配给家庭账户关联的父亲、母亲的支付宝账户进行处理。

之后，所述一或多个主体账户102可以调用它们关联的货币账户103(例如银行账户、虚拟货币账户103)来完成所分配的交易订单；当检测到分配出去的交易主订单201或所有交易分订单202都处理完成(例如已支付)，则完成此次组账户101与外部的交易。

可选的，在一或多个实施例中，可以通过预设策略对所述交易主订单201进行分解以得到各个交易分订单202。

其中，所述预设策略可以是根据例如固定/动态比例执行的。

以固定比例举例来说，家庭账户中的父亲的主体账户102负责70％的支出，母亲的主体账户102负责30％的支出；家庭账户中的父亲的主体账户102负责30％的收入，母亲的主体账户102负责70％的收入等；

以动态比例举例来说，组账户101下的各主体账户102之间可以根据货币账户103余额的不同自动调整比例；其中，货币账户103余额总计较多的，支付比例较高而收入比例可以较低；而货币账户103余额总计较低的，支付比例较低而收入比例可以较高。

另外，如果每个主体可以拥有多个主体账户102，例如家庭账户下的父亲拥有支付宝和微信两个主体账户102，也可以预设策略来设定各主体账户102接收订单的优先级。

在一或多个实施例中，在多个当前主体账户协同处理一交易主订单的情况下，所述预设策略可以包括：将所述交易主订单或其分解的各交易分订单优先分配给存在交易优势的一或多个当前主体账户；和/或，撤回当前不具备交易能力的一或多个当前主账户的交易主订单或交易分订单。

其中，所述交易优势包括但不限于：某个主体账户或其货币账户存在交易的优惠、折扣奖励等，也可以是前述的货币账户余额较多等，则对应此类主体账户，可以优先分配所述交易主订单或其分解的交易分订单；相反，如果某个主体账户当前不具备交易能力，例如没有货币可以完成支付交易等，则若检测到或被通知此信息时，可以忽略此类账户而不进行交易订单的分配。

举例来说明将交易总订单分解至多个主体账户102支付的优点：

假设母亲带着孩子在实体店看到了一台钢琴，孩子非常喜欢，母亲决定给他买下，但是金额比较大且母亲个人支付有些吃力，于是通过家庭账户下单，并且设置了父亲支付60％而母亲自己支付40％。父亲实时收到了相关的通知消息，其通过远程非现场方式使用其主体账户102支付了分配给他的交易分订单202，孩子母亲得到父亲的支付消息后，也通过出示家庭账户对应的二维码，现场扫码支付了剩余部分。

当然，在其它实施例中，母亲也可以在设置完支付比例后，直接出示家庭账户对应的二维码，商户在扫码后产生的交易总订单分成60％和40％的两份分订单202，40％的订单通知母亲进行支付，60％的订单发给父亲进行支付。在某些场景下，对交易订单的分解有特别大的需求。举例来说，以一家长群为预设团体，班主任(或家长代劳)可以具有对应该家长群的组账户101，家长们将自己的支付账号绑定到该组账户101。通过组账户101在网上书店下订单购买课外书后，每个家长就可以远程通过组账户101支付其孩子(在该订单中)购买的书费。

相比之下，现有实现方式是：某个家长在群里面代劳，通过群收费将各位家长的钱收到自己的支付账户，再由自己下单购买支付。由于这种实现方式缺少(体现多个主体的聚合行为能力)组账号概念及其对应的功能，自然也缺少连接商家-群消费者-支付系统三方环节的购物-下单-拼付-账单的完整电子消费过程，靠的只是家长/班主任之间的人为信任关系代劳，非常不可靠，且由于每笔收支均需要负责的家长/班主任人工管理，易于出错。

在一或多个实施例中，所述组账户101对应有组账户101交易明细以供查询，所述组账户101交易明细包含其所关联的各个主体账户102在处理由该组账户101所接入的交易而产生的主体账户102交易明细的集合。

举例来说，对应前述购买钢琴的例子中，可以生成对应的组账户101交易明细，即家庭交易账单。其中，包含父亲的主体账户102支付60％费用、和母亲的主体账户102支付40％费用的明细。

在一些实施例中，组账户101交易明细中，对应记录的每笔交易可以包含多个字段，如：相关联的交易总订单id(还可包括交易分订单202id)、组账户101id、主体账户102id、金额、及交易时间等，则所需的交易明细的查询可以根据该些字段中的一或多种来执行。

组账户101交易明细可例示性地展示为下表1所示：

表1

在表1的例子中，假设在一三口家庭中，只有父母具有主体账户c1、c2，主体账户c2既参与了组账户a的订单e的分订单e2的支付，而且参与了组账户b的订单f的全款支付。

那么，如果查询主体账户c2的交易明细，则可以查到该两笔交易；同理，如果查询主体账户c1的交易明细，可以查询到一笔e1的处理；而如果只查询该交易明细中各分订单的交易明细，则可以查询到e1、e2两笔；如果查询存在单个主体账户独立支付的总订单的情况，则可以查询到一笔c2处理的f；以此类推，还可以查询到整个家庭乃至每个主体的收、支情况。

通过上述举例可知，在利用多个关键字段将每笔组账户id的交易明细记录下来之后，可以通过不同的关键字段的组合进行所需要的数据的提取及查询。

比较之后可见，本申请通过组账户101进行自动分配交易订单并管控交易订单完成的方式，良好解决这一问题。

如图3所示，展示本申请实施例中账户系统实现的场景示意图。

所述账户系统可以实现于网络系统303中，所述网络系统303包括：如局域网(例如内联网)、广域网(例如因特网)、蜂窝网络或其某些组合，并且能够包括任何数目的有线或无线链接。一个或多个网络还能够包括在一个或多个部件之间的直接连接。通常，可以使用各种各样的通信协议(例如tcp/ip、http、smtp、ftp)、编码或格式(例如html、xml)和/或保护方案(例如vpn、安全http、ssl)经由任何类型的有线和/或无线连接能够承载一个或多个网络上的通信。

所述账户系统可以实现于一支付系统，并搭载在接入所述网络系统303的服务终端301上，所述支付系统可以实现第三方支付系统/金融机构接口，从而对接第三方支付系统网络账户和银行等金融机构账户及其支付功能接口；其中，所述服务终端301可以是中心化网络中的服务器/服务器组实现，也可以是分布式网络中的多个网络设备协作实现。

在一实施例中，所述服务器组包括但不限于：应用服务器、数据库服务器、加密机、通信服务器、管理监控服务器及安全服务器中的一或多种。

在一实施例中，所述服务终端301可以包括用于组账户管理维护的组账户管理模块304；所述提供组账户的生命周期管理(例如组账户创建、注销等)；所述组账户管理模块还可用于管理以组账户为中心的与主体账户相关的资金、账单、信用、核算、清算、及风控等中的一或多种功能。

用户终端302(例如台式机电脑、笔记本电脑、平板电脑、或智能手机)可通过网络系统303接入该服务终端301，发起组账户创建请求，然后输入信息以创建组账户；并且，用户终端302可以通过签约方式将主体账户(或通过解约来解绑主体账户)关联于所述组账户；所述主体账户可以是现有的支付账户如支付宝、微信、qq等，也可以是在所述支付系统创建的关联有货币账户的支付账户。

为加强绑定组账户与主体账户时的关联关系而避免出错，在一实施例中，可以通过在签约时提供给用户终端302相关于该绑定操作的验证码，并进行验证来完成关联绑定。

在一些实施例中，所述用户终端302可以通过例如浏览器(基于b/s架构)、客户端app(基于c/s)、公众号/服务号小程序等方式访问服务终端301，并可以登录其主体账户。

较佳的，在组账户和主体账户关联的情况下，主体账户的使用者可以直接调用组账户进行交易行为，而无需在登录主体账户的情况下再在服务终端301登录主账户。

当然，此仅为优选举例，在实际情况下，也可以既要求主体账户的鉴权无误，也需要组账户在创建时建立的密钥验证无误，从而保障在主体账户丢失或被盗号而被他人利用的情况下，令其无法通过组账户进行交易，并限制其欺骗组账户关联的其它主体账户进行非法交易行为。

所述服务终端301可以通过获取用户终端302身份标识和与之关联的通信途径，从而与其建立相应通信关系，以收/发相应信息。其中，所述身份标识包括但不限于：身份证号、手机号、微信号、qq号、及网络地址等中的一种或多种；所述通信途径包括但不限于：基于手机号、微信号、qq号、及网络地址等中的一种或多种进行信息的传递。

例如，在一家庭中，父亲使用用户终端a1在服务终端注册了组账户b，并注册了关联于b的主体账户c1(也可以是现有主体账户，例如微信、支付宝账户)，且c1与银行账户d1关联；母亲使用用户终端a2在服务终端注册了主体账户c2，并将c2关联到组账户b,c2与银行账户d2关联。

如果用户终端a1使用b消费产生交易请求，通过网络发送给服务终端，产生了一笔交易总订单e，服务终端将e分解为交易分订单e1和e2，并根据c1、c2所在用户终端的网络地址，将e1发给c1所登录的用户终端(例如a1)，使用d1支付；将e2给发给c2所登录的用户终端(例如a2)，使用d2支付。

当然，在其它实施例中，e也可以只由c1单付，则服务终端301将e通过c1所在用户终端a1的网络地址发送给a1，由其使用d1支付。

在一些实施例中，可选的，关于订单交易的管理，所述服务终端301可以包括订单管理模块305，其用于实现的功能包括但不限于：主体账户和组账户间的签约/解约、身份认证、订单(包括交易主订单及交易分订单)生成和分发、单个或多个主体账户的退款、交易撤销、对账、及订单对接等中的一或多种。

举例来说，在多个当前主体账户协同处理一交易主订单的情况下，订单管理模块305可将所述交易主订单或其分解的各交易分订单优先分配给存在交易优势的一或多个当前主体账户，例如，分配给某个主体账户的vip银行账户，支付享受95折、优惠券、或超额积分回馈等交易优势；和/或，在接收到用户终端302发来的关于其支付所分配的交易分订单时发现余额不足的信息的情况下，订单管理模块305撤回当前不具备交易能力的一或多个当前主账户的交易主订单或交易分订单。

在一些实施例中，所述各主体账户间也可以建立有消息通道主体账户通信交流，所述消息通道传输的是电子消息，例如即使软件消息等。例如，所述服务终端为预先注册的主体账户c1和c2之间提供即时消息的传输通道，c1和c2分别所在的用户终端之间可以通过登录服务终端来进行即时软件消息的传输；当然，如果c1和c2是现有支付系统账户，例如微信、支付宝、qq账户，通过现有支付系统提供的消息通道接口，则所述服务终端也可以与微信、支付宝、qq系统交互以在触发这些集成有即时通信功能的支付系统建立主体账户之间的消息通道，如触发两个微信号、支付宝账号、或qq号直接进行相互的微信消息交互、支付宝消息交互、或qq消息交互。

在一些实施例中，组账户交易明细可以存储于该服务终端301本地、或其能通过网络访问的其它存储介质上，例如中心化或分布式存储系统中，并且所述服务终端301可以向鉴权通过的用户终端302提供与其相应的组账户交易明细或据以提取的数据的查询服务。

如图4所示，展示本申请实施例中的交易处理方法的流程示意图。其中，本实施例中的方法可以应用于例如图3实施例中的服务终端301。

所述方法包括：

步骤s401：获取关于一组账户所参与交易的交易主订单；

步骤s402：查找与所述组账户关联的各主体账户；

步骤s403：将所述交易主订单分配至所查找到的各所述主体账户中的一或多个进行处理。

在本申请的一实施例中，所述分配至各所述主体账户中的一或多个进行处理，包括：将所述交易主订单发送至一个主体账户进行处理；或者，将所述交易主订单分解为多个交易分订单，分别分配给多个所述主体账户。

在本申请的一实施例中，在多个当前主体账户协同处理一交易主订单的情况下，将所述交易主订单或其分解的各交易分订单优先分配给存在交易优势的一或多个当前主体账户；和/或，撤回当前不具备交易能力的一或多个当前主账户的交易主订单或交易分订单。

在本申请的一实施例中，所述的交易处理方法包括：生成关于所述交易主订单的组账户交易明细以供查询；其中，所述组账户交易明细包括：各主体账户参与该交易主订单处理的交易明细。

需特别说明的是，本实施例中的交易处理方法的原理与前述实施例类似，因此前述实施例中的技术特征可以应用在本实施例中，故在本实施例不对该些技术特征进行重复赘述。

如图5所示，展示本申请实施例中交易方法的流程示意图。其中，本实施例中的方法可以应用于例如图3实施例中的用户终端302。

所述方法包括：

步骤s501：以一组账户发起或接受交易行为；

步骤s502：获取与所述交易行为相关的交易总订单、或所述交易总订单的交易分订单，并进行处理。

或者，在其它实施例中，以图3实施例举例来讲，如果组账户和主体账户可以分离在不同用户终端登录，则组账户所在的用户终端a1可以只负责执行发起或接受交易行为，而产生交易总订单并告知服务终端b，服务终端b将交易总订单或根据策略生成的交易分订单发送给主体账户所在的用户终端a2进行处理。

需特别说明的是，本实施例中的交易方法的原理与前述实施例类似，因此前述实施例中的技术特征可以应用在本实施例中，故在本实施例不对该些技术特征进行重复赘述。

如图6所示，展示本申请实施例中交易处理系统的功能模块示意图。本实施例的技术原理与图4方法实施例相同，因此，已阐述的技术特征不作重复赘述。

所述交易处理系统包括：

组账户管理模块601，用于管理所述账户系统中的组账户。

其中，每个所述组账户能与一或多个主体账户关联；每个所述主体账户能调用一或多个货币账户；所述组账户作为所述主体账户与外部进行交易的接口。

订单管理模块602，用于获取关于一组账户所参与交易的交易主订单，并通过所述组账户管理模块查找与所述组账户关联的各主体账户，将所述交易主订单分配至所查找到的各所述主体账户中的一或多个进行处理。

其中，组账户管理模块601可用于实现图3实施例中的组账户管理模块304；订单管理模块602可用于实现图3实施例中的订单管理模块305.

在本申请的一实施例中，所述分配至各所述主体账户中的一或多个进行处理，包括：将所述交易主订单发送至一个主体账户进行处理；或者，将所述交易主订单分解为多个交易分订单，分别分配给多个所述主体账户。

在本申请的一实施例中，在多个当前主体账户协同处理一交易主订单的情况下，将所述交易主订单或其分解的各交易分订单优先分配给存在交易优势的一或多个当前主体账户；和/或，撤回当前不具备交易能力的一或多个当前主账户的交易主订单或交易分订单。

在本申请的一实施例中，所述的交易处理方法包括：生成关于所述交易主订单的组账户交易明细以供查询；其中，所述组账户交易明细包括：各主体账户参与该交易主订单处理的交易明细。

如图7所示，展示本申请实施例中交易系统的功能模块示意图。本实施例的技术原理与图5方法实施例相同，因此，已阐述的技术特征不作重复赘述。

所述交易系统包括：

交易接口模块701，用于以一组账户发起或接受交易行为；其中，所述组账户能与一或多个主体账户关联；每个所述主体账户能调用一或多个货币账户；

交易执行模块702，用于获取与所述交易行为相关的交易总订单、或所述交易总订单的交易分订单，并调用与该组账户关联的主体账户进行所述交易总订单或分订单的处理。

需要说明的是，本实施例提供的模块与上文中提供的方法，实施方式类似，故不再赘述。

另外，需要说明的是，应理解以上图6及图7系统实施例中的各个模块的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分模块通过处理元件调用软件的形式实现，部分模块通过硬件的形式实现。例如，组账户管理模块可以为单独设立的处理元件，也可以集成在上述装置的某一个芯片中实现，此外，也可以以程序代码的形式存储于上述装置的存储器中，由上述装置的某一个处理元件调用并执行以上组账户管理模块的功能。其它模块的实现与之类似。此外这些模块全部或部分可以集成在一起，也可以独立实现。这里所述的处理元件可以是一种集成电路，具有信号的处理能力。在实现过程中，上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。

例如，以上这些模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(applicationspecificintegratedcircuit，简称asic)，或，一个或多个微处理器(digitalsignalprocessor，简称dsp)，或，一个或者多个现场可编程门阵列(fieldprogrammablegatearray，简称fpga)等。再如，当以上某个模块通过处理元件调度程序代码的形式实现时，该处理元件可以是通用处理器，例如中央处理器(centralprocessingunit，简称cpu)或其它可以调用程序代码的处理器。再如，这些模块可以集成在一起，以片上系统(system-on-a-chip，简称soc)的形式实现。

如图8所示，展示本申请实施例中的电子装置600的电路结构示意图。所述电子装置600可以用于实现例如图3实施例中的服务终端301或用户终端302的功能，即例如图4和图5实施例中的方法，也可以用于实现上述图6、图7实施例中的各个功能模块。

所述电子装置800包括：一个或多个通信器801、一个或多个处理器802及一个或多个存储器803。

所述一个或多个通信器801，用于与外部通信；

所述一个或多个存储器802，用于存储一种或多种计算机程序；

所述一个或多个处理器803，耦合于所述通信器801及存储器802(例如通过总线耦接)，用于运行其中一种所述计算机程序以执行例如图4实施例中所述的交易处理方法；或者，运行其中另一种所述计算机程序以执行例如图5实施例中所述的交易方法。

在一些实施例中，所述一个或多个通信器801包括：有线网络通信模块(如有线以太网卡等)、无线网络通信模块(如wifi、2g/3g/4g/5g移动网络通信模块、及物联网网络通信模块(如nb-iot、zigbee、lora模块)等)中的一种或几种。

所述存储器802可能包括但不限于高速随机存取存储器、非易失性存储器。例如一个或多个磁盘存储设备、闪存设备或其他非易失性固态存储设备。

所述处理器803可以是通用处理器，包括中央处理器(centralprocessingunit，简称cpu)、网络处理器(networkprocessor，简称np)等；还可以是数字信号处理器(digitalsignalprocessing，简称dsp)、专用集成电路(applicationspecificintegratedcircuit，简称asic)、现场可编程门阵列(field－programmablegatearray，简称fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件

另外，前述方法实施例(例如图4、5的方法实施例)中所涉及的各种计算机程序可以装载在计算机可读存储介质中，所述计算机可读存储介质可包括，但不限于，软盘、光盘、cd-rom(紧致盘-只读存储器)、磁光盘、rom(只读存储器)、ram(随机存取存储器)、eprom(可擦除可编程只读存储器)、eeprom(电可擦除可编程只读存储器)、磁卡或光卡、闪存、或适于存储机器可执行指令的其他物品属性的介质/机器可读介质。所述计算机可读存储介质可以是未接入计算机设备的产品，也可以是已接入计算机设备使用的部件。

在具体实现上，所述计算机程序为执行特定订单或实现特定抽象数据物品属性的例程、程序、对象、组件、数据结构等等。

综上所述，本申请涉及账户系统、交易及其处理方法、终端、系统、装置及介质，账户系统提供至少一个组账户；每个所述主体账户能调用一或多个货币账户；所述组账户作为所述主体账户与外部进行交易的接口。本申请技术方案中构建基于“组账户”概念的账户系统，相对现有仅以单个主体为单位的网络支付来说，能有效的适用和支持类似家庭/群组/社区为单位的消费应用场景，为解决多个独立账户之间的协同消费、协同支付、协同结算/清算、协同对账带来巨大的方便性，也利于监管。

本申请的技术方案能较好的与现有网络支付系统对接，使得用户体验能实现平滑转移，因此，在带来新型技术和适用功能的同时，建设、运营、推广成本较低

上述实施例仅例示性说明本申请的原理及其功效，而非用于限制本申请。任何熟悉此技术的人士皆可在不违背本申请的精神及范畴下，对上述实施例进行修饰或改变。因此，举凡所属技术领域中具有通常知识者在未脱离本申请所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本申请的权利要求所涵盖。