事件资源的转移方法和装置与流程

文档序号:11594276阅读:240来源:国知局

本发明涉及事件处理领域,具体而言,涉及一种事件资源的转移方法和装置。



背景技术:

随着互联网技术的快速发展,信息与资源的跨事件平台转移为用户提供了更多的便利。但是,现有技术在跨事件平台转移资源时,存在诸多缺陷,比如,现有技术需要提前在两个不同事件平台上注册账号,并将不同事件平台上的注册账号进行一系列的繁琐处理,比如账号激活、账号绑定、账号验证、事件平台协议商定等,严重降低了事件资源的转移效率。现有技术无法通过第三方平台实现在跨事件平台之间转移事件资源。现有技术中事件资源在跨事件平台之间转移时受时间限制,事件资源只能在两个事件平台约定的允许转移的时间段内转移,无法实现在任意时间实时转移事件资源。现有技术中跨事件平台转移事件资源时会存在时延,当用户需要将事件资源从一个事件平台立即转移到另一个事件平台时,由于系统原因可能导致事件资源延迟转移,降低了资源转移效率,且当一个事件平台上的事件资源不足时,无法满足用户想要从该事件平台上转移事件资源至其他事件平台的需求。

针对上述的问题,目前尚未提出有效的解决方案。



技术实现要素:

本发明实施例提供了一种事件资源的转移方法和装置,以至少解决现有技术无法通过第三方平台实现在跨事件平台之间转移事件资源的技术问题。

根据本发明实施例的一个方面,提供了一种事件资源的转移方法,包括:第一应用的第一客户端接收第一事件执行请求,其中,第一事件执行请求用于请求将第一事件执行平台中第一账号的第一事件资源通过第一客户端转移到第二事件执行平台中的第二账号中,第一客户端使用第三账号登陆;第一客户端从第一事件执行平台的第一账号中获取第一事件资源;第一客户端将获取到的第一事件资源转移到第二事件执行平台中的第二账号中。

根据本发明实施例的另一方面,还提供了一种事件资源的转移装置,包括:第一接收模块,用于第一应用的第一客户端接收第一事件执行请求,其中,第一事件执行请求用于请求将第一事件执行平台中第一账号的第一事件资源通过第一客户端转移到第二事件执行平台中的第二账号中,第一客户端使用第三账号登陆;获取模块,用于第一客户端从第一事件执行平台的第一账号中获取第一事件资源;转移模块,用于第一客户端将获取到的第一事件资源转移到第二事件执行平台中的第二账号中。

在本发明实施例中,通过使用第一客户端作为第三方平台将从第一事件执行平台中第一账号中获取到的第一事件资源转移至第二事件执行平台中的第二账号,解决了现有技术无法通过第三方平台实现在跨事件平台之间转移事件资源的技术问题。同时,通过第一客户端这一第三方平台还可以在现有技术中不允许的时间段内将第一事件资源从第一事件执行平台中第一账号中转移至第二事件执行平台中的第二账号,从而克服了事件资源在跨事件执行平台之间转移时受时间限制的缺陷,进而达到了提高事件资源转移效率的技术效果。

附图说明

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

图1是根据本发明实施例的事件资源的转移方法的硬件环境的示意图;

图2是根据本发明实施例的事件资源的转移方法的流程图;

图3是根据本发明实施例的第一事件资源的转移过程的示意图;

图4是根据本发明实施例的事件资源的转移方法的时序图;

图5是根据本发明实施例的事件资源的转移装置的示意图;

图6是根据本发明实施例的一种可选的事件资源的转移装置的示意图;

图7是根据本发明实施例的另一种可选的事件资源的转移装置的示意图;

图8是根据本发明实施例的再一种可选的事件资源的转移装置的示意图;

图9是根据本发明实施例的又一种可选的事件资源的转移装置的示意图;以及

图10是根据本发明实施例的一种终端的结构框图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分的实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明保护的范围。

需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排 他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例1

根据本发明实施例,提供了一种事件资源的转移方法的方法实施例。

