事务处理方法和系统与流程

本申请涉及互联网技术领域，尤其涉及一种事务处理方法和系统。

背景技术：

随着互联网时代的到来，互联网在人们日常的学习、工作和生活中得到广泛的应用。人们日常的各种事务都可以通过网络来呈现。

一般网络中存在多个的节点和节点群组。节点群组是多个节点的关联体，节点群组与其中所包括的节点具有关联关系。并且，同一个节点可以与多个的节点群组之间建立上述的关联关系，以参与进多个节点群组的事务互动。

节点群组的事务互动中会产生资源的消耗，这些被消耗的资源通常来源于节点群组关联的各个节点。而为了保证节点群组事务互动的可持续性，需要根据每次事务互动所消耗的资源，向各个关联节点申请资源。如此，导致节点群组事务互动效率低下。

技术实现要素：

本申请实施例提供一种事务处理方法和系统，用以解决现有技术中节点群组事务互动效率低下的问题。

本申请实施例提供的一种事务处理方法，包括：

接收对象节点关联至节点群组的关联请求；

向所述对象节点发起所述节点群组预置的授权请求，所述授权请求为授予从所述对象节点提取资源的权限的请求；

验证所述对象节点是否完成授权，当验证结果为是时，将所述对象节点关联至所述节点群组。

本申请实施例提供的一种事务处理方法，包括：

向对象节点发送关联请求，所述关联请求中包括节点群组预置的授权请求，所述授权请求为授予从所述对象节点提取资源的权限的请求；

验证所述对象节点是否完成授权，当验证结果为是时，将所述对象节点关联至所述节点群组。

本申请实施例提供的一种事务处理方法，包括：

接收对象用户关联至用户群组的关联请求；

向所述对象用户发起所述用户群组预置的授权请求，所述授权请求为授予从所述对象用户账户提取金额的权限的请求；

验证所述对象用户是否完成授权，当验证结果为是时，将所述对象用户关联至所述节点群组。

本申请实施例提供的一种事务处理方法，包括：

向对象用户发送关联请求，所述关联请求中包括用户群组预置的授权请求，所述授权请求为授予从所述对象用户账户提取金额的权限的请求；

验证所述对象用户是否完成授权，当验证结果为是时，将所述对象用户关联至所述节点群组。

本申请实施例提供的一种事务处理系统，包括：

第一接收单元，用于接收对象节点关联至节点群组的关联请求；

第一发送单元，用于向所述对象节点发起所述节点群组预置的授权请求，所述授权请求为授予从所述对象节点提取资源的权限的请求；

验证单元，用于验证所述对象节点是否完成授权；

关联单元，用于在验证结果为是时，将所述对象节点关联至所述节点群组。

本申请实施例提供的一种事务处理系统，包括：

第一发送单元，向对象节点发送关联请求，所述关联请求中包括节点群组预置的授权请求，所述授权请求为授予从所述对象节点提取资源的权限的请求；

验证单元，用于验证所述对象节点是否完成授权；

关联单元，用于在验证结果为是时，将所述对象节点关联至所述节点群组。

本申请实施例提供的一种事务处理系统，包括：

第一接收单元，用于接收对象用户关联至用户群组的关联请求；

第一发送单元，用于向所述对象用户发起所述用户群组预置的授权请求，所述授权请求为授予从所述对象用户账户提取金额的权限的请求；

验证单元，用于验证所述对象用户是否完成授权；

关联单元，用于在验证结果为是时，将所述对象用户关联至所述节点群组。

本申请实施例提供的一种事务处理系统，包括：

第一发送单元，用于向对象用户发送关联请求，所述关联请求中包括用户群组预置的授权请求，所述授权请求为授予从所述对象用户账户提取金额的权限的请求；

验证单元，用于验证所述对象用户是否完成授权；

关联单元，用于在验证结果为是时，将所述对象用户关联至所述节点群组。本申请实施例提供一种事务处理方法和系统，该方法在接收对象节点关联至节点群组的关联请求时，会向对象节点发起节点群组预置的授权请求，所述授权请求为授予从所述对象节点提取资源的权限的请求；并验证对象节点是否完成授权，当验证结果为是时，将对象节点关联至节点群组，如此，节点群组在进行事务互动时，可以在关联节点的授权范围中获取资源，而无需再向各个关联节点申请资源，提高了节点群组事务互动的效率。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1a为本申请一实施例可以适用的示例性的系统架构图；

