事件处理方法和装置的制造方法
【专利摘要】本发明公开了一种事件处理方法和装置。该方法包括：第一设备接收第一事件资源转移请求，第一事件资源转移请求用于请求将第一事件资源转移至目标账户；第一设备将第二事件资源转移请求发送至第二设备，第二事件资源转移请求用于指示第二设备向第三设备上的第二账户请求获取第一事件资源中的部分或全部事件资源；在获取到全部事件资源时，第一设备将第一事件资源转移至目标账户；在获取到部分事件资源时，第一设备将部分事件资源转移到第一设备上的第一账户中，并从第一账户中转移第一事件资源至目标账户。本发明解决了相关技术中事件处理平台在从其他账户向目标账户转移事件资源时会出现事件资源转移失败的情况的技术问题。
【专利说明】
事件处理方法和装置
技术领域
[0001]本发明涉及计算机领域，具体而言，涉及一种事件处理方法和装置。【背景技术】
[0002]随着互联网技术的快速发展，事件处理平台在处理事件过程中存在需要将事件资源从其他账户转移至目标账户的情形。针对上述情形，事件处理平台中可以存储有其他账户预先存放的一定量的事件资源，当事件处理平台接收到目标账户发起的事件资源转移请求后，该事件处理平台会将该事件资源转移请求转发至其他账户，并使用其他账户预先存放的一定量的事件资源向目标账户转移其所请求的事件资源。但是，当事件处理平台中存储的事件资源总量小于目标账户所请求的事件资源总量时，会出现事件资源转移失败的情况。而且，将其他用户的事件资源预先存放在事件处理平台中，也会导致事件资源无法重复使用，进而降低事件资源利用率。
[0003]针对上述的问题，目前尚未提出有效的解决方案。
【发明内容】
[0004]本发明实施例提供了一种事件处理方法和装置，以至少解决相关技术中事件处理平台在从其他账户向目标账户转移事件资源时会出现事件资源转移失败的情况的技术问题。
[0005]根据本发明实施例的一个方面，提供了一种事件处理方法，包括:第一设备接收第一事件资源转移请求，其中，第一事件资源转移请求用于请求将第一事件资源转移至目标账户;第一设备将第二事件资源转移请求发送至第二设备，其中，第二事件资源转移请求用于指示第二设备向第三设备上的第二账户请求获取第一事件资源中的部分或全部事件资源；以及在从第二账户中获取到第一事件资源中的全部事件资源的情况下，第一设备将第一事件资源转移至目标账户;在从第二账户中获取到第一事件资源中的部分事件资源的情况下，第一设备将部分事件资源转移到第一设备上的第一账户中，并从第一账户中转移第一事件资源至目标账户。
[0006]根据本发明实施例的另一方面，还提供了一种事件处理装置，包括:第一接收单元，用于第一设备接收第一事件资源转移请求，其中，第一事件资源转移请求用于请求将第一事件资源转移至目标账户；发送单元，用于第一设备将第二事件资源转移请求发送至第二设备，其中，第二事件资源转移请求用于指示第二设备向第三设备上的第二账户请求获取第一事件资源中的部分或全部事件资源；以及转移单元，用于在从第二账户中获取到第一事件资源中的全部事件资源的情况下，第一设备将第一事件资源转移至目标账户；在从第二账户中获取到第一事件资源中的部分事件资源的情况下，第一设备将部分事件资源转移到第一设备上的第一账户中，并从第一账户中转移第一事件资源至目标账户。
[0007]在本发明实施例中，第一设备在接收到第一事件资源转移请求时，通过向第二设备发送第二事件资源转移请求以指示第二设备从第三设备上的第二账户获取第一事件资源中的部分或全部事件资源，当获取到全部事件资源时第一设备可以直接将第一事件资源转移至目标账户，当获取到部分事件资源时第一设备可以先将获取到的部分事件资源转移至第一账户，然后将第一事件资源从第一账户转移至目标账户，达到了提高事件资源转移成功率的目的，从而实现了提高事件处理效率的技术效果，进而解决了相关技术中事件处理平台在从其他账户向目标账户转移事件资源时会出现事件资源转移失败的情况的技术问题。【附图说明】
[0008]此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中:
[0009]图1是根据本发明实施例的事件处理方法的硬件环境的示意图；
[0010]图2是根据本发明实施例的一种可选的事件处理方法的流程图；
[0011]图3是根据本发明实施例同步授信快赎的处理流程图；
[0012]图4是根据本发明实施例异步授信快赎的处理流程图；
[0013]图5是根据本发明实施例同步垫资授信快赎的处理流程图；
[0014]图6是根据本发明实施例异步垫资授信快赎的处理流程图；
[0015]图7是根据本发明实施例的一种可选的事件处理装置的示意图；
[0016]图8是根据本发明实施例的另一种可选的事件处理装置的示意图；
[0017]图9是根据本发明实施例的另一种可选的事件处理装置的示意图；
[0018]图10是根据本发明实施例的另一种可选的事件处理装置的示意图；
[0019]图11是根据本发明实施例的另一种可选的事件处理装置的示意图；
[0020]图12是根据本发明实施例的另一种可选的事件处理装置的示意图；以及 [0021 ]图13是根据本发明实施例的一种终端的结构框图。【具体实施方式】
[0022]为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。[〇〇23]需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。[〇〇24] 实施例1[〇〇25]根据本发明实施例，提供了一种事件处理方法的方法实施例。
[0026]可选地，在本实施例中，上述事件处理方法可以应用于如图1所示的由服务器102 和终端104所构成的硬件环境中。如图1所示，服务器102通过网络与终端104进行连接，上述网络包括但不限于:广域网、城域网或局域网，终端104并不限定于PC、手机、平板电脑等。本发明实施例的事件处理方法可以由服务器102来执行，也可以由终端104来执行，还可以是由服务器102和终端104共同执行。其中，终端104执行本发明实施例的事件处理方法也可以是由安装在其上的客户端来执行。
[0027]图2是根据本发明实施例的一种可选的事件处理方法的流程图，如图2所示，该方法可以包括以下步骤:
[0028]步骤S202,第一设备接收第一事件资源转移请求，其中，第一事件资源转移请求用于请求将第一事件资源转移至目标账户；
[0029]步骤S204，第一设备将第二事件资源转移请求发送至第二设备，其中，第二事件资源转移请求用于指示第二设备向第三设备上的第二账户请求获取第一事件资源中的部分或全部事件资源；
[0030]步骤S206,在从第二账户中获取到第一事件资源中的全部事件资源的情况下，第一设备将第一事件资源转移至目标账户;在从第二账户中获取到第一事件资源中的部分事件资源的情况下，第一设备将部分事件资源转移到第一设备上的第一账户中，并从第一账户中转移第一事件资源至目标账户。
[0031]通过上述步骤S202至步骤S206,第一设备在接收到第一事件资源转移请求时，通过向第二设备发送第二事件资源转移请求以指示第二设备从第三设备上的第二账户获取第一事件资源中的部分或全部事件资源，当获取到全部事件资源时第一设备可以直接将第一事件资源转移至目标账户，当获取到部分事件资源时第一设备可以先将获取到的部分事件资源转移至第一账户，然后将第一事件资源从第一账户转移至目标账户，达到了提高事件资源转移成功率的目的，进而解决了相关技术中事件处理平台在从其他账户向目标账户转移事件资源时会出现事件资源转移失败的情况的技术问题，实现了提高事件处理效率的技术效果。[〇〇32]在步骤S202提供的技术方案中，第一设备可以是一个服务器或者由多个服务器构成的服务器群组，其中，服务器群组中多个服务器可以为分布式，也可以为集中式，此处不做具体限定。第一设备还可以是一个具体的设备或者平台。第一事件资源转移请求可以用于请求将第一事件资源转移至目标账户，需要说明的是，本发明实施例对第一事件资源的类型不做具体限定，第一事件资源可以是需要转移的资金资源，也可以是需要转移的网络资源。本发明实施例对目标账户也不做具体限定，目标账户可以是请求转移的第一事件资源的接收账户，该目标账户可以是个人账户，也可以是企业账户。还需要说明的是，第一设备接收到的第一事件资源转移请求的发起者可以是目标账户，也可以是其他账户。第一事件资源转移请求中可以包括第一事件资源的类型、第一事件资源的数量、转移第一事件资源的源账户以及转移第一事件资源的目标账户等信息。[〇〇33]在实际应用场景中，第一设备在接收到第一事件资源转移请求后，可以对第一事件资源转移请求进行解析，获取第一事件资源转移请求所请求的第一事件资源的类型、第一事件资源的数量、转移第一事件资源的源账户以及转移第一事件资源的目标账户等信息，并按照上述解析得到的信息对第一事件资源转移请求进行响应。
[0034]还需要说明的是，第一设备上可以设置有第一账户，该第一账户中可以存储有一定量的事件资源。当第一设备接收到第一事件资源转移请求时，第一账户可以从自身存储的一定量的事件资源中获取与第一事件资源等量的事件资源，并将其预先转移至目标账户。需要说明的是，第一账户中存储的一定量的事件资源可能大于第一事件资源，也可能小于第一事件资源，当第一账户中存储的一定量的事件资源大于第一事件资源时，第一设备在接收到第一事件资源转移请求时，可以从第一账户中获取与第一事件资源等量的事件资源并将其转移至目标账户；当第一账户中存储的一定量的事件资源小于第一事件资源时，第一设备在接收到第一事件资源转移请求时，需要从其他设备的账户中请求第一账户存储的一定量的事件资源小于第一事件资源的部分事件资源，然后将请求得到的部分事件资源以及第一账户中存储的一定量的事件资源(两者的总和即第一事件资源)转移至目标账户。
[0035]在步骤S204提供的技术方案中，第一设备对接收到的第一事件资源转移请求进行响应可以包括:按照从第一事件资源转移请求中解析得到的相关信息首先检测第一设备上的第一账户中存储的事件资源是否能够满足第一事件资源转移请求所请求的第一事件资源，当第一设备检测到第一账户中未存储事件资源或者第一账户中存储的事件资源小于第一事件资源时，第一设备可以发起第二事件资源请求，并将第二事件资源转移请求发送至第二设备，以达到从第二设备中请求第一事件资源的全部事件资源或者部分事件资源的目的。其中，当第一账户中未存储事件资源时，第二事件资源转移请求用于指示第二设备从第三设备的第二账户中请求第一事件资源的全部事件资源；当第一账户中存储的事件资源小于第一事件资源时，第二事件资源转移请求用于指示第二设备从第三设备的第二账户中请求第一事件资源的部分事件资源，且这部分事件资源为第一账户中存储的事件资源小于第一事件资源的那部分。需要说明的是，第二设备也可以是一个服务器或者由多个服务器构成的服务器群组，其中，服务器群组中多个服务器可以为分布式，也可以为集中式，此处不做具体限定。第二设备还可以是一个具体的设备或者平台。
[0036]第一设备向第二设备发送的第二事件资源转移请求可以用于指示第二设备向第三设备上的第二账户请求获取第一事件资源中的部分或全部事件资源。需要说明的是，第三设备也可以是一个服务器或者由多个服务器构成的服务器群组，其中，服务器群组中多个服务器可以为分布式，也可以为集中式，此处不做具体限定。第三设备还可以是一个具体的设备或者平台。第三设备上的账户为第二账户，第二账户中可以存储有事件资源，第二账户中存储的事件资源足够满足第一事件资源转移请求所请求的第一事件资源。本发明实施例为了保证将第一事件资源转移请求所请求的第一事件资源成功转移至目标账户，当第一设备中的第一账户未存储事件资源或者存储的事件资源小于第一事件资源时，第一设备向第二设备发起第二事件资源转移请求，而第二设备为了保证第一事件资源成功转移至目标账户，可以从具有足够量事件资源的第三设备的第二账户中请求第一事件资源的全部事件资源或者部分事件资源，以进一步保证第一事件资源被成功转移至目标账户。
[0037]在步骤S206提供的技术方案中，当第一账户中未存储事件资源时，第一设备向第二设备发送的第二事件资源转移请求用于指示第二设备从第三设备的第二账户中获取第一事件资源的全部事件资源，在第二设备按照第二事件资源转移请求从第三设备的第二账户中获取第一事件资源的全部事件资源后，第二设备可以将获取到的第一事件资源的全部事件资源转移至第一设备的第一账户中，然后第一设备将第一事件资源的全部事件资源转移至目标账户。当第一账户中存储的事件资源小于第一事件资源时，第一设备向第二设备发送的第二事件资源转移请求用于指示第二设备从第三设备的第二账户中获取第一事件资源的部分事件资源，该部分事件资源为第一账户中存储的事件资源小于第一事件资源的那部分，在第二设备按照第二事件资源转移请求从第三设备的第二账户中获取第一事件资源的部分事件资源后，第二设备可以将获取到的第一事件资源的部分事件资源转移至第一设备的第一账户中，然后第一设备将第二设备转移过来的第一事件资源的部分事件资源与第一账户本身存储的事件资源进行整合，得到与第一事件资源等量的事件资源，并将其转移至目标账户。
[0038]需要说明的是，无论是上述哪种情况，本发明实施例均能保证将第一事件资源转移请求所请求的第一事件资源成功转移至目标账户。进而能够解决相关技术中事件处理平台在从其他账户向目标账户转移事件资源时会出现事件资源转移失败的情况的技术问题，实现了提高事件处理效率的技术效果。
[0039]作为一种可选的实施例，在从第二账户中获取到第一事件资源中的全部事件资源的情况下，第一设备将第一事件资源转移至目标账户包括以下步骤:
[0040]步骤S261，第一设备将第一事件资源转移到第一账户。
[0041]步骤S263，第一设备从第一账户中转移第一事件资源至目标账户。
[0042]步骤S265，第一设备向目标账户发送第一事件资源转移请求成功响应。
[0043]需要说明的是，当第一账户中未存储事件资源时，第一设备向第二设备发送的第二事件资源转移请求可以用于指示第二设备从第三设备的第二账户中获取第一事件资源的全部事件资源，在第二设备按照第二事件资源转移请求从第三设备的第二账户中获取第一事件资源的全部事件资源后，第二设备可以将获取到的第一事件资源的全部事件资源转移至第一设备的第一账户中，然后第一设备将第一事件资源的全部事件资源从第一账户转移至目标账户，并向目标账户发送第一事件资源转移请求成功响应以通知目标账户第一事件资源转移成功。
[0044]该可选实施例可以应用于资金转移领域，以互联网金融平台上实现快赎为例，利用该可选实施例所提供的技术方案能够实现同步授信快赎。在该同步授信快赎方案中，基金公司和银行可以协商授信额度，使用请款接口来给用户的快赎款项付款，这样基金公司就无需提早准备D+0赎回款，也无需预估用户的快赎金额，其中，D是指日期。
[0045]图3是根据本发明实施例同步授信快赎的处理流程图，如图3所示，该同步授信快赎方案的具体流程可以描述如下:
[0046]1、用户发起D+0快速赎回请求，并将该D+0快速赎回请求发送至理财平台。
[0047]2、理财平台在接收到用户发送的D+0快速赎回请求之后，向基金公司发送D+0银行授信快赎请求，该D+0银行授信快赎请求可以用于指示基金公司请求银行给理财平台付款。
[0048]3、基金公司在接收到D+0银行授信快赎请求之后，首先对该D+0银行授信快赎请求进行内部赎回处理，可以包括对D+0银行授信快赎请求进行解析等处理操作。
[0049]4、基金公司在对D+0银行授信快赎请求进行内部赎回处理之后，即可以向银行发请求指令以请求银行给理财平台付款。
[0050]5、银行在接收到基金公司发送的请求指令后可以给理财平台上的基金公司付款账户打款。
[0051]6、银行在给理财平台上的基金公司付款账户打款之后，可以通知向基金公司返回付款结果，基金公司接收到银行返回的付款结果后可以向理财平台返回赎回请求结果。
[0052]7、理财平台在接收到基金公司返回的赎回成功结果后，将银行款项充值到基金公司付款账户。
[0053]8、在将银行款项成功充值到基金公司付款账户中后，理财平台从基金公司付款账户给用户发起提现。
[0054]9、理财平台在给用户提现成功后更新赎回单状态，更新赎回单“已付款”。
[0055]10、理财平台向用户返回赎回请求结果，即赎回成功。
[0056]需要说明的是，该例子中的用户对应本发明实施例中的目标账户、理财平台对应本发明实施例中的第一设备、基金公司对应本发明实施例中的第二设备、银行对应本发明实施例中的第三设备、D+0快速赎回请求对应本发明实施例中的第一事件资源转移请求、D+O银行授信快赎请求对应本发明实施例中的第二事件资源转移请求、基金公司付款账户对应本发明实施例中的第一账户。
[0057]使用该同步授信快赎方案后，基金公司无需提早付款给理财平台；用户在理财平台发起的每一笔赎回，基金公司向银行授信请款后给理财平台付款。该同步授信快赎方案因为是实时接口，因此如果有大量用户发起快赎请求，会对基金公司和银行系统造成比较大的压力。
[0058]还需要说明的是，该可选实施例还可以应用于其他场景中，比如网络资源转移的场景中，该可选实施例应用于网络资源转移场景中的处理流程与上述例子相似，此处不再赘述。
[0059]作为一种可选的实施例，在第一设备将第二事件资源转移请求发送至第二设备之后、并在第一设备将第一事件资源转移至目标账户之前，该可选实施例还可以包括以下步骤:
[0060]步骤S2052，第一设备接收第二设备发送的第二事件资源转移请求成功响应。
[0061]在步骤S2052提供的技术方案中，第二设备在接收到第一设备发送的第二事件资源转移请求后，可以首先向第一设备返回第二事件资源转移请求成功响应，该响应可以用于指示第二设备已经成功接收到第二事件资源转移请求，并对该接收到的第二事件资源转移请求进行了响应。该可选实施例中第二设备通过在接收到第二事件资源转移请求后立即向第一设备返回第二事件资源转移请求成功响应能够增加消息交互的实时性和有效性，而且及时通知第一设备已经成功接收到第二事件资源转移请求，能够避免第一设备因重复发送第二事件资源转移请求造成消耗第二设备网络资源。
[0062]步骤S2054，第一设备存储与第一事件资源转移请求对应的处于资源待转移状态的记录，其中，记录用于表示成功请求到第一事件资源、但第一事件资源尚未转移到目标账户。
[0063]在步骤S2054提供的技术方案中，第一设备在接收到第一事件资源转移请求后会向第二设备发送第二事件转移请求，第二设备成功接收到第二事件转移请求后对该请求进行响应，其响应的过程可以包括从第三设备中请求第一事件资源的全部事件资源或者部分事件资源。当第二设备成功从第三设备请求到第一事件资源的全部事件资源或者部分事件资源后，会向第一设备返回第二事件资源转移请求成功响应。第一设备在接收到第二设备返回的第二事件资源转移请求成功响应后，可以记录该第一事件资源转移请求所请求的第一事件资源处于资源待转移状态，可选地，第一设备在记录之后可以存储该记录。需要说明的是，第一设备中存储的用于表示记录用于表示成功请求到第一事件资源、但第一事件资源尚未转移到目标账户的记录可以有一个，也可以有多个，其中，每个记录均可以对应一个事件资源转移请求。当第一设备中存储多个上述记录时，可以对这些记录中所涉及到的尚未转移至目标账户的事件资源进行汇总，以便于一次性将汇总后的事件资源转移至目标账户，这样能够减少多次事件资源转移过程给系统带来的压力。
[0064]相应地，步骤S206第一设备将第一事件资源转移至目标账户可以包括:
[0065]步骤S2062，第一设备向目标账户发送第二事件资源转移请求成功响应。
[0066]步骤S2064，第一设备查找记录。
[0067]步骤S2066，若查找到记录，则第一设备将第三事件资源转移请求发送至第二设备，其中，第三事件资源转移请求用于指示第二设备向第三设备发送第四事件资源转移请求，第四事件资源转移请求用于请求从第二账户中获取第一事件资源。
[0068]步骤S2068，第一设备从第二账户中获取到第一事件资源中的全部事件资源，将第一事件资源转移到第一账户。
[0069]步骤S2070，从第一账户中转移第一事件资源至目标账户。
[0070]在步骤S2062提供的技术方案中，第一设备在存储与第一事件资源转移请求对应的处于资源待转移状态的记录，并对这些记录中所涉及到的事件资源进行汇总之后，可以向目标账户返回第二事件资源转移请求成功响应，以达到通知目标账户已经成功对其发起的第一事件资源转移请求进行了响应，该响应可以表示已经成功请求到目标账户所请求的第一事件资源，但尚未进行转移。该可选实施例中第一设备通过向目标账户返回第二事件资源转移请求成功响应，能够达到及时通知目标账户已经成功请求到其所请求的事件资源，进而避免目标账户因重复发起第一事件资源转移请求造成消耗第一设备网络资源的目的。
[0071]在步骤S2064提供的技术方案中，第一设备向目标账户发送第二事件资源转移请求成功响应之后，接下来要将第一事件资源转移至目标账户，具体地，第一设备可以查找内部存储的用于表示成功请求到第一事件资源、但第一事件资源尚未转移到目标账户的记录，这些记录中所涉及到的事件资源即为待转移至目标账户的事件资源。该可选实施例中第一设备通过查找用于表示成功请求到第一事件资源、但第一事件资源尚未转移到目标账户的记录，能够达到避免遗漏对目标账户发起的事件资源请求所请求的事件资源的转移的目的，进而实现了提高事件资源转移准确度。提高事件资源转移效率的效果。
[0072]在步骤S2066至步骤S2070提供的技术方案中，如果第一设备查找到用于表示成功请求到第一事件资源、但第一事件资源尚未转移到目标账户的记录，则说明存在待转移至目标账户的事件资源，该待转移至目标账户的事件资源即为第一事件资源，则此时第一设备可以向第二设备发送的第三事件资源转移请求，以向第二设备请求第一事件资源。第二设备在接收到第一设备发送的第三事件资源请求后，可以依据该第三事件资源转移请求向第三设备发送第四资源转移请求以从第四设备中的第二账户中获取第一事件资源。需要说明的是，第三事件资源可以用于指示第二设备向第三设备发送第四事件资源转移请求，第四事件资源转移请求可以用于请求从第二账户中获取第一事件资源。当第二设备成功从第三设备的第二账号中获取到第一事件资源后，可以将获取到的第一事件资源转移至第一设备的第一账户中，然后第一设备将第一事件资源从第一账户转移至目标账户。
[0073]该可选实施例也可以应用于资金转移领域，以互联网金融平台上实现快赎为例，利用该可选实施例所提供的技术方案能够实现异步授信快赎。在该异步授信快赎方案中，基金公司和银行可以协商授信额度，使用请款接口来给用户的快赎款项付款，这样基金公司就无需提早准备D+0赎回款，也无需预估用户的快赎金额。
[0074]图4是根据本发明实施例异步授信快赎的处理流程图，如图4所示，该异步授信快赎方案的具体流程可以描述如下:
[0075]1、用户发起D+0快速赎回请求，并将该D+0快速赎回请求发送至理财平台。
[0076]2、理财平台在接收到用户发送的D+0快速赎回请求之后，向基金公司发送D+0银行授信快赎请求，该D+0银行授信快赎请求可以用于指示基金公司请求银行给理财平台付款。
[0077]3、基金公司在接收到D+0银行授信快赎请求之后，首先对该D+0银行授信快赎请求进行内部赎回处理，可以包括对D+0银行授信快赎请求进行解析等处理操作。
[0078]4、基金公司在对D+0银行授信快赎请求进行内部赎回处理之后，可以向理财平台返回赎回请求结果，该结果可以用于指示基金公司成功接收到D+0银行授信快赎请求。
[0079]5、理财平台在接收到基金公司返回的赎回请求结果之后，可以进行内部处理并记录赎回单，并将其状态标记为“请求成功，待付款”。
[0080]6、理财平台向目标用户返回赎回请求结果，该结果可以用于通知用户赎回请求正在处理中。
[0081]需要说明的是，图4中的后续流程可以由异步发起，具体地:
[0082]7、理财平台定时扫描所有状态为“请求成功，待付款”的赎回单，需要说明的是，理财平台可以依据实际情况设置定时时间间隔，比如5分钟。
[0083]8、理财平台在扫描所有的状态为“请求成功，待付款”的赎回单之后，可以汇总该段时间内所有的请款金额。
[0084]9、理财平台在汇总情况金额之后，可以向基金公司发起请求，以请求给理财平台付款。
[0085]10、基金公司在接收到理财平台发起的用于请求给理财平台付款的请求后，可以核对情况数据，在核对情况数据无误后可以向银行发起请求，以请求银行给理财平台付款。
[0086]11、银行在接收到基金公司发送的请求后可以给理财平台上的基金公司付款账户打款。
[0087]12、银行在给理财平台上的基金公司付款账户打款之后，可以通知向基金公司返回付款结果，基金公司接收到银行返回的付款结果后可以向理财平台返回付款结果。
[0088]13、理财平台在接收到基金公司返回的付款成功结果后，将银行款项充值到基金公司付款账户。
[0089]14、在将银行款项成功充值到基金公司付款账户中后，理财平台从基金公司付款账户给用户发起提现。
[0090]15、理财平台在给用户提现成功后更新赎回单状态，更新赎回单为“已付款”。
[0091]需要说明的是，该例子中的用户对应本发明实施例中的目标账户、理财平台对应本发明实施例中的第一设备、基金公司对应本发明实施例中的第二设备、银行对应本发明实施例中的第三设备、D+0快速赎回请求对应本发明实施例中的第一事件资源转移请求、D+O银行授信快赎请求对应本发明实施例中的第二事件资源转移请求、理财平台向基金公司发送的用于请求给理财平台付款的请求对应本发明实施例中的第三事件资源转移请求、基金公司向银行发送的用于请求给理财平台付款的请求对应本发明实施例中的第四事件资源转移请求、基金公司付款账户对应本发明实施例中的第一账户。
[0092]该异步授信快赎方案如果有用户发起大量快赎请求，也不会对基金公司和银行系统造成比较大的压力，不会影响基金公司和银行的接口性能。但是，该异步授信快赎方法对用户的赎回款到账时间有一定的延迟，要批量请款成后，才给用户发起付款。
[0093]还需要说明的是，该可选实施例还可以应用于其他场景中，比如网络资源转移的场景中，该可选实施例应用于网络资源转移场景中的处理流程与上述例子相似，此处不再赘述。
[0094]作为一种可选的实施例，步骤S204第一设备将第二事件资源转移请求发送至第二设备可以包括:
[0095]步骤S2042，第一设备判断第一事件资源是否超过第一账户中的第二事件资源。
[0096]步骤S2044，若第一事件资源超过第二事件资源，则第一设备将第二事件资源转移请求发送至第二设备。
[0097]步骤S2046，若第一事件资源不超过第二事件资源，则第一设备从第一账户中转移第一事件资源至目标账户。
[0098]需要说明的是，第二事件资源可以为第一设备中的第一账户中存储的事件资源，需要说明的是，本发明实施例对第一账户中存储的第二事件资源的数量不做具体限定，第二事件资源可能大于第一事件资源转移请求所请求的第一事件资源，也可能小于第一事件资源。第一设备在接收到第一事件资源转移请求后，可以解析该第一事件资源转移请求中解析得到其所请求的第一事件资源。该可选实施例中第一设备在确定第一事件资源之后，可以先判断第一事件资源是否超过第一账户中的第二事件资源，当所请求的第一事件资源超过第二事件资源时，说明第一账户中存储的第二事件资源不足以满足第一事件资源转移请求，则此时需要第一设备通过向第二设备发送第二事件资源转移请求的方式从第三设备中的第二账户中获取第一事件资源超过第二事件资源的部分事件资源。当所请求的第一事件资源未超过第二事件资源时，说明第一账户中存储的第二事件资源能够满足第一事件资源转移请求，则此时无需第一设备通过向第二设备发送第二事件资源转移请求的方式从第三设备中的第二账户中获取事件资源，只需利用第一账户中的第二事件资源，从第二事件资源中获取与第一事件资源等量的事件资源并将其转移至目标账户。
[0099]该可选实施例中第一设备在向第二设备发送第二事件资源转移请求之前，通过判断第一事件资源转移请求所请求的第一事件资源是否超过第一设备中的第一账户中存储的第二事件资源，在超过时才向第二设备发送第二事件资源转移请求以从第三设备中的第二账户中请求第一事件资源;在未超过时，直接从第一账户中获取第一事件资源并将其转移至目标账户。通过该可选实施例，能够缩短因向其他设备请求第一事件资源造成的事件资源转移时间的延迟，进而可以加快事件资源转移速度，提高事件资源转移效率。
[0100]该可选实施例也可以应用于资金转移领域，以互联网金融平台上实现快赎为例，利用该可选实施例所提供的技术方案能够实现同步或异步垫资授信快赎。
[0101]图5是根据本发明实施例同步垫资授信快赎的处理流程图，如图5所示，该同步垫资授信快赎方案的具体流程可以描述如下:
[0102]用户发起D+0快速赎回请求，并将该D+0快速赎回请求发送至理财平台。
[0103]理财平台在接收到用户发送的D+0快速赎回请求之后，首先判断垫资额定，即判断D+0快速赎回请求所请求的金额是否超过理财平台中的基金公司付款账户中的金额。其中，在未超过时，执行虚线框所示的“垫资快赎”对应的流程;在超过时，执行虚线框所示的同步的“授信快赎”对应的流程。
[0104]“垫资快赎”的流程可以包括:理财平台向基金公司发起D+0垫资快赎请求;基金公司在接收到D+0垫资快赎请求之后，对其进行内部赎回处理;并将理财平台返回赎回请求结果;理财平台在接收到基金公司返回的赎回请求结果之后，可以从基金公司付款账户给用户发起提现;理财平台在给用户提现成功后更新赎回单状态，更新赎回单为“已付款”；理财平台向用户返回赎回请求结果，即赎回成功。
[0105]同步的“授信快赎”的流程可以包括:理财平台向基金公司发送D+0银行授信快赎请求，该D+0银行授信快赎请求可以用于指示基金公司请求银行给理财平台付款;基金公司在接收到D+0银行授信快赎请求之后，首先对该D+0银行授信快赎请求进行内部赎回处理，可以包括对D+0银行授信快赎请求进行解析等处理操作;基金公司在对D+0银行授信快赎请求进行内部赎回处理之后，即可以向银行发请求指令以请求银行给理财平台付款;银行在接收到基金公司发送的请求指令后可以给理财平台上的基金公司付款账户打款;银行在给理财平台上的基金公司付款账户打款之后，可以通知向基金公司返回付款结果，基金公司接收到银行返回的付款结果后可以向理财平台返回赎回请求结果;理财平台在接收到基金公司返回的赎回成功结果后，将银行款项充值到基金公司付款账户；在将银行款项成功充值到基金公司付款账户中后，理财平台从基金公司付款账户给用户发起提现;理财平台在给用户提现成功后更新赎回单状态，更新赎回单“已付款”；理财平台向用户返回赎回请求结果，即赎回成功。
[0106]银行授信款的成本一般笔基金公司自出垫资款的成本要高，使用该同步垫资授信快赎方案后，基金公司预备比较少的垫资金额给理财平台，保证该笔金额在D日都会被使用;在提高资金利用率的同时，也能满足用户的快赎要求。
[0107]图6是根据本发明实施例异步垫资授信快赎的处理流程图，如图6所示，该异步垫资授信快赎方案的具体流程可以描述如下:
[0108]用户发起D+0快速赎回请求，并将该D+0快速赎回请求发送至理财平台。
[0109]理财平台在接收到用户发送的D+0快速赎回请求之后，首先判断垫资额定，即判断D+0快速赎回请求所请求的金额是否超过理财平台中的基金公司付款账户中的金额。其中，在未超过时，执行虚线框所示的“垫资快赎”对应的流程;在超过时，执行虚线框所示的异步的“授信快赎”对应的流程。
[0110]“垫资快赎”的流程可以包括:理财平台向基金公司发起D+0垫资快赎请求;基金公司在接收到D+0垫资快赎请求之后，对其进行内部赎回处理;并将理财平台返回赎回请求结果;理财平台在接收到基金公司返回的赎回请求结果之后，可以从基金公司付款账户给用户发起提现;理财平台在给用户提现成功后更新赎回单状态，更新赎回单为“已付款”；理财平台向用户返回赎回请求结果，即赎回成功。
[0111]异步的“授信快赎”的流程可以包括:理财平台向基金公司发送D+0银行授信快赎请求，该D+0银行授信快赎请求可以用于指示基金公司请求银行给理财平台付款;基金公司在接收到D+0银行授信快赎请求之后，首先对该D+0银行授信快赎请求进行内部赎回处理，可以包括对D+0银行授信快赎请求进行解析等处理操作;基金公司在对D+0银行授信快赎请求进行内部赎回处理之后，可以向理财平台返回赎回请求结果，该结果可以用于指示基金公司成功接收到D+0银行授信快赎请求;理财平台在接收到基金公司返回的赎回请求结果之后，可以进行内部处理并记录赎回单，并将其状态标记为“请求成功，待付款”；理财平台向目标用户返回赎回请求结果，该结果可以用于通知用户赎回请求正在处理中；理财平台定时扫描所有状态为“请求成功，待付款”的赎回单，需要说明的是，理财平台可以依据实际情况设置定时时间间隔，比如5分钟;理财平台在扫描所有的状态为“请求成功，待付款”的赎回单之后，可以汇总该段时间内所有的请款金额;理财平台在汇总情况金额之后，可以向基金公司发起请求，以请求给理财平台付款;基金公司在接收到理财平台发起的用于请求给理财平台付款的请求后，可以核对情况数据，在核对情况数据无误后可以向银行发起请求，以请求银行给理财平台付款;银行在接收到基金公司发送的请求后可以给理财平台上的基金公司付款账户打款;银行在给理财平台上的基金公司付款账户打款之后，可以通知向基金公司返回付款结果，基金公司接收到银行返回的付款结果后可以向理财平台返回付款结果;理财平台在接收到基金公司返回的付款成功结果后，将银行款项充值到基金公司付款账户；在将银行款项成功充值到基金公司付款账户中后，理财平台从基金公司付款账户给用户发起提现;理财平台在给用户提现成功后更新赎回单状态，更新赎回单为“已付款”。
[0112]使用该异步垫资授信快赎方案后，基金公司预备比较少的垫资金额给理财平台，保证该笔金额在D日都会被使用;在提高资金利用率的同时，也能满足用户的快赎要求。而且，如果有用户发起大量快赎请求，也不会对基金公司和银行系统造成比较大的压力，不会影响基金公司和银行的接口性能。但是，该异步垫资授信快赎方案对用户的赎回款到账时间有一定的延迟，要批量请款成后，才给用户发起付款。
[0113]需要说明的是，该例子中的用户对应本发明实施例中的目标账户、理财平台对应本发明实施例中的第一设备、基金公司对应本发明实施例中的第二设备、银行对应本发明实施例中的第三设备、D+0快速赎回请求对应本发明实施例中的第一事件资源转移请求、D+O银行授信快赎请求对应本发明实施例中的第二事件资源转移请求、理财平台向基金公司发送的用于请求给理财平台付款的请求对应本发明实施例中的第三事件资源转移请求、基金公司向银行发送的用于请求给理财平台付款的请求对应本发明实施例中的第四事件资源转移请求、基金公司付款账户对应本发明实施例中的第一账户。
[0114]还需要说明的是，该可选实施例还可以应用于其他场景中，比如网络资源转移的场景中，该可选实施例应用于网络资源转移场景中的处理流程与上述例子相似，此处不再赘述。
[0115]作为一种可选的实施例，在步骤S202第一设备接收第一事件资源转移请求之前，该可选实施例还可以包括:
[0116]步骤S201，根据当前的资源转移情况和/或目标账户对资源转移时间的要求，指示执行以下步骤之一:
[0117](I)第一设备将第二事件资源转移请求发送至第二设备，其中，第二事件资源转移请求用于指示第二设备向第三设备上的第二账户请求获取第一事件资源中的全部事件资源;第一设备在从第一账户中转移第一事件资源至目标账户之后向目标账户发送第一事件资源转移请求成功响应；
[0118](2)第一设备将第二事件资源转移请求发送至第二设备，其中，第二事件资源转移请求用于指示第二设备向第三设备上的第二账户请求获取第一事件资源中的全部事件资源;第一设备在从第一账户中转移第一事件资源至目标账户之前向目标账户发送第一事件资源转移请求成功响应；
[0119](3)第一设备判断第一事件资源是否超过第一账户中的第二事件资源;若第一事件资源超过第二事件资源，则第一设备将第二事件资源转移请求发送至第二设备；
[0120](4)第一设备将第二事件资源转移请求发送至第二设备，其中，第二事件资源转移请求用于指示第二设备向第三设备上的第二账户请求获取第一事件资源中的部分事件资源。
[0121]需要说明的是，该可选实施例可以依据当前的资源转移情况和/或目标账户对资源转移时间的要求确定事件处理方法所选择的具体方案，具体包括以上(I)至(4)所示的四种方案，其中，(I)至(4)所示的四种方案已经在本发明上述实施例中进行了详细介绍，此处不再赘述。还需要说明的是，本发明实施例还可以依据其他内容确定事件处理方法所选择的具体方案，比如第一设备和第二设备能够处理事件资源转移请求的能力、第三设备中的第二账号中所能够存储的事件资源的数量等，此处不再一一举例说明。
[0122]该可选实施例也可以应用于资金转移领域，以互联网金融平台上实现快赎为例，利用该可选实施例所提供的技术方案能够确定在什么样的场景下从本发明上述举例中所述的方案中选择合适的方案，下面举例说明具体的选择方法:
[0123]在每日赎回款项波动大，无法预估最低赎回款，只能使用银行资金，或者银行成本比基金公司便宜;赎回请求压力比较小；用户对赎回到账时间比较关注的情况下，可以选择如图3所示的同步授信快赎方案。
[0124]在每日赎回款项波动大，无法预估最低赎回款，只能使用银行资金，或者银行成本比基金公司便宜;赎回请求压力比较大，超出基金公司或者银行系统能力；用户对赎回到账时间有一定容忍的情况下，可以选择如图4所示的异步授信快赎方案。
[0125]在每日赎回款项波动小，可以比较容易预估最低赎回款，或者银行成本比基金公司高，以降低基金公司资金成本;赎回请求压力比较小；用户对赎回到账时间比较关注的情况下，可以选择如图5所示的同步垫资授信方案。
[0126]在每日赎回款项波动小，可以比较容易预估最低赎回款，或者银行成本比基金公司高，以降低基金公司资金成本;赎回请求压力比较大，超出基金公司或者银行系统能力；用户对赎回到账时间有一定容忍的情况下，可以选择如图6所示的异步垫资授信方案。
[0127]还需要说明的是，该可选实施例还可以应用于其他场景中，比如网络资源转移的场景中，该可选实施例应用于网络资源转移场景中的处理流程与上述例子相似，此处不再赘述。
[0128]该可选实施例根据具体的应用场景选择合适的事件处理方案，能够达到提高事件资源转移成功率、提高事件处理效率的效果。
[0129]需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。
[0130]通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如R0M/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
[0131]实施例2
[0132]根据本发明实施例，还提供了一种用于实施上述事件处理方法的事件处理装置。图7是根据本发明实施例的一种可选的事件处理装置的示意图，如图7所示，该装置可以包括:
[0133]第一接收单元22，用于第一设备接收第一事件资源转移请求，其中，第一事件资源转移请求用于请求将第一事件资源转移至目标账户；发送单元24，用于第一设备将第二事件资源转移请求发送至第二设备，其中，第二事件资源转移请求用于指示第二设备向第三设备上的第二账户请求获取第一事件资源中的部分或全部事件资源；以及转移单元26，用于在从第二账户中获取到第一事件资源中的全部事件资源的情况下，第一设备将第一事件资源转移至目标账户；在从第二账户中获取到第一事件资源中的部分事件资源的情况下，第一设备将部分事件资源转移到第一设备上的第一账户中，并从第一账户中转移第一事件资源至目标账户。
[0134]需要说明的是，该实施例中的第一接收单元22可以用于执行本申请实施例1中的步骤S202，该实施例中的发送单元24可以用于执行本申请实施例1中的步骤S204，该实施例中的转移单元26可以用于执行本申请实施例1中的步骤S206。
[0135]此处需要说明的是，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例1所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在如图1所示的硬件环境中，可以通过软件实现，也可以通过硬件实现。
[0136]作为一种可选的实施例，图8是根据本发明实施例的另一种可选的事件处理装置的示意图，如图8所示，在从第二账户中获取到第一事件资源中的全部事件资源的情况下，转移单元26可以包括:第一转移模块261，用于第一设备将第一事件资源转移到第一账户；第二转移模块263，用于第一设备从第一账户中转移第一事件资源至目标账户;第一发送模块265，用于第一设备向目标账户发送第一事件资源转移请求成功响应。
[0137]需要说明的是，该实施例中的第一转移模块261可以用于执行本申请实施例1中的步骤S2061，该实施例中的第二转移模块263可以用于执行本申请实施例1中的步骤S2063，该实施例中的第一发送模块265可以用于执行本申请实施例1中的步骤S2065。
[0138]此处需要说明的是，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例1所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在如图1所示的硬件环境中，可以通过软件实现，也可以通过硬件实现。
[0139]作为一种可选的实施例，图9是根据本发明实施例的另一种可选的事件处理装置的示意图，如图9所示，该可选实施例还可以包括:第二接收单元252，用于在第一设备将第二事件资源转移请求发送至第二设备之后、并在第一设备将第一事件资源转移至目标账户之前，第一设备接收第二设备发送的第二事件资源转移请求成功响应;存储单元254，用于第一设备存储与第一事件资源转移请求对应的处于资源待转移状态的记录，其中，记录用于表示成功请求到第一事件资源、但第一事件资源尚未转移到目标账户;转移单元26可以包括:发送模块262，用于第一设备向目标账户发送第二事件资源转移请求成功响应;查找模块264，用于第一设备查找记录;第二发送模块266，用于若查找到记录，则第一设备将第三事件资源转移请求发送至第二设备，其中，第三事件资源转移请求用于指示第二设备向第三设备发送第四事件资源转移请求，第四事件资源转移请求用于请求从第二账户中获取第一事件资源;第三转移模块268，用于第一设备从第二账户中获取到第一事件资源中的全部事件资源，将第一事件资源转移到第一账户；第四转移模块270，用于从第一账户中转移第一事件资源至目标账户。
[0140]需要说明的是，该实施例中的第二接收单元252可以用于执行本申请实施例1中的步骤S2052，该实施例中的存储单元254可以用于执行本申请实施例1中的步骤S2054，该实施例中的发送模块262可以用于执行本申请实施例1中的步骤S2062，该实施例中的查找模块264可以用于执行本申请实施例1中的步骤S2064，该实施例中的第二发送模块266可以用于执行本申请实施例1中的步骤S2066，该实施例中的第三转移模块268可以用于执行本申请实施例1中的步骤S2068，该实施例中的第四转移模块270可以用于执行本申请实施例1中的步骤S2070。
[0141]此处需要说明的是，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例1所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在如图1所示的硬件环境中，可以通过软件实现，也可以通过硬件实现。
[0142]作为一种可选的实施例，图10是根据本发明实施例的另一种可选的事件处理装置的示意图，如图10所示，发送单元24可以包括:判断模块242，用于第一设备判断第一事件资源是否超过第一账户中的第二事件资源;第三发送模块244，用于若第一事件资源超过第二事件资源，则第一设备将第二事件资源转移请求发送至第二设备。
[0143]需要说明的是，该实施例中的判断模块242可以用于执行本申请实施例1中的步骤S2042，该实施例中的第三发送模块244可以用于执行本申请实施例1中的步骤S2044。
[0144]此处需要说明的是，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例1所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在如图1所示的硬件环境中，可以通过软件实现，也可以通过硬件实现。
[0145]作为一种可选的实施例，图11是根据本发明实施例的另一种可选的事件处理装置的示意图，如图11所示，发送单元24还可以包括:第五转移模块246，用于在第一设备判断第一事件资源是否超过第一账户中的第二事件资源之后，若第一事件资源不超过第二事件资源，则第一设备从第一账户中转移第一事件资源至目标账户。
[0146]需要说明的是，该实施例中的第五转移模块246可以用于执行本申请实施例1中的步骤S2046。上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例1所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在如图1所示的硬件环境中，可以通过软件实现，也可以通过硬件实现。
[0147]作为一种可选的实施例，图12是根据本发明实施例的另一种可选的事件处理装置的示意图，如图12所示，该可选实施例还可以包括:指示单元21，用于在第一设备接收第一事件资源转移请求之前，根据当前的资源转移情况和/或目标账户对资源转移时间的要求，指示执行以下步骤之一:第一设备将第二事件资源转移请求发送至第二设备，其中，第二事件资源转移请求用于指示第二设备向第三设备上的第二账户请求获取第一事件资源中的全部事件资源;第一设备在从第一账户中转移第一事件资源至目标账户之后向目标账户发送第一事件资源转移请求成功响应;第一设备将第二事件资源转移请求发送至第二设备，其中，第二事件资源转移请求用于指示第二设备向第三设备上的第二账户请求获取第一事件资源中的全部事件资源;第一设备在从第一账户中转移第一事件资源至目标账户之前向目标账户发送第一事件资源转移请求成功响应;第一设备判断第一事件资源是否超过第一账户中的第二事件资源;若第一事件资源超过第二事件资源，则第一设备将第二事件资源转移请求发送至第二设备;第一设备将第二事件资源转移请求发送至第二设备，其中，第二事件资源转移请求用于指示第二设备向第三设备上的第二账户请求获取第一事件资源中的部分事件资源。
[0148]需要说明的是，该实施例中的指示单元21可以用于执行本申请实施例1中的步骤S201。上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例1所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在如图1所示的硬件环境中，可以通过软件实现，也可以通过硬件实现。
[0149]通过上述模块，能够达到提高事件资源转移成功率的目的，进而解决相关技术中事件处理平台在从其他账户向目标账户转移事件资源时会出现事件资源转移失败的情况的技术问题，实现提高事件处理效率的技术效果。
[0150]实施例3
[0151]根据本发明实施例，还提供了一种用于实施上述事件处理方法的服务器或终端。
[0152]图13是根据本发明实施例的一种终端的结构框图，如图13所示，该终端可以包括:一个或多个(图中仅示出一个)处理器201、存储器203、以及传输装置205(如上述实施例中的发送装置)，如图13所示，该终端还可以包括输入输出设备207。
[0153]其中，存储器203可用于存储软件程序以及模块，如本发明实施例中的事件处理方法和装置对应的程序指令/模块，处理器201通过运行存储在存储器203内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的事件处理方法。存储器203可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器203可进一步包括相对于处理器201远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
[0154]上述的传输装置205用于经由一个网络接收或者发送数据，还可以用于处理器与存储器之间的数据传输。上述的网络具体实例可包括有线网络及无线网络。在一个实例中，传输装置205包括一个网络适配器(Network Interface Controller，NIC)，其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中，传输装置205为射频(Rad1 Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。
[0155]其中，具体地，存储器203用于存储应用程序。
[0156]处理器201可以通过传输装置205调用存储器203存储的应用程序，以执行下述步骤:第一设备接收第一事件资源转移请求，其中，第一事件资源转移请求用于请求将第一事件资源转移至目标账户;第一设备将第二事件资源转移请求发送至第二设备，其中，第二事件资源转移请求用于指示第二设备向第三设备上的第二账户请求获取第一事件资源中的部分或全部事件资源；以及在从第二账户中获取到第一事件资源中的全部事件资源的情况下，第一设备将第一事件资源转移至目标账户；在从第二账户中获取到第一事件资源中的部分事件资源的情况下，第一设备将部分事件资源转移到第一设备上的第一账户中，并从第一账户中转移第一事件资源至目标账户。
[0157]处理器201还用于执行下述步骤:在从第二账户中获取到第一事件资源中的全部事件资源的情况下，第一设备将第一事件资源转移到第一账户；第一设备从第一账户中转移第一事件资源至目标账户;第一设备向目标账户发送第一事件资源转移请求成功响应。
[0158]处理器201还用于执行下述步骤:在第一设备将第二事件资源转移请求发送至第二设备之后、并在第一设备将第一事件资源转移至目标账户之前，第一设备接收第二设备发送的第二事件资源转移请求成功响应;第一设备存储与第一事件资源转移请求对应的处于资源待转移状态的记录，其中，记录用于表示成功请求到第一事件资源、但第一事件资源尚未转移到目标账户；第一设备向目标账户发送第二事件资源转移请求成功响应;第一设备查找记录;若查找到记录，则第一设备将第三事件资源转移请求发送至第二设备，其中，第三事件资源转移请求用于指示第二设备向第三设备发送第四事件资源转移请求，第四事件资源转移请求用于请求从第二账户中获取第一事件资源;第一设备从第二账户中获取到第一事件资源中的全部事件资源，将第一事件资源转移到第一账户；并从第一账户中转移第一事件资源至目标账户。
[0159]处理器201还用于执行下述步骤:第一设备判断第一事件资源是否超过第一账户中的第二事件资源;若第一事件资源超过第二事件资源，则第一设备将第二事件资源转移请求发送至第二设备。
[0160]处理器201还用于执行下述步骤:在第一设备判断第一事件资源是否超过第一账户中的第二事件资源之后，若第一事件资源不超过第二事件资源，则第一设备从第一账户中转移第一事件资源至目标账户。
[0161]处理器201还用于执行下述步骤:在第一设备接收第一事件资源转移请求之前，根据当前的资源转移情况和/或目标账户对资源转移时间的要求，指示执行以下步骤之一:第一设备将第二事件资源转移请求发送至第二设备，其中，第二事件资源转移请求用于指示第二设备向第三设备上的第二账户请求获取第一事件资源中的全部事件资源;第一设备在从第一账户中转移第一事件资源至目标账户之后向目标账户发送第一事件资源转移请求成功响应;第一设备将第二事件资源转移请求发送至第二设备，其中，第二事件资源转移请求用于指示第二设备向第三设备上的第二账户请求获取第一事件资源中的全部事件资源；第一设备在从第一账户中转移第一事件资源至目标账户之前向目标账户发送第一事件资源转移请求成功响应;第一设备判断第一事件资源是否超过第一账户中的第二事件资源；若第一事件资源超过第二事件资源，则第一设备将第二事件资源转移请求发送至第二设备;第一设备将第二事件资源转移请求发送至第二设备，其中，第二事件资源转移请求用于指示第二设备向第三设备上的第二账户请求获取第一事件资源中的部分事件资源。
[0162]采用本发明实施例，提供了一种事件处理的方案。第一设备在接收到第一事件资源转移请求时，通过向第二设备发送第二事件资源转移请求以指示第二设备从第三设备上的第二账户获取第一事件资源中的部分或全部事件资源，当获取到全部事件资源时第一设备可以直接将第一事件资源转移至目标账户，当获取到部分事件资源时第一设备可以先将获取到的部分事件资源转移至第一账户，然后将第一事件资源从第一账户转移至目标账户，达到了提高事件资源转移成功率的目的，进而解决了相关技术中事件处理平台在从其他账户向目标账户转移事件资源时会出现事件资源转移失败的情况的技术问题，实现了提高事件处理效率的技术效果。
[0163]可选地，本实施例中的具体示例可以参考上述实施例1和实施例2中所描述的示例，本实施例在此不再赘述。
[0164]本领域普通技术人员可以理解，图13所示的结构仅为示意，终端可以是智能手机(如Android手机、1S手机等)、平板电脑、掌上电脑以及移动互联网设备(Mobile InternetDevices，MID)、PAD等终端设备。图13其并不对上述电子装置的结构造成限定。例如，终端还可包括比图13中所示更多或者更少的组件(如网络接口、显示装置等)，或者具有与图13所示不同的配置。
[0165]本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括:闪存盘、只读存储器(Read-Only Memory，ROM)、随机存取器(RandomAccess Memory，RAM)、磁盘或光盘等。
[0166]实施例4
[0167]本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于执行事件处理方法的程序代码。
[0168]可选地，在本实施例中，上述存储介质可以位于上述实施例所示的网络中的多个网络设备中的至少一个网络设备上。
[0169]可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码:
[0170]SI，第一设备接收第一事件资源转移请求，其中，第一事件资源转移请求用于请求将第一事件资源转移至目标账户；
[0171 ] S2，第一设备将第二事件资源转移请求发送至第二设备，其中，第二事件资源转移请求用于指示第二设备向第三设备上的第二账户请求获取第一事件资源中的部分或全部事件资源；
[0172]S3，在从第二账户中获取到第一事件资源中的全部事件资源的情况下，第一设备将第一事件资源转移至目标账户;在从第二账户中获取到第一事件资源中的部分事件资源的情况下，第一设备将部分事件资源转移到第一设备上的第一账户中，并从第一账户中转移第一事件资源至目标账户。
[0173]可选地，存储介质还被设置为存储用于执行以下步骤的程序代码:在从第二账户中获取到第一事件资源中的全部事件资源的情况下，第一设备将第一事件资源转移到第一账户；第一设备从第一账户中转移第一事件资源至目标账户；第一设备向目标账户发送第一事件资源转移请求成功响应。
[0174]可选地，存储介质还被设置为存储用于执行以下步骤的程序代码:在第一设备将第二事件资源转移请求发送至第二设备之后、并在第一设备将第一事件资源转移至目标账户之前，第一设备接收第二设备发送的第二事件资源转移请求成功响应;第一设备存储与第一事件资源转移请求对应的处于资源待转移状态的记录，其中，记录用于表示成功请求到第一事件资源、但第一事件资源尚未转移到目标账户；第一设备向目标账户发送第二事件资源转移请求成功响应;第一设备查找记录;若查找到记录，则第一设备将第三事件资源转移请求发送至第二设备，其中，第三事件资源转移请求用于指示第二设备向第三设备发送第四事件资源转移请求，第四事件资源转移请求用于请求从第二账户中获取第一事件资源;第一设备从第二账户中获取到第一事件资源中的全部事件资源，将第一事件资源转移到第一账户;并从第一账户中转移第一事件资源至目标账户。
[0175]可选地，存储介质还被设置为存储用于执行以下步骤的程序代码:第一设备判断第一事件资源是否超过第一账户中的第二事件资源;若第一事件资源超过第二事件资源，则第一设备将第二事件资源转移请求发送至第二设备。
[0176]可选地，存储介质还被设置为存储用于执行以下步骤的程序代码:在第一设备判断第一事件资源是否超过第一账户中的第二事件资源之后，若第一事件资源不超过第二事件资源，则第一设备从第一账户中转移第一事件资源至目标账户。
[0177]可选地，存储介质还被设置为存储用于执行以下步骤的程序代码:在第一设备接收第一事件资源转移请求之前，根据当前的资源转移情况和/或目标账户对资源转移时间的要求，指示执行以下步骤之一:第一设备将第二事件资源转移请求发送至第二设备，其中，第二事件资源转移请求用于指示第二设备向第三设备上的第二账户请求获取第一事件资源中的全部事件资源;第一设备在从第一账户中转移第一事件资源至目标账户之后向目标账户发送第一事件资源转移请求成功响应;第一设备将第二事件资源转移请求发送至第二设备，其中，第二事件资源转移请求用于指示第二设备向第三设备上的第二账户请求获取第一事件资源中的全部事件资源;第一设备在从第一账户中转移第一事件资源至目标账户之前向目标账户发送第一事件资源转移请求成功响应;第一设备判断第一事件资源是否超过第一账户中的第二事件资源;若第一事件资源超过第二事件资源，则第一设备将第二事件资源转移请求发送至第二设备;第一设备将第二事件资源转移请求发送至第二设备，其中，第二事件资源转移请求用于指示第二设备向第三设备上的第二账户请求获取第一事件资源中的部分事件资源。
[0178]可选地，本实施例中的具体示例可以参考上述实施例1和实施例2中所描述的示例，本实施例在此不再赘述。
[0179]可选地，在本实施例中，上述存储介质可以包括但不限于:U盘、只读存储器(R0M，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
[0180]上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
[0181]上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。
[0182]在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
[0183]在本申请所提供的几个实施例中，应该理解到，所揭露的客户端，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。
[0184]所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0185]另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
[0186]以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。
【主权项】
1.一种事件处理方法，其特征在于，包括:第一设备接收第一事件资源转移请求，其中，所述第一事件资源转移请求用于请求将 第一事件资源转移至目标账户；所述第一设备将第二事件资源转移请求发送至第二设备，其中，所述第二事件资源转 移请求用于指示所述第二设备向第三设备上的第二账户请求获取所述第一事件资源中的 部分或全部事件资源；以及在从所述第二账户中获取到所述第一事件资源中的全部事件资 源的情况下，所述第一设备将所述第一事件资源转移至所述目标账户；在从所述第二账户 中获取到所述第一事件资源中的部分事件资源的情况下，所述第一设备将所述部分事件资 源转移到所述第一设备上的第一账户中，并从所述第一账户中转移所述第一事件资源至所 述目标账户。2.根据权利要求1所述的方法，其特征在于，在从所述第二账户中获取到所述第一事件 资源中的全部事件资源的情况下，所述第一设备将所述第一事件资源转移至所述目标账户 包括:所述第一设备将所述第一事件资源转移到所述第一账户；所述第一设备从所述第一账户中转移所述第一事件资源至所述目标账户；所述第一设备向所述目标账户发送第一事件资源转移请求成功响应。3.根据权利要求1所述的方法，其特征在于，在所述第一设备将第二事件资源转移请求发送至第二设备之后、并在所述第一设备将 所述第一事件资源转移至所述目标账户之前，所述方法还包括:所述第一设备接收所述第 二设备发送的所述第二事件资源转移请求成功响应;所述第一设备存储与所述第一事件资 源转移请求对应的处于资源待转移状态的记录，其中，所述记录用于表示成功请求到所述 第一事件资源、但所述第一事件资源尚未转移到所述目标账户；所述第一设备将所述第一事件资源转移至所述目标账户包括:所述第一设备向所述目 标账户发送第二事件资源转移请求成功响应;所述第一设备查找所述记录;若查找到所述 记录，则所述第一设备将第三事件资源转移请求发送至所述第二设备，其中，所述第三事件 资源转移请求用于指示所述第二设备向所述第三设备发送第四事件资源转移请求，所述第 四事件资源转移请求用于请求从所述第二账户中获取所述第一事件资源;所述第一设备从 所述第二账户中获取到所述第一事件资源中的全部事件资源，将所述第一事件资源转移到 所述第一账户;并从所述第一账户中转移所述第一事件资源至所述目标账户。4.根据权利要求1至3中任一项所述的方法，其特征在于，所述第一设备将第二事件资 源转移请求发送至第二设备包括:所述第一设备判断所述第一事件资源是否超过所述第一账户中的第二事件资源；若所述第一事件资源超过所述第二事件资源，则所述第一设备将所述第二事件资源转 移请求发送至所述第二设备。5.根据权利要求4所述的方法，其特征在于，在所述第一设备判断所述第一事件资源是 否超过所述第一账户中的第二事件资源之后，还包括:若所述第一事件资源不超过所述第二事件资源，则所述第一设备从所述第一账户中转 移所述第一事件资源至所述目标账户。6.根据权利要求1至3中任一项所述的方法，其特征在于，在所述第一设备接收第一事件资源转移请求之前，所述方法还包括:根据当前的资源转移情况和/或所述目标账户对资源转移时间的要求，指示执行以下步骤之一:所述第一设备将所述第二事件资源转移请求发送至所述第二设备，其中，所述第二事 件资源转移请求用于指示所述第二设备向所述第三设备上的所述第二账户请求获取所述 第一事件资源中的全部事件资源;所述第一设备在从所述第一账户中转移所述第一事件资 源至所述目标账户之后向所述目标账户发送所述第一事件资源转移请求成功响应；所述第一设备将所述第二事件资源转移请求发送至所述第二设备，其中，所述第二事 件资源转移请求用于指示所述第二设备向所述第三设备上的所述第二账户请求获取所述 第一事件资源中的全部事件资源;所述第一设备在从所述第一账户中转移所述第一事件资 源至所述目标账户之前向所述目标账户发送所述第一事件资源转移请求成功响应；所述第一设备判断所述第一事件资源是否超过所述第一账户中的第二事件资源;若所 述第一事件资源超过所述第二事件资源，则所述第一设备将所述第二事件资源转移请求发 送至所述第二设备；所述第一设备将所述第二事件资源转移请求发送至所述第二设备，其中，所述第二事 件资源转移请求用于指示所述第二设备向所述第三设备上的所述第二账户请求获取所述 第一事件资源中的部分事件资源。7.—种事件处理装置，其特征在于，包括:第一接收单元，用于第一设备接收第一事件资源转移请求，其中，所述第一事件资源转 移请求用于请求将第一事件资源转移至目标账户；发送单元，用于所述第一设备将第二事件资源转移请求发送至第二设备，其中，所述第 二事件资源转移请求用于指示所述第二设备向第三设备上的第二账户请求获取所述第一 事件资源中的部分或全部事件资源；以及转移单元，用于在从所述第二账户中获取到所述第一事件资源中的全部事件资源的情 况下，所述第一设备将所述第一事件资源转移至所述目标账户；在从所述第二账户中获取 到所述第一事件资源中的部分事件资源的情况下，所述第一设备将所述部分事件资源转移 到所述第一设备上的第一账户中，并从所述第一账户中转移所述第一事件资源至所述目标 账户。8.根据权利要求7所述的装置，其特征在于，在从所述第二账户中获取到所述第一事件 资源中的全部事件资源的情况下，所述转移单元包括:第一转移模块，用于所述第一设备将所述第一事件资源转移到所述第一账户；第二转移模块，用于所述第一设备从所述第一账户中转移所述第一事件资源至所述目 标账户；第一发送模块，用于所述第一设备向所述目标账户发送第一事件资源转移请求成功响 应。9.根据权利要求7所述的装置，其特征在于，所述装置还包括:第二接收单元，用于在所述第一设备将第二事件资源转移请求发送 至第二设备之后、并在所述第一设备将所述第一事件资源转移至所述目标账户之前，所述 第一设备接收所述第二设备发送的所述第二事件资源转移请求成功响应;存储单元，用于所述第一设备存储与所述第一事件资源转移请求对应的处于资源待转移状态的记录，其 中，所述记录用于表示成功请求到所述第一事件资源、但所述第一事件资源尚未转移到所 述目标账户；所述转移单元包括:发送模块，用于所述第一设备向所述目标账户发送第二事件资源 转移请求成功响应;查找模块，用于所述第一设备查找所述记录;第二发送模块，用于若查 找到所述记录，则所述第一设备将第三事件资源转移请求发送至所述第二设备，其中，所述 第三事件资源转移请求用于指示所述第二设备向所述第三设备发送第四事件资源转移请 求，所述第四事件资源转移请求用于请求从所述第二账户中获取所述第一事件资源;第三 转移模块，用于所述第一设备从所述第二账户中获取到所述第一事件资源中的全部事件资 源，将所述第一事件资源转移到所述第一账户;第四转移模块，用于从所述第一账户中转移 所述第一事件资源至所述目标账户。10.根据权利要求7至9中任一项所述的装置，其特征在于，所述发送单元包括:判断模块，用于所述第一设备判断所述第一事件资源是否超过所述第一账户中的第二 事件资源；第三发送模块，用于若所述第一事件资源超过所述第二事件资源，则所述第一设备将 所述第二事件资源转移请求发送至所述第二设备。11.根据权利要求10所述的装置，其特征在于，所述发送单元还包括:第五转移模块，用于在所述第一设备判断所述第一事件资源是否超过所述第一账户中 的第二事件资源之后，若所述第一事件资源不超过所述第二事件资源，则所述第一设备从 所述第一账户中转移所述第一事件资源至所述目标账户。12.根据权利要求7至9中任一项所述的装置，其特征在于，还包括:指示单元，用于在所述第一设备接收第一事件资源转移请求之前，根据当前的资源转 移情况和/或所述目标账户对资源转移时间的要求，指示执行以下步骤之一:所述第一设备将所述第二事件资源转移请求发送至所述第二设备，其中，所述第二事 件资源转移请求用于指示所述第二设备向所述第三设备上的所述第二账户请求获取所述 第一事件资源中的全部事件资源;所述第一设备在从所述第一账户中转移所述第一事件资 源至所述目标账户之后向所述目标账户发送所述第一事件资源转移请求成功响应；所述第一设备将所述第二事件资源转移请求发送至所述第二设备，其中，所述第二事 件资源转移请求用于指示所述第二设备向所述第三设备上的所述第二账户请求获取所述 第一事件资源中的全部事件资源;所述第一设备在从所述第一账户中转移所述第一事件资 源至所述目标账户之前向所述目标账户发送所述第一事件资源转移请求成功响应；所述第一设备判断所述第一事件资源是否超过所述第一账户中的第二事件资源;若所 述第一事件资源超过所述第二事件资源，则所述第一设备将所述第二事件资源转移请求发 送至所述第二设备；所述第一设备将所述第二事件资源转移请求发送至所述第二设备，其中，所述第二事 件资源转移请求用于指示所述第二设备向所述第三设备上的所述第二账户请求获取所述 第一事件资源中的部分事件资源。
【文档编号】G06Q20/10GK106096926SQ201610361974
【公开日】2016年11月9日
【申请日】2016年5月26日
【发明人】吴建国, 周生佩, 刘侃, 阳恩忠, 高静
【申请人】腾讯科技（深圳）有限公司