可选地,在本实施例中,上述事件资源的转移方法可以应用于如图1所示的由服务器102和终端104所构成的硬件环境中。如图1所示,服务器102通过网络与终端104进行连接,上述网络包括但不限于:广域网、城域网或局域网,终端104并不限定于pc、手机、平板电脑等。本发明实施例的数据处理方法可以由服务器102来执行,也可以由终端104来执行,还可以是由服务器102和终端104共同执行。其中,终端104执行本发明实施例的数据处理方法也可以是由安装在其上的客户端来执行。

图2是根据本发明实施例的事件资源的转移方法的流程图,如图2所示,该方法可以包括以下步骤:

步骤s202,第一应用的第一客户端接收第一事件执行请求,其中,第一事件执行请求用于请求将第一事件执行平台中第一账号的第一事件资源通过第一客户端转移到第二事件执行平台中的第二账号中,第一客户端使用第三账号登陆;

步骤s204,第一客户端从第一事件执行平台的第一账号中获取第一事件资源;

步骤s206,第一客户端将获取到的第一事件资源转移到第二事件执行平台中的第二账号中。

通过上述步骤s202至步骤s206,通过使用第一客户端从第一事件执行平台中第一账号中获取到的第一事件资源转移至第二事件执行平台中的第二账号,实现了无需提前进行繁琐的处理流程亦能在不同事件执行平台之间转移事件资源的目的,可以解决现有技术无法通过第三方平台实现 在跨事件平台之间转移事件资源的技术问题,进而达到提高事件资源转移效率,提高用户使用体验的技术效果的技术效果。

在步骤s202提供的技术方案中,第一应用可以为能够安装在客户端的应用,第一应用可以即时通信类应用,还可以是其他类型的应用,本发明对第一应用并未作具体限定。第一客户端为第一应用所在的客户端,第一客户端可以是移动终端,比如智能手机、平板电脑等,也可以是非移动终端,比如智能电视、台式电脑等。用户可以利用第一客户端登陆并使用第一应用,登陆时所用的账号为第三账号。该用户可以使用不同的事件执行平台执行不同的事件,用户在不同的事件执行平台上可以对应不同的账号。此处,用户在第一事件执行平台上执行事件时所用的账号为第一账号,在第二事件执行平台上执行事件时所用的账号为第二账号,需要说明的是,第一事件执行平台与第二事件执行平台为不同的事件执行平台,第一事件执行平台和第二事件执行平台可以安装在第一客户端上,也可以安装在其他客户端上,本发明对此并不做限定。第一账号和第二账号分别为同一个用户在不同事件执行平台上注册的账号,当第一事件执行平台和第二事件执行平台均安装在第一客户端中时,第一客户端可以使用第一账号登陆并使用第一事件执行平台,第一客户端可以使用第二账号登陆并使用第二事件执行平台。比如,第一事件执行平台可以是银行平台,相对应地第一账号可以为银行卡账号,第二事件执行平台可以是证券平台,相对应地第二账号可以为证券账号,需要说明的是,上述举例只是本发明的一种可选实施例,本发明并未对第一事件执行平台、第二事件执行平台做具体限定,第一事件执行平台、第二事件执行平台还可以是其他事件执行平台。第一事件资源为第一事件执行平台中第一账号的部分或者全部的事件资源,比如,第一事件执行平台可以是银行平台,第一账号可以为银行卡账号,第一事件资源可以为卡内金额。

第一事件执行请求用于请求将第一事件执行平台中第一账号的第一事件资源通过第一客户端转移到第二事件执行平台中的第二账号中,也就是说,通过第一客户端将第一事件执行平台中第一账号中的第一事件资源 转移到第二事件执行平台中的第二账号中。生成第一事件执行请求的方式可以是:用户可以在使用第二账号登陆第二事件执行平台之后,通过在第二事件执行平台中执行某个事件触发生成第一事件执行请求;或者用户可以在使用第一账号登陆第一事件执行平台之后,通过在第一事件执行平台中执行某个事件触发生成第一事件执行请求,本发明对生成第一事件执行请求的触发方式并不做限定,本发明实施例还可以通过其他方式触发生成第一事件执行请求,此处不再一一举例说明。