图1b为本申请一实施例可以适用的示例性的系统架构图；

图1为本申请一实施例提供的事务处理方法的流程图；

图2为本申请一实施例提供的事务处理方法的流程图；

图3为本申请一实施例提供的事务处理方法的流程图；

图4为本申请一实施例提供的事务处理方法的流程图；

图5为本申请一实施例提供的事务处理方法的流程图；

图6为本申请一实施例提供的事务处理方法的流程图；

图7为本申请一实施例提供的事务处理系统的模块图；

图8为本申请一实施例提供的事务处理系统的模块图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本文中描述的方法和系统，可以使网络节点以资源属性条件构建群组。群组中节点的交互构建在资源准入门槛之上，伴随资源授权达到群组中资源的消耗验证方案。从而在群组中节点之间的事务互动，以及与群组外节点或其它节点群组的事务互动。

本文中的网络可以是社交网络、支付网络或二者结合的网络，或者可以是在社交网络、支付网络等传统网络基础上之上进行适应性改进、变化后的适于网络应用的结构。这样的社交网络可以例如适用于FACEBOOK、TWITTER、YOUTUBE、LINKEDIN、微信、微博等，或者其它即时通信类型的网络。这样的支付网络可以适用于例如paypal、支付宝的支付网络等。而且，上述支付网络可以与上述社交网络形成功能的叠加。伴随功能的叠加，可能需要代表真实 世界性质的数据的叠加和整合。

一种可以实施的应用中，例如网络节点兼具社交属性和支付属性。社交网络中可以赋予节点基本的著录信息，例如包括与人关联的基本属性，具体例如除了包括与人关联的基本自然属性外，例如还包括与人关联的人与人、人与组织之间的社会关系属性。支付网络中可以赋予节点基本的支付著录信息，例如包括帐户及其对应虚拟化货币或等价物，甚至代表真实世界货币的直接的兑换券。所述虚拟化货币或等价物可以与所述兑换券之间存在某种转化关系。这样，关联于网络节点的方式下可以表征其在网络世界的财富属性。通过上述社交网络与支付网络的整合，可以使得具有社交关系的网络节点进而执行支付的虚拟功能。

图1a示出了本文中可以适用的示例性的系统架构。

系统架构100中，各种网络节点借助网络可以实现信息的通信，继而完成交互和数据的处理。系统架构100可以包括经由网络112与一个或多个客户端106进行数据通信的运营服务器105，以及可以集成于运营服务器105或独立于运营服务器105的数据库115。运营服务器105可以对应社交网络的服务平台，也可以对应支付网络的服务平台，在一些情况下，例如完成借助社交网络一体化完成支付的网络中，可以整合这样的社交网络平台和支付网络平台。

每个网络112都可以包括有线或无线电信装置，客户端106所基于的网络装置可以通过所述有线或无线电信装置来交换数据。例如，每个网络112都可以包括局域网(“LAN”)、广域网(“WAN”)、内部网、互联网、移动电话网络、虚拟专用网(VPN)、蜂窝式或其它移动通信网络、蓝牙、NFC或其任何组合。在示例性实施方案的讨论中，应理解，术语“数据”和“信息”可在本文中互换使用来指代可存在于基于计算机的环境中的文字、图像、音频、视频或任何其它形式的信息。

每个客户端106所基于的网络装置都可以包括具有能够经由网络112发出并接收数据的通信模块的装置。例如，每个客户端106所基于的网络装置都可 以包括服务器、台式计算机、膝上型计算机、平板计算机、智能手机、手持式计算机、个人数字助理(“PDA”)，或者其它任何的有线或无线处理器驱动装置。在图1a所描绘的示例性实施方案中，客户端106所基于的网络装置可以分别由最终用户或消费者、可能的交易对手方用户、社交网络系统的发布者，以及等待支付的操作者进行操作。

