事务处理方法和系统
技术领域
本申请涉及互联网技术领域,尤其涉及一种事务处理方法和系统。
背景技术
随着互联网时代的到来,互联网在人们日常的学习、工作和生活中得到广泛的应用。人们日常的各种事务都可以通过网络来呈现。
一般网络中存在多个的节点和节点群组。节点群组是多个节点的关联体,节点群组与其中所包括的节点具有关联关系。并且,同一个节点可以与多个的节点群组之间建立上述的关联关系,以参与多个节点群组的事务互动。
事务互动过程中会产生资源的消耗,这些消耗的资源来源于参与事务互动的各节点的协调配合。通常地,这种协调配合可以是先从参与事务处理的节点中选取一个节点作为资源提取的对象,并在事务互动结束后由该节点再向其它参与事务互动的节点请求均摊消耗的资源。
对于作为资源提取对象的节点而言,向其它参与事务处理的节点请求均摊消耗的资源增加了其事务处理量,且可能会出现申请不到/申请不全均摊资源的情况,从而导致该节点的资源被过度消耗。
发明内容
本申请实施例提供一种事务处理方法和系统,用以解决现有技术在均摊事务互动消耗的资源时,作为资源提取对象的节点事务处理量增加、且可能使该节点的资源被过度消耗的问题。
本申请实施例提供的一种事务处理方法,包括:
接收第一网络节点和第二网络节点关联于节点群组的授权信息;
接收对象节点的事务处理请求;
从所述第一网络节点中提取所述事务处理请求需要的第一目标资源;
基于所述授权信息从所述第二网络节点中提取第二目标资源,所述第二目标资源为所述第一目标资源被所述第一网络节点和第二网络节点等分的资源;
将所述第二目标资源注入所述第一网络节点。
本申请实施例提供的一种事务处理方法,包括:
接收第一网络节点和第二网络节点关联于节点群组的授权信息;
接收对象节点的事务处理请求;
基于所述授权信息从所述第一网络节点和第二网络节点中提取所述事务处理请求需要的第一目标资源。
本申请实施例提供的一种事务处理方法,包括:
接收第一网络节点和第二网络节点关联于节点群组的授权信息;
接收对象节点的事务处理请求;
基于所述第一网络节点关联于所述节点群组的授权信息从所述第一网络节点中提取所述事务处理请求需要的第一目标资源;
基于所述第二网络节点关联于所述节点群组的授权信息从所述第二网络节点中提取第二目标资源,所述第二目标资源为所述第一目标资源被所述第一网络节点和第二网络节点等分的资源;
将所述第二目标资源注入所述第一网络节点。
本申请实施例提供的一种事务处理方法,包括:
接收第一账户和第二账户关联于账户群组的授权信息;
接收对象账户的支付请求;
从所述第一账户中提取所述支付请求需要的第一目标金额;
基于所述授权信息从所述第二账户中提取第二目标金额,所述第二目标金额为所述第一目标金额被所述第一账户和第二账户等分的金额;
将所述第二目标金额注入所述第一账户。
本申请实施例提供的一种事务处理方法,包括:
接收第一账户和第二账户关联于账户群组的授权信息;
接收对象账户的支付请求;
基于所述授权信息从所述第一账户和第二账户中提取所述支付请求需要的第一目标金额。
本申请实施例提供的一种事务处理方法,包括:
接收第一账户和第二账户关联于账户群组的授权信息;
接收对象账户的支付请求;
基于所述第一账户关联于所述账户群组的授权信息从所述第一账户中提取所述支付请求需要的第一目标金额;
基于所述第二账户关联于所述账户群组的授权信息从所述第二账户中提取第二目标金额,所述第二目标金额为所述第一目标金额被所述第一账户和第二账户等分的金额;
将所述第二目标金额注入所述第一账户。
本申请实施例提供的一种事务处理系统,包括:
第一接收单元,用于接收第一网络节点和第二网络节点关联于节点群组的授权信息;
第二接收单元,用于接收对象节点的事务处理请求;
第一提取单元,用于从所述第一网络节点中提取所述事务处理请求需要的第一目标资源;
第二提取单元,用于基于所述授权信息从所述第二网络节点中提取第二目标资源,所述第二目标资源为所述第一目标资源被所述第一网络节点和第二网络节点等分的资源;
注入单元,用于将所述第二目标资源注入所述第一网络节点。
本申请实施例提供的一种事务处理系统,包括:
第一接收单元,用于接收第一网络节点和第二网络节点关联于节点群组的授权信息;
第二接收单元,用于接收对象节点的事务处理请求;
提取单元,用于基于所述授权信息从所述第一网络节点和第二网络节点中提取所述事务处理请求需要的第一目标资源。
本申请实施例提供的一种事务处理系统,包括:
第一接收单元,用于接收第一网络节点和第二网络节点关联于节点群组的授权信息;
第二接收单元,用于接收对象节点的事务处理请求;
第一提取单元,用于基于所述第一网络节点关联于所述节点群组的授权信息从所述第一网络节点中提取所述事务处理请求需要的第一目标资源;
第二提取单元,用于基于所述第二网络节点关联于所述节点群组的授权信息从所述第二网络节点中提取第二目标资源,所述第二目标资源为所述第一目标资源被所述第一网络节点和第二网络节点等分的资源;
注入单元,用于将所述第二目标资源注入所述第一网络节点。
本申请实施例提供的一种事务处理系统,包括:
第一接收单元,用于接收第一账户和第二账户关联于账户群组的授权信息;
第二接收单元,用于接收对象账户的支付请求;
第一提取单元,用于从所述第一账户中提取所述支付请求需要的第一目标金额;
第二提取单元,用于基于所述授权信息从所述第二账户中提取第二目标金额,所述第二目标金额为所述第一目标金额被所述第一账户和第二账户等分的金额;
注入单元,用于将所述第二目标金额注入所述第一账户。
本申请实施例提供的一种事务处理系统,包括:
第一接收单元,用于接收第一账户和第二账户关联于账户群组的授权信息;
第二接收单元,用于接收对象账户的支付请求;
提取单元,用于基于所述授权信息从所述第一账户和第二账户中提取所述支付请求需要的第一目标金额。
本申请实施例提供的一种事务处理系统,包括:
第一接收单元,用于接收第一账户和第二账户关联于账户群组的授权信息;
第二接收单元,用于接收对象账户的支付请求;
第一提取单元,用于基于所述第一账户关联于所述账户群组的授权信息从所述第一账户中提取所述支付请求需要的第一目标金额;
第二提取单元,用于基于所述第二账户关联于所述账户群组的授权信息从所述第二账户中提取第二目标金额,所述第二目标金额为所述第一目标金额被所述第一账户和第二账户等分的金额;
注入单元,用于将所述第二目标金额注入所述第一账户。
本申请实施例提供一种事务处理方法和系统,该方法通过接收第一网络节点和第二网络节点关联于节点群组的授权信息,在接收对象节点的事务处理请求时,先从第一网络节点中提取事务处理请求需要的第一目标资源,再基于授权信息从第二网络节点中提取第二目标资源,该第二目标资源为第一目标资源被第一网络节点和第二网络节点等分的资源,并将提取的第二目标资源注入第一网络节点,如此,在保证事务互动所需的资源消耗的前提下,实现各网络节点资源的协调均摊,减少了作为资源提取对象的网络节点的事务处理量,避免了其资源被过度消耗。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1a为本申请一实施例可以适用的示例性的系统架构图;
图1b为本申请一实施例可以适用的示例性的系统架构图;
图1为本申请一实施例提供的事务处理方法的流程图;
图2为本申请一实施例提供的事务处理方法的流程图;
图3为本申请一实施例提供的事务处理方法的流程图;
图4为本申请一实施例提供的事务处理方法的流程图;
图5为本申请一实施例提供的事务处理方法的流程图;
图6为本申请一实施例提供的事务处理方法的流程图;
图7为本申请一实施例提供的事务处理方法的流程图;
图8为本申请一实施例提供的事务处理方法的流程图;
图9为本申请一实施例提供的事务处理系统的模块图;
图10为本申请一实施例提供的事务处理系统的模块图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本文中描述的方法和系统,可以使网络节点以资源属性条件构建群组。群组中节点的交互构建在资源准入门槛之上,伴随资源授权达到群组中资源的消耗验证方案。从而在群组中节点之间的事务互动,以及与群组外节点或其它节点群组的事务互动。
本文中的网络可以是社交网络、支付网络或二者结合的网络,或者可以是在社交网络、支付网络等传统网络基础上之上进行适应性改进、变化后的适于网络应用的结构。这样的社交网络可以例如适用于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:服务器接收第二网络节点关联至节点群组的关联请求,并向第二网络节点发起预置的授权请求。
在替换的实施例中,针对步骤S113和步骤S114还可以是服务器主动向第二网络节点发送关联至节点群组的关联请求,并在该关联请求中封装进该授权请求。
S115:服务器验证是否接收到第二网络节点关联于节点群组的授权信息,并在验证结果为是时,将该第二网络节点关联至节点群组。
当服务器接收到第二网络节点关联于节点群组的授权信息时,可以说明第二网络节点已经授予服务器从其中提取资源的权限。
S116:服务器接收对象节点的事务处理请求。
该事物处理请求可以是面向该节点群组。
S117:服务器从第一网络节点中提取该事务处理请求需要的第一目标资源。
S118:服务器基于授权信息从第二网络节点中提取第二目标资源,该第二目标资源为第一目标资源被第一网络节点和第二网络节点等分的资源。
具体地,服务器可以基于授权信息确定第二网络节点的可授信资源,并验证第二网络节点的可授信资源是否包括第二目标资源,当验证结果为是时,从第二网络节点的可授信资源中提取第二目标资源;当验证结果为否时,向第二网络节点发送获取第二目标资源的请求,并在接收到第二网络节点的获准信息后,从第二网络节点中提取第二目标资源。
S119:服务器将该第二目标资源注入第一网络节点。
需要说明的是,在上述的实施例中,以服务器先从第一网络节点中提取第一目标资源,再从第二网络节点中提取第二目标资源注入第一网络节点为例,说明在事务互动过程中,第一网络节点和第二网络节点之间资源协调互动的过程。而在替换的实施例中,服务器还可以是先从第二网络节点中提取第一目标资源,再从第一网络节点中提取第二目标资源注入第二网络节点,以达到相同的效果。
本实施例中,第一网络节点、第二网络节点和对象节点可以都是即时通信节点,建立的节点群组可以是即时通信群组,第一网络节点、第二网络节点以及对象节点与服务器之间可以通过即时通信消息的方式进行事务处理请求、授权信息等的传递。
具体而言,在一种实现方式中,例如即时通信系统中,即时通信服务器可以基于上述步骤来进行建群以及允许其中的用户加入群的操作,具体而言,在步骤S110和S111中,即时通信服务器可以接收其中的一个用户,假设用户A(对应于上述的初始节点)在其客户端上的建群操作,该建群操作可包括获取用户A的资金授权操作(对应于上述的授权请求,可以认为是加入群的条件),即时通信服务器可以为该用户A建群,并生成一个群ID,并可生成对应的二维码等信息,假设为群1(即上述的节点群组);步骤S112-步骤S115中,其它用户可加入该群1,例如通过输入群ID,或者扫描群二维码的方式,加入该群,例如用户B可通过扫描二维码加入群1(即向服务器发送关联请求),这样,即时通信服务器可以基于该请求,并基于上述群1的资金授权的操作,对用户B进行授权请求,在用户B同意授权后,即时通信服务器就可以将用户B加入群1中;步骤S116-步骤S119中,群1可以响应其它用户(对应于上述的对象用户)的支付请求,即时通信服务器可以先从用户A的账户中提取支付请求需要的资金,再依据AA规则和上述群1的资金授权操作,从用户B的账户中提取对应的资金,以完成群1中用户的AA支付。
参图2,介绍本申请事务处理方法的一实施例。本方法实施例中的执行主体可以是服务器。在本实施例中,该方法包括以下步骤:
S120:接收第一网络节点和第二网络节点关联于节点群组的授权信息。
S121:接收对象节点的事务处理请求。
S122:从第一网络节点中提取事务处理请求需要的第一目标资源。
S123:基于授权信息从第二网络节点中提取第二目标资源,该第二目标资源为第一目标资源被第一网络节点和第二网络节点等分的资源。
本步骤具体包括:基于授权信息确定第二网络节点的可授信资源,并验证第二网络节点的可授信资源是否包括第二目标资源,当验证结果为是时,从第二网络节点的可授信资源中提取第二目标资源;当验证结果为否时,向所述第二网络节点发送获取第二目标资源的请求,并在接收到第二网络节点的获准信息后,从第二网络节点中提取第二目标资源。
S124:将第二目标资源注入所述第一网络节点。
参图3,介绍本申请事务处理方法一结合具体应用场景的实施例。本方法实施例中的执行主体可以是服务器。在本实施例中,该方法包括以下步骤:
S130:接收第一账户和第二账户关联于账户群组的授权信息。
S131:接收对象账户的支付请求。
本实施例中,第一账户、第二账户和对象账户可以例如是即时通信账户,账户群组可以例如是即时通信群组。第一账户和第二账户可以通过即时通信消息的方式向服务器发送关联于账户群组的授权信息,对象账户可以通过即时通信消息的方式向服务器发送支付请求。
S132:从第一账户中提取支付请求需要的第一目标金额。
例如,服务器可以生成与第一账户绑定的付款二维码,对象账户在扫描识别该付款二维码的同时,向服务器发送支付请求。服务器进而在与该付款二维码绑定的第一账户中提取支付请求需要的第一目标金额。
S133:基于授权信息从第二账户中提取第二目标金额,该第二目标金额为第一目标金额被第一账户和第二账户等分的金额。
本步骤具体包括:基于授权信息确定第二账户的可授信金额,并验证第二账户的可授信金额是否大于等于第二目标金额;当验证结果为是时,从第二账户的可授信金额中提取第二目标金额;当验证结果为否时,向第二账户发送获取第二目标金额的请求,并在接收到第二账户的获准信息后,从第二账户中提取第二目标金额。
S134:将第二目标金额注入第一账户。可以理解,上述各步骤可以在一个服务器上来实现,即可以在一个网络架构中实现,在其它方式中,也可以在不同的网络架构间实现。
例如,在一个即时通信应用中,用户A和用户B可以通过触发加群按钮(例如可以集成在聊天输入项中),启动加群界面。用户A、B可以在该加群界面选择输入期望加入的用户群组的即时通信应用号码,并将生成的加群请求发送给服务器。服务器在接收到该请求后,可以向用户A发送与该用户群组对应的授权请求信息(例如授予服务器每天可从用户A、B的账户中获取200元资金的权限)。当服务器验证用户A、B完成授权后,会接受用户A、B的入群请求。
当服务器接收到用户C向该即时通信群组的支付请求时,可以先从该即时通信群组中的用户A的账户中获取支付请求需要的资金,以完成对用户C的支付。随后,根据AA规则从用户B的账户中获取不超过200元的资金,而若AA后需要用户B支付的资金大于200元时,服务器会进一步向用户B发送即时通信消息以进行资金的申请或确认。
其中,加群界面可以是与即时通信应用、以及获取用户账户资金之间是可关联的单独的服务器(当然该服务器可以与即时通信应用的服务器、以及账户资金的服务器为同一服务器),该服务器(例如群组服务器)可以实现用户的加群、资金支付等操作。该过程可以认为是在即时通信应用服务器、群组服务器、账户资金服务器之间协同来完成,即请求的发送和接收可以在即时通信服务器中实现,用户加群可以在群组服务器中实现,从用户账户中扣除资金可以在账户资金服务器中实现。
可以看出,在不同的网络架构或不同的实现方式中,上述的网络节点所在的网络架构,其本身可以实现对事务处理请求的处理等操作,即该网络架构可单独实现上述方法步骤的所有步骤;当然,该网络架构也可以通过与其它网络架构平台对接,例如可以将对事务处理请求的部分处理对接到其它系统进行处理,或者调用其它系统进行处理,该网络架构可以实现连接功能等。但不管采用何种网络架构,上述的步骤是可以执行的。
参图4,介绍本申请事务处理方法的一实施例。在本实施例中,该事务处理方法包括以下步骤:
S210:第一网络节点向服务器发送建群请求,该建群请求中包括授权请求。
S211:服务器响应该建群请求以生成群标识,并将生成的群标识与授权请求进行关联。
S212:第一网络节点向服务器发送关联于该节点群组的授权信息。
S213:第二网络节点向服务器发送关联至节点群组的关联请求。
S214:服务器接收第二网络节点关联至节点群组的关联请求,并向第二网络节点发起预置的授权请求。
在替换的实施例中,针对步骤S213和步骤S214还可以是服务器主动向第二网络节点发送关联至节点群组的关联请求,并在该关联请求中封装进该授权请求。
S215:服务器验证是否接收到第二网络节点关联于节点群组的授权信息,并在验证结果为是时,将该第二网络节点关联至节点群组。
当服务器接收到第二网络节点关联于节点群组的授权信息时,可以说明第二网络节点已经授予服务器从其中提取资源的权限。
S216:服务器接收对象节点的事务处理请求。
该事物处理请求可以是面向该节点群组。
S217:服务器基于授权信息从第一网络节点和第二网络节点中提取事务处理请求需要的第一目标资源。
具体地,服务器可以基于授权信息确定第一网络节点和第二网络节点的可授信资源,并验证第一网络节点和第二网络节点的可授信资源是否都包括第二目标资源,该第二目标资源为第一目标资源被第一网络节点和第二网络节点等分的资源,当验证结果为是时,从第一网络节点和第二网络节点的可授信资源中分别提取第二目标资源,以得到事务处理请求需要的第一目标资源;当验证结果为否时,向第一网络节点和第二网络节点发送获取第二目标资源的请求,并在第一网络节点和第二网络节点的获准信息后,从第一网络节点和第二网络节点中分别提取第二目标资源,以得到事务处理请求需要的第一目标资源。
本实施例中,第一网络节点、第二网络节点和对象节点可以都是即时通信节点,建立的节点群组可以是即时通信群组,第一网络节点与服务器、第二网络节点以及对象节点与服务器之间可以通过即时通信消息的方式进行事务处理请求、授权信息等的传递。
具体而言,在一种实现方式中,例如即时通信系统中,即时通信服务器可以基于上述步骤来进行建群以及允许其中的用户加入群的操作,具体而言,在步骤S210和S211中,即时通信服务器可以接收其中的一个用户,假设用户A(对应于上述的初始节点)在其客户端上的建群操作,该建群操作可包括获取用户A的资金授权操作(对应于上述的授权请求,可以认为是加入群的条件),即时通信服务器可以为该用户A建群,并生成一个群ID,并可生成对应的二维码等信息,假设为群1(即上述的节点群组);步骤S212-步骤S215中,其它用户可加入该群1,例如通过输入群ID,或者扫描群二维码的方式,加入该群,例如用户B可通过扫描二维码加入群1(即向服务器发送关联请求),这样,即时通信服务器可以基于该请求,并基于上述群1的资金授权的操作,对用户B进行授权请求,在用户B同意授权后,即时通信服务器就可以将用户B加入群1中;步骤S216-步骤S217中,群1可以响应其它用户(对应于上述的对象用户)的支付请求,即时通信服务器可以依据AA规则和上述群1的资金授权操作,从用户A、B的账户中提取对应的资金,以完成群1中用户的AA支付。
参图5,介绍本申请事务处理方法的一实施例。本方法实施例中的执行主体可以是服务器。在本实施例中,该方法包括以下步骤:
S220:接收第一网络节点和第二网络节点关联于节点群组的授权信息。
S221:接收对象节点的事务处理请求。
S222:基于授权信息从第一网络节点和第二网络节点中提取事务处理请求需要的第一目标资源。
本步骤具体包括:基于授权信息确定第一网络节点和第二网络节点的可授信资源,并验证第一网络节点和第二网络节点的可授信资源是否都包括第二目标资源,该第二目标资源为第一目标资源被第一网络节点和第二网络节点等分的资源,当验证结果为是时,从第一网络节点和第二网络节点的可授信资源中分别提取第二目标资源,以得到事务处理请求需要的第一目标资源;当验证结果为否时,向第一网络节点和第二网络节点发送获取第二目标资源的请求,并在接收到第一网络节点和第二网络节点的获准信息后,从第一网络节点和第二网络节点中分别提取第二目标资源,以得到事务处理请求需要的第一目标资源。
参图6,介绍本申请事务处理方法的一结合具体应用场景的实施例。本方法实施例中的执行主体可以是服务器。在本实施例中,该方法包括以下步骤:
S230:接收第一账户和第二账户关联于账户群组的授权信息。
S231:接收对象账户的支付请求。
本实施例中,第一账户、第二账户和对象账户可以例如是即时通信账户,账户群组可以例如是即时通信群组。第一账户和第二账户可以通过即时通信消息的方式向服务器发送关联于账户群组的授权信息,对象账户可以通过即时通信消息的方式向服务器发送支付请求。
S232:基于授权信息从第一账户和第二账户中提取支付请求需要的第一目标金额。
本步骤具体包括:基于授权信息确定第一账户和第二账户的可授信金额,并验证第一账户和第二账户的可授信金额是否都大于等于第二目标金额,该第二目标金额为第一目标金额被第一账户和第二账户等分的金额,当验证结果为是时,从第一账户和第二账户的可授信金额中分别提取第二目标金额,以得到支付请求需要的第一目标金额,当验证结果为否时,向第一账户和第二账户发送获取第二目标金额的请求,并在接收到第一账户和第二账户的获准信息后,从第一账户和第二账户中分别提取第二目标金额,以得到事支付请求需要的第一目标金额。
例如,服务器可以生成与账户群组绑定的付款二维码,对象账户在扫描识别该付款二维码的同时,向服务器发送支付请求。服务器进而从与该付款二维码绑定的账户群组中的第一账户和第二账户中分别提取第二目标金额,以得到支付请求需要的第一目标金额。
可以理解,上述各步骤可以在一个服务器上来实现,即可以在一个网络架构中实现,在其它方式中,也可以在不同的网络架构间实现。
例如,在一个即时通信应用中,用户A和用户B可以通过触发加群按钮(例如可以集成在聊天输入项中),启动加群界面。用户A、B可以在该加群界面选择输入期望加入的用户群组的即时通信应用号码,并将生成的加群请求发送给服务器。服务器在接收到该请求后,可以向用户A发送与该用户群组对应的授权请求信息(例如授予服务器每天可从用户A、B的账户中获取200元资金的权限)。当服务器验证用户A、B完成授权后,会接受用户A、B的入群请求。
当服务器接收到用户C向该即时通信群组的支付请求时,可以基于AA规则从用户A、B的账户中分别获取不超过200元的资金,而若AA后需要用户A、B支付的资金大于200元时,服务器会进一步向用户A、B发送即时通信消息以进行资金的申请或确认。
其中,加群界面可以是与即时通信应用、以及获取用户账户资金之间是可关联的单独的服务器(当然该服务器可以与即时通信应用的服务器、以及账户资金的服务器为同一服务器),该服务器(例如群组服务器)可以实现用户的加群、资金支付等操作。该过程可以认为是在即时通信应用服务器、群组服务器、账户资金服务器之间协同来完成,即请求的发送和接收可以在即时通信服务器中实现,用户加群可以在群组服务器中实现,从用户账户中扣除资金可以在账户资金服务器中实现。
可以看出,在不同的网络架构或不同的实现方式中,上述的网络节点所在的网络架构,其本身可以实现对事务处理请求的处理等操作,即该网络架构可单独实现上述方法步骤的所有步骤;当然,该网络架构也可以通过与其它网络架构平台对接,例如可以将对事务处理请求的部分处理对接到其它系统进行处理,或者调用其它系统进行处理,该网络架构可以实现连接功能等。但不管采用何种网络架构,上述的步骤是可以执行的。
参图7,介绍本申请事务处理方法的一实施例。本方法实施例中的执行主体可以是服务器。在本实施例中,该方法包括以下步骤:
S310:接收第一网络节点和第二网络节点关联于节点群组的授权信息。
本实施例中,授权信息可以是授予服务器从该第一网络节点和第二网络节点中提取资源的权限的信息。并且,服务器被授予可以在第一网络节点和第二网络节点中提取的资源可以是相同或不相同。
S311:接收对象节点的事务处理请求。
S312:基于第一网络节点关联于节点群组的授权信息从第一网络节点中提取事务处理请求需要的第一目标资源。
本步骤具体包括:基于第一网络节点关联于节点群组的授权信息确定第一网络节点的可授信资源,并验证第一网络节点的可授信资源中是否包括事务处理请求需要的第一目标资源,当验证结果为是时,从第一网络节点的可授信资源中提取事务处理请求需要的第一目标资源;当验证结果为否时,向第一网络节点发送获取第一目标资源的请求,并在接收到第一网络节点的获准信息后,从第一网络节点中提取事务处理请求需要的第一目标资源。
S313:基于第二网络节点关联于节点群组的授权信息从第二网络节点中提取第二目标资源,该第二目标资源为第一目标资源被第一网络节点和第二网络节点等分的资源。
本步骤具体包括:基于第二网络节点关联于节点群组的授权信息确定第二网络节点的可授信资源,并验证第二网络节点的可授信资源中是否包括第二目标资源,当验证结果为是时,从第二网络节点的可授信资源中提取第二目标资源;当验证结果为否时,向第二网络节点发送获取第二目标资源的请求,并在接收到第二网络节点的获准信息后,从第二网络节点中提取第二目标资源。
S314:将第二目标资源注入第一网络节点。
本实施例中,第一网络节点、第二网络节点和对象节点可以都是即时通信节点,建立的节点群组可以是即时通信群组,第一网络节点与服务器、第二网络节点以及对象节点与服务器之间可以通过即时通信消息的方式进行事务处理请求、授权信息等的传递。
参图8,介绍本申请事务处理方法的一结合具体应用场景的实施例。本方法实施例中的执行主体可以是服务器。在本实施例中,该方法包括以下步骤:
S320:接收第一账户和第二账户关联于账户群组的授权信息。
本实施例中,授权信息可以是授予服务器从该第一账户和第二账户中提取金额的权限的信息。并且,服务器被授予可以在第一账户和第二账户中提取的金额可以是相同或不相同。
S321:接收对象账户的支付请求。
本实施例中,第一账户、第二账户和对象账户可以例如是即时通信账户,账户群组可以例如是即时通信群组。第一账户和第二账户可以通过即时通信消息的方式向服务器发送关联于账户群组的授权信息,对象账户可以通过即时通信消息的方式向服务器发送支付请求。
S322:基于第一账户关联于账户群组的授权信息从第一账户中提取支付请求需要的第一目标金额。
本步骤具体包括:基于第一账户关联于账户群组的授权信息确定第一账户的可授信金额,并验证第一账户的可授信金额中是否大于等于支付请求需要的第一目标金额,当验证结果为是时,从第一账户的可授信金额中提取支付请求需要的第一目标金额;当验证结果为否时,向第一账户发送获取第一目标金额的请求,并在接收到第一账户的获准信息后,从第一账户中提取支付请求需要的第一目标金额。
S323:基于第二账户关联于账户群组的授权信息从第二账户中提取第二目标金额,该第二目标金额为第一目标金额被第一账户和第二账户等分的金额。
本步骤具体包括:基于第二账户关联于账户群组的授权信息确定第二账户的可授信金额,并验证第二账户的可授信金额中是否大于等于支付请求需要的第二目标金额,当验证结果为是时,从第二账户的可授信金额中提取第二目标金额;当验证结果为否时,向第二账户发送获取第二目标金额的请求,并在接收到第二账户的获准信息后,从第二账户中提取第二目标金额。
S324:将第二目标金额注入第一账户。
可以理解,上述各步骤可以在一个服务器上来实现,即可以在一个网络架构中实现,在其它方式中,也可以在不同的网络架构间实现。
例如,在一个即时通信应用中,用户A和用户B可以通过触发加群按钮(例如可以集成在聊天输入项中),启动加群界面。用户A、B可以在该加群界面选择输入期望加入的用户群组的即时通信应用号码,并将生成的加群请求发送给服务器。服务器在接收到该请求后,可以向用户A发送与该用户群组对应的授权请求信息(例如授予服务器每天可从用户A、B的账户中获取200元资金的权限)。当服务器验证用户A、B完成授权后,会接受用户A、B的入群请求。
当服务器接收到用户C向该即时通信群组的支付请求时,可以先从该即时通信群组中的用户A的账户中获取不超过200元的支付请求需要的资金。而若支付请求需要的资金大于200元时,服务器会进一步向用户A发送即时通信消息以进行资金的申请或确认,当用户A同意支付该支付请求需要支付的资金后,服务器可以从用户A的账户中获取支付请求需要的资金。随后,服务器根据AA规则从用户B的账户中获取不超过200元的资金,而若AA后需要用户B支付的资金大于200元时,服务器会进一步向用户B发送即时通信消息以进行资金的申请或确认。
其中,加群界面可以是与即时通信应用、以及获取用户账户资金之间是可关联的单独的服务器(当然该服务器可以与即时通信应用的服务器、以及账户资金的服务器为同一服务器),该服务器(例如群组服务器)可以实现用户的加群、资金支付等操作。该过程可以认为是在即时通信应用服务器、群组服务器、账户资金服务器之间协同来完成,即请求的发送和接收可以在即时通信服务器中实现,用户加群可以在群组服务器中实现,从用户账户中扣除资金可以在账户资金服务器中实现。
可以看出,在不同的网络架构或不同的实现方式中,上述的网络节点所在的网络架构,其本身可以实现对事务处理请求的处理等操作,即该网络架构可单独实现上述方法步骤的所有步骤;当然,该网络架构也可以通过与其它网络架构平台对接,例如可以将对事务处理请求的部分处理对接到其它系统进行处理,或者调用其它系统进行处理,该网络架构可以实现连接功能等。但不管采用何种网络架构,上述的步骤是可以执行的。
可以理解,上述各方法可应用于即时通信的群支付中,通过在建群时,设置建群条件,例如可以授权获取加入群中的群组成员的资源,例如资金;在群支付时,基于AA规则或其它可被设定的规则从群组用户中提取资金,以完成群支付。
参图9,介绍本申请事务处理系统的一实施例。本实施例中,该事务处理系包括:
第一接收单元410,用于接收第一网络节点和第二网络节点关联于节点群组的授权信息;
第二接收单元411,用于接收对象节点的事务处理请求;
第一提取单元412,用于从所述第一网络节点中提取所述事务处理请求需要的第一目标资源;
第二提取单元413,用于基于所述授权信息从所述第二网络节点中提取第二目标资源,所述第二目标资源为所述第一目标资源被所述第一网络节点和第二网络节点等分的资源;
注入单元414,用于将所述第二目标资源注入所述第一网络节点。
本实施例中,所述第二提取单元413具体用于:
基于所述授权信息确定所述第二网络节点的可授信资源;
验证所述第二网络节点的可授信资源是否包括所述第二目标资源;
当验证结果为是时,从所述第二网络节点的可授信资源中提取所述第二目标资源。
本实施例中,所述第二提取单元413还用于:
当验证结果为否时,向所述第二网络节点发送获取第二目标资源的请求。
继续参图9,介绍本申请事务处理系统的一实施例。本实施例中,该事务处理系包括:
第一接收单元410,用于接收第一账户和第二账户关联于账户群组的授权信息;
第二接收单元411,用于接收对象账户的支付请求;
第一提取单元412,用于从所述第一账户中提取所述支付请求需要的第一目标金额;
第二提取单元413,用于基于所述授权信息从所述第二账户中提取第二目标金额,所述第二目标金额为所述第一目标金额被所述第一账户和第二账户等分的金额;
注入单元414,用于将所述第二目标金额注入所述第一账户。
本实施例中,所述第二提取单元413具体用于:
基于所述授权信息确定所述第二账户的可授信金额;
验证所述第二账户的可授信金额是否大于等于所述第二目标金额;
当验证结果为是时,从所述第二账户的可授信金额中提取所述第二目标金额。
本实施例中,所述第二提取单元413还用于:
当验证结果为否时,向所述第二账户发送获取第二目标金额的请求。
本实施例中,所述第一账户、第二账户和对象账户为即时通信账户;
所述账户群组为即时通信群组;
所述授权信息和支付请求通过即时通信消息传递。
继续参图9,介绍本申请事务处理系统的一实施例。本实施例中,该事务处理系包括:
第一接收单元410,用于接收第一网络节点和第二网络节点关联于节点群组的授权信息;
第二接收单元411,用于接收对象节点的事务处理请求;
第一提取单元412,用于基于所述第一网络节点关联于所述节点群组的授权信息从所述第一网络节点中提取所述事务处理请求需要的第一目标资源;
第二提取单元413,用于基于所述第二网络节点关联于所述节点群组的授权信息从所述第二网络节点中提取第二目标资源,所述第二目标资源为所述第一目标资源被所述第一网络节点和第二网络节点等分的资源;
注入单元414,用于将所述第二目标资源注入所述第一网络节点。
本实施例中,所述第一提取单元412具体用于:
基于所述第一网络节点关联于所述节点群组的授权信息确定所述第一网络节点的可授信资源;
验证所述第一网络节点的可授信资源中是否包括所述事务处理请求需要的第一目标资源;
当验证结果为是时,从所述第一网络节点的可授信资源中提取所述事务处理请求需要的第一目标资源;
当验证结果为否时,向所述第一网络节点发送获取第一目标资源的请求,并在接收到所述第一网络节点的获准信息后,从所述第一网络节点中提取所述事务处理请求需要的第一目标资源。
本实施例中,所述第二提取单元413具体用于:
基于所述第二网络节点关联于所述节点群组的授权信息确定所述第二网络节点的可授信资源;
验证所述第二网络节点的可授信资源中是否包括所述事务处理请求需要的第二目标资源;
当验证结果为是时,从所述第二网络节点的可授信资源中提取所述第二目标资源;
当验证结果为否时,向所述第二网络节点发送获取第二目标资源的请求,并在接收到所述第二网络节点的获准信息后,从所述第二网络节点中提取所述第二目标资源。
继续参图9,介绍本申请事务处理系统的一实施例。本实施例中,该事务处理系包括:
第一接收单元410,用于接收第一账户和第二账户关联于账户群组的授权信息;
第二接收单元411,用于接收对象账户的支付请求;
第一提取单元412,用于基于所述第一账户关联于所述账户群组的授权信息从所述第一账户中提取所述支付请求需要的第一目标金额;
第二提取单元413,用于基于所述第二账户关联于所述账户群组的授权信息从所述第二账户中提取第二目标金额,所述第二目标金额为所述第一目标金额被所述第一账户和第二账户等分的金额;
注入单元414,用于将所述第二目标金额注入所述第一账户。
本实施例中,所述第一提取单元412具体用于:
基于所述第一账户关联于所述账户群组的授权信息确定所述第一账户的可授信金额;
验证所述第一账户的可授信金额中是否大于等于所述支付请求需要的第一目标金额;
当验证结果为是时,从所述第一账户的可授信金额中提取所述支付请求需要的第一目标金额;
当验证结果为否时,向所述第一账户发送获取第一目标金额的请求,并在接收到所述第一账户的获准信息后,从所述第一账户中提取所述支付请求需要的第一目标金额。
本实施例中,所述第二提取单元413具体用于:
基于所述第二账户关联于所述账户群组的授权信息确定所述第二账户的可授信金额;
验证所述第二账户的可授信金额中是否大于等于所述支付请求需要的第二目标金额;
当验证结果为是时,从所述第二账户的可授信金额中提取第二目标金额;
当验证结果为否时,向所述第二账户发送获取第二目标金额的请求,并在接收到所述第二账户的获准信息后,从所述第二账户中提取所述第二目标金额。
本实施例中,所述第一账户、第二账户和对象账户为即时通信账户;
所述账户群组为即时通信群组;
所述授权信息和支付请求通过即时通信消息传递。
参图10,介绍本申请事务处理系统的一实施例。本实施例中,该事务处理系包括:
第一接收单元420,用于接收第一网络节点和第二网络节点关联于节点群组的授权信息;
第二接收单元421,用于接收对象节点的事务处理请求;
提取单元422,用于基于所述授权信息从所述第一网络节点和第二网络节点中提取所述事务处理请求需要的第一目标资源。
本实施例中,所述提取单元422具体用于:
基于所述授权信息确定所述第一网络节点和第二网络节点的可授信资源;
验证所述第一网络节点和第二网络节点的可授信资源是否都包括第二目标资源,所述第二目标资源为所述第一目标资源被所述第一网络节点和第二网络节点等分的资源;
当验证结果为是时,从所述第一网络节点和第二网络节点的可授信资源中分别提取所述第二目标资源,以得到所述事务处理请求需要的第一目标资源。
本实施例中,所述提取单元422还用于:
当验证结果为否时,向所述第一网络节点和第二网络节点发送获取第二目标资源的请求。
继续参图10,介绍本申请事务处理系统的一实施例。本实施例中,该事务处理系包括:
第一接收单元420,用于接收第一账户和第二账户关联于账户群组的授权信息;
第二接收单元421,用于接收对象账户的支付请求;
提取单元422,用于基于所述授权信息从所述第一账户和第二账户中提取所述支付请求需要的第一目标金额。
本实施例中,所述提取单元422具体用于:
基于所述授权信息确定所述第一账户和第二账户的可授信金额;
验证所述第一账户和第二账户的可授信金额是否都大于等于第二目标金额,所述第二目标金额为所述第一目标金额被所述第一账户和第二账户等分的金额;
当验证结果为是时,从所述第一账户和第二账户的可授信金额中分别提取所述第二目标金额,以得到所述支付请求需要的第一目标金额。
本实施例中,所述提取单元422还用于:
当验证结果为否时,向所述第一账户和第二账户发送获取第二目标金额的请求。
本实施例中,所述第一账户、第二账户和对象账户为即时通信账户;
所述账户群组为即时通信群组;
所述授权信息和支付请求通过即时通信消息传递。
本申请实施例提供了事务处理方法和系统,该方法通过接收第一网络节点和第二网络节点关联于节点群组的授权信息,在接收对象节点的事务处理请求时,先从第一网络节点中提取事务处理请求需要的第一目标资源,再基于授权信息从第二网络节点中提取第二目标资源,该第二目标资源为第一目标资源被第一网络节点和第二网络节点等分的资源,并将提取的第二目标资源注入第一网络节点,如此,在保证事务互动所需的资源消耗的前提下,实现各网络节点资源的协调均摊,减少了作为资源提取对象的网络节点的事务处理量,避免了其资源被过度消耗。
本发明是参照根据本发明实施例的方法和设备(系统)来描述的。应理解可由计算机程序指令结合信息感应设备实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令配合信息感应设备产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。