本发明实施例可以采用实时监测第一客户端是否接收到第一事件执行请求,以达到保证在接收到第一事件执行请求时及时进行响应,进而达到缩短将第一事件执行平台中第一账号的第一事件资源转移到第二事件执行平台中的第二账号所需的时间,提高用户使用体验的效果。

第一客户端在接收到第一事件执行请求后,响应该第一事件执行请求,具体的响应过程为可以包括步骤s204和步骤s206,具体地:

在步骤s204提供的技术方案中,第一客户端可以从第一事件执行平台的第一账号中获取需要进行转移的第一事件资源,第一事件资源可以是第一事件执行平台中第一账号的全部事件资源,也可以是第一事件执行平台中第一账号的部分事件资源。从第一事件执行平台中的第一账号中获取第一事件资源可以通过使用第一客户端登陆第三账号,在第一应用中调用与第三账号具有关联关系的第一账号,第一客户端通过解析第一事件执行请求从中获取需要从第一账号的全部事件资源中获取的事件资源的比例,按照该比例从第一账号的全部事件资源中获取第一事件资源。需要说明的是,第一客户端使用第三账号登陆后,依据第一客户端中的第一应用可以获取到预先与第三账号建立关联关系的第一事件执行平台中的至少一个账号,其中包括第一账号,此处的关联关系可以是同一用户的不同账号之间的绑定关系等。

可选地,第一客户端在从第一事件执行平台的第一账号中获取第一事件资源之后,可以将获取到的第一事件资源缓存在第一客户端中,这样可 以使得在第一客户端在将第一事件资源转移至第二事件执行平台中的第二账号中失败时,可以无需再次从第一事件执行平台的第一账号中获取,可以直接利用自身缓存的第一事件资源再次向第二事件执行平台中的第二账号转移。第一客户端通过缓存第一事件资源可以达到提高跨事件执行平台转移事件资源的效率,进而提高用户的使用体验的技术效果。

在步骤s206提供的技术方案中,第一客户端将获取到的第一事件资源转移至第二事件执行平台中的第二账号中,此转移过程为事件资源的实时转移,也就是说,在第一客户端从第一事件执行平台中的第一账号获取到第一事件资源之后,可以立即将第一事件资源转移至第二事件执行平台中的第二账号中。应当理解,此处的立即会存在较短的时延,比如几秒钟。本发明实施例中第一客户端在获取到第一事件资源之后立即将其转移至第二事件执行平台中的第二账号,能够解决现有技术中事件资源转移时延较长的问题,进而达到了提高事件资源转移效率,进而提高用户使用体验的效果。

需要说明的是,第一客户端在从第一事件执行平台中的第一账号获取第一事件资源之后,第一事件执行平台中的第一账号的事件资源会相应地减少,减少的量与第一事件资源相同。在第一客户端将从第一事件执行平台中的第一账号中获取到的第一事件资源转移至第二事件执行平台中的第二账号中时,第二事件执行平台中的第二账号的事件资源会相应地增加,增加的量与第一事件资源相同。该实施例通过第三方(第一客户端)将第一事件执行平台中的第一账号的第一事件资源转移至第二事件执行平台中的第二账号,解决了现有技术无法通过第三方平台实现在跨事件平台之间转移事件资源的技术问题,达到了提高事件资源转移效率,进而提高用户使用体验的技术效果的技术效果。

作为一种可选的实施例,步骤s202第一应用的第一客户端接收第一事件执行请求可以包括:第一客户端在允许的时间段内接收到第一事件执行请求,其中,允许的时间段可以包括:第一时间段和第二时间段,其中, 第一时间段为不允许直接将第一事件资源从第一事件执行平台的第一账号中转移到第二事件执行平台中的第二账号中的时间段,第二时间段为允许直接将第一事件资源从第一事件执行平台的第一账号中转移到第二事件执行平台中的第二账号中的时间段。可选地,允许的时间段可以包括:每天的24小时。

需要说明的是,允许的时间段可以为每天的24小时,第一时间段和第二时间段构成了上述允许的时间段,该实施例中的第一客户端可以在第一时间段和第二时间段内均能接收第一事件执行请求,进而能够实现第一客户端在第一时间段和第二时间段内,也即在任意时间段内仅能响应该第一事件执行请求以达到将第一事件资源从第一事件执行平台中的第一账号转移至第二事件执行平台中的第二账号中。