用户(包括个人或组织)可以使用如网页浏览器应用程序或独立应用程序的应用程序，以便经由网络112查看、下载、上传或以其它方式访问文件或网页。网络包括有线或无线电信系统或装置，网络装置(包括装置105、106)可以通过所述有线或无线电信装置来交换数据。例如，网络112可以包括局域网(“LAN”)、广域网(“WAN”)、内部网、互联网、存储区域网络(SAN)、个人区域网络(PAN)、城域网(MAN)、无线局域网(WLAN)、虚拟专用网(VPN)、蜂窝式或其它移动通信网络、蓝牙、NFC或其任何组合，或者有助于信号、数据和/或消息的通信的任何其它适当的架构或系统。在示例性实施方案的讨论中，应理解，术语“数据”和“信息”可在本文中互换使用来指代可存在于基于计算机的环境中的文字、图像、音频、视频或任何其它形式的信息。

网页浏览器应用程序或独立应用程序的应用程序，可以与连接到网络112的网页服务器(或其它服务器，诸如社交平台、支付平台等)以完成交互。

每个客户端106所基于的网络装置，可以通过软件或硬件甚至软硬件结合的方式纳入数字钱包应用程序模块。数字钱包可以涵盖客户端106以用来帮助客户端完成购买交易的任何应用程序、硬件、软件或进程。数字钱包可以与网页浏览器应用程序分开、可以与其交互，或者可以具体实现为其配套应用。作为配套应用，数字钱包在网页浏览器应用内执行。也就是说，数字钱包可以是嵌入网页浏览器应用程序中的应用程序。如果数字钱包与网页浏览器应用程序分开，则数字钱包可以经由任何可用的通信技术来访问网络112。

客户端106可以根据承载的用户信息提供或获取一个或多个联系人应用程序。联系人应用可以是客户端106上的保持社交网络可访问性的用户联系人 列表的任何程序或应用程序。联系人应用的实例可以包括但不限于电子邮件应用程序、短信应用程序、即时消息发送、日历邀请列表，或者如OUTLOOK或ACT的联系人数据库，或者社交软件的好友(或分级好友、陌生人、拉黑人等诸如此类)提供程序/界面/列表/清单，可以包括在线的、不在线的、隐身的、忙碌的甚至托管的状态。联系人应用中的联系人可以通过各种因素来进行优先级排序，所述因素如与客户端106承载所述用户的通信频率、社交关系、出现有特定联系人的联系人应用程序的数目，或者可从应用程序中提取出的任何其它优先级排序因素。

系统架构100中，例如完成借助社交网络一体化完成支付的网络中，可以整合这样的社交网络平台和支付网络平台。则该服务器105可以具有社交网络中服务器的功能。此时的社交网络服务器105可以代表计算机实施的系统，社交网络系统使用所述系统来托管社交网站和使用社交网站的所有配置文件和社区。社交网站可以代表允许用户经由互联网与通常拥有共同兴趣或共同关系的其它用户交互的任何基于网页的社区。客户端106可以加入或者与其交互的社交网站的实例。

社交网络服务器105可以向客户端106提供所属用户的在线社区的成员列表。社交网络系统中可以对每位社区成员与客户端106所属用户的关系进行优先级排序。这可以由可应用于每个特定社交网络系统的结构的因素来确定。例如，如FACEBOOK的社交网络系统可以将社区的成员分类为“朋友”或“朋友的朋友”，并且LINKEDIN可以将成员分类为第一级联系人、第二级联系人或第三级联系人。

社交网络系统服务器105可以经由任何可用技术与客户端106通信。这些技术可以包括但不限于经由网络112的互联网连接、电子邮件、短信、即时消息发送，或者其它合适的通信技术。社交网络系统可以包括可由社交网络服务器105访问的数据存储单元115。数据存储单元115可以包括一个或多个有形计算机可读存储装置。

系统架构100中，例如完成借助社交网络一体化完成支付的网络中，可以整合这样的社交网络平台和支付网络平台。则该服务器105可以具有支付网络中服务器的功能。此时的支付网络服务器105可以代表计算机实施的系统，支付网络系统使用所述系统来托管支付平台和使用支付平台的所有配置文件和关系数据、支付数据的存储。支付网站可以代表允许用户经由互联网与通常拥有支付/购买/关注/收藏中存在共同的用户交互的任何基于网页的社区。

不同的客户端可以是互为交易对手方。交易对手方中的任一个，可以代表个体或者组织。此时的交易/支付过程涉及的需要读取的数据/关系或执行的处理可能需要从连接的数据库115中获得，交易/支付过程涉及的需要写入的数据/关系或处理结果连接的数据库115中。

