一种资源转移方法及装置与流程

本申请涉及计算机
技术领域：
，尤其涉及一种资源转移方法及装置。
背景技术：
：随着计算机技术的飞速发展，人们进行资源处理的方式日益呈现出多样化的趋势，与此同时，硬件设备的不断革新也使得人们可以使用诸如电脑、智能手机等智能终端在多种场所来对一些业务中的资源进行处理，极大提高了人们日常进行资源处理效率，为人们的生活提供了便利。在实际应用中，人们在对一些业务进行处理时所涉及到的资源通常都是变动的，即，用户可能在进行该业务的处理之前，对所需的资源进行了转移，或是，外界将一部分资源转移至该资源中而使得该资源发生了变化，因此，用户在对业务进行处理时，通常会根据所涉及资源的变化情况，主动来对该业务的处理进行相应的调整。为了提高用户对上述业务进行处理时的效率，同时免除用户需主动根据资源变化来对该业务进行调整的不便，在现有技术中，通常是由服务器在一个固定的时间内自动根据资源的变化情况来完成该业务的相应调整，这样就使得用户无需主动来对该业务进行相应的调整，减少了用户频繁对该业务进行操作的负担。然而，现有技术中服务器自动帮助用户完成对上述业务的相应调整时，通常都是在一个固定的时间段内进行的，倘若在此时间段内服务器需进行处理的业务量过大，则会极大的增加服务器的负载，进而可能降低服务器的运行效率。与此同时，资源的变化通常都是实时发生的，若服务器不考虑资源的实时变化，而只在特定的时间段内来对相应的业务进行调整，则会影响服务器在对该业务 进行相应调整时的实时性以及准确性，进而可能给用户带来一定的损失。技术实现要素：本申请实施例提供一种资源转移的方法及装置，用以解决现有技术中服务器进行业务处理时，实时性和准确性较低的问题。本申请实施例提供的一种资源转移的方法，包括：业务处理服务器监听消息投递服务器发送的事务型消息，其中，所述事务型消息是资源转移服务器在将资源转入到用户的第一账户时，向所述消息投递服务器发送的；根据所述事务型消息中包含的所述用户的用户标识，判断所述用户是否符合业务资源转移条件；若是，则将所述资源转移至所述业务处理服务器中所述用户的第二账户中；若否，则不将所述资源转移至所述第二账户中。本申请实施例提供的一种资源转移的方法，包括：消息投递服务器接收资源转移服务器发送的事务型消息，其中，所述事务型消息是资源转移服务器在将资源转入到用户的第一账户时，向所述消息投递服务器发送的；记录所述事务型消息的处理状态；将所述事务型消息发送至业务处理服务器，使得所述业务处理服务器在接收到所述事务型消息后，将所述资源转移至所述用户的第二账户中。本申请实施例提供的一种资金转移的方法，包括：资金处理服务器监听消息投递服务器发送的事务型消息，其中，所述事务型消息是转账服务器在将资金转入到用户的第一账户时，向所述消息投递服务器发送的；根据所述事务型消息中包含的所述用户的用户标识，判断所述用户是否符 合资金转移条件；若是，则将所述资金转移至所述资金处理服务器中所述用户的第二账户中；若否，则不将所述资金转移至所述第二账户中。本申请实施例提供的一种资金转移的方法，包括：消息投递服务器接收转账服务器发送的事务型消息，其中，所述事务型消息是转账服务器在将资金转入到用户的第一账户时，向所述消息投递服务器发送的；记录所述事务型消息的处理状态；将所述事务型消息发送至资金处理服务器，使得所述资金处理服务器在接收到所述事务型消息后，将所述资金转移至所述用户的第二账户中。本申请实施例提供的一种资源转移的装置，包括：监听模块，用于监听消息投递服务器发送的事务型消息，其中，所述事务型消息是资源转移服务器在将资源转入到用户的第一账户时，向所述消息投递服务器发送的；判断转移模块，用于根据所述事务型消息中包含的所述用户的用户标识，判断所述用户是否符合业务资源转移条件；若是，则将所述资源转移至所述装置中所述用户的第二账户中；若否，则不将所述资源转移至所述第二账户中。本申请实施例提供的一种资源转移的装置，包括：接收模块，用于接收资源转移服务器发送的事务型消息，其中，所述事务型消息是资源转移服务器在将资源转入到用户的第一账户时，向所述装置发送的；记录模块，用于记录所述事务型消息的处理状态；发送模块，用于将所述事务型消息发送至业务处理服务器，使得所述业务处理服务器在接收到所述事务型消息后，将所述资源转移至所述用户的第二账户中。本申请实施例提供的一种资金转移的装置，包括：监听模块，用于监听消息投递服务器发送的事务型消息，其中，所述事务型消息是转账服务器在将资金转入到用户的第一账户时，向所述消息投递服务器发送的；判断转移模块，用于根据所述事务型消息中包含的所述用户的用户标识，判断所述用户是否符合资金转移条件；若是，则将所述资金转移至所述装置中所述用户的第二账户中；若否，则不将所述资金转移至所述第二账户中。本申请实施例提供的一种资金转移的装置，包括：接收模块，用于接收转账服务器发送的事务型消息，其中，所述事务型消息是转账服务器在将资金转入到用户的第一账户时，向所述装置发送的；记录模块，用于记录所述事务型消息的处理状态；发送模块，用于将所述事务型消息发送至资金处理服务器，使得所述资金处理服务器在接收到所述事务型消息后，将所述资金转移至所述用户的第二账户中。本申请实施例提供一种资源转移的方法及装置，该方法通过资源转移服务器在将资源转入到用户的第一账号时，将向消息投递服务器发送事务型消息，消息投递服务器再将该事务型消息发送至业务处理服务器，使得业务处理服务器根据该事务型消息中包含的所述用户的用户标识，判断所述用户是否符合业务资源转移的条件，并当符合条件时，将所述资源转移至该业务处理服务器中所述用户的第二账户中。上述方法由于资源转移服务器将资源转入用户的第一账户时，向消息投递服务器发送事务型消息，再由消息投递服务器将该事务型消息发送给业务处理服务器，从而使得业务处理服务器可通过该事务型消息监测到用户的第一账户中的资源发生了变化，进而将资源实时转移至用户的第二账户中，相对于现有技术中即使业务资源发送了变化，也只能在固定时间内对业务进行相应的调整而言，可有效提高业务处理的实时性以及准确性。附图说明此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：图1为本申请实施例提供的资源转移的过程；图2为本申请实施例提供的资金转移的过程；图3为本申请实施例提供的一种资源转移的装置结构示意图；图4为本申请实施例提供的另一种资源转移的装置结构示意图；图5为本申请实施例提供的一种资金转移的装置结构示意图；图6为本申请实施例提供的另一种资金转移的装置结构示意图。具体实施方式为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。图1为本申请实施例提供的资源转移的过程，具体包括以下步骤：s101：资源转移服务器将资源转入到用户的第一账户中。在实际应用中，人们通常需要根据自己的实际需求，来对一些业务进行处理，而在对业务处理的过程中，通常都是基于资源来进行的，例如，用户在对商品的一些业务进行处理时，往往都是基于商品的销售量来实现的。而在现实中，资源往往都会发生一定的变动，进而导致用户在进行业务处理时，需要根据资源的变动来对该业务进行相应的调整，这样才能保证用户对业务进行处理时的准确性。通常情况下，资源的变动往往都是由外界将一部分资源转移至该资源中而 导致该资源发送了变化，例如，某销售部门将自己的商品销量实时上报给公司，则公司的商品销量应是实时变化的。由于业务处理通常都是基于资源来完成的，因此，在本申请实施例中，当需要对用户的业务进行处理时，资源转移服务器首先需要接收由其他服务器向该用户发送的资源，并将该资源转入到用户的第一账户中，进而通过后续步骤s102～s105来将该资源转移至业务处理服务器中用户的第二账户中。s102：资源转移服务器向消息投递服务器发送事务型消息。在实际应用中，不同业务功能的服务器往往都是独立存在的，因此，资源转移服务器在接收到其他服务器发送的资源后，可能并不具备对其进行业务处理的能力，因此，需要向具有能够对该资源进行处理能力的业务处理服务器发送消息，使得业务处理服务器在接收到该消息后，来将该资源转移至该业务处理服务器中用户的第二账户中，并在该第二账户中来进行相应的业务处理。而在消息发送的过程中，该消息实际上是先由统一收发消息的消息投递服务器接收后，在将其转发至业务处理服务器中的，因此，在本申请实施例中，当资源转移服务器接收到由其他服务器向用户发送的资源后，可先将该资源转入到用户的第一账户中，而后可针对该资源来生成一个事务型消息，其中，该事务型消息中包含有诸如用户账号等用户标识，能够表示该资源所属业务类别的业务代码以及业务标识等信息。而后，资源转移服务器可将该事务型消息发送给消息投递服务器，进而可通过后续步骤s103～s105，由消息投递服务器将该事务型消息再发送给业务处理服务器，并在业务处理服务器接收到该事务型消息后，完成对资源的转移操作。例如，假设某公司有销售部门a，销售部门a需要将自己的销售情况(即，销售量)实时上报给公司总部，因此，公司的资源转移服务器需要接收销售部门a所发送的商品销售量(即，上述提到的资源)，而后，该资源转移服务器可将商品销售量转入至该销售部门a的第一账户中，并针对该商品销售量来生成一个事务型消息，其中，该事务型消息中包含有部门标识a11340(即，上 述提到的用户标识)、能够表示该商品销售量所属业务类型的业务代码uniformeventpublisher.constructuniformevent(“ec_trans_sales”,“tp_s_trans”)、以及业务单号#1234(即，上述提到的业务标识)。而后，资源转移服务器可将该事务型消息发送给消息投递服务器，进而来进行业务处理的后续过程。s103：消息投递服务器将接收到的事务型消息发送给业务处理服务器。当资源转移服务器将生成的事务型消息发送给消息投递服务器后，消息投递服务器可先将该事务型消息存储在预设的存储空间中，并在该存储空间中记录该事务型消息的业务处理状态，而后，再将该事务型消息发送给业务处理服务器，使得在后续步骤s104～s105中，当业务处理服务器接收到该事务型消息后，将上述资源转移至该业务处理服务器中用户的第二账户中。具体的，在实际应用中，服务器之间在进行业务消息互通时，往往需要保证其业务的一致性，因此，在本申请实施例中，故采用事务型消息来进行服务器之间的消息互通，即，消息投递服务器在接收到资源转移服务器发送的事务型消息后，将向资源转移服务器发送询问信息，查看资源转移服务器中所记录的该事务型消息的发送状态是否为成功状态，其中，若状态为失败时，则暂时不将该事务型消息发送给业务处理服务器，直到在资源转移服务器中查看到该事务型消息的发送状态变为成功状态时，再将该事务型消息发送给业务处理服务器，而若状态为成功时，则消息投递服务器可先确定出该事务型消息的业务标识，并根据该业务标识，将事务型消息存储在预设的存储空间中，同时在该存储空间中记录该事务型消息的处理状态，此举的目的在于，在业务处理过程中，往往都会涉及到幂等性的问题，即，通过幂等性来保证业务处理的准确性，因此，在本申请实施例中，消息投递服务器可在预设的存储空间中来记录该事务型消息的处理状态，当该事务型消息的处理状态为未完成时，则可按照一定的时间间隔，重复向业务处理服务器发送该事务型消息，来使得业务处理服务器在接收到重复的该事务型消息后，不断的尝试来完成对该资源的转移操作， 直至完成为止，而当业务处理服务器完成对该业务资源的转移操作后，该事务型消息在消息投递服务器的存储空间中的处理状态将更改为处理完成，此时，消息投递服务器将不再向业务处理服务器发送该事务型消息，这样一来，即可有效的保证服务器在进行业务处理时的准确性。而当消息投递服务器记录完上述事务型消息的处理状态后，可将该事务型消息发送给业务处理服务器，使得在后续步骤s104～s105中，当业务处理服务器接收到该事务型消息后，可将资源转移服务器转入用户第一账户的资源转移至该业务处理服务器中该用户的第二账户中。继续沿用上例，当消息投递服务器接收到资源转移服务器发送的事务型消息后，可先向资源转移服务器发送询问信息，当确定该事务型消息在资源转移服务器上记录的发送状态为成功时，则可确定出该事务型消息的业务单号#1234(即，上述提到的业务标识)，并根据该业务单号#1234，将该事务型消息存储在预设的存储空间中，同时在该存储空间中记录该事务型消息的业务处理状态为未处理，如表1所示。业务单号发送次数业务处理状态#12341次未处理表1而后，消息投递服务器可将该事务型消息发送给业务处理服务器，使得业务处理服务器在接收到该事务型消息后，可将资源转移服务器转入用户第一账户的资源转移至其用户的第二账户中。s104：业务处理服务器根据接收到的所述事务型消息中包含的所述用户的用户标识，判断所述用户是否符合业务资源转移条件；若是，则执行步骤s105；若否，则执行步骤s106。s105：将资源转移服务器转入用户第一账户的资源转移至所述业务处理服务器中所述用户的第二账户中。s106:不将所述资源转移至所述第二账户中。当业务处理服务器接收到消息投递服务器发送的事务型消息后，可先确定出该事务型消息中所包含用户对应的用户标识，而后，再根据该用户标识，判断出该用户是否符合业务资源转移的条件，其中，该判断条件可以是判断用户是否预先签署了允许对其资源进行转移的协议，若是，则将资源转移服务器转入到用户第一账户的资源转移至该业务处理服务器中该用户的第二账户中，若否，则不将该资源转移至该用户的第二账户中。具体的，在实际应用中，资源对于用户来说往往都是十分重要的，若未经用户同意而私自对用户的资源进行转移、处理，则可能会给用户带来一定的损失，进而可能引起一些业务上的纠纷。为避免这一问题的发生，用户在使用业务处理服务器所提供的业务之前，业务处理服务器可先向用户发送一个资源转移的授权协议，使得用户在看到该协议后，可根据自身的实际需求，来决定是否签署该协议，其中，当用户签署了该协议时，则业务处理服务器在接收到消息投递服务器发送的事务型消息后，可根据该事务型消息中所包含用户对应的用户标识，确定出该用户签署了业务资源转移的协议，而后，该业务处理服务器可通过运行该事务型消息中所包含的业务代码，来将资源转移服务器转入到用户第一账户的资源转移至该业务处理服务器中该用户的第二账户中。而若业务处理服务器在从该事务型消息中确定出用户标识后，发现其并未签署资源转移的协议，则业务处理服务器在不对该资源进行转移操作。继续沿用上例，当业务处理服务器接收到消息投递服务器发送的事务型消息后，可从该事务型消息中确定出用户账号a11340(即，上述提到的用户标识)，并根据预先保存的用户签署资源转移协议的记录，判断出该用户账号a11340所对应的用户符合业务资源转移的条件，而后，再通过运行该事务型消息中所包含的业务代码uniformeventpublisher.constructuniformevent(“ec_trans_sales”,“tp_s_trans”)，来将资源转移服务器转入到销售部门a的第一账户的商品销售量转移至业务处理服务器中公司的第二账户中。从上述方法中可以看出，当资源转移服务器将资源转入用户的第一账户 时，将向消息投递服务器发送事务型消息，而后，再由消息投递服务器将该事务型消息发送给业务处理服务器，从而使得业务处理服务器可通过该事务型消息监测到用户的第一账户中的资源发生了变化，进而将资源实时转移至用户的第二账户中，相对于现有技术中即使业务资源发送了变化，也只能在固定时间内对业务进行相应的调整而言，可有效提高业务处理的实时性以及准确性。需要说明的是，在实际应用中，业务处理过程中往往都会涉及到幂等性的问题，因此，在上述步骤s105中，当业务处理服务器将资源转移服务器转入到用户第一账户的资源转移至业务处理服务器中该用户的第二账户中后，可生成一个业务处理消息，并将该业务处理消息返回给消息投递服务器，使得消息投递服务器在接收到该业务处理消息后，可从该业务处理消息中确定出业务标识，进而根据该业务标识，将先前在存储空间中存储的与该业务标识对应的事务型消息的业务处理状态进行更改，即业务处理服务器告知消息投递服务器资源的转移操作已完成，无需再向其发送相同的事务型消息。继续沿用上例，当业务处理服务器将资源转移服务器转入到用户第一账户的资源转移至该业务处理服务器中该用户的第二账户中后，可向消息投递服务器返回一个业务处理消息，使得消息投递服务器可从该业务处理消息中确定出业务单号#1234，继而可根据该业务单号#1234，从存储空间中存储的业务单号为#1234的事务型消息的业务处理状态更改为处理成功，如表2所示。业务单号发送次数业务处理状态#1234一次处理成功表2而当消息投递服务器将该事务型消息的业务处理状态更改为处理成功后，可知业务处理服务器已完成对资源的转移工作，进而不再向业务处理服务器发送该事务型消息。以上为本申请实施例提供的一种资源转移的方法，其中，该资源转移方法中所涉及的资源可以是商品销售量，实验数据等，除此之外，该资源也可以是 资金，因为在实际应用中，用户常常需要将资金转移至特定的业务中来进行资金处理，来实现资金的收益，因此，下面将介绍资金处理服务器将用户的资金转移至特定业务用户账户中的详细过程。图2为本申请实施例提供的资金转移的过程，具体包括以下步骤：s201：转账服务器将其他用户转移的资金转入到用户的第一账户中。在实际应用中，用户之间常常都会涉及到相互进行转账的情况，而随着网上资金处理业务的日益丰富，用户通常需要将其他用户转过来的资金实时的转入到这些资金处理业务中来实现资金收益，因此，当用户需要通过资金处理服务器来对其他用户转过来的资金进行处理时，需要先通过转账服务器来接收由其他用户转过来的资金，并将该资金转入到用户的第一账户中。例如，假设用户b向用户a发起转账后，转账服务器将接收到用户b转过来的资金，进而将该资金存放于用户a的余额账户(即，上述提到的用户的第一账户)中。s202：转账服务器向消息投递服务器发送事务型消息。当转账服务器接收到由其他用户转过来的资金后，可将该资金转入到用户的第一账户中，而后，可针对该资金来生成一个事务型消息，其中，该事务型消息与上述步骤s102大致相同，即该事务型消息中包含有诸如用户账号等用户标识，能够表示该资金所属业务类别的业务代码以及业务标识等信息。而后，转账服务器可将该事务型消息发送给消息投递服务器，进而可通过后续步骤s203～s205，由消息投递服务器将该事务型消息再发送给资金处理服务器，进而使得资金处理服务器在收到这一事务型消息后，来完成对该资金的转移操作。s203：消息投递服务器将接收到的事务型消息发送给资金处理服务器。当转账服务器将生成的事务型消息发送给消息投递服务器后，消息投递服务器为了保证这一资金转移的一致性，可先向转账服务器发送一个询问消息，来查看转账服务器中所记录的该事务型消息的发送状态是否为成功状态，当查 看到发送状态为成功状态时，消息投递服务器为保证资金转移业务的幂等性，可先将该事务型消息存储在预设的存储空间中，并根据该事务型消息中包含的转账单号(即，上述提到的业务标识)，在该存储空间中记录该事务型消息的处理状态，而后，再将该事务型消息发送给资金处理服务器中，进而在后续步骤s204～205中，当资金处理服务器接收到该事务型消息后，可将转账服务器转入到用户第一账户中的资金转移至该资金处理服务器中该用户的第二账户中，来实现资金的收益，具体过程与上述步骤s103相同，在此就不进行详细赘述。s204：资金处理服务器根据接收到的所述事务型消息中包含的所述用户的用户标识，判断所述用户是否符合资金转移条件；若是，则执行步骤s205；若否，则执行步骤s206。s205：将转账服务器转入用户第一账户的资金转移至所述资金处理服务器中所述用户的第二账户中。s206：不将所述资金转移至所述第二账户中。当资金处理服务器接收到消息投递服务器发送的事务型消息后，可先确定出该事务型消息中所包含的用户标识，再根据该用户标识，判断出该用户标识所对应的用户是否符合资金转移的条件，若是，则将转账服务器转入到用户第一账户的资金转移至该资金处理服务器中该用户的第二账户中来进行资金收益处理，若否，则不对该资金进行转移操作，具体过程与上述步骤s104～s106相同，在此就不进行详细赘述。需要说明的是，为保证资金转移时的幂等性，在步骤s205中，同样需要与上述步骤s105相同的方式，由资金处理服务器向消息投递服务器返回一个资金处理消息，使得消息投递服务器在接收到该资金处理消息后，可从该资金处理消息中确定出转账单号(上述提到的业务标识)，进而根据该转账单号，将先前在存储空间中存储的与该转账单号对应的事务型消息的资金处理状态进行更改，即资金处理服务器告知消息投递服务器资金的转移操作已经完成。从上述方法中可以看出，当转账服务器将接收到的由其他用户转过来的资金转入到用户的第一账户后，资金处理服务器即可根据接收到的事务型消息得知需要将转账服务器转入到用户第一账户的资金转移至资金处理服务器中该用户的第二账户中来进行资金收益处理，进而可将该资金进行实时转移，相对于现有技术而言，可提高资金转移至指定资金收益业务中的时效性。以上为本申请实施例提供的两种资源转移方法以及两种资金转移的方法，基于上述四种方法，本申请实施例还分别提供了两种资源转移的装置以及两种资金转移的装置，如图3、图4、图5、图6所示。图3为本申请实施例提供的一种资源转移的装置结构示意图，具体包括：监听模块301，用于监听消息投递服务器发送的事务型消息，其中，所述事务型消息是资源转移服务器在将资源转入到用户的第一账户时，向所述消息投递服务器发送的；判断转移模块302，用于根据所述事务型消息中包含的所述用户的用户标识，判断所述用户是否符合业务资源转移条件；若是，则将所述资源转移至所述装置中所述用户的第二账户中；若否，则不将所述资源转移至所述第二账户中。所述判断转移模块302具体用于，确定所述事务型消息中的业务代码，其中，所述业务代码是所述资源转移服务器生成的；通过运行所述业务代码，将所述资源转移至所述装置中所述用户的第二账户中。所述装置还包括：发送模块303，用于当所述装置将所述资源转移至所述第二账户中后，向所述消息投递服务器返回业务处理消息，使得所述消息投递服务器根据所述业务处理消息中包含的所述事务型消息对应的业务标识，更改所述消息投递服务器记录的所述事务型消息的处理状态。图4为本申请实施例提供的另一种资源转移的装置结构示意图，具体包括：接收模块401，用于接收资源转移服务器发送的事务型消息，其中，所述 事务型消息是资源转移服务器在将资源转入到用户的第一账户时，向所述装置发送的；记录模块402，用于记录所述事务型消息的处理状态；发送模块403，用于将所述事务型消息发送至业务处理服务器，使得所述业务处理服务器在接收到所述事务型消息后，将所述资源转移至所述用户的第二账户中。所述记录模块402具体用于，确定所述事务型消息对应的业务标识；根据所述业务标识，将所述事务型消息及其处理状态记录在预设的存储空间中。所述接收模块401还用于，接收所述业务处理服务器返回的业务处理消息，其中，所述业务处理消息是所述业务处理服务器将所述资源转移至所述第二账户中后，向所述装置返回的；确定所述业务处理消息中包含的业务标识；根据所述业务标识，更改所述存储空间中记录的所述事务型消息的处理状态。图5为本申请实施例提供的一种资金转移的装置结构示意图，具体包括：监听模块501，用于监听消息投递服务器发送的事务型消息，其中，所述事务型消息是转账服务器在将资金转入到用户的第一账户时，向所述消息投递服务器发送的；判断转移模块502，用于根据所述事务型消息中包含的所述用户的用户标识，判断所述用户是否符合资金转移条件；若是，则将所述资金转移至所述装置中所述用户的第二账户中；若否，则不将所述资金转移至所述第二账户中。所述判断转移模块502具体用于，确定所述事务型消息中的业务代码，所述业务代码是所述转账服务器生成的；通过运行所述业务代码，将所述资金转移至所述装置中所述用户的第二账户中。所述装置还包括：发送模块503，用于当所述装置将所述资金转移至所述第二账户中后，向所述消息投递服务器返回资金处理消息，使得所述消息投递服务器根据所述资金处理消息中包含的所述事务型消息对应的业务标识，更改所述消息投递服务 器记录的所述事务型消息的处理状态。图6为本申请实施例提供的另一种资金转移的装置结构示意图，具体包括：接收模块601，用于接收转账服务器发送的事务型消息，其中，所述事务型消息是转账服务器在将资金转入到用户的第一账户时，向所述装置发送的；记录模块602，用于记录所述事务型消息的处理状态；发送模块603，用于将所述事务型消息发送至资金处理服务器，使得所述资金处理服务器在接收到所述事务型消息后，将所述资金转移至所述用户的第二账户中。所述记录模块602具体用于，确定所述事务型消息对应的业务标识；根据所述业务标识，将所述事务型消息及其处理状态记录在预设的存储空间中。所述接收模块603还用于，接收所述资金处理服务器返回的资金处理消息，其中，所述资金处理消息是所述资金处理服务器将所述资金转移至所述第二账户中后，向所述装置返回的；确定所述资金处理消息中包含的业务标识；根据所述业务标识，更改所述存储空间中记录的所述事务型消息的处理状态。本申请实施例提供一种资源转移的方法及装置，该方法通过资源转移服务器在将资源转入到用户的第一账号时，将向消息投递服务器发送事务型消息，消息投递服务器再将该事务型消息发送至业务处理服务器，使得业务处理服务器根据该事务型消息中包含的所述用户的用户标识，判断所述用户是否符合业务资源转移的条件，并当符合条件时，将所述资源转移至该业务处理服务器中所述用户的第二账户中。上述方法由于资源转移服务器将资源转入用户的第一账户时，向消息投递服务器发送事务型消息，再由消息投递服务器将该事务型消息发送给业务处理服务器，从而使得业务处理服务器可通过该事务型消息监测到用户的第一账户中的资源发生了变化，进而将资源实时转移至用户的第二账户中，相对于现有技术中即使业务资源发送了变化，也只能在固定时间内对业务进行相应的调整而言，可有效提高业务处理的实时性以及准确性。在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输 出接口、网络接口和内存。内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技 术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。当前第1页12