为了克服跨事件执行平台只能在某个事件执行平台之间商定的时间段内转移事件资源的缺陷,该实施例中的第一客户端可以在任意时间段接收第一事件执行请求,并响应该第一事件执行请求以实现在任意时间段内在跨事件执行平台之间转移事件资源,克服了时间限制,极大地提高了用户使用体验。

作为一种可选的实施例,步骤s206第一客户端将获取到的第一事件资源转移到第二事件执行平台中的第二账号中可以包括:在第一客户端在获取到第一事件资源之后实时将获取到的第一事件资源转移到第二事件执行平台中的第二账号中。

图3是根据本发明实施例的第一事件资源的转移过程的示意图,如图3所示,图中箭头指向代表第一事件资源的两种可选的转移方案。

如图3所示,在第一种可选的转移方案中,在第一客户端端接收到并响应第一事件执行请求之后,第一客户端可以从第一事件执行平台的第一账号中获取第一事件资源;之后,第一客户端将第一事件资源转移至第二事件执行平台中的第二账号中,可选地,第一客户端在获取到第一事件资源之后实时将第一事件资源转移至第二事件执行平台中的第二账号中。

如图3所示,在第二种可选的转移方案中,在第一客户端接收到并响应第一事件执行请求之后,第一客户端可以从第一事件执行平台的第一账号中获取第一事件资源;之后,第一客户端将获取到的第一事件资源转移至第三事件执行平台的账号中,其中,第三事件执行平台与第一事件执行平台类型相同,第三事件执行平台中的账号与第一账号的类型相同,第三事件执行平台中的账号与第二事件执行平台中的第二账号存在预先建立的关联关系。

可选地,第一客户端可以将获取到的第一事件资源实时转移至第三事件执行平台中的账号中,也可以将获取到的第一事件资源延迟转移至第三事件执行平台中的账号中。当第一客户端将获取到的第一事件资源实时转移至第三事件执行平台中的账号中时,第三事件执行平台中的账号实时将从第一客户端获取到的第一事件资源转移至第二事件平台中的第二账号中;当第一客户端将获取到的第一事件资源延迟转移至第三事件执行平台中的账号中时,第一客户端在接收到第一事件执行请求时可以指示第三事件执行平台实时向第二事件执行平台中的第二账号转移第一事件资源,以保证第一事件执行平台中的第一账号中的第一事件资源实时转移至第二事件执行平台中的第二账号中,在接收到第一事件执行请求的时刻起,经过一段时间后第一客户端可以将从第一事件执行平台中的第一事件资源转移至第三事件执行平台中的账号中,以补偿第三事件执行平台中的账号提前向第二事件执行平台中的第二账号转移的第一事件资源。

需要说明的是,该实施例客户端可以在允许的时间段内接收第一事件执行请求,并对其进行响应以实现在允许的时间段内将第一事件资源从第一事件执行平台中的第一账号转移至第二事件执行平台中的第二账号中。在任意时间段内,第一客户端在从第一事件执行平台中的第一账号中获取第一事件资源之后,可以实时将获取到的第一事件资源转移至第二事件执行平台中,此处的实时是指第一客户端在获取到第一事件资源之后,会间隔很短的时间将第一事件资源转移至第二事件执行平台中的第二账号中,此处间隔的很短的时间可以为1秒或者1分钟等。本发明实施例中第一客 户端在获取到第一事件资源之后实时将其转移至第二事件执行平台中的第二账号,能够解决现有技术中事件资源转移时延较长的问题,进而达到了提高用户使用体验的效果。

作为一种可选的实施例,步骤s202在第一应用的第一客户端接收第一事件执行请求之前,该实施例还可以包括以下步骤:

步骤s2012,第一客户端接收到账号绑定请求。

在步骤s2012提供的技术方案中,账号绑定请求可以用于请求绑定第三账号与第一事件执行平台中的一个或者多个账号,需要说明的是,请求建立绑定关系的第三账号与第一事件执行平台中的一个或者多个账号可以为用一个用户对应的不同应用或者事件执行平台中的账号,也可以为不同用户对应的不同应用或者事件执行平台中的账号。当请求建立绑定关系的第三账号与第一事件执行平台中的一个或者多个账号为不同用户对应的账号时,在请求建立绑定关系时需要进行安全验证,验证是否得到了每个用户的允许,以达到保证用户在事件执行平台中账号的事件资源安全的效果。