图1a中，与运营服务器105可以是集成关系或分立关系的计算装置103，特别是后者的情况下，一般可以通过内部网络或专用网络连接，或者也可以通过加密的公共网络连接。特别的，当为集成关系时，可能采用更高效、传输速度更快的内部总线形式的连接。该计算装置103，当为集成关系或分立关系时，均可以直接(图中未示出)或通过运营服务器105访问数据库115。

对计算机装置103进行适当的编程，可以藉由这种指令控制本申请中方法的实施。特别的，当为集成关系时，计算机装置103处理的事务可以视为运营服务器105的处理而不必特别加以区分。

图1b则示出了分立的社交网络与支付网络中的系统架构。系统架构101可以包括经由网络112与一个或多个客户端106进行数据通信的运营服务器107和109，以及可以集成于运营服务器107或独立于运营服务器107的计算环境108，以及可以集成于运营服务器109或独立于运营服务器109的计算环境110。在一个实例当中，运营服务器107可以对应社交网络的服务平台，运营服务器109可以对应支付网络的服务平台。对应的数据库117，可以提供或存储所需的社交网络数据和操作数据；对应的数据库118，可以提供或存储所需的支付网络数据和操作数据。其它属性类似于上述对应图1a的描述，不再 赘述。

接下来参照图1，介绍本申请事务处理方法的一实施例。在本实施例中，该事务处理方法包括以下步骤：

S110：初始节点向服务器发送建群请求，所述建群请求中包括授权请求。

初始节点可以是网络中的任意一个节点，也即，网络中的任意一个节点都可以向服务器发送建群请求。而相应地，发送建群请求的节点可以作为与对应节点群组第一个进行关联的初始节点。

授权请求可以是初始节点设定的，与该建立的节点群组进行关联时，需要授予服务器从其中提取资源的权限的请求。授权请求所面向的对象可以是包括初始节点以及其它申请与该建立的节点群组进行关联的节点。

S111：服务器响应该建群请求以生成群标识，并将生成的群标识与授权请求进行关联。

群标识可以用于标识节点与相应节点群组的关联关系。在一些实施例中，网络中不同的节点群组可以具有不同的群标识，以标识网络中节点所关联的各节点群组。

服务器将群标识和授权请求关联后，该授权请求即可以与该群标识唯一对应。也即该授权请求可以相当于被该群标识对应的节点群组所预置。

S112：对象节点向服务器发送关联至节点群组的关联请求。

对象节点可以是网络中除初始节点之外的任意一个节点。

S113：服务器接收对象节点关联至节点群组的关联请求。

S114：服务器向对象节点发起预置的授权请求。

S115：服务器验证对象节点是否完成授权。

S116：服务器在验证结果为是时，将对象节点关联至节点群组。

验证结果为是，说明对象节点已经授予服务器从其中提取资源的权限。如此，当节点群组需要进行事务互动时，服务器可基于对象节点授予的权限，从对象节点中获取所需要的资源，而无需向对象节点发送资源获取的申请，提高 了节点群组事务互动的效率。

例如，服务器在接收到事务处理请求后，可以基于授权请求确定对象节点的可授信资源，进而确定该可授信资源中是否包括事务处理请求需要的目标资源；如果是，则从对象节点的可授信资源中提取该目标资源。

在上述的例子中，如果对象节点的可授信资源中不包括事务处理请求需要的目标资源，则服务器会向该对象节点发起获取目标资源的请求。

服务器在从对象节点中提取目标资源后，可以将提取该目标资源的信息发送给对象节点。

本实施例中，初始节点和对象节点可以都是即时通信节点，建立的节点群组可以是即时通信群组，初始节点与服务器、对象节点与服务器之间可以通过即时通信消息的方式进行关联请求、授权请求等请求的传递。

具体而言，在一种实现方式中，例如即时通信系统中，即时通信服务器可以基于上述步骤来进行建群以及允许其中的用户加入群的操作，具体而言，在步骤S110和S111中，即时通信服务器可以接收其中的一个用户，假设用户A(对应于上述的初始节点)在其客户端上的建群操作，该建群操作可包括获取用户A的资金授权操作(对应于上述的授权请求，可以认为是加入群的条件)，即时通信服务器可以为该用户A建群，并生成一个群ID，并可生成对应的二维码等信息，假设为群1(即上述的节点群组)；步骤S112-步骤S116中，其它用户可加入该群1，例如通过输入群ID，或者扫描群二维码的方式，加入该群，例如用户B可通过扫描二维码加入群1(即向服务器发送关联请求)，这样，即时通信服务器可以基于该请求，并基于上述群1的资金授权的操作，对用户B进行授权请求，在用户B同意授权后，即时通信服务器就可以将用户B加入群1中。

