发明内容
本申请实施例提供一种互联网资源转移方法和装置,旨在避免现有转移方式下互联网资源转移时因各种限制对互联网资源的转移造成影响,满足用户的应用需求,改善用户体验。
本申请实施例还提供另一种互联网资源转移方法和装置,旨在避免现有转移方式下互联网资源转移时因各种限制对互联网资源的转移造成影响,满足用户的应用需求,改善用户体验。
本申请实施例还提供一种转账方法和装置,旨在避免现有转账方式下因各种限制对资金转账造成影响,满足用户的应用需求,改善用户体验。
本申请实施例还提供另一种转账方法和装置,旨在避免现有转账方式下因各种限制对资金转账造成影响,满足用户的应用需求,改善用户体验。
本申请实施例采用下述技术方案:
第一方面,本申请实施例提供一种互联网资源转移方法,包括:
资源转入系统接收向第一账户进行资源转移的互联网资源转移请求,所述互联网资源转移请求中包括所述第一账户和待转移资源的信息;
依据所述互联网资源转移请求中所述第一账户和所述待转移资源的信息,将所述待转移资源转移到第三方平台中与所述第一账户存在关联关系的第二账户;
接收所述第二账户向所述第一账户转移的所述待转移资源。
第二方面,本申请实施例提供另一种互联网资源转移方法,包括:
第三方平台接收资源转入系统转移到所述第三方平台的第二账户的待转移资源;其中,所述资源转入系统在接收向第一账户进行资源转移的互联网资源转移请求之后,依据所述互联网资源转移请求中携带的所述第一账户和所述待转移资源的信息,将所述待转移资源转移到所述第三方平台中与所述第一账户存在关联关系的所述第二账户;
从所述第二账户向所述第一账户转移所述待转移资源。
第三方面,本申请实施例提供一种转账方法,包括:
资金转入银行接收向转入账户进行转账的转账请求,所述转账请求中包括所述转入账户和待转账资金的信息;
依据所述转账请求中所述转入账户和所述待转账资金的信息,将所述待转账资金划转到第三方支付平台中与所述转入账户存在关联关系的支付账户;
接收所述支付账户向所述转入账户划转的所述待转账资金。
优选地,第三方面提供的转账方法中,依据所述转账请求中所述转入账户和所述待转账资金的信息,将所述待转账资金划转到第三方支付平台中与所述转入账户存在关联关系的支付账户,具体包括:
依据所述转账请求中所述转入账户,判断所述转入账户是否满足第一预设条件,所述第一预设条件包括所述支付账户与所述转入账户之间的关联关系处于正常状态;
当所述转入账户满足第一预设条件时,将所述待转账资金划转到第三方支付平台中与所述转入账户存在关联关系的支付账户。
优选地,第三方面提供的转账方法中,满足所述第一预设条件还包括同时满足以下条件:
所述转入账户的类型为受限类账户。
优选地,第三方面提供的转账方法中,所述转账请求中还包括资金转出银行的转出账户的信息,
满足所述第一预设条件还包括同时满足以下条件:
所述转出账户与所述转入账户之间不存在绑定关系。
优选地,第三方面提供的转账方法中,将所述待转账资金划转到第三方支付平台中与所述转入账户存在关联关系的支付账户,包括:
将所述待转账资金划转到所述资金转入银行对应的预设过渡账户;
将所述待转账资金从所述预设过渡账户划转到所述支付账户。
优选地,第三方面提供的转账方法中,将所述待转账资金从所述预设过渡账户划转到所述支付账户,包括:
以资金代发的方式,将所述待转账资金从所述预设过渡账户划转到所述支付账户。
优选地,第三方面提供的转账方法中,接收所述支付账户向所述转入账户划转的所述待转账资金,包括:
接收所述支付账户以资金提现的方式向所述转入账户划转的所述待转账资金。
优选地,第三方面提供的转账方法中,在接收所述支付账户向所述转入账户划转的所述待转账资金之后,所述方法还包括:
向资金转出银行发出转账成功回执。
第四方面,本申请实施例还提供一种转账方法,包括:
第三方支付平台接收资金转入银行划转到所述第三方支付平台的支付账户的待转账资金;其中,所述资金转入银行在接收向转入账户进行转账的转账请求之后,依据所述转账请求中携带的转入账户和所述待转账资金的信息,将所述待转账资金划转到所述第三方支付平台中与所述转入账户存在关联关系的所述支付账户;
从所述支付账户向所述转入账户划转所述待转账资金。
优选地,第四方面提供的转账方法中,第三方支付平台接收资金转入银行划转到所述第三方支付平台的支付账户的待转账资金,包括:
所述第三方支付平台接收所述资金转入银行以资金代发的方式划转到所述支付账户的所述待转账资金。
优选地,第四方面提供的转账方法中,从所述支付账户向所述转入账户划转所述待转账资金,包括:
从所述支付账户提取所述待转账资金;
将所述待转账资金向所述转入账户划转。
第五方面,本申请实施例提供一种互联网资源转移装置,应用于资源转入系统,包括:
转移请求接收模块,接收向第一账户进行资源转移的互联网资源转移请求,所述互联网资源转移请求中包括所述第一账户和待转移资源的信息;
资源转移模块,依据所述互联网资源转移请求中所述第一账户和所述待转移资源的信息,将所述待转移资源转移到第三方平台中与所述第一账户存在关联关系的第二账户;
资源接收模块,接收所述第二账户向所述第一账户转移的所述待转移资源。
第六方面,本申请实施例还提供另一种互联网资源转移装置,应用于第三方平台,包括:
资源接收单元,接收资源转入系统转移到所述第三方平台的第二账户的待转移资源;其中,所述资源转入系统在接收向第一账户进行资源转移的互联网资源转移请求之后,依据所述互联网资源转移请求中携带的所述第一账户和所述待转移资源的信息,将所述待转移资源转移到所述第三方平台中与所述第一账户存在关联关系的所述第二账户;
资源转移单元,从所述第二账户向所述第一账户转移所述待转移资源。
第七方面,本申请实施例提供一种转账装置,应用于资金转入银行,包括:
转账请求接收模块,资金转入银行接收向转入账户进行转账的转账请求,所述转账请求中包括所述转入账户和待转账资金的信息;
资金划转模块,依据所述转账请求中所述转入账户和所述待转账资金的信息,将所述待转账资金划转到第三方支付平台中与所述转入账户存在关联关系的支付账户;
资金接收模块,接收所述支付账户向所述转入账户划转的所述待转账资金。
第八方面,本申请实施例提供一种转账装置,应用于第三方支付平台,包括:
资金接收单元,接收资金转入银行划转到所述第三方支付平台的支付账户的待转账资金;其中,所述资金转入银行在接收向转入账户进行转账的转账请求之后,依据所述转账请求中携带的转入账户和所述待转账资金的信息,将所述待转账资金划转到所述第三方支付平台中与所述转入账户存在关联关系的所述支付账户;
资金划转单元,从所述支付账户向所述转入账户划转所述待转账资金。
本申请实施例采用的上述至少一个技术方案能够达到以下有益效果:
资源转入系统接收到互联网资源转移请求后,并不直接依据该请求向资源转入系统的第一账户进行资源转移,而是将待转移资源转移到与第一账户存在关联关系的第三方平台中的第二账户,再进而由第二账户将待转移资源转移到第一账户。如此技术方案,就可以避免第一账户因各种限制导致的无法顺利进行互联网资源转移的问题。将与第一账户存在关联关系的第三方平台的账户作为互联网资源转移的“中转站”,实现向第一账户的互联网资源转移,从而满足用户的应用需求,改善用户体验。
当本申请实施例应用于资金转账这一应用场景时,转入银行接收到转账请求后,并不直接依据该请求将资金入账到转入银行的转入账户,而是将待入账的资金划转到与转入账户存在关联关系的第三方支付平台中的支付账户,再进而由支付账户将待入账的资金划转到转入账户。从而,本申请实施例提供的转账方法能够避免转入账户因某些限制导致的无法顺利进行转账的问题,将与转入账户存在关联关系的第三方支付平台的支付账户作为“中转站”,实现向转入账户的资金转账,从而满足用户的应用需求,改善用户体验。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
以下结合附图,详细说明本申请各实施例提供的技术方案。
本申请实施例提供一种互联网资源转移方法,参见图1所示,包括:
S101:资源转入系统接收向第一账户进行资源转移的互联网资源转移请求,互联网资源转移请求中包括第一账户和待转移资源的信息;
S102:依据互联网资源转移请求中第一账户和待转移资源的信息,将待转移资源转移到第三方平台中与第一账户存在关联关系的第二账户;
S103:接收第二账户向第一账户转移的待转移资源。
在图1所示实施例中,资源转入系统接收到互联网资源转移请求后,并不直接依据该请求向资源转入系统的第一账户进行资源转移,而是将待转移资源转移到与第一账户存在关联关系的第三方中的第二账户,再进而由第二账户将待转移资源转移到第一账户,从而第一账户中能够接收到依据互联网资源转移请求中所携带的待转移资源的信息确定的、需转移给第一账户的待转移资源。采用如此技术方案,可以避免第一账户因某些限制,例如传输延迟、网络故障、资源量转移的准入大小、相关设备的资源处理能力等导致的无法顺利进行互联网资源转移的问题。将与第一账户存在关联关系的第三方平台的第二账户作为互联网资源转移的“中转站”,实现向第一账户的互联网资源转移,从而满足用户的应用需求,改善用户体验。
当用户希望进行互联网资源转移时,可以由用户(此处可理解为资源转出系统的用户,可具体化为资源转出系统的第三账号)向资源转出系统发出转移互联网资源的请求,用于请求资源转出系统向指定的资源转入系统转移互联网资源。可以理解到,用户提出的转移互联网资源的请求中应包括自身(即资源转出系统的第三账户)的信息、请求转移的互联网资源的信息以及希望转入的第一账户的信息(显然,该第一账户为资源转入系统的账户)。进一步地,资源转出系统接收到用户提出的转移互联网资源的请求后,可以进行一定的验证,例如,验证用户提供的信息是否合格,资源转出系统的第三账户中是否有足够的互联网资源供转移等等。当验证允许资源转出系统的第三账户向资源转入系统的第一账户转移互联网资源后,资源转出系统可以直接或者间接地向资源转入系统提出互联网资源转移请求,从而资源转入系统执行步骤S101将接收到该互联网资源转移请求,参见图3所示。可理解到,在图1所示的实施例中,资源转入系统执行步骤S101接收到的互联网资源转移请求,可能直接由资源转出系统发出,也可能由资源转出系统与资源转入系统之间的中转系统发出。
无论资源转出系统采用何种方式发出上述互联网资源转移请求,为实现向资源转入系统的第一账户转移资源,该请求中应包括第一账户的信息和待转移资源的信息,并且,该互联网资源转移请求中携带的这些信息与用户(资源转出系统的第三账户)提出的转移互联网资源的请求中携带的信息相对应,从而能够按照用户的需求实现资源的转移。
在图1所示实施例中,资源转入系统执行步骤S102将需要向资源转入系统的第一账户转入的待转移资源转移到第三方平台的第二账户,前提在于该第二账户与第一账户之间存在关联关系。这一关联关系可以是二者之间的绑定关系或互通关系,也可以是第一账户授权第二账户代为接收待转移资源的授权关系、或者第一账户请求资源转入系统代为向第二账户发送互联网资源的代发关系等。这一关联关系通常应至少取得资源转入系统的第一账户的确认,从而资源转入系统能够将原本应直接转移到第一账户的互联网资源转移到第三方平台的第二账户。
参见图1和图3所示,第三方平台的第二账户在接收到资源转入系统执行步骤S102转移来的待转移资源后,依据第二账户与第一账户间的关联关系,将待转移资源发送到资源转入系统的第一账户,从而资源转入系统执行步骤S103接收第二账户向第一账户转移的待转移资源,最终完璧归赵,将用户(资源转出系统的第三账户)请求转移到第一账户的待转移资源转移到第一账户。采用上述过程进行互联网资源的转移,使得第一账户即使因资源限额、转移频次等方面的限制而无法直接接收资源转入系统转移的互联网资源时,仍然能够成功的接收上述待转移资源,满足了用户需求,改善了用户体验,达到本申请的技术目的。
在图1给出的实施例的基础上,还可以预设判断条件,参见图3所示,在直接向第一账户转移待转移资源和经由第二账户的中转向第一账户转移待转移资源这两种方式中进行选择,以便既能够顺利向第一账户转移互联网资源,又能在第一账户并未受到限制、允许直接接收互联网资源时简化资源转移的流程。具体地,在执行步骤S102依据第一账户的信息和待转移资源的信息,将待转移资源转移到第三方平台的第二账户前进行判断,当第一账户的信息满足第一预设条件时,才将待转移资源转移到第二账户。其中,第一预设条件可以根据互联网资源的具体内涵以及本申请所提供的互联网资源转移方法的具体应用场景和应用需求预先设定。以下举例说明。
例如,可以判断第二账户与第一账户之间的关联关系是否处于正常状态。若为正常状态则可执行步骤S102将待转移资源转移到第二账户,若为异常状态则不将待转移资源转移到第二账户,以便保障待转移资源的安全,避免资源损失。此时,第一预设条件可取为“第二账户与第一账户之间的关联关系处于正常状态”。
又例如,可以判断第一账户的类型是否为受限类账户。若第一账户为非受限类账户,表示向第一账户转移互联网资源并不会受到限制,因而第一账户可以直接接收转移的待转移资源,而并不需要通过第二账户的中转实现互联网资源的转移;而若第一账户为受限类账户,表示向第一账户转移互联网资源可能受到限制,因而可以将第一预设条件取为“第一账户的类型为受限类账户”,在满足这一预设条件时执行步骤S102,从而避免因上述限制影响第一账户接收待转移资源。
再例如,步骤S101中接收到的互联网资源转移请求中还可以包括资源转出系统的第三账户的信息,则可以判断第三账户与第一账户之间是否存在绑定关系。若第三账户与第一账户之间存在绑定关系,则可认为第三账户向第一账户转移互联网资源不受限制,则第一账户可以直接接收第三账户转移来的待转移资源,而并不需要通过第二账户的中转实现互联网资源的转移;而若第三账户与第一账户之间不存在绑定关系,表示第三账户向第一账户转移互联网资源可能受到限制,因而可以将第一预设条件取为“第三账户与第一账户之间不存在绑定关系”,在满足这一预设条件时执行步骤S102,从而避免因上述限制影响第三账户向第一账户的互联网资源转移。
需要说明的是,以上举例的几种第一预设条件可以要求同时满足,也可以要求部分满足或择一满足,在对多项预设条件进行判断时的顺序也可以根据实际应用需求确定,本申请实施例中对此可不做限定。在执行步骤S102和步骤S103,成功将待转移资源转移到第一账户之后,上述实施例还可以包括向资源转出系统发出互联网资源转移成功回执的步骤。
还需要说明的是,上述实施例中对所称受限类账户的限制,可以包括接收互联网资源时的在额度、频率和/或次数等方面的限制。其中,对额度的限制可以针对单次资源转移,也可以针对指定期间内的累计资源转移;对频率或次数的限制可以针对指定期间内互联网资源转移的频率或次数进行。可以采用对这几方面的限制条件任选或组合等方式限制转入账户的使用。
在依据上述举例的第一预设条件判断是否将待转移资源转移到第三方平台的第二账户之后,若第一账户的信息不满足第一预设条件,则针对不同的情况可以采用不同的方式进行处理,参见图3所示。例如,若第一账户的类型为非受限账户或者第三账户与第一账户之间存在绑定关系,则可以直接将待转移资源转移到第一账户,还可以在第一账户成功接收到待转移资源后向资源转出系统发出互联网资源转移成功回执。又例如,若第一账户的类型为受限账户、第三账户与第一账户之间不存在绑定关系、第二账户与第一账户之间的关联关系处于异常状态、并且第一账户已经达到受限条件(表示第一账户已经不能直接接收待转移资源),则无法向第一账户直接转移互联网资源,也无法通过第二账户的中转实现资源的转移,因此,可以向资源转出系统发出互联网资源转移失败回执。
在图1给出的实施例中,执行步骤S102将待转移资源转移到第三方平台的第二账户时,可以先执行步骤S1021将待转移资源转移到资源转入系统对应的预设过渡账户,然后再执行步骤S1022将待转移资源从预设过渡账户转移到第二账户,参见图2所示。此处的预设过渡账户是由资源转入系统预先设定的、用于进行互联网资源转移的专用账户。这一账户由资源转入系统设定,与用户(资源转出系统的第三账户)、资源转入系统的第一账户或第三方平台的第二账户通常并无密切联系。
更具体地,将待转移资源从预设过渡账户转移到第二账户的过程,可以采用资源代发的方式进行。资源代发的方式,可以在第一账户与第二账户建立关联关系时确定,由第一账户授权资源转入系统的预设过渡账户,代为将需转入第一账户的待转移资源转移到建立有关联关系的第二账户。这种资源代发的方式由资源转入系统的第一账户和第三方平台的第二账户约定,可以不受到对第一账户的限制的约束,从而在第一账户受到限制无法直接接收待转移资源时,第二账户仍能实现对资源的接收。
除此之外,在第一账户和第二账户建立的关联关系中,还可以约定第二账户以资源提现的方式向第一账户转移待转移资源,从而在图1所示实施例中,资源转入系统执行步骤S103接收第二账户向第一账户转移的待转移资源时,可以接收第二账户以资源提现的方式向第一账户转移的待转移资源。
以上从资源转入系统的角度描述了本申请实施例提供的互联网资源转移方法的实施。参见图3所示,与上述实施例中的步骤S102相对应地,第三方接收资源转入系统转移到第三方平台的第二账户的待转移资源;其中,资源转入系统在接收互联网资源转移请求之后,依据互联网资源转移请求中携带的第一账户的信息和待转移资源的信息,将待转移资源转移到第三方平台的第二账户;第二账户与第一账户之间存在关联关系。与上述实施例中的步骤S103相对应地,第三方会从第二账户向第一账户转移待转移资源,从而第一账户能够接收到第二账户转移来的待转移资源。更进一步地,第三方可以接收资源转入系统以资源代发的方式转移到第二账户的待转移资源。从第二账户向第一账户转移待转移资源时,可以先以资源提现的方式从第二账户提取待转移资源,然后将待转移资源向第一账户转移,以达到本申请的技术目的。
以上举例说明了互联网资源转移方法的实施过程,包括资源转出系统、资源转入系统和第三方之间的交互。为更直观的说明本申请实施例的设计构思和技术效果,下面以上述互联网资源转移方法应用在银行转账这一场景为例,说明本申请实施例的实施过程。具体地,互联网资源转移方法具体化为转账方法,互联网资源转移请求具体为转账请求,资源转入系统的第一账户具体为资金转入银行的转入账户,第三方平台的第二账户具体为第三方支付平台的支付账户,待转移资源的信息具体为待转账资金的信息。以上关于互联网资源转移方法的阐释与说明均可应用于以下转账方法这一具体应用场景,重复内容或不再赘述。
需要说明的是,除以下举例的资金转账这一应用场景之外,本申请实施例提供的互联网资源转移方法也同样可应用于诸如大数据信息的转移这类应用场景,在此不再赘述。
图4给出了本申请实施例所提供的转账方法的流程示意图,该转账方法适用于资源转入银行,具体包括:
S201:资金转入银行接收向转入账户进行转账的转账请求,转账请求中包括转入账户和待转账资金的信息;
S202:依据转账请求中转入账户和待转账资金的信息,将待转账资金划转到第三方支付平台中与转入账户存在关联关系的支付账户;
S203:接收支付账户向转入账户划转的待转账资金。
进一步地,执行步骤S202依据转入账户的信息和待转账资金的信息,将待转账资金划转到第三方支付平台的支付账户的过程,可具体包括:
当转入账户的信息满足第一预设条件时,将待转账资金划转到支付账户;其中,第一预设条件包括支付账户与转入账户之间的关联关系处于正常状态。
上述第一预设条件还可包括同时满足的以下条件:转入账户的类型为受限类账户。
更进一步地,转账请求中还包括资金转出银行的转出账户的信息,则第一预设条件还可包括同时满足的以下条件:转出账户与转入账户之间不存在绑定关系。
在执行步骤S202将待转账资金划转到第三方支付平台的支付账户时,可以包括:
将待转账资金划转到资金转入银行对应的预设过渡账户;
将待转账资金从预设过渡账户划转到支付账户。
更具体地,可以以资金代发的方式,将待转账资金从预设过渡账户划转到支付账户。接收支付账户向转入账户划转的待转账资金时,可以接收支付账户以资金提现的方式向转入账户划转的待转账资金。
在执行步骤S203接收支付账户向转入账户划转的待转账资金之后,还可以向资金转出银行发出转账成功回执。
与图4给出的资金转入银行的转账方法相对应地,第三方支付平台接收资金转入银行划转到第三方支付平台的支付账户的待转账资金;其中,资金转入银行在接收转账请求之后,依据转账请求中携带的转入账户的信息和待转账资金的信息,将待转账资金划转到第三方支付平台的支付账户;支付账户与转入账户之间存在关联关系。然后,第三方支付平台从支付账户向转入账户划转待转账资金,以便资金转入银行的转入账户接收到待转账资金,完成转账。
具体地,第三方支付平台可以接收资金转入银行以资金代发的方式划转到支付账户的待转账资金。还可以以资金提现的方式从支付账户提取待转账资金,然后将待转账资金向转入账户划转。
以上方法避免了现有转账方式下因账户等方面的限制对资金转账的影响。上述实施例中对所称受限类账户的限制,可以包括接收入账资金的额度、频率和/或次数等方面的限制。其中,对额度的限制可以针对单次入账,也可以针对指定期间内的累计入账;对频率或次数的限制可以针对指定期间内入账的频率或次数进行。在具体实施时,可以根据实际需要采用对这几方面的限制条件任选或组合等方式限制转入账户的使用。
下面结合图4和图5详细说明本申请实施例提供的转账方法。由于转账方法是互联网资源转移方法在具体场景下的应用,因此,关于互联网资源转移方法的相关描述均适用于本转账方法。
资金转出银行在接收到本行的转出账户发出的关于资金转账的请求后,启动向资金转入银行指定账户的转账,相对应地,资金转出银行启动“出账处理”环节,资金转入银行启动“来账处理”环节。此处需要说明的是,若资金转出银行与资金转入银行为同一家银行,则可在该银行系统内部进行出账和来账处理,资金转出银行直接将转账请求发送到资金转入银行;而若资金转出银行与资金转入银行为不同的银行,则需要经过人民银行的大小额支付系统进行转账处理,资金转出银行间接将转账请求发送到资金转入银行。
资金转入银行在接收到资金转出银行发出的转账请求后,依据该转账请求中携带的转入账户的信息和待转账资金的信息,以及转出账户的信息进行处理。具体地,在图5所示的实施例中,可以先判断转出账户是否为转入账户的绑定户(即判断转出账户与转入账户是否存在绑定关系,通常,只有同一用户的账户可以建立绑定关系),若是绑定户,则无论转入账户的类型为受限类账户还是非受限类账户,都可以不受限制的接收其绑定户的转账,因此,此时转入账户可以直接入账,并进而向资金转出银行(或大小额支付系统)反馈转账成功回执。而若转出账户不是转入账户的绑定户,则进一步判断转入账户是否为I类户,由于I类户在接收入账时并无限制,可以认为是非受限户,因此,若转入账户为I类户则也可直接入账。若转入账户不是I类户,表示转入账户为受限类账户,则可进一步判断转入账户与第三方支付平台的支付账户之间的绑定协议是否处于正常状态(这一绑定协议用于建立转入账户与支付账户的关联关系):若状态正常,表示可以按照绑定协议的约定将第三方支付平台的支付账户作为中转实现转账;而若状态异常,则可进一步判断转入账户的入账是否已达到限额。若转入账户的入账是否已达到限额,表示转入账户已不能接受非绑定户的转账,则反馈转账失败回执;若转入账户的入账未达到限额,表示转入账户还能够接受非绑定户的转账,则可直接转账,并进而向资金转出银行或者大小额支付系统反馈转账成功回执。
更具体地,在确定绑定协议的状态正常,按照绑定协议的约定将第三方支付平台的支付账户作为中转实现转账时,可以由资金转入银行的代发业务过渡户将拟入账到转入账户的资金代发至第三方支付平台的支付账户,再进而由资金转入银行的转入账户(账户类型为受限类账户,例如II类或III类户)从支付账户中提现,从而完成转入账户的入账。
需要说明的是,资金转入银行的上述判断过程中,判断的条件和判断的顺序均可以根据应用需要进行调整,本申请在此不做限定。
上述实施例所给出的转账方法,通过银行与第三方支付机构(即第三方支付平台)建立的用户同人账户(用户在第三方平台的支付账户、在银行的结算账户)间的互通授权关系(即关联关系),确保这两个账户的拥有者是同一实人(如客户A)。当他人通过银行账户向已签署上述互通授权关系协议(即建立了关联关系)的客户A的银行Ⅱ类结算账户转入资金时,转入银行在接受到银行转入的指令后,先将资金代发入客户A在第三方支付机构对应的支付账户中,再通过支付账户提现到目标Ⅱ类结算账户中。以此可克服监管对银行Ⅱ类结算账户非绑定账户或他人账户转入资金的数额限制带来了不便,保证资金能够流畅的进入用户银行Ⅱ类结算户,且上述代发、体现的过程对于转出用户和转账用户而言均无感知,既满足了用户的应用需求,又实现了用户在银行Ⅱ类结算户收款过程中的更优体验,同时满足监管的要求。
以上所说的建立互通授权关系,可以理解为银行II类户(或者其他受限类账户)与第三方支付账户经用户授权,将两者绑定起来,建立关联关系,允许在一方代扣对方资金或对对方账户进行转入操作。更具体地,用户在银行和第三方支付平台进行注册和开户,且经较强的认证证实在银行和第三方支付平台的账户为同一人拥有和操作,在客户同意及授权的前提下,为银行账户与该用户在第三方支付平台的支付账户建立关联关系,从而实现本申请实施例所提供的转账方法。
在建立关联关系时的认证手段,可以采用身份信息验证、手机短信、账户密码等方式,也可以采用生物识别技术,例如指纹识别、声纹识别、虹膜识别、面部识别等手段,以保证建立了关联关系的银行账户和支付账户为同一人所有,以保障用户银行账户的资金安全。
以上阐释了本申请实施例所提供的互联网资源转移方法和转账方法。相对应地,本申请实施例还提供了对应的装置,具体如下:
如图6所示的一种互联网资源转移装置,应用于资源转入系统,包括:
转移请求接收模块101,接收向第一账户进行资源转移的互联网资源转移请求,互联网资源转移请求中包括第一账户和待转移资源的信息;
资源转移模块102,依据互联网资源转移请求中第一账户和待转移资源的信息,将待转移资源转移到第三方平台中与第一账户存在关联关系的第二账户;
资源接收模块103,接收第二账户向第一账户转移的待转移资源。
与图6给出的互联网资源转移装置相配合,本申请还提供一种互联网资源转移装置,应用于第三方,包括:
资源接收单元,接收资源转入系统转移到第三方平台的第二账户的待转移资源;其中,资源转入系统在接收向第一账户进行资源转移的互联网资源转移请求之后,依据互联网资源转移请求中携带的第一账户和待转移资源的信息,将待转移资源转移到第三方平台中与第一账户存在关联关系的第二账户;
资源转移单元,从第二账户向第一账户转移待转移资源。
图7给出了一种转账装置,应用于资金转入银行,包括:
转账请求接收模块201,资金转入银行接收向转入账户进行转账的转账请求,转账请求中包括转入账户和待转账资金的信息;
资金划转模块202,依据转账请求中转入账户和待转账资金的信息,将待转账资金划转到第三方支付平台中与转入账户存在关联关系的支付账户;
资金接收模块203,接收支付账户向转入账户划转的待转账资金。
与图7给出的转账方法相配合,本申请还提供了一种转账装置,应用于第三方支付平台,包括:
资金接收单元,接收资金转入银行划转到第三方支付平台的支付账户的待转账资金;其中,资金转入银行在接收向转入账户进行转账的转账请求之后,依据转账请求中携带的转入账户和待转账资金的信息,将待转账资金划转到第三方支付平台中与转入账户存在关联关系的支付账户;
资金划转单元,从支付账户向转入账户划转待转账资金。
在本申请提供的实施例中,资源转入系统接收到互联网资源转移请求后,并不直接依据该请求向资源转入系统的第一账户进行资源转移,而是将待转移资源转移到与第一账户存在关联关系的第三方平台中的第二账户,再进而由第二账户将待转移资源转移到第一账户。如此技术方案,就可以避免第一账户因某些限制导致的无法顺利进行互联网资源转移的问题。将与第一账户存在关联关系的第三方账户作为互联网资源转移的“中转站”,实现向第一账户的互联网资源转移,从而满足用户的应用需求,改善用户体验。
当本申请实施例应用于资金转账这一应用场景时,转入银行接收到转账请求后,并不直接依据该请求将资金入账到转入银行的转入账户,而是将待入账的资金划转到与转入账户存在关联关系的第三方支付平台中的支付账户,再进而由支付账户将待入账的资金划转到转入账户。从而,本申请实施例提供的转账方法能够避免转入账户因某些限制导致的无法顺利进行转账的问题,将与转入账户存在关联关系的第三方支付平台的支付账户作为“中转站”,实现向转入账户的资金转账,从而满足用户的应用需求,改善用户体验。
需要说明的是,本申请各实施例所提供方法的各步骤的执行主体均可以是同一设备,或者,该方法也由不同设备作为执行主体。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白,本申请的实施例可提供为方法、系统或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。