可选地,第一客户端也可以采用实时监测是否接收到账号绑定请求,以达到保证在接收到账号绑定请求时及时进行响应,进而达到缩短响应账号绑定请求所需的时间,提高用户使用体验的效果。

步骤s2014,第一客户端响应账号绑定请求将第三账号与第一事件执行平台中的一个或多个账号进行绑定,其中,一个或多个账号包括第一账号,绑定了一个或多个账号的第三账号被设置为允许将一个或多个账号中的事件资源转移到第二事件执行平台中的第二账号中。

在步骤s2014提供的技术方案中,第一客户端在接收到账号绑定请求之后,响应该账号绑定请求将第三账号与第一事件执行平台中的一个或多个账号进行绑定,在建立绑定关系之后,第一客户端可以使用第三账号从与其建立绑定关系的第一事件执行平台中的一个或多个账号中获取事件 资源,能够达到可以充分利用第一事件执行平台中的多个账号的分散的事件资源的目的,进而克服了当第一时间执行平台中的事件资源不足时无法满足用户希望从第一事件执行平台中转移事件资源至第二事件平台中的缺陷。需要说明的是,第一客户端中的第三账号也可以与第二事件执行平台中的第二账号建立绑定关系,以使得第一客户端可以将第一事件执行平台中的一个或多个账号的事件资源转移至第二事件执行平台中的第二账号中,实现从第一事件执行平台中的多个账号的事件资源转移至第二事件执行平台中的第二账号中的目的。

该实施例通过预先建立第三账号与第一事件执行平台中的一个或多个账号的绑定关系,能够依据该绑定关系使得第一客户端可以直接从第一事件执行平台中的一个或多个账号中获取事件资源,进而将获取到的事件资源转移至第二事件执行平台中的第二账号中,能够达到提高用户使用体验的效果。

作为一种可选的实施例,步骤s204第一客户端从第一事件执行平台的第一账号中获取第一事件资源可以包括以下步骤:

步骤s2042,第一客户端对第一事件执行请求进行安全验证。

在步骤s2042提供的技术方案中,第一客户端在接收到第一事件执行请求之后,可以对该第一事件执行请求进行解析以获取需要转移的事件资源的量、需要转移的事件资源的来源以及需要转移的事件资源的目的地等信息。第一客户端在接收到第一事件执行请求之后,还可以对第一事件执行请求进行安全验证,其中,验证的内容可以包括登陆身份信息验证、各种密码验证等,本发明实施例并未对安全验证的内容进行限定,安全验证还可以包括其他内容,此处不再一一举例说明。

步骤s2044,在安全验证通过的情况下,第一客户端从第一事件执行平台的第一账号中获取第一事件资源。

在步骤s2044提供的技术方案中,第一客户端对第一事件执行请求进 行安全验证之后,当安全验证不通过时,第一客户端拒绝响应该第一事件执行请求;当安全验证通过时,第一客户端允许响应该第一事件执行请求,允许执行步骤s204和步骤s206,即第一客户端从第一事件执行平台的第一账号中获取第一事件资源,并将获取到的第一事件资源转移至第二事件执行平台中的第二账号中。

该实施例中第一客户端通过对接收到的第一事件执行请求进行安全验证,能够提高事件执行过程的安全性,进而为用户的事件资源提供了安全保证,达到了提高用户使用体验的效果。

本发明还提供了一种优选实施例,图4是根据本发明实施例的事件资源的转移方法的时序图,如图4所示,此处以用户在第二事件执行平台上触发生成第一事件执行请求为例进行说明:

用户向第二事件执行平台发送用户请求,该请求会触发生成第一事件执行请求;第二事件执行平台将第一事件执行请求发送至第一客户端;第一客户端在接收到第一事件执行请求之后,对第一事件执行请求进行安全验证;在安全验证通过的情况下,从第一事件执行平台上获取第一事件资源;第一客户端在从第一事件执行平台上获取第一事件资源后会向第二事件执行平台反馈通知消息,通知第二事件执行平台和用户已经从第一事件执行平台中获取到第一事件资源;第一客户端在获取到第一事件资源之后,将第一事件资源转移至第二事件执行平台中,具体可以是第一客户端将获取到的第一事件资源转移至第二事件执行平台,第二事件执行平台向第二账号添加第一事件资源;在第二账号成功添加第一事件资源之后,会向第一客户端、第二事件执行平台以及用户反馈通知消息。

需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述的动作顺序的限制,因为依据本发明,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本发明所必须的。

通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。

实施例2

根据本发明实施例,还提供了一种用于实施上述事件资源的转移方法的事件资源的转移装置。图5是根据本发明实施例的事件资源的转移装置的示意图,如图5所示,该装置可以包括:

第一接收模块22,用于第一应用的第一客户端接收第一事件执行请求,其中,第一事件执行请求用于请求将第一事件执行平台中第一账号的第一事件资源通过第一客户端转移到第二事件执行平台中的第二账号中,第一客户端使用第三账号登陆;获取模块24,用于第一客户端从第一事件执行平台的第一账号中获取第一事件资源;转移模块26,用于第一客户端将获取到的第一事件资源转移到第二事件执行平台中的第二账号中。

需要说明的是,该实施例中的第一接收模块22可以用于执行本申请实施例1中的步骤s202,该实施例中的获取模块24可以用于执行本申请实施例1中的步骤s204,该实施例中的转移模块26可以用于执行本申请实施例1中的步骤s206。

通过上述模块,可以解决了现有技术无法通过第三方平台实现在跨事件平台之间转移事件资源的技术问题,进而达到提高事件资源转移效率,提高用户使用体验的技术效果。

作为一种可选的实施例,图6是根据本发明实施例的一种可选的事件 资源的转移装置的示意图,如图6所示,第一接收模块22可以包括:第一子接收模块222,用于第一客户端在允许的时间段内接收到第一事件执行请求,其中,允许的时间段包括:第一时间段,其中,第一时间段为不允许直接将第一事件资源从第一事件执行平台的第一账号中转移到第二事件执行平台中的第二账号中的时间段。可选地,允许的时间段包括:每天的24小时。

为了克服跨事件执行平台只能在某个事件执行平台之间商定的时间段内转移事件资源的缺陷,该实施例中的第一客户端可以在任意时间段接收第一事件执行请求,并响应该第一事件执行请求以实现在任意时间段内在跨事件执行平台之间转移事件资源,克服了时间限制,极大地提高了用户使用体验。

作为一种可选的实施例,图7是根据本发明实施例的另一种可选的事件资源的转移装置的示意图,如图7所示,转移模块26可以包括:第一子转移模块262,用于在第一客户端在获取到第一事件资源之后实时将获取到的第一事件资源转移到第二事件执行平台中的第二账号中。

需要说明的是,该实施例客户端可以在允许的时间段内接收第一事件执行请求,并对其进行响应以实现在允许的时间段内将第一事件资源从第一事件执行平台中的第一账号转移至第二事件执行平台中的第二账号中。在任意时间段内,第一客户端在从第一事件执行平台中的第一账号中获取第一事件资源之后,可以实时将获取到的第一事件资源转移至第二事件执行平台中,此处的实时是指第一客户端在获取到第一事件资源之后,会间隔很短的时间将第一事件资源转移至第二事件执行平台中的第二账号中,此处间隔的很短的时间可以为1秒或者1分钟等。本发明实施例中第一客户端在获取到第一事件资源之后实时将其转移至第二事件执行平台中的第二账号,能够解决现有技术中事件资源转移时延较长的问题,进而达到了提高用户使用体验的效果。

作为一种可选的实施例,图8是根据本发明实施例的再一种可选的事 件资源的转移装置的示意图,如图8所示,该实施例的事件资源的转移装置还可以包括:第二接收模块212,用于在第一应用的第一客户端接收第一事件执行请求之前,第一客户端接收到账号绑定请求;绑定模块214,用于第一客户端响应账号绑定请求将第三账号与第一事件执行平台中的一个或多个账号进行绑定,其中,一个或多个账号包括第一账号,绑定了一个或多个账号的第三账号被设置为允许将一个或多个账号中的事件资源转移到第二事件执行平台中的第二账号中。