参图2，介绍本申请事务处理方法的一实施例。本方法实施例中的执行主体可以是服务器。在本实施例中，该方法包括以下步骤：

S120：接收对象节点关联至节点群组的关联请求。

S121：向对象节点发起节点群组预置的授权请求，该授权请求为授予从对象节点提取资源的权限的请求。

S122：验证对象节点是否完成授权。

S123：当验证结果为是时，将对象节点关联至节点群组。

本实施例中，该事务处理方法还包括：接收事务处理请求，并基于授权请求确定对象节点的可授信资源，确定该可授信资源是否包括事务处理请求需要的目标资源；如果是，从对象节点的可授信资源中提取该目标资源；如果否，则向对象节点发起获取目标资源的请求。

参图3，介绍本申请事务处理方法一结合具体应用场景的实施例。本方法实施例中的执行主体可以是服务器。在本实施例中，该方法包括以下步骤：

S130：接收对象用户关联至用户群组的关联请求。

用户群组可以是服务器响应用户的建群请求而建立。而该用户即可以作为与该用户群组第一个进行关联的初始用户。

对象用户可以是除初始用户外任意申请关联至用户群组的用户。

本实施例中，对象用户可以例如是即时通信用户，用户群组可以例如是即时通信群组。即时通信用户可以通过向服务器发送即时通信消息的方式申请与即时通信群组进行关联。

S131：向对象用户发起用户群组预置的授权请求。

初始用户在向服务器发送建群请求时，该建群请求中包括了初始用户设定的授权请求。服务器在响应建群请求并生成与建立的用户群组对应的群标识的同时，还会将该群标识与初始用户设定的授权请求相关联。如此，该授权请求相当于被该用户群组所预置。

本实施例中，服务器在接收到即时通信用户以即时通信消息方式发送的关联请求后，可以进而以即时通信群消息的方式向该即时通信用户发起该即时通信群组预置的授权请求。该授权请求可以是授予服务器从对象用户账户提取金额的权限的请求。

S132：验证对象用户是否完成授权。

S133：当验证结果为是时，将该对象用户关联至用户群组。

服务器在验证该即时通信用户完成授权后，将该即时通信用户关联至该即时通信群组。

本实施例中，该事务处理方法还包括：接收支付请求，并基于授权请求确定对象节点的可授信金额，确定该可授信金额是否大于等于支付请求需要的目标金额；如果是，从对象节点的可授信金额中提取该目标金额；如果否，则向对象节点发起获取目标金额的请求。

可以理解，上述各步骤可以在一个服务器上来实现，即可以在一个网络架构中实现，在其它方式中，也可以在不同的网络架构间实现。

例如，在一个即时通信应用中，用户A可以通过触发加群按钮(例如可以集成在聊天输入项中)，启动加群界面。用户A可以在该加群界面选择输入期望加入的用户群组的即时通信应用号码，并将生成的加群请求发送给服务器。服务器在接收到该请求后，可以向用户A发送与该用户群组对应的授权请求信息(例如授予服务器每天可从用户A的账户中获取200元资金的权限)。当服务器验证用户A完成授权后，会接受用户A的入群请求。

当服务器接收到用户B向用户A的支付请求时，会根据上述的授权请求信息在用户A的账户中获取不超过200元的资金，而若用户B请求支付的资金大于200元时，服务器会进一步向用户A发送即时通信消息以进行资金的申请或确认。

其中，加群界面可以是与即时通信应用、以及获取用户账户资金之间是可关联的单独的服务器(当然该服务器可以与即时通信应用的服务器、以及账户资金的服务器为同一服务器)，该服务器(例如群组服务器)可以实现用户的加群、验证用户是否授权、资金支付等操作。该过程可以认为是在即时通信应用服务器、群组服务器、账户资金服务器之间协同来完成，即请求的发送和接收可以在即时通信服务器中实现，验证用户是否授权和用户加群可以在群组服 务器中实现，从用户账户中扣除资金可以在账户资金服务器中实现。

