CN106998314B - 账户交互方法及装置 - Google Patents
账户交互方法及装置 Download PDFInfo
- Publication number
- CN106998314B CN106998314B CN201610044818.2A CN201610044818A CN106998314B CN 106998314 B CN106998314 B CN 106998314B CN 201610044818 A CN201610044818 A CN 201610044818A CN 106998314 B CN106998314 B CN 106998314B
- Authority
- CN
- China
- Prior art keywords
- account
- event
- platform
- resources
- sub
- 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
Links
- 230000003993 interaction Effects 0.000 title claims abstract description 122
- 238000000034 method Methods 0.000 title claims abstract description 69
- 230000004044 response Effects 0.000 claims abstract description 21
- 230000000694 effects Effects 0.000 claims description 3
- 230000009467 reduction Effects 0.000 claims description 3
- 230000003247 decreasing effect Effects 0.000 description 22
- 230000008569 process Effects 0.000 description 21
- 238000010586 diagram Methods 0.000 description 11
- 238000004891 communication Methods 0.000 description 5
- 230000008901 benefit Effects 0.000 description 4
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 230000003044 adaptive effect Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 238000005034 decoration Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000006870 function Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
- H04L63/0815—Network architectures or network communication protocols for network security for authentication of entities providing single-sign-on or federations
-
- 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
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
-
- 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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/06—Asset management; Financial planning or analysis
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Development Economics (AREA)
- Marketing (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Physics & Mathematics (AREA)
- Strategic Management (AREA)
- Economics (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- General Engineering & Computer Science (AREA)
- Computing Systems (AREA)
- Computer Security & Cryptography (AREA)
- Computer Hardware Design (AREA)
- Entrepreneurship & Innovation (AREA)
- Game Theory and Decision Science (AREA)
- Human Resources & Organizations (AREA)
- Operations Research (AREA)
- Technology Law (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种账户交互方法及装置。其中,该方法包括:获取用于请求在第一平台上建立第一账户的账户建立请求;响应账户建立请求在第一平台上建立第一账户;在第一账户与第一平台上的第二账户之间建立第一关联关系,其中,第一关联关系用于指示第一账户为第二账户的子账户,第二账户与第二平台中的第三账户具有第二关联关系;通过第二账户进行第一账户与第二平台中的第三账户之间的交互。本发明解决了现有的账户交互方法所存在的交互复杂度较高的技术问题。
Description
技术领域
本发明涉及计算机领域,具体而言,涉及一种账户交互方法及装置。
背景技术
目前,在现有技术中对不同平台上的账户进行数据交互时,往往需要在各个平台上新建用于交互的对应账户。例如,第一平台上建立一个账户后,第二平台为了与其进行交互,就需要在第二平台上建立一个与第一平台所建立的账户对应的账户,这样在第一平台上每增加一个账户,在第二平台上就需要同步增加一个账户,随着第二平台的账户数的增加,在第二平台上所执行的操作也将变得越来越复杂。
此外,由于第一平台上的账户与第二平台上的账户一一对应,因此,每次在第一平台上建立账户后,就需要将在第二平台上建立的对应的账户的信息传输到第一平台中,以便与第一平台上建立的账户进行关联,这样不仅增加了跨平台之间账户交互的数据量,而且还增加了账户之间数据交互失败的概率以及操作的复杂度。
针对上述的问题,目前尚未提出有效的解决方案。
发明内容
本发明实施例提供了一种账户交互方法及装置,以至少解决现有的账户交互方法所存在的交互复杂度较高的技术问题。
根据本发明实施例的一个方面,提供了一种账户交互方法,包括:获取用于请求在第一平台上建立第一账户的账户建立请求;响应上述账户建立请求在上述第一平台上建立第一账户;在上述第一账户与上述第一平台上的第二账户之间建立第一关联关系,其中,上述第一关联关系用于指示上述第一账户为上述第二账户的子账户,上述第二账户与第二平台中的第三账户具有第二关联关系;通过上述第二账户进行上述第一账户与上述第二平台中的上述第三账户之间的交互。
根据本发明实施例的另一方面,还提供了一种账户交互装置,包括:获取单元,用于获取用于请求在第一平台上建立第一账户的账户建立请求;第一建立单元,用于响应上述账户建立请求在上述第一平台上建立第一账户;第二建立单元,用于在上述第一账户与上述第一平台上的第二账户之间建立第一关联关系,其中,上述第一关联关系用于指示上述第一账户为上述第二账户的子账户,上述第二账户与第二平台中的第三账户具有第二关联关系;交互单元,用于通过上述第二账户进行上述第一账户与上述第二平台中的上述第三账户之间的交互。
在本发明实施例中,获取到用于请求在第一平台上建立第一账户的账户建立请求后,响应该账户建立请求在第一平台上建立第一账户,并在第一账户与第一平台上的第二账户之间建立第一关联关系,其中,第一关联关系用于指示第一账户为第二账户的子账户,通过上述第二账户进行第一账户与第二平台中第三账户之间的交互。也就是说,通过将第一平台上新建的第一账户关联到第一平台上已建立的第二账户上作为第二账户的子账户,从而实现在第一平台上建立多个作为第二账户的子账户的第一账户,然后通过第二账户将数据一次传输到第二平台上对应的第三账户,而无需通过多次交互传输多个账户的账户信息,在第二平台新建与多个第一账户分别对应的账户,从而达到减少第一平台与第二平台之间跨平台交互的数据量的效果,进而克服了现有技术中每次在第一平台上新增账户时,还需要在第二平台上建立对应的账户所导致的交互复杂度较高的问题。此外,这样还可以减少了第二平台新建的账户数量,简化了第二平台上的数据操作。
进一步,通过上述关联关系进行账户交互时,在减少第一平台与第二平台之间交互的数据量的情况下,还将实现降低账户交互失败的概率,保证账户交互的准确率。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明实施例的一种可选的账户交互方法的应用环境示意图;
图2是根据本发明实施例的一种可选的账户交互方法的流程图;
图3是根据本发明实施例的一种可选的账户交互方法的示意图;
图4是根据本发明实施例的另一种可选的账户交互方法的流程图;
图5是根据本发明实施例的又一种可选的账户交互方法的流程图;
图6是根据本发明实施例的又一种可选的账户交互方法的流程图;
图7是根据本发明实施例的又一种可选的账户交互方法的流程图;
图8是根据本发明实施例的又一种可选的账户交互方法的流程图;
图9是根据本发明实施例的又一种可选的账户交互方法的流程图;
图10是根据本发明实施例的一种可选的账户交互装置的示意图;以及
图11是根据本发明实施例的一种可选的账户交互服务器的示意图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分的实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明保护的范围。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
实施例1
根据本发明实施例,提供了一种账户交互方法的实施例,上述账户交互方法可以但不限于应用于如图1所示的应用环境中,第一平台所在服务器104获取终端102发送的用于请求在第一平台上建立第一账户的账户建立请求,响应该账户建立请求在第一平台上建立第一账户,并在第一账户与第一平台上的第二账户之间建立第一关联关系,其中,第一关联关系用于指示第一账户为第二账户的子账户,通过第二账户进行第一账户与服务器106上的第二平台中的第三账户之间的交互,其中,第二账户与第三账户具有第二关联关系。可选地,在本实施例中,上述终端可以包括但不限于以下至少之一:手机、平板电脑、笔记本电脑、PC机。上述只是一种示例,本实施例对此不做任何限定。
根据本发明实施例,提供了一种账户交互方法,如图2所示,该方法包括:
S202,获取用于请求在第一平台上建立第一账户的账户建立请求;
S204,响应账户建立请求在第一平台上建立第一账户;
S206,在第一账户与第一平台上的第二账户之间建立第一关联关系,其中,第一关联关系用于指示第一账户为第二账户的子账户,第二账户与第二平台中的第三账户具有第二关联关系;
S208,通过第二账户进行第一账户与第二平台中的第三账户之间的交互。
可选地,在本实施例中,上述账户交互方法可以但不限于应用于不同的终端应用场景中。例如,应用于理财平台上的多个账户与同一基金平台的一个账户进行交互的过程中。又例如,应用于团购或折扣平台上的多个账户与同一个购物平台上的一个账户进行交互的过程中。上述仅是示例,本实施例中对此不做任何限定。其中,第一平台与第二平台上的账户之间的关系可以如图3所示,第一平台上的第二账户302包括多个与其具有第一关联关系的第一账户304-1至第一账户304-N,且第二账户302与第二平台上的第三账户306之间具有第二关联关系。上述仅是一种示例,本实施例中对此不作任何限定。
例如,结合图1所示,以理财平台上的多个账户与同一基金平台的一个账户进行交互为例。第一平台(如理财平台)所在服务器104在获取终端102发送的用于请求在第一平台(如理财平台)上建立第一账户的账户建立请求之后,响应该账户建立请求将在第一平台(如理财平台)上建立第一账户,并在第一账户与第一平台(如理财平台)上的第二账户之间建立第一关联关系,其中,第一关联关系用于指示第一账户为第二账户的子账户。进一步,通过第二账户进行第一账户与服务器106中的第二平台(如基金平台)上的第三账户之间的交互,如通过执行预定事件,对与账户相对应的事件资源(如资产)进行更新调整。其中,第二账户与第二平台的第三账户具有第二关联关系。
又例如,结合图1所示,以团购平台上的多个账户与同一个购物平台上的一个账户进行交互为例。第一平台(如团购平台)所在服务器104在获取终端102发送的用于请求在第一平台(如团购平台)上建立第一账户的账户建立请求之后,响应该账户建立请求将在第一平台(如团购平台)上建立第一账户,并在第一账户与第一平台(如团购平台)上的第二账户之间建立第一关联关系,其中,第一关联关系用于指示第一账户为第二账户的子账户。进一步,通过第二账户进行第一账户与服务器106中的第二平台(如购物平台)上的第三账户之间的交互,如通过执行预定事件(如执行购买操作所产生的订单),对与账户相对应的事件资源(如订单记录)进行更新调整,例如,更新订单记录中的内容。其中,第二账户与第二平台(如购物平台)的第三账户具有第二关联关系。
需要说明的是,在本实施例中,获取到用于请求在第一平台上建立第一账户的账户建立请求后,响应该账户建立请求在第一平台上建立第一账户,并在第一账户与第一平台上的第二账户之间建立第一关联关系,其中,第一关联关系用于指示第一账户为第二账户的子账户,通过上述第二账户进行第一账户与第二平台中第三账户之间的交互。也就是说,通过将第一平台上新建的第一账户关联到第一平台上已建立的第二账户上作为第二账户的子账户,从而实现在第一平台上建立多个作为第二账户的子账户的第一账户,然后通过第二账户将数据一次传输到第二平台上对应的第三账户,而无需通过多次交互传输多个账户的账户信息,在第二平台新建与多个第一账户分别对应的账户,从而达到减少第一平台与第二平台之间跨平台交互的数据量的效果,进而克服了现有技术中每次在第一平台上新增账户时,还需要在第二平台上建立对应的账户所导致的交互复杂度较高的问题。此外,这样还可以减少了第二平台新建的账户数量,简化了第二平台上的数据操作。进一步,通过上述关联关系进行账户交互时,在减少第一平台与第二平台之间交互的数据量的情况下,还将实现降低账户交互失败的概率,保证账户交互的准确率。
可选地,在本实施例中,在第一账户与第一平台上的第二账户之间建立第一关联关系包括:将与第二账户具有第二关联关系的第三账户的信息配置给第一账户,并在第一账户与第二账户之间建立第一关联关系。其中,上述第二关联关系可以但不限于用于指示第二账户是第一平台上与第三账户唯一关联的账户。
需要说明的是,在本实施例中,在建立第一账户与第二账户之间的第一关联关系时,若第一平台中已建立第二账户,则将与第二账户唯一关联的第三账户的信息直接配置给第一账户;若第一平台中并未建立第二账户,则创建第二账户,并在第二账户与第三账户之间建立第二关联关系,进而将与第二账户唯一关联的第三账户的信息配置给第一账户。以使第一账户可以通过第二账户进行与第三账户的交互。
可选地,在本实施例中,基于上述第一关联关系和第二关联关系,第二账户的事件资源与第三账户的事件资源相同,第二账户的所有子账户的事件资源的总和与第二账户的事件资源相同,其中,所有子账户包括:第一账户。其中,上述事件资源可以但不限于为账户中对应的资产数额。也就是说,多个作为子账户的第一账户中的资产数额的总和等于作为总账户的第二账户中的资产数额;理财平台上的第二账户中的资产数额,等于基金平台中与其关联的第三账户中的资产数额。
同理,第二账户中所有子账户的资产数额的变化量的总和,等于第二账户的资产数额的变化量,等于第三账户中资产数额的变化量。例如,以理财平台上的多个账户从同一基金平台的一个账户上购买理财产品的事件为例,作为子账户的多个第一账户向基金平台购买理财产品所用的资产数额的总和等于作为总账户的第二账户购买理财产品的资产数额。此外,理财平台上的第二账户购买理财产品的资产数额,又等于基金平台中与其关联的第三账户在执行购买理财产品的事件时待操作的资产数额。
可选地,在本实施例中,上述通过第二账户进行第一账户与第二平台中的第三账户之间的交互可以包括但不限于:S1,获取对第三账户的第一事件资源执行第一事件所得到的事件执行结果;S2,按照该事件执行结果所指示的第二事件资源分别对第二账户的事件资源及第二账户的子账户的事件资源进行更新。
可选地,在本实施例中,上述按照事件执行结果对事件资源的更新可以包括但不限于以下至少之一:对第二账户的事件资源调整第二事件资源、对第二账户的子账户的事件资源调整,使得子账户改变的事件资源的总和等于第二事件资源。其中,调整事件资源的方式可以包括但不限于以下至少之一:增加第二事件资源、减少第二事件资源。
可选地,在本实施例中,对第二账户的子账户的事件资源调整的方式可以包括但不限于:按照预定比例分别调整第二账户的多个子账户的事件资源、按照预先定义的方式依次调整第二账户的多个子账户的事件资源。例如,按照预定优先级依次调整多个子账户的事件资源增加或减少事件资源,直至子账户增加或减少的事件资源的总和等于第二事件资源。
可选地,在本实施例中,在获取对第三账户的第一事件资源执行第一事件所得到的事件执行结果之前,还包括:向第三账户发送第一事件执行请求,其中,第一事件执行请求用于请求对第三账户的第一事件资源执行第一事件。
需要说明的是,上述向第三账户发送第一事件执行请求包括以下至少之一:
1)第一账户通过第二账户向第三账户发送事件执行请求;
2)第二账户直接向第三账户发送事件执行请求。
也就是说,在本实施例中,可以直接通过作为总账户的第二账户向第三账户发送事件执行请求,也可以由作为子账户的第一账户发送事件执行请求,其中,由第一账户发送的事件执行请求需要通过第二账户发送给第三账户。
通过本申请提供的实施例,获取到用于请求在第一平台上建立第一账户的账户建立请求后,响应该账户建立请求在第一平台上建立第一账户,并在第一账户与第一平台上的第二账户之间建立第一关联关系,其中,第一关联关系用于指示第一账户为第二账户的子账户,通过上述第二账户进行第一账户与第二平台中第三账户之间的交互。也就是说,通过将第一平台上新建的第一账户关联到第一平台上已建立的第二账户上作为第二账户的子账户,从而实现在第一平台上建立多个作为第二账户的子账户的第一账户,然后通过第二账户将数据一次传输到第二平台上对应的第三账户,而无需通过多次交互在第二平台新建与多个第一账户分别对应的账户,从而实现了减少第一平台与第二平台之间跨平台交互的数据量的效果,进而克服了现有技术中每次在第一平台上新增账户时,还需要在第二平台上建立对应的账户所导致的交互复杂度较高的问题。此外,通过上述关联关系进行账户交互时,还将实现降低账户交互失败的概率,保证账户交互的准确率。
作为一种可选的方案,在第一账户与第一平台上的第二账户之间建立第一关联关系包括:
S1,判断第一平台中是否已建立第二账户,其中,第二账户是第一平台上与第三账户唯一关联的账户;
S2,若第一平台中已建立第二账户,则将在建立第二关联关系时获取到的第三账户的信息配置给第一账户,并在第一账户与第二账户之间建立第一关联关系;
S3,若第一平台中并未建立第二账户,则创建第二账户,在第二账户与第三账户之间建立第二关联关系,将在建立第二关联关系时获取到的第三账户的信息配置给第一账户,并在第一账户与第二账户之间建立第一关联关系。
需要说明的是,在本实施例中,在建立第一账户与第二账户之间的第一关联关系时,需要判断第一平台中是否已建立第二账户,在获取到第二账户后,通过将在建立第二关联关系时获取到的第三账户的信息配置给对应的第一账户,从而完成第一账户与第二账户之间第一关联关系的建立。以实现通过第二账户将第一平台上第一账户的数据一次传输到第二平台上对应的第三账户,减少跨平台多账户交互的数据量,达到简化交互复杂度的目的的同时,还保证了账户交互的准确率。其中,在本实施例中,在通过第一账户向第三账户发送第一事件执行请求的情况下,第二账户的子账户为第一账户。
可选地,在本实施例中,在第一平台中并未建立第二账户的情况下,创建第二账户可以包括但不限于:将新建的第一账户作为所创建的第二账户,利用该第二账户建立与第二平台上的第三账户之间的第二关联关系。上述仅是一种示例,本实施例中对此不做任何限定。
可选地,在本实施例中,获取到的第三账户的信息可以包括但不限于为第三账户的账户认证信息。例如,第三账户的账户标识(如账户名)及账户登录密码。
具体结合以下示例进行说明,如图4所示,以理财平台(即第一平台)402上的账户(即第一账户)从基金平台(即第二平台)404的账户(即第三账户)上购买理财产品的事件为例。
如图4所示步骤S402-S414,理财平台402获取到用于请求在第一平台上建立第一账户的账户建立请求,响应该账户建立请求建立第一账户,并判断理财平台402中是否已建立第二账户。假设在该示例中当前理财平台402并未建立第二账户,则理财平台将创建第二账户,并向基金平台404发送开户请求,以在基金平台404中创建与该第二账户唯一关联的第三账户。进一步,在理财平台402利用获取的第三账户的信息与第二账户建立第二关联关系,并将该第三账户的信息配置给第一账户,实现在第一账户与第二账户之间建立第一关联关系。
通过本申请提供的实施例,在第一平台中建立第二账户的情况下,通过将在建立第二关联关系时获取到的第三账户的信息配置给第一账户,以实现在第一账户与第二账户之间建立第一关联关系,从而避免进行跨平台的多次账户交互,达到减少账户交互数据量的目的的同时,克服了现有技术中需要多次交互所导致的交互复杂度较高的问题。此外,在第一平台中未建立第二账户的情况下,通过交互获取第三账户的信息建立与第二账户的第二关联关系,更加便于在新建第一账户后,利用所建立的第二关联关系建立第一关联关系。
作为一种可选的方案,通过第二账户进行第一账户与第二平台中的第三账户之间的交互包括:
S1,获取对第三账户的第一事件资源执行第一事件所得到的事件执行结果;
S2,按照事件执行结果所指示的第二事件资源对第二账户的事件资源和第二账户的子账户的事件资源进行更新。
可选地,在本实施例中,上述对第三账户的第一事件资源执行的第一事件可以包括但不限于调整第一事件资源。例如,增加事件资源、减少事件资源。例如,第一事件可以为以下至少之一:向基金平台申购基金、向基金平台赎回资产或获取基金收益。
可选地,在本实施例中,第一事件资源可以包括但不限于:第三账户当前的事件资源,第二事件资源可以但不限于在执行第一事件后,第三账户发生更新的事件资源的变化量。
例如,假设第一事件资源为第三账户当前的资产数额A,第一事件为赎回资产,获取到的事件执行结果所指示的第二事件资源为赎回的资产数额S。如图5所示步骤S502-S506,对第三账户当前的资产数额A执行第一事件(如赎回资产),按照所获取到的事件执行结果指示的资产数额S对第二账户的事件资源和第二账户的子账户的事件资源进行更新。
通过本申请提供的实施例,按照对第三账户的第一事件资源执行第一事件后得到的事件执行结果所指示的第二事件资源对第一平台上的第二账户的事件资源及第二账户的子账户的事件资源进行更新,从而实现在一次交互过程中对第一平台上的第二账户及第二账户的子账户的事件资源均进行了更新,减少了账户交互的数据量的同时,还避免了账户交互失误率较高的问题。
作为一种可选的方案,获取对第三账户的第一事件资源执行第一事件所得到的事件执行结果之前,包括:
S1,通过第一账户或第二账户向第三账户发送第一事件执行请求,其中,第一事件执行请求用于请求对第三账户的第一事件资源执行第一事件。
可选地,在本实施例中,上述向第三账户发送第一事件执行请求包括以下至少之一:
1)第一账户通过第二账户向第三账户发送事件执行请求;
例如,如图6所示,在对基金平台404中的第三账户606执行第一事件之前,执行步骤S602,由理财平台402中的第一账户602通过第二账户604向第三账户606发送第一事件执行请求。以实现在基金平台404中的第三账户606执行第一事件后,将事件执行结果返回给理财平台402,实现对理财平台402中的第一账户602及第二账户604中的事件资源进行更新。
2)第二账户直接向第三账户发送事件执行请求。
例如,如图7所示,在对基金平台404中的第三账户606执行第一事件之前,执行步骤S702,由理财平台402中的第二账户604直接向第三账户606发送第一事件执行请求。以实现在基金平台404中的第三账户606执行第一事件后,将事件执行结果返回给理财平台402,实现对理财平台402中的第一账户602及第二账户604中的事件资源进行更新。
需要说明的是,在本实施例中,在通过第一账户向第三账户发送第一事件执行请求的情况下,第二账户的子账户为第一账户。
通过本申请提供的实施例,可以通过第一账户向第三账户发送第一事件执行请求,也可以通过第二账户向第三账户发送第一事件执行请求,从而实现执行请求发送的多样化。
作为一种可选的方案,按照事件执行结果所指示的第二事件资源对第二账户的事件资源和第二账户的子账户的事件资源进行更新包括:
S1,将第二账户的事件资源增加第二事件资源,并对第二账户的子账户的事件资源进行增加,使得所增加的事件资源的总和等于第二事件资源;或
S2,将第二账户的事件资源减少第二事件资源,并对第二账户的子账户的事件资源进行减少,使得所减少的事件资源的总和等于第二事件资源。
可选地,在本实施例中,在通过第一账户向第三账户发送第一事件执行请求的情况下,第二账户的子账户为第一账户。
具体结合以下示例进行说明,仍以理财平台上的多个账户与同一基金平台的一个账户进行交互为例。则第一事件以申购基金为例,获取事件执行结果指示申购第二事件资源(如数额为B)的基金,则如图8所示步骤S802-S804,第二账户604将增加资产数额B,第二账户的子账户(如图8示出的一个子账户,即第一账户602)也将分别增加资产数额,且子账户所增加的资产数额的总和等于资产数额B。
又例如,以第一事件为赎回资产为例,获取事件执行结果指示赎回第二事件资源(如数额为C)的资产,则如图9所示步骤S902-S904,第二账户604将减少资产数额C,第二账户604的子账户(如图9示出的一个子账户,即第一账户602)中也将对应减少资产数额,且子账户所减少的资产数额的总和等于资产数额C。
通过本申请提供的实施例,通过按照事件执行结果对第二账户的事件资源及第二账户的子账户的事件资源进行一次更新,从而实现了减少账户交互的次数及数据量,在简化账户交互的基础上,也保证了账户交互的准确率。
作为一种可选的方案,在通过第二账户向第三账户发送第一事件执行请求的情况下,将第二账户的子账户的事件资源进行减少,使得所减少的事件资源的总和等于第二事件资源包括:
S1,按照预定比例分别对第二账户的多个子账户的事件资源进行减少,使得所减少的事件资源的总和等于第二事件资源;或者
S2,将当前剩余需减少的事件资源设置为等于第二事件资源,重复执行以下步骤,直到当前剩余需减少的事件资源等于0:从第二账户的子账户中选择一个事件资源不为0的子账户作为当前子账户;获取当前子账户的全部事件资源;判断全部事件资源是否大于当前剩余需减少的事件资源;若大于,则将当前子账户的全部事件资源减少当前剩余需减少的事件资源,并将当前剩余需减少的事件资源减少到0;若小于,则将当前子账户的事件资源减少到0,并将当前剩余需减少的事件资源更新为当前剩余需减少的事件资源减去上述全部事件资源。
可选地,在本实施例中,可以按照预定比例减少第二账户的多个子账户的事件资源,也可以按照预先定义的方式依次减少第二账户的多个子账户的事件资源。例如,将上述减少事件资源的方式应用于第一事件为执行向基金平台申购基金的过程中。
需要说明的是,在本实施例中,上述预定比例可以但不限于根据不同的场景设置为不同的取值。如,可以对多个子账户设置取值相同的预定比例,也可以按照不同优先级对多个子账户设置取值不同的预定比例。需要说明的是,其中多个子账户所占预定比例的总和为1。例如,对5个子账户分别设置预定比例为0.2,也就是说,对5个的子账户的事件资源减少的幅度相同。又例如,对5个子账户设置预定比例分别为0.4、0.3、0.1、0.1、0.1,按照上述不相等的预定比例分别减少对应的事件资源。也就是说,对5个的子账户的事件资源根据不同优先级减少的幅度不同。
需要说明的是,在本实施例中,上述按照预先定义的方式依次减少第二账户的多个子账户的事件资源可以包括但不限于:依次减少子账户的事件资源,在前一个子账户中的事件资源被减少到0后,再开始减少下一个子账户中的事件资源,依此类推,直至减少的事件资源的总和满足事件执行结果所指示的第二事件资源。
具体结合以下示例进行说明,将当前剩余需减少的事件资源设置为等于第二事件资源,重复执行以下步骤,直到当前剩余需减少的事件资源等于0:从第二账户的子账户中选择一个事件资源不为0的子账户作为当前子账户;获取当前子账户的全部事件资源;判断全部事件资源是否大于当前剩余需减少的事件资源;若大于,则将当前子账户的全部事件资源减少当前剩余需减少的事件资源,并将当前剩余需减少的事件资源减少到0;若小于,则将当前子账户的事件资源减少到0,并将当前剩余需减少的事件资源更新为当前剩余需减少的事件资源减去上述全部事件资源。
也就是说,将当前剩余需减少的事件资源设置为等于第二事件资源,在每次执行减少事件资源后,对当前剩余需减少的事件资源进行更新,指示当前剩余需减少的事件资源等于0,即,子账户所减少的事件资源的总和已等于第二事件资源。
通过本申请提供的实施例,通过不同的方式执行减少事件资源,以满足不同的事件资源更新需求,保证事件资源更新的准确性。
作为一种可选的方案,在通过第二账户向第三账户发送第一事件执行请求的情况下,将第二账户的子账户的事件资源进行增加,使得所增加的事件资源的总和等于第二事件资源包括:
S1,按照预定比例分别对第二账户的多个子账户的事件资源进行增加,使得所增加的事件资源的总和等于第二事件资源;或者
S2,对第二账户的默认子账户的事件资源进行增加,使得所增加的事件资源的总和等于第二事件资源。
可选地,在本实施例中,可以按照预定比例增加第二账户的多个子账户的事件资源,也可以按照预先定义的方式依次增加第二账户的多个子账户的事件资源。例如,将上述增加事件资源的方式应用于第一事件为执行向基金平台赎回资产的过程中。
需要说明的是,在本实施例中,上述预定比例可以但不限于根据不同的场景设置为不同的取值。如,可以对多个子账户设置取值相同的预定比例,也可以按照不同优先级对多个子账户设置取值不同的预定比例。需要说明的是,其中多个子账户所占预定比例的总和为1。例如,对5个子账户分别设置预定比例为0.2,也就是说,对5个的子账户的事件资源增加的幅度相同。又例如,对5个子账户设置预定比例分别为0.4、0.3、0.1、0.1、0.1,按照上述不相等的预定比例分别增加对应的事件资源。也就是说,对5个的子账户的事件资源根据不同优先级增加的幅度不同。
需要说明的是,在本实施例中,上述按照预先定义的方式依次增加第二账户的多个子账户的事件资源可以包括但不限于:按照预先定义的默认顺序依次增加。
通过本申请提供的实施例,通过不同的方式执行增加事件资源,以满足不同的事件资源更新需求,保证事件资源更新的准确性。
作为一种可选的方案,第一事件指示在从预定开始时间开始的预定时间段内对第一事件资源执行预定操作,事件执行结果包括:
1)预定开始时间返回的第一事件结果;和/或
2)预定时间段内的每个事件反馈周期上返回的第二事件结果。
可选地,在本实施例中,上述预定开始时间返回的第一事件结果可以但不限于应用于以下至少一种场景:第一事件为执行向基金平台申购基金的过程中、第一事件为执行向基金平台赎回资产的过程中。
可选地,在本实施例中,上述预定时间段内的每个事件反馈周期上返回的第二事件结果可以但不限于应用于第一事件为执行向基金平台获取基金收益的过程中。
通过本申请提供的实施例,通过不同方式获取事件执行结果,实现根据不同应用场景,选择相适应的获取事件执行结果的方式,进一步保证获取事件执行结果的准确性。
需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述的动作顺序的限制,因为依据本发明,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本发明所必须的。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的装置。
实施例2
根据本发明实施例,还提供了一种用于实施上述账户交互方法的账户交互装置,如图10所示,该装置包括:
1)获取单元1002,用于获取用于请求在第一平台上建立第一账户的账户建立请求;
2)第一建立单元1004,用于响应账户建立请求在第一平台上建立第一账户;
3)第二建立单元1006,用于在第一账户与第一平台上的第二账户之间建立第一关联关系,其中,第一关联关系用于指示第一账户为第二账户的子账户,第二账户与第二平台中的第三账户具有第二关联关系;
4)交互单元1008,用于通过第二账户进行第一账户与第二平台中的第三账户之间的交互。
可选地,在本实施例中,上述账户交互方法可以但不限于应用于不同的终端应用场景中。例如,应用于理财平台上的多个账户与同一基金平台的一个账户进行交互的过程中。又例如,应用于团购或折扣平台上的多个账户与同一个购物平台上的一个账户进行交互的过程中。上述仅是示例,本实施例中对此不做任何限定。其中,第一平台与第二平台上的账户之间的关系可以如图3所示,第一平台上的第二账户302包括多个与其具有第一关联关系的第一账户304-1至第一账户304-N,且第二账户302与第二平台上的第三账户306之间具有第二关联关系。上述仅是一种示例,本实施例中对此不作任何限定。
例如,结合图1所示,以理财平台上的多个账户与同一基金平台的一个账户进行交互为例。第一平台(如理财平台)所在服务器104在获取终端102发送的用于请求在第一平台(如理财平台)上建立第一账户的账户建立请求之后,响应该账户建立请求将在第一平台(如理财平台)上建立第一账户,并在第一账户与第一平台(如理财平台)上的第二账户之间建立第一关联关系,其中,第一关联关系用于指示第一账户为第二账户的子账户。进一步,通过第二账户进行第一账户与服务器106中的第二平台(如基金平台)上的第三账户之间的交互,如通过执行预定事件,对与账户相对应的事件资源(如资产)进行更新调整。其中,第二账户与第二平台的第三账户具有第二关联关系。
又例如,结合图1所示,以团购平台上的多个账户与同一个购物平台上的一个账户进行交互为例。第一平台(如团购平台)所在服务器104在获取终端102发送的用于请求在第一平台(如团购平台)上建立第一账户的账户建立请求之后,响应该账户建立请求将在第一平台(如团购平台)上建立第一账户,并在第一账户与第一平台(如团购平台)上的第二账户之间建立第一关联关系,其中,第一关联关系用于指示第一账户为第二账户的子账户。进一步,通过第二账户进行第一账户与服务器106中的第二平台(如购物平台)上的第三账户之间的交互,如通过执行预定事件(如执行购买操作所产生的订单),对与账户相对应的事件资源(如订单记录)进行更新调整,例如,更新订单记录中的内容。其中,第二账户与第二平台(如购物平台)的第三账户具有第二关联关系。
需要说明的是,在本实施例中,获取到用于请求在第一平台上建立第一账户的账户建立请求后,响应该账户建立请求在第一平台上建立第一账户,并在第一账户与第一平台上的第二账户之间建立第一关联关系,其中,第一关联关系用于指示第一账户为第二账户的子账户,通过上述第二账户进行第一账户与第二平台中第三账户之间的交互。也就是说,通过将第一平台上新建的第一账户关联到第一平台上已建立的第二账户上作为第二账户的子账户,从而实现在第一平台上建立多个作为第二账户的子账户的第一账户,然后通过第二账户将数据一次传输到第二平台上对应的第三账户,而无需通过多次交互传输多个账户的账户信息,在第二平台新建与多个第一账户分别对应的账户,从而达到减少第一平台与第二平台之间跨平台交互的数据量的效果,进而克服了现有技术中每次在第一平台上新增账户时,还需要在第二平台上建立对应的账户所导致的交互复杂度较高的问题。此外,这样还可以减少了第二平台新建的账户数量,简化了第二平台上的数据操作。进一步,通过上述关联关系进行账户交互时,在减少第一平台与第二平台之间交互的数据量的情况下,还将实现降低账户交互失败的概率,保证账户交互的准确率。
可选地,在本实施例中,在第一账户与第一平台上的第二账户之间建立第一关联关系包括:将与第二账户具有第二关联关系的第三账户的信息配置给第一账户,并在第一账户与第二账户之间建立第一关联关系。其中,上述第二关联关系可以但不限于用于指示第二账户是第一平台上与第三账户唯一关联的账户。
需要说明的是,在本实施例中,在建立第一账户与第二账户之间的第一关联关系时,若第一平台中已建立第二账户,则将与第二账户唯一关联的第三账户的信息直接配置给第一账户;若第一平台中并未建立第二账户,则创建第二账户,并在第二账户与第三账户之间建立第二关联关系,进而将与第二账户唯一关联的第三账户的信息配置给第一账户。以使第一账户可以通过第二账户进行与第三账户的交互。
可选地,在本实施例中,基于上述第一关联关系和第二关联关系,第二账户的事件资源与第三账户的事件资源相同,第二账户的所有子账户的事件资源的总和与第二账户的事件资源相同,其中,所有子账户包括:第一账户。其中,上述事件资源可以但不限于为账户中对应的资产数额。也就是说,多个作为子账户的第一账户中的资产数额的总和等于作为总账户的第二账户中的资产数额;理财平台上的第二账户中的资产数额,等于基金平台中与其关联的第三账户中的资产数额。
同理,第二账户中所有子账户的资产数额的变化量的总和,等于第二账户的资产数额的变化量,等于第三账户中资产数额的变化量。例如,以理财平台上的多个账户从同一基金平台的一个账户上购买理财产品的事件为例,作为子账户的多个第一账户向基金平台购买理财产品所用的资产数额的总和等于作为总账户的第二账户购买理财产品的资产数额。此外,理财平台上的第二账户购买理财产品的资产数额,又等于基金平台中与其关联的第三账户在执行购买理财产品的事件时待操作的资产数额。
可选地,在本实施例中,上述通过第二账户进行第一账户与第二平台中的第三账户之间的交互可以包括但不限于:S1,获取对第三账户的第一事件资源执行第一事件所得到的事件执行结果;S2,按照该事件执行结果所指示的第二事件资源分别对第二账户的事件资源及第二账户的子账户的事件资源进行更新。
可选地,在本实施例中,上述按照事件执行结果对事件资源的更新可以包括但不限于以下至少之一:对第二账户的事件资源调整第二事件资源、对第二账户的子账户的事件资源调整,使得子账户改变的事件资源的总和等于第二事件资源。其中,调整事件资源的方式可以包括但不限于以下至少之一:增加第二事件资源、减少第二事件资源。
可选地,在本实施例中,对第二账户的子账户的事件资源调整的方式可以包括但不限于:按照预定比例分别调整第二账户的多个子账户的事件资源、按照预先定义的方式依次调整第二账户的多个子账户的事件资源。例如,按照预定优先级依次调整多个子账户的事件资源增加或减少事件资源,直至子账户增加或减少的事件资源的总和等于第二事件资源。
可选地,在本实施例中,在获取对第三账户的第一事件资源执行第一事件所得到的事件执行结果之前,还包括:向第三账户发送第一事件执行请求,其中,第一事件执行请求用于请求对第三账户的第一事件资源执行第一事件。
需要说明的是,上述向第三账户发送第一事件执行请求包括以下至少之一:
1)第一账户通过第二账户向第三账户发送事件执行请求;
2)第二账户直接向第三账户发送事件执行请求。
也就是说,在本实施例中,可以直接通过作为总账户的第二账户向第三账户发送事件执行请求,也可以由作为子账户的第一账户发送事件执行请求,其中,由第一账户发送的事件执行请求需要通过第二账户发送给第三账户。
通过本申请提供的实施例,获取到用于请求在第一平台上建立第一账户的账户建立请求后,响应该账户建立请求在第一平台上建立第一账户,并在第一账户与第一平台上的第二账户之间建立第一关联关系,其中,第一关联关系用于指示第一账户为第二账户的子账户,通过上述第二账户进行第一账户与第二平台中第三账户之间的交互。也就是说,通过将第一平台上新建的第一账户关联到第一平台上已建立的第二账户上作为第二账户的子账户,从而实现在第一平台上建立多个作为第二账户的子账户的第一账户,然后通过第二账户将数据一次传输到第二平台上对应的第三账户,而无需通过多次交互在第二平台新建与多个第一账户分别对应的账户,从而实现了减少第一平台与第二平台之间跨平台交互的数据量的效果,进而克服了现有技术中每次在第一平台上新增账户时,还需要在第二平台上建立对应的账户所导致的交互复杂度较高的问题。此外,通过上述关联关系进行账户交互时,还将实现降低账户交互失败的概率,保证账户交互的准确率。
作为一种可选的方案,第一建立单元1004包括:
1)判断模块,用于判断第一平台中是否已建立第二账户,其中,第二账户是第一平台上与第三账户唯一关联的账户;
2)第一配置模块,用于在第一平台中已建立第二账户时,将在建立第二关联关系时获取到的第三账户的信息配置给第一账户,并在第一账户与第二账户之间建立第一关联关系;
3)第二配置模块,用于在第一平台中并未建立第二账户时,创建第二账户,在第二账户与第三账户之间建立第二关联关系,将在建立第二关联关系时获取到的第三账户的信息配置给第一账户,并在第一账户与第二账户之间建立第一关联关系。
需要说明的是,在本实施例中,在建立第一账户与第二账户之间的第一关联关系时,需要判断第一平台中是否已建立第二账户,在获取到第二账户后,通过将在建立第二关联关系时获取到的第三账户的信息配置给对应的第一账户,从而完成第一账户与第二账户之间第一关联关系的建立。以实现通过第二账户将第一平台上第一账户的数据一次传输到第二平台上对应的第三账户,减少跨平台多账户交互的数据量,达到简化交互复杂度的目的的同时,还保证了账户交互的准确率。其中,在本实施例中,在通过第一账户向第三账户发送第一事件执行请求的情况下,第二账户的子账户为第一账户。
可选地,在本实施例中,在第一平台中并未建立第二账户的情况下,创建第二账户可以包括但不限于:将新建的第一账户作为所创建的第二账户,利用该第二账户建立与第二平台上的第三账户之间的第二关联关系。上述仅是一种示例,本实施例中对此不做任何限定。
可选地,在本实施例中,获取到的第三账户的信息可以包括但不限于为第三账户的账户认证信息。例如,第三账户的账户标识(如账户名)及账户登录密码。
具体结合以下示例进行说明,如图4所示,以理财平台(即第一平台)402上的账户(即第一账户)从基金平台(即第二平台)404的账户(即第三账户)上购买理财产品的事件为例。
如图4所示步骤S402-S414,理财平台402获取到用于请求在第一平台上建立第一账户的账户建立请求,响应该账户建立请求建立第一账户,并判断理财平台402中是否已建立第二账户。假设在该示例中当前理财平台402并未建立第二账户,则理财平台将创建第二账户,并向基金平台404发送开户请求,以在基金平台404中创建与该第二账户唯一关联的第三账户。进一步,在理财平台402利用获取的第三账户的信息与第二账户建立第二关联关系,并将该第三账户的信息配置给第一账户,实现在第一账户与第二账户之间建立第一关联关系。
通过本申请提供的实施例,在第一平台中建立第二账户的情况下,通过将在建立第二关联关系时获取到的第三账户的信息配置给第一账户,以实现在第一账户与第二账户之间建立第一关联关系,从而避免进行跨平台的多次账户交互,达到减少账户交互数据量的目的的同时,克服了现有技术中需要多次交互所导致的交互复杂度较高的问题。此外,在第一平台中未建立第二账户的情况下,通过交互获取第三账户的信息建立与第二账户的第二关联关系,更加便于在新建第一账户后,利用所建立的第二关联关系建立第一关联关系。
作为一种可选的方案,交互单元1008包括:
1)获取模块,用于获取对第三账户的第一事件资源执行第一事件所得到的事件执行结果;
2)更新模块,用于按照事件执行结果所指示的第二事件资源对第二账户的事件资源和第二账户的子账户的事件资源进行更新。
可选地,在本实施例中,上述对第三账户的第一事件资源执行的第一事件可以包括但不限于调整第一事件资源。例如,增加事件资源、减少事件资源。例如,第一事件可以为以下至少之一:向基金平台申购基金、向基金平台赎回资产或获取基金收益。
可选地,在本实施例中,第一事件资源可以包括但不限于:第三账户当前的事件资源,第二事件资源可以但不限于在执行第一事件后,第三账户发生更新的事件资源的变化量。
例如,假设第一事件资源为第三账户当前的资产数额A,第一事件为赎回资产,获取到的事件执行结果所指示的第二事件资源为赎回的资产数额S。如图5所示步骤S502-S506,对第三账户当前的资产数额A执行第一事件(如赎回资产),按照所获取到的事件执行结果指示的资产数额S对第二账户的事件资源和第二账户的子账户的事件资源进行更新。
通过本申请提供的实施例,按照对第三账户的第一事件资源执行第一事件后得到的事件执行结果所指示的第二事件资源对第一平台上的第二账户的事件资源及第二账户的子账户的事件资源进行更新,从而实现在一次交互过程中对第一平台上的第二账户及第二账户的子账户的事件资源均进行了更新,减少了账户交互的数据量的同时,还避免了账户交互失误率较高的问题。
作为一种可选的方案,包括:
1)发送模块,用于在获取对第三账户的第一事件资源执行第一事件所得到的事件执行结果之前,通过第一账户或第二账户向第三账户发送第一事件执行请求,其中,第一事件执行请求用于请求对第三账户的第一事件资源执行第一事件。
可选地,在本实施例中,上述向第三账户发送第一事件执行请求包括以下至少之一:
1)第一账户通过第二账户向第三账户发送事件执行请求;
例如,如图6所示,在对基金平台404中的第三账户606执行第一事件之前,执行步骤S602,由理财平台402中的第一账户602通过第二账户604向第三账户606发送第一事件执行请求。以实现在基金平台404中的第三账户606执行第一事件后,将事件执行结果返回给理财平台402,实现对理财平台402中的第一账户602及第二账户604中的事件资源进行更新。
2)第二账户直接向第三账户发送事件执行请求。
例如,如图7所示,在对基金平台404中的第三账户606执行第一事件之前,执行步骤S702,由理财平台402中的第二账户604直接向第三账户606发送第一事件执行请求。以实现在基金平台404中的第三账户606执行第一事件后,将事件执行结果返回给理财平台402,实现对理财平台402中的第一账户602及第二账户604中的事件资源进行更新。
需要说明的是,在本实施例中,在通过第一账户向第三账户发送第一事件执行请求的情况下,第二账户的子账户为第一账户。
通过本申请提供的实施例,可以通过第一账户向第三账户发送第一事件执行请求,也可以通过第二账户向第三账户发送第一事件执行请求,从而实现执行请求发送的多样化。
作为一种可选的方案,更新模块包括:
1)增加子模块,用于将第二账户的事件资源增加第二事件资源,并对第二账户的子账户的事件资源进行增加,使得所增加的事件资源的总和等于第二事件资源;或
2)减少子模块,用于将第二账户的事件资源减少第二事件资源,并对第二账户的子账户的事件资源进行减少,使得所减少的事件资源的总和等于第二事件资源。
可选地,在本实施例中,在通过第一账户向第三账户发送第一事件执行请求的情况下,第二账户的子账户为第一账户。
具体结合以下示例进行说明,以第一事件为申购基金为例,获取事件执行结果指示申购第二事件资源(如数额为B)的基金,则如图8所示步骤S802-S804,第二账户604将增加资产数额B,第二账户的子账户(如图8示出的一个子账户,即第一账户602)也将分别增加资产数额,且子账户所增加的资产数额的总和等于资产数额B。
又例如,以第一事件为赎回资产为例,获取事件执行结果指示赎回第二事件资源(如数额为C)的资产,则如图9所示步骤S902-S904,第二账户604将减少资产数额C,第二账户604的子账户(如图9示出的一个子账户,即第一账户602)中也将对应减少资产数额,且子账户所减少的资产数额的总和等于资产数额C。
通过本申请提供的实施例,通过按照事件执行结果对第二账户的事件资源及第二账户的子账户的事件资源进行一次更新,从而实现了减少账户交互的次数及数据量,在简化账户交互的基础上,也保证了账户交互的准确率。
作为一种可选的方案,在通过第二账户向第三账户发送第一事件执行请求的情况下,减少子模块通过以下步骤实现将第二账户的子账户的事件资源进行减少,使得所减少的事件资源的总和等于第二事件资源包括:
S1,按照预定比例分别对第二账户的多个子账户的事件资源进行减少,使得所减少的事件资源的总和等于第二事件资源;或者
S2,将当前剩余需减少的事件资源设置为等于第二事件资源,重复执行以下步骤,直到当前剩余需减少的事件资源等于0:从第二账户的子账户中选择一个事件资源不为0的子账户作为当前子账户;获取当前子账户的全部事件资源;判断全部事件资源是否大于当前剩余需减少的事件资源;若大于,则将当前子账户的全部事件资源减少当前剩余需减少的事件资源,并将当前剩余需减少的事件资源减少到0;若小于,则将当前子账户的事件资源减少到0,并将当前剩余需减少的事件资源更新为当前剩余需减少的事件资源减去全部事件资源。
可选地,在本实施例中,可以按照预定比例减少第二账户的多个子账户的事件资源,也可以按照预先定义的方式依次减少第二账户的多个子账户的事件资源。例如,将上述减少事件资源的方式应用于第一事件为执行向基金平台申购基金的过程中。
需要说明的是,在本实施例中,上述预定比例可以但不限于根据不同的场景设置为不同的取值。如,可以对多个子账户设置取值相同的预定比例,也可以按照不同优先级对多个子账户设置取值不同的预定比例。需要说明的是,其中多个子账户所占预定比例的总和为1。例如,对5个子账户分别设置预定比例为0.2,也就是说,对5个的子账户的事件资源减少的幅度相同。又例如,对5个子账户设置预定比例分别为0.4、0.3、0.1、0.1、0.1,按照上述不相等的预定比例分别减少对应的事件资源。也就是说,对5个的子账户的事件资源根据不同优先级减少的幅度不同。
需要说明的是,在本实施例中,上述按照预先定义的方式依次减少第二账户的多个子账户的事件资源可以包括但不限于:依次减少子账户的事件资源,在前一个子账户中的事件资源被减少到0后,再开始减少下一个子账户中的事件资源,依此类推,直至减少的事件资源的总和满足事件执行结果所指示的第二事件资源。
具体结合以下示例进行说明,将当前剩余需减少的事件资源设置为等于第二事件资源,重复执行以下步骤,直到当前剩余需减少的事件资源等于0:从第二账户的子账户中选择一个事件资源不为0的子账户作为当前子账户;获取当前子账户的全部事件资源;判断全部事件资源是否大于当前剩余需减少的事件资源;若大于,则将当前子账户的全部事件资源减少当前剩余需减少的事件资源,并将当前剩余需减少的事件资源减少到0;若小于,则将当前子账户的事件资源减少到0,并将当前剩余需减少的事件资源更新为当前剩余需减少的事件资源减去上述全部事件资源。
也就是说,将当前剩余需减少的事件资源设置为等于第二事件资源,在每次执行减少事件资源后,对当前剩余需减少的事件资源进行更新,指示当前剩余需减少的事件资源等于0,即,子账户所减少的事件资源的总和已等于第二事件资源。
通过本申请提供的实施例,通过不同的方式执行减少事件资源,以满足不同的事件资源更新需求,保证事件资源更新的准确性。
作为一种可选的方案,在通过第二账户向第三账户发送第一事件执行请求的情况下,增加子模块通过以下步骤实现将第二账户的子账户的事件资源进行增加,使得所增加的事件资源的总和等于第二事件资源包括:
S1,按照预定比例分别对第二账户的多个子账户的事件资源进行增加,使得所增加的事件资源的总和等于第二事件资源;或者
S2,对第二账户的默认子账户的事件资源进行增加,使得所增加的事件资源的总和等于第二事件资源。
可选地,在本实施例中,可以按照预定比例增加第二账户的多个子账户的事件资源,也可以按照预先定义的方式依次增加第二账户的多个子账户的事件资源。例如,将上述增加事件资源的方式应用于第一事件为执行向基金平台赎回资产的过程中。
需要说明的是,在本实施例中,上述预定比例可以但不限于根据不同的场景设置为不同的取值。如,可以对多个子账户设置取值相同的预定比例,也可以按照不同优先级对多个子账户设置取值不同的预定比例。需要说明的是,其中多个子账户所占预定比例的总和为1。例如,对5个子账户分别设置预定比例为0.2,也就是说,对5个的子账户的事件资源增加的幅度相同。又例如,对5个子账户设置预定比例分别为0.4、0.3、0.1、0.1、0.1,按照上述不相等的预定比例分别增加对应的事件资源。也就是说,对5个的子账户的事件资源根据不同优先级增加的幅度不同。
需要说明的是,在本实施例中,上述按照预先定义的方式依次增加第二账户的多个子账户的事件资源可以包括但不限于:按照预先定义的默认顺序依次增加。
通过本申请提供的实施例,通过不同的方式执行增加事件资源,以满足不同的事件资源更新需求,保证事件资源更新的准确性。
作为一种可选的方案,第一事件指示在从预定开始时间开始的预定时间段内对第一事件资源执行预定操作,事件执行结果包括:
1)预定开始时间返回的第一事件结果;和/或
2)预定时间段内的每个事件反馈周期上返回的第二事件结果。
可选地,在本实施例中,上述预定开始时间返回的第一事件结果可以但不限于应用于以下至少一种场景:第一事件为执行向基金平台申购基金的过程中、第一事件为执行向基金平台赎回资产的过程中。
可选地,在本实施例中,上述预定时间段内的每个事件反馈周期上返回的第二事件结果可以但不限于应用于第一事件为执行向基金平台获取基金收益的过程中。
通过本申请提供的实施例,通过不同方式获取事件执行结果,实现根据不同应用场景,选择相适应的获取事件执行结果的方式,进一步保证获取事件执行结果的准确性。
实施例3
根据本发明实施例,还提供了一种用于实施上述账户交互方法的账户交互服务器,如图11所示,该服务器包括:
1)通讯接口1102,设置为获取用于请求在第一平台上建立第一账户的账户建立请求;还设置为通过第二账户进行第一账户与第二平台中的第三账户之间的交互;
2)处理器1104,与通讯接口1102连接,设置为响应账户建立请求在第一平台上建立第一账户;在第一账户与第一平台上的第二账户之间建立第一关联关系,其中,第一关联关系用于指示第一账户为第二账户的子账户,第二账户与第二平台中的第三账户具有第二关联关系;
3)存储器1106,与通讯接口1102及处理器1104连接,设置为存储第一关联关系及第二关联关系。
可选地,本实施例中的具体示例可以参考上述实施例1和实施例2中所描述的示例,本实施例在此不再赘述。
实施例4
本发明实施例提供了用于实施上述账户交互方法的不同场景,该实施例的应用环境与实施例1与实施例2相同,本实施例在此不再赘述。
作为一种可选的实施例,以理财平台上的多个账户与同一基金平台的一个账户进行交互为例,具体结合如下示例描述:
例如,理财平台获取用于请求在理财平台上建立账户ID-1的账户建立请求,响应该账户建立请求在理财平台建立账户ID-1,并将账户ID-1关联到理财平台上已建立的账户ID-2上,作为账户ID-2的子账户。其中,理财平台上已建立的账户ID-2与基金平台上的账户ID-3之间具有唯一关联的关系。从而使账户建立请求所请求在理财平台建立的账户ID-1可以作为子账户,通过作为总账户的账户ID-2与基金平台上唯一关联的账户ID-3进行基金交易。这种理财平台通过唯一关联的账户与基金平台进行交互的方式,不仅可以减少理财平台与基金平台之间跨平台交互的数据量,达到简化账户交互操作的目的。而且还可以保证基金交易的安全性,降低了账户交互失败的概率。
此外,对于基金平台也可以减少需要管理的账户数量,不仅简化了基金平台的管理,而且还可以避免对大量基金账户的数据进行操作时易出现的失误,从而进一步保证了账户之间交互后,账户中资金数额的准确性。
作为另一种可选的实施例,以团购平台上的多个账户与同一个购物平台上的一个账户进行交互为例,具体结合如下示例描述:
例如,团购平台获取用于请求在团购平台上建立账户ID-1的账户建立请求,响应该账户建立请求在团购平台建立账户ID-1,并将账户ID-1关联到团购平台上已建立的账户ID-2上,作为账户ID-2的子账户。其中,团购平台上已建立的账户ID-2与购物平台上的账户ID-3之间具有唯一关联的关系。从而使账户建立请求所请求的在团购平台建立的账户ID-1可以作为子账户,通过作为总账户的账户ID-2与购物平台上唯一关联的账户ID-3进行购物交易。例如,用户需要向购物平台上的账户ID-3购买一件商品,则在登录团购平台上的账户ID-1后,可以通过作为账户ID-1的总账户的账户ID-2执行上述购买操作,并生成订单Tip-1。通过与购物平台上的账户ID-3进行交互,来更新购物平台上账户ID-3的订单记录。
这种团购平台通过唯一关联的账户与购物平台进行交互的方式,不仅可以减少团购平台与购物平台之间跨平台交互的数据量,达到简化账户交互操作的目的。而且还可以保证购物过程中交易的安全性,降低了账户交互失败的概率。
此外,对于购物平台也可以减少需要管理的账户数量,不仅简化了购物平台的管理,而且还可以避免对大量购物账户的数据进行操作时易出现的失误,从而进一步保证了账户之间交互后,账户中资金数额的准确性。
实施例5
本发明的实施例还提供了一种存储介质。可选地,在本实施例中,存储介质被设置为存储用于执行以下步骤的程序代码:
S1,获取用于请求在第一平台上建立第一账户的账户建立请求;
S2,响应账户建立请求在第一平台上建立第一账户;
S3,在第一账户与第一平台上的第二账户之间建立第一关联关系,其中,第一关联关系用于指示第一账户为第二账户的子账户,第二账户与第二平台中的第三账户具有第二关联关系;
S4,通过第二账户进行第一账户与第二平台中的第三账户之间的交互。
可选地,在本实施例中,上述存储介质可以包括但不限于:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
可选地,本实施例中的具体示例可以参考上述实施例1和实施例2中所描述的示例,本实施例在此不再赘述。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在上述计算机可读取的存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在存储介质中,包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述装置的全部或部分步骤。
在本发明的上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中,应该理解到,所揭露的客户端,可通过其它的方式实现。其中,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,单元或模块的间接耦合或通信连接,可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (21)
1.一种账户交互方法,其特征在于,包括:
获取用于请求在第一平台上建立第一账户的账户建立请求;
响应所述账户建立请求在所述第一平台上建立第一账户;
在所述第一账户与所述第一平台上的第二账户之间建立第一关联关系,其中,所述第一关联关系用于指示所述第一账户为所述第二账户的子账户,所述第二账户与第二平台中的第三账户具有第二关联关系,所述第一平台上的所述第二账户的数量为1个,所述第二平台中的所述第三账户的数量为1个,所述第二账户是所述第一平台上与所述第三账户唯一关联的账户;
通过所述第二账户进行所述第一账户与所述第二平台中的所述第三账户之间的交互。
2.根据权利要求1所述的方法,其特征在于,所述在所述第一账户与所述第一平台上的第二账户之间建立第一关联关系包括:
判断所述第一平台中是否已建立所述第二账户;
若所述第一平台中已建立所述第二账户,则将在建立所述第二关联关系时获取到的所述第三账户的信息配置给所述第一账户,并在所述第一账户与所述第二账户之间建立所述第一关联关系;
若所述第一平台中并未建立所述第二账户,则创建所述第二账户,在所述第二账户与所述第三账户之间建立所述第二关联关系,将在建立所述第二关联关系时获取到的所述第三账户的信息配置给所述第一账户,并在所述第一账户与所述第二账户之间建立所述第一关联关系。
3.根据权利要求1所述的方法,其特征在于,所述通过所述第二账户进行所述第一账户与所述第二平台中的所述第三账户之间的交互包括:
获取对所述第三账户的第一事件资源执行第一事件所得到的事件执行结果;
按照所述事件执行结果所指示的第二事件资源对所述第二账户的事件资源和所述第二账户的子账户的事件资源进行更新。
4.根据权利要求3所述的方法,其特征在于,所述获取对所述第三账户的第一事件资源执行第一事件所得到的事件执行结果之前,包括
通过所述第一账户或所述第二账户向所述第三账户发送第一事件执行请求,其中,所述第一事件执行请求用于请求对所述第三账户的所述第一事件资源执行所述第一事件。
5.根据权利要求4所述的方法,其特征在于,所述按照所述事件执行结果所指示的第二事件资源对所述第二账户的事件资源和所述第二账户的子账户的事件资源进行更新包括:
将所述第二账户的事件资源增加所述第二事件资源,并对所述第二账户的子账户的事件资源进行增加,使得所增加的事件资源的总和等于所述第二事件资源;或
将所述第二账户的事件资源减少所述第二事件资源,并对所述第二账户的子账户的事件资源进行减少,使得所减少的事件资源的总和等于所述第二事件资源。
6.根据权利要求4所述的方法,其特征在于,在通过所述第一账户向所述第三账户发送所述第一事件执行请求的情况下,所述第二账户的子账户为所述第一账户。
7.根据权利要求5所述的方法,其特征在于,在通过所述第二账户向所述第三账户发送第一事件执行请求的情况下,将所述第二账户的子账户的事件资源进行减少,使得所减少的事件资源的总和等于所述第二事件资源包括:
按照预定比例分别对所述第二账户的多个子账户的事件资源进行减少,使得所减少的事件资源的总和等于所述第二事件资源;或者
将当前剩余需减少的事件资源设置为等于所述第二事件资源,重复执行以下步骤,直到当前剩余需减少的事件资源等于0:从所述第二账户的子账户中选择一个事件资源不为0的子账户作为当前子账户;获取所述当前子账户的全部事件资源;判断所述全部事件资源是否大于所述当前剩余需减少的事件资源;若大于,则将所述当前子账户的全部事件资源减少所述当前剩余需减少的事件资源,并将所述当前剩余需减少的事件资源减少到0;若小于,则将所述当前子账户的事件资源减少到0,并将所述当前剩余需减少的事件资源更新为所述当前剩余需减少的事件资源减去所述全部事件资源。
8.根据权利要求5所述的方法,其特征在于,在通过所述第二账户向所述第三账户发送第一事件执行请求的情况下,所述将所述第二账户的子账户的事件资源进行增加,使得所增加的事件资源的总和等于所述第二事件资源包括:
按照预定比例分别对所述第二账户的多个子账户的事件资源进行增加,使得所增加的事件资源的总和等于所述第二事件资源;或者
对所述第二账户的默认子账户的事件资源进行增加,使得所增加的事件资源的总和等于所述第二事件资源。
9.根据权利要求3所述的方法,其特征在于,所述第一事件指示在从预定开始时间开始的预定时间段内对所述第一事件资源执行预定操作,所述事件执行结果包括:
所述预定开始时间返回的第一事件结果;和/或
所述预定时间段内的每个事件反馈周期上返回的第二事件结果。
10.根据权利要求1至9中任一项所述的方法,其特征在于,所述第二账户的事件资源与所述第三账户的事件资源相同,所述第二账户的所有子账户的事件资源的总和与所述第二账户的事件资源相同,其中,所述所有子账户包括:所述第一账户。
11.一种账户交互装置,其特征在于,包括:
获取单元,用于获取用于请求在第一平台上建立第一账户的账户建立请求;
第一建立单元,用于响应所述账户建立请求在所述第一平台上建立第一账户;
第二建立单元,用于在所述第一账户与所述第一平台上的第二账户之间建立第一关联关系,其中,所述第一关联关系用于指示所述第一账户为所述第二账户的子账户,所述第二账户与第二平台中的第三账户具有第二关联关系,所述第一平台上的所述第二账户的数量为1个,所述第二平台中的所述第三账户的数量为1个,所述第二账户是所述第一平台上与所述第三账户唯一关联的账户;
交互单元,用于通过所述第二账户进行所述第一账户与所述第二平台中的所述第三账户之间的交互。
12.根据权利要求11所述的装置,其特征在于,所述第一建立单元包括:
判断模块,用于判断所述第一平台中是否已建立所述第二账户;
第一配置模块,用于在所述第一平台中已建立所述第二账户时,将在建立所述第二关联关系时获取到的所述第三账户的信息配置给所述第一账户,并在所述第一账户与所述第二账户之间建立所述第一关联关系;
第二配置模块,用于在所述第一平台中并未建立所述第二账户时,创建所述第二账户,在所述第二账户与所述第三账户之间建立所述第二关联关系,将在建立所述第二关联关系时获取到的所述第三账户的信息配置给所述第一账户,并在所述第一账户与所述第二账户之间建立所述第一关联关系。
13.根据权利要求11所述的装置,其特征在于,所述交互单元包括:
获取模块,用于获取对所述第三账户的第一事件资源执行第一事件所得到的事件执行结果;
更新模块,用于按照所述事件执行结果所指示的第二事件资源对所述第二账户的事件资源和所述第二账户的子账户的事件资源进行更新。
14.根据权利要求13所述的装置,其特征在于,包括:
发送模块,用于在所述获取对所述第三账户的第一事件资源执行第一事件所得到的事件执行结果之前,通过所述第一账户或所述第二账户向所述第三账户发送第一事件执行请求,其中,所述第一事件执行请求用于请求对所述第三账户的所述第一事件资源执行所述第一事件。
15.根据权利要求14所述的装置,其特征在于,所述更新模块包括:
增加子模块,用于将所述第二账户的事件资源增加所述第二事件资源,并对所述第二账户的子账户的事件资源进行增加,使得所增加的事件资源的总和等于所述第二事件资源;或
减少子模块,用于将所述第二账户的事件资源减少所述第二事件资源,并对所述第二账户的子账户的事件资源进行减少,使得所减少的事件资源的总和等于所述第二事件资源。
16.根据权利要求14所述的装置,其特征在于,在通过所述第一账户向所述第三账户发送所述第一事件执行请求的情况下,所述第二账户的子账户为所述第一账户。
17.根据权利要求15所述的装置,其特征在于,在通过所述第二账户向所述第三账户发送第一事件执行请求的情况下,所述减少子模块通过以下步骤实现将所述第二账户的子账户的事件资源进行减少,使得所减少的事件资源的总和等于所述第二事件资源包括:
按照预定比例分别对所述第二账户的多个子账户的事件资源进行减少,使得所减少的事件资源的总和等于所述第二事件资源;或者
将当前剩余需减少的事件资源设置为等于所述第二事件资源,重复执行以下步骤,直到当前剩余需减少的事件资源等于0:从所述第二账户的子账户中选择一个事件资源不为0的子账户作为当前子账户;获取所述当前子账户的全部事件资源;判断所述全部事件资源是否大于所述当前剩余需减少的事件资源;若大于,则将所述当前子账户的全部事件资源减少所述当前剩余需减少的事件资源,并将所述当前剩余需减少的事件资源减少到0;若小于,则将所述当前子账户的事件资源减少到0,并将所述当前剩余需减少的事件资源更新为所述当前剩余需减少的事件资源减去所述全部事件资源。
18.根据权利要求15所述的装置,其特征在于,在通过所述第二账户向所述第三账户发送第一事件执行请求的情况下,所述增加子模块通过以下步骤实现将所述第二账户的子账户的事件资源进行增加,使得所增加的事件资源的总和等于所述第二事件资源包括:
按照预定比例分别对所述第二账户的多个子账户的事件资源进行增加,使得所增加的事件资源的总和等于所述第二事件资源;或者
对所述第二账户的默认子账户的事件资源进行增加,使得所增加的事件资源的总和等于所述第二事件资源。
19.根据权利要求13所述的装置,其特征在于,所述第一事件指示在从预定开始时间开始的预定时间段内对所述第一事件资源执行预定操作,所述事件执行结果包括:
所述预定开始时间返回的第一事件结果;和/或
所述预定时间段内的每个事件反馈周期上返回的第二事件结果。
20.根据权利要求11至19中任一项所述的装置,其特征在于,所述第二账户的事件资源与所述第三账户的事件资源相同,所述第二账户的所有子账户的事件资源的总和与所述第二账户的事件资源相同,其中,所述所有子账户包括:所述第一账户。
21.一种计算机可读的存储介质,所述计算机可读的存储介质包括存储的程序,其中,所述程序运行时执行上述权利要求1至10任一项中所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610044818.2A CN106998314B (zh) | 2016-01-22 | 2016-01-22 | 账户交互方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610044818.2A CN106998314B (zh) | 2016-01-22 | 2016-01-22 | 账户交互方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106998314A CN106998314A (zh) | 2017-08-01 |
CN106998314B true CN106998314B (zh) | 2019-12-17 |
Family
ID=59428594
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610044818.2A Active CN106998314B (zh) | 2016-01-22 | 2016-01-22 | 账户交互方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106998314B (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106657058B (zh) * | 2016-12-20 | 2019-12-06 | 腾讯科技(深圳)有限公司 | 事件资源分配方法和装置 |
CN110060164B (zh) * | 2019-01-28 | 2023-09-29 | 创新先进技术有限公司 | 账务数据处理方法、装置及设备 |
CN111061567B (zh) * | 2019-12-17 | 2023-05-30 | 腾讯科技(深圳)有限公司 | 资源数据处理方法、装置、计算机可读存储介质和计算机设备 |
CN113313602A (zh) * | 2020-02-26 | 2021-08-27 | 京东数字科技控股股份有限公司 | 产品信息的交互方法、装置及系统、存储介质、电子装置 |
CN113312157A (zh) * | 2020-02-26 | 2021-08-27 | 京东数字科技控股股份有限公司 | 任务的处理方法、装置及系统、存储介质、电子装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101183956A (zh) * | 2007-12-20 | 2008-05-21 | 中国网络通信集团公司 | 智能网在线计费交互系统及方法 |
CN101800880A (zh) * | 2009-02-10 | 2010-08-11 | 中兴通讯股份有限公司 | 一种iptv一户多机的实现方法及系统 |
CN104751361A (zh) * | 2013-12-30 | 2015-07-01 | 腾讯科技(深圳)有限公司 | 账户内资源再分配的方法、服务器及系统 |
CN105096195A (zh) * | 2014-05-08 | 2015-11-25 | 陈衡 | 基于互联网应用平台的账户资金数值处理方法和系统 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10325311B2 (en) * | 2012-08-20 | 2019-06-18 | Capital One Financial Corporation | Systems and computer-implemented processes for analyzing and determining the value of switching accounts |
-
2016
- 2016-01-22 CN CN201610044818.2A patent/CN106998314B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101183956A (zh) * | 2007-12-20 | 2008-05-21 | 中国网络通信集团公司 | 智能网在线计费交互系统及方法 |
CN101800880A (zh) * | 2009-02-10 | 2010-08-11 | 中兴通讯股份有限公司 | 一种iptv一户多机的实现方法及系统 |
CN104751361A (zh) * | 2013-12-30 | 2015-07-01 | 腾讯科技(深圳)有限公司 | 账户内资源再分配的方法、服务器及系统 |
CN105096195A (zh) * | 2014-05-08 | 2015-11-25 | 陈衡 | 基于互联网应用平台的账户资金数值处理方法和系统 |
Also Published As
Publication number | Publication date |
---|---|
CN106998314A (zh) | 2017-08-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106998314B (zh) | 账户交互方法及装置 | |
US7979350B1 (en) | Method and system for accessing wireless account information | |
CN106462461B (zh) | 用于针对用户的移动宽带服务和虚拟化云资源的消费向用户开账单的系统、设备和方法 | |
CN104954410A (zh) | 消息推送方法、装置及服务器 | |
US20150025950A1 (en) | Method and system for providing configurable variable revenue sharing in online commerce | |
CN105144136A (zh) | 动作代理 | |
CN113364853B (zh) | 一种业务服务系统、业务请求方法及网关设备 | |
US20160275603A1 (en) | Service processing method, device, and terminal | |
CN109345190B (zh) | 一种数据处理方法及装置 | |
US8626612B2 (en) | Consolidating leads into a lead group | |
WO2016101811A1 (zh) | 一种信息排序方法及装置 | |
WO2014165967A1 (en) | Method and system for managing cloud portals, and billing system therefor | |
CN105488125A (zh) | 页面访问方法和装置 | |
CN107391277A (zh) | 信息处理方法和装置 | |
CN107426275A (zh) | 一种资源传输方法及装置 | |
US20190147416A1 (en) | System and method for facilitating mobile payments via mobile messaging | |
CN107492017B (zh) | 一种基于电商类PaaS平台的订单拆分系统及其实现方法 | |
CN105991610B (zh) | 登录应用服务器的方法及装置 | |
KR102425758B1 (ko) | 기계 학습 기반 업체 추천 시스템 | |
CN115641180A (zh) | 一种请求处理的方法、相关装置及设备 | |
US10885565B1 (en) | Network-based data discovery and consumption coordination service | |
WO2019047350A1 (zh) | 一种潜在客户的识别方法、装置、电子设备及介质 | |
US20130275265A1 (en) | Business to business integration services marketplace | |
KR101471926B1 (ko) | 금융상품 가입 처리 방법 및 이를 수행하는 금융 서버 | |
CN113657943B (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right |
Effective date of registration: 20240108 Address after: 518000 Tencent Building, No. 1 High-tech Zone, Nanshan District, Shenzhen City, Guangdong Province, 35 Floors Patentee after: TENCENT TECHNOLOGY (SHENZHEN) Co.,Ltd. Patentee after: TENCENT CLOUD COMPUTING (BEIJING) Co.,Ltd. Address before: 2, 518000, East 403 room, SEG science and Technology Park, Zhenxing Road, Shenzhen, Guangdong, Futian District Patentee before: TENCENT TECHNOLOGY (SHENZHEN) Co.,Ltd. |
|
TR01 | Transfer of patent right |