需要说明的是,该实施例中的第二接收模块212可以用于执行本申请实施例1中的步骤s2012,该实施例中的绑定模块214可以用于执行本申请实施例1中的步骤s2014。该实施例通过预先建立第三账号与第一事件执行平台中的一个或多个账号的绑定关系,能够依据该绑定关系使得第一客户端可以直接从第一事件执行平台中的一个或多个账号中获取事件资源,进而将获取到的事件资源转移至第二事件执行平台中的第二账号中,能够达到提高用户使用体验的效果。

作为一种可选的实施例,图9是根据本发明实施例的又一种可选的事件资源的转移装置的示意图,如图9所示,获取模块24可以包括:验证模块242,用于第一客户端对第一事件执行请求进行安全验证;第一子获取模块244,用于在安全验证通过的情况下,第一客户端从第一事件执行平台的第一账号中获取第一事件资源。

需要说明的是,该实施例中的验证模块242可以用于执行本申请实施例1中的步骤s2042,该实施例中的第一子获取模块244可以用于执行本申请实施例1中的步骤s2044。该实施例中第一客户端通过对接收到的第一事件执行请求进行安全验证,能够提高事件执行过程的安全性,进而为用户的事件资源提供了安全保证,达到了提高用户使用体验的效果。

此处需要说明的是,上述模块与对应的步骤所实现的示例和应用场景相同,但不限于上述实施例1所公开的内容。需要说明的是,上述模块作为装置的一部分可以运行在如图1所示的硬件环境中,可以通过软件实现, 也可以通过硬件实现,其中,硬件环境包括网络环境。

实施例3

根据本发明实施例,还提供了一种用于实施上述事件资源的转移方法的服务器或终端。

图10是根据本发明实施例的一种终端的结构框图,如图10所示,该终端可以包括:一个或多个(图中仅示出一个)处理器201、存储器203、以及传输装置205(如上述实施例中的发送装置),如图10所示,该终端还可以包括输入输出设备207。

其中,存储器203可用于存储软件程序以及模块,如本发明实施例中的事件资源的转移方法和装置对应的程序指令/模块,处理器201通过运行存储在存储器203内的软件程序以及模块,从而执行各种功能应用以及数据处理,即实现上述的事件资源的转移方法。存储器203可包括高速随机存储器,还可以包括非易失性存储器,如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中,存储器203可进一步包括相对于处理器201远程设置的存储器,这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

上述的传输装置205用于经由一个网络接收或者发送数据,还可以用于处理器与存储器之间的数据传输。上述的网络具体实例可包括有线网络及无线网络。在一个实例中,传输装置205包括一个网络适配器(networkinterfacecontroller,nic),其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中,传输装置205为射频(radiofrequency,rf)模块,其用于通过无线方式与互联网进行通讯。

其中,具体地,存储器203用于存储应用程序。

处理器201可以通过传输装置205调用存储器203存储的应用程序,以执行下述步骤:第一应用的第一客户端接收第一事件执行请求,其中, 第一事件执行请求用于请求将第一事件执行平台中第一账号的第一事件资源通过第一客户端转移到第二事件执行平台中的第二账号中,第一客户端使用第三账号登陆;第一客户端从第一事件执行平台的第一账号中获取第一事件资源;第一客户端将获取到的第一事件资源转移到第二事件执行平台中的第二账号中。

处理器201还用于执行下述步骤:第一客户端在允许的时间段内接收到第一事件执行请求,其中,允许的时间段包括:第一时间段,其中,第一时间段为不允许直接将第一事件资源从第一事件执行平台的第一账号中转移到第二事件执行平台中的第二账号中的时间段。

处理器201还用于执行下述步骤:在第一客户端在获取到第一事件资源之后实时将获取到的第一事件资源转移到第二事件执行平台中的第二账号中。