可以看出，在不同的网络架构或不同的实现方式中，上述的网络节点所在的网络架构，其本身可以实现对事务处理请求的处理等操作，即该网络架构可单独实现上述方法步骤的所有步骤；当然，该网络架构也可以通过与其它网络架构平台对接，例如可以将对事务处理请求的部分处理对接到其它系统进行处理，或者调用其它系统进行处理，该网络架构可以实现连接功能等。但不管采用何种网络架构，上述的步骤是可以执行的。参图4，介绍本申请事务处理方法的一实施例。在本实施例中，该事务处理方法包括以下步骤：

S210：初始节点向服务器发送建群请求，所述建群请求中包括授权请求。

初始节点可以是网络中的任意一个节点，也即，网络中的任意一个节点都可以向服务器发送建群请求。而相应地，发送建群请求的节点可以作为与对应节点群组第一个进行关联的初始节点。

授权请求可以是初始节点设定的，与该建立的节点群组进行关联时，需要授予服务器从其中提取资源的权限的请求。授权请求所面向的对象可以是包括初始节点以及服务器请求与该建立的节点群组进行关联的其它节点。

S211：服务器响应该建群请求以生成群标识，并将生成的群标识与授权请求进行关联。

群标识可以用于标识节点与相应节点群组的关联关系。在一些实施例中，网络中不同的节点群组可以具有不同的群标识，以标识网络中节点所关联的各节点群组。

服务器将群标识和授权请求关联后，该授权请求即可以与该群标识唯一对应。也即该授权请求可以相当于被该群标识对应的节点群组所预置。

S212：服务器向对象节点发送关联请求，该关联请求中包括节点群组预置的授权请求。

服务器在向对象节点发送关联请求时，会将节点群组预置的授权请求封装进该关联请求，并一并发送给对象节点。

S213：对象节点接收服务器发送的关联请求。

S214：服务器验证对象节点是否完成授权。

S215：服务器在验证结果为是时，将对象节点关联至节点群组。

验证结果为是，说明对象节点已经授予服务器从其中提取资源的权限。如此，当节点群组需要进行事务互动时，服务器可基于对象节点授予的权限，从对象节点中获取所需要的资源，而无需向对象节点发送资源获取的申请，提高了节点群组事务互动的效率。

例如，服务器在接收到事务处理请求后，可以基于授权请求确定对象节点的可授信资源，进而确定该可授信资源中是否包括事务处理请求需要的目标资源；如果是，则从对象节点的可授信资源中提取该目标资源。

在上述的例子中，如果对象节点的可授信资源中不包括事务处理请求需要的目标资源，则服务器会向该对象节点发起获取目标资源的请求。

服务器在从对象节点中提取目标资源后，可以将提取该目标资源的信息发送给对象节点。

本实施例中，初始节点和对象节点可以都是即时通信节点，建立的节点群组可以是即时通信群组，初始节点与服务器、对象节点与服务器之间可以通过即时通信消息的方式进行关联请求、授权请求等请求的传递。

具体而言，在一种实现方式中，例如即时通信系统中，即时通信服务器可以基于上述步骤来进行建群以及允许其中的用户加入群的操作，具体而言，在步骤S210和S211中，即时通信服务器可以接收其中的一个用户，假设用户A(对应于上述的初始节点)在其客户端上的建群操作，该建群操作可包括获取用户A的资金授权操作(对应于上述的授权请求，可以认为是加入群的条件)，即时通信服务器可以为该用户A建群，并生成一个群ID，并可生成对应的二维码等信息，假设为群1(即上述的节点群组)；步骤S212-步骤S215中，用户A可以例如邀请用户B加入该群1,在邀请用户B加群的同时,也对用户B进行授权请求。在用户B同意授权后，即时通信服务器就可以将用户B加入群1 中。

参图5，介绍本申请事务处理方法的一实施例。本方法实施例中的执行主体可以是服务器。在本实施例中，该方法包括以下步骤：

S220：向对象节点发送关联请求，该关联请求中包括节点群组预置的授权请求，该授权请求为授予从所述对象节点提取资源的权限的请求。

S221：验证对象节点是否完成授权。

S222：当验证结果为是时，将对象节点关联至节点群组。