处理器201还用于执行下述步骤:在第一应用的第一客户端接收第一事件执行请求之前,第一客户端接收到账号绑定请求;第一客户端响应账号绑定请求将第三账号与第一事件执行平台中的一个或多个账号进行绑定,其中,一个或多个账号包括第一账号,绑定了一个或多个账号的第三账号被设置为允许将一个或多个账号中的事件资源转移到第二事件执行平台中的第二账号中。

处理器201还用于执行下述步骤:第一客户端对第一事件执行请求进行安全验证;在安全验证通过的情况下,第一客户端从第一事件执行平台的第一账号中获取第一事件资源。

采用本发明实施例,提供了一种事件资源的转移方法和装置。通过使用第一客户端作为第三方平台将从第一事件执行平台中第一账号中获取到的第一事件资源转移至第二事件执行平台中的第二账号,解决了现有技术无法通过第三方平台实现在跨事件平台之间转移事件资源的技术问题。同时,通过第一客户端这一第三方平台还可以在现有技术中不允许的时间段内将第一事件资源从第一事件执行平台中第一账号中转移至第二事件 执行平台中的第二账号,从而克服了事件资源在跨事件执行平台之间转移时受时间限制的缺陷,进而达到了提高事件资源转移效率的技术效果。

可选地,本实施例中的具体示例可以参考上述实施例1和实施例2中所描述的示例,本实施例在此不再赘述。

本领域普通技术人员可以理解,图10所示的结构仅为示意,终端可以是智能手机(如android手机、ios手机等)、平板电脑、掌上电脑以及移动互联网设备(mobileinternetdevices,mid)、pad等终端设备。图10其并不对上述电子装置的结构造成限定。例如,终端还可包括比图10中所示更多或者更少的组件(如网络接口、显示装置等),或者具有与图10所示不同的配置。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成,该程序可以存储于一计算机可读存储介质中,存储介质可以包括:闪存盘、只读存储器(read-onlymemory,rom)、随机存取器(randomaccessmemory,ram)、磁盘或光盘等。

实施例4

本发明的实施例还提供了一种存储介质。可选地,在本实施例中,上述存储介质可以用于执行事件资源的转移方法的程序代码。

可选地,在本实施例中,上述存储介质可以位于上述实施例所示的网络中的多个网络设备中的至少一个网络设备上。

可选地,在本实施例中,存储介质被设置为存储用于执行以下步骤的程序代码:

s1,第一应用的第一客户端接收第一事件执行请求,其中,第一事件执行请求用于请求将第一事件执行平台中第一账号的第一事件资源通过第一客户端转移到第二事件执行平台中的第二账号中,第一客户端使用第三账号登陆;

s2,第一客户端从第一事件执行平台的第一账号中获取第一事件资源;

s3,第一客户端将获取到的第一事件资源转移到第二事件执行平台中的第二账号中。

可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:第一客户端在允许的时间段内接收到第一事件执行请求,其中,允许的时间段包括:第一时间段,其中,第一时间段为不允许直接将第一事件资源从第一事件执行平台的第一账号中转移到第二事件执行平台中的第二账号中的时间段。

可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:在第一客户端在获取到第一事件资源之后实时将获取到的第一事件资源转移到第二事件执行平台中的第二账号中。

可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:在第一应用的第一客户端接收第一事件执行请求之前,第一客户端接收到账号绑定请求;第一客户端响应账号绑定请求将第三账号与第一事件执行平台中的一个或多个账号进行绑定,其中,一个或多个账号包括第一账号,绑定了一个或多个账号的第三账号被设置为允许将一个或多个账号中的事件资源转移到第二事件执行平台中的第二账号中。

可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:第一客户端对第一事件执行请求进行安全验证;在安全验证通过的情况下,第一客户端从第一事件执行平台的第一账号中获取第一事件资源。

可选地,本实施例中的具体示例可以参考上述实施例1和实施例2中所描述的示例,本实施例在此不再赘述。

可选地,在本实施例中,上述存储介质可以包括但不限于:u盘、只读存储器(rom,read-onlymemory)、随机存取存储器(ram,randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。

上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在上述计算机可读取的存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在存储介质中,包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。

在本发明的上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中,应该理解到,所揭露的客户端,可通过其它的方式实现。其中,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,单元或模块的间接耦合或通信连接,可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。

以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的 普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1