本实施例中，该事务处理方法还包括：接收事务处理请求，并基于授权请求确定对象节点的可授信资源，确定该可授信资源是否包括事务处理请求需要的目标资源；如果是，从对象节点的可授信资源中提取该目标资源；如果否，则向对象节点发起获取目标资源的请求。

参图6，介绍本申请事务处理方法的一结合具体应用场景的实施例。本方法实施例中的执行主体可以是服务器。在本实施例中，该方法包括以下步骤：

S230：向对象用户发送关联请求，所述关联请求中包括用户群组预置的授权请求，该授权请求为授予从对象用户账户提取金额的权限的请求。

本实施例中，对象用户可以例如是即时通信用户，用户群组可以例如是即时通信群组。服务器可以通过向即时通信用户发送即时通信消息的方式申请该即时通信用户与即时通信群组进行关联，该即时通信消息中包括该即时通信群组预置的授权请求。

S231：验证对象用户是否完成授权。

本实施例中，该即时通信用户在接收到该即时通信消息后，会响应其中的授权请求。服务器进而可以验证该即时通信用户是否完成授权。

S232：当验证结果为是时，将该对象用户关联至用户群组。

当该即时通信用户完成授权后，服务器可以将其关联至该即时通信群组。

本实施例中，该事务处理方法还包括：接收支付请求，并基于授权请求确定对象节点的可授信金额，确定该可授信金额是否大于等于支付请求需要的目 标金额；如果是，从对象节点的可授信金额中提取该目标金额；如果否，则向对象节点发起获取目标金额的请求。

可以理解，上述各步骤可以在一个服务器上来实现，即可以在一个网络架构中实现，在其它方式中，也可以在不同的网络架构间实现。

例如，在一个即时通信应用中，用户群组中的用户A可以通过触发邀请加群按钮(例如可以集成在聊天输入项中)，启动加群界面。用户A可以在该加群界面选择输入期望邀请加入的用户B的即时通信应用号码，并将生成的加群请求通过服务器发送给用户B。该加群请求中包括该用户群组预置的授权请求信息(例如授予服务器每天可从用户B的账户中获取200元资金的权限)。服务器进而可以验证用户B是否完成授权，如果是，则将用户B加入该用户群组中。

当服务器接收到用户C向用户B的支付请求时，会根据上述的授权请求信息在用户B的账户中获取不超过200元的资金，而若用户C请求支付的资金大于200元时，服务器会进一步向用户B发送即时通信消息以进行资金的申请或确认。

其中，加群界面可以是与即时通信应用、以及获取用户账户资金之间是可关联的单独的服务器(当然该服务器可以与即时通信应用的服务器、以及账户资金的服务器为同一服务器)，该服务器(例如群组服务器)可以实现用户的加群、验证用户是否授权、资金支付等操作。该过程可以认为是在即时通信应用服务器、群组服务器、账户资金服务器之间协同来完成，即请求的发送和接收可以在即时通信服务器中实现，验证用户是否授权和用户加群可以在群组服务器中实现，从用户账户中扣除资金可以在账户资金服务器中实现。

可以看出，在不同的网络架构或不同的实现方式中，上述的网络节点所在的网络架构，其本身可以实现对事务处理请求的处理等操作，即该网络架构可单独实现上述方法步骤的所有步骤；当然，该网络架构也可以通过与其它网络架构平台对接，例如可以将对事务处理请求的部分处理对接到其它系统进行处 理，或者调用其它系统进行处理，该网络架构可以实现连接功能等。但不管采用何种网络架构，上述的步骤是可以执行的。

可以理解，上述各方法可应用于即时通信的建群以及加群中，且在建群时，可以设置建群条件，例如可以授权获取加入群中的群组成员的资源，例如资金，这样，只有提供对应授权的用户才可以加入该群。

参图7，介绍本申请事务处理系统的一实施例。本实施例中，该事务处理系包括：

第一接收单元310，用于接收对象节点关联至节点群组的关联请求；

第一发送单元312，用于向所述对象节点发起所述节点群组预置的授权请求，所述授权请求为授予从所述对象节点提取资源的权限的请求；

验证单元314，用于验证所述对象节点是否完成授权；

关联单元315，用于在验证结果为是时，将所述对象节点关联至所述节点群组。

本实施例中，所述系统还包括：

第二接收单元311，用于接收事务处理请求；

确定单元316，用于基于所述授权请求确定所述对象节点的可授信资源；

判断单元317，用于确定所述可授信资源是否包括所述事务处理请求需要的目标资源；

提取单元318，用于在所述可授信资源包括所述目标资源时，从所述对象节点的可授信资源中提取所述目标资源。

本实施例中，所述系统还包括第二发送单元313，用于在所述可授信资源不包括所述事务处理请求需要的目标资源时，向所述对象节点发起获取目标资源的请求。

继续参图7，介绍本申请事务处理系统的一实施例。本实施例中，该事务处理系包括：

第一接收单元310，用于接收对象用户关联至用户群组的关联请求；

第一发送单元312，用于向所述对象用户发起所述用户群组预置的授权请求，所述授权请求为授予从所述对象用户账户提取金额的权限的请求；

验证单元314，用于验证所述对象用户是否完成授权；

关联单元315，用于在验证结果为是时，将所述对象用户关联至所述节点群组。

本实施例中，所述系统还包括：

第二接收单元311，用于接收支付请求；

确定单元316，用于基于所述授权请求确定所述对象用户账户的可授信金额；

判断单元317，用于确定所述可授信金额是否大于等于所述支付请求需要的目标金额；

提取单元318，用于在确定结果为是时，从所述可授信金额中提取所述目标金额。

本实施例中，所述系统还包括第二发送单元313，用于在所述可授信金额小于所述支付请求需要的目标金额时，向所述对象节点发起获取目标金额的请求。

本实施例中，所述对象用户是即时通信用户；

所述用户群组是即时通信群组；

所述关联请求和授权请求通过即时通信消息传递。

参图8，介绍本申请事务处理系统的一实施例。本实施例中，该事务处理系包括：

第一发送单元321，向对象节点发送关联请求，所述关联请求中包括节点群组预置的授权请求，所述授权请求为授予从所述对象节点提取资源的权限的请求；

验证单元323，用于验证所述对象节点是否完成授权；

关联单元324，用于在验证结果为是时，将所述对象节点关联至所述节点 群组。

本实施例中，所述系统还包括：

接收单元320，用于接收事务处理请求；

确定单元325，用于基于所述授权请求确定所述对象节点的可授信资源；

判断单元326，用于确定所述可授信资源是否包括所述事务处理请求需要的目标资源；

提取单元327，用于确定结果为是时，从所述对象节点的可授信资源中提取所述目标资源。

本实施例中，所述系统还包括第二发送单元322，用于在所述可授信资源不包括所述事务处理请求需要的目标资源时，向所述对象节点发起获取目标资源的请求。

继续参图8，介绍本申请事务处理系统的一实施例。本实施例中，该事务处理系包括：

第一发送单元321，用于向对象用户发送关联请求，所述关联请求中包括用户群组预置的授权请求，所述授权请求为授予从所述对象用户账户提取金额的权限的请求；

验证单元323，用于验证所述对象用户是否完成授权；

关联单元324，用于在验证结果为是时，将所述对象用户关联至所述节点群组。

本实施例中，所述系统还包括：

接收单元320，用于接收支付请求；

确定单元325，用于基于所述授权请求确定所述对象用户账户的可授信金额；

判断单元326，用于确定所述可授信金额是否大于等于所述支付请求需要的目标金额；

提取单元327，用于在确定结果为是时，从所述可授信金额中提取所述目 标资源。

本实施例中，所述系统还包括第二发送单元322，用于在所述可授信金额小于所述支付请求需要的目标金额时，向所述对象节点发起获取目标金额的请求。

本实施例中，所述对象用户是即时通信用户；

所述用户群组是即时通信群组；

所述关联请求和授权请求通过即时通信消息传递。

本申请实施例提供了事务处理方法和系统，该方法在接收对象节点关联至节点群组的关联请求时，会向对象节点发起节点群组预置的授权请求，所述授权请求为授予从所述对象节点提取资源的权限的请求；并验证对象节点是否完成授权，当验证结果为是时，将对象节点关联至节点群组，如此，节点群组在进行事务互动时，可以在关联节点的授权范围中获取资源，而无需再向各个关联节点申请资源，提高了节点群组事务互动的效率。

本发明是参照根据本发明实施例的方法和设备(系统)来描述的。应理解可由计算机程序指令结合信息感应设备实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令配合信息感应设备产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处 理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。