CN106101179B - 资源处理方法、装置和系统 - Google Patents

Abstract

本申请公开了资源处理方法，该方法包括：当接收到至少一资源转移请求时，在对应的资源账户下进行资源转移预处理；其中，当未检测到对应的资源账户时，预创建对应的资源账户，并在该预创建的资源账户下进行资源转移预处理；当第一时间到达时，根据当前至少一已预创建的资源账户的信息向资源管理服务器发送创建资源账户请求，以使其建立对应的资源账户；当第二时间到达时，根据当前已完成的至少一次资源转移预处理的信息向资源管理服务器发送资源转移请求，以使其进行对应的资源转移处理。相应的，还提出了一种装置和系统。上述方案能够改善系统性能。

Description

资源处理方法、装置和系统

技术领域

本申请涉及数据处理技术领域，尤其涉及资源处理方法、装置和系统。

背景技术

随着互联网技术的发展，出现了各种基于互联网的资源交换服务。

上述基于互联网的资源交换服务需要互联网技术的支持，会由包括多个服务器或服务器集群的系统构架来实现，互联网服务提供方(ISP)、各资源提供方均具有自身的服务器或服务器集群，通过这些服务器之间的信息交互来实现资源交换服务。如何改善这些服务器之间信息交互的效率以及性能称为业界重要的技术问题。

发明内容

本申请提出了资源处理方法、装置及系统，以提高资源交换中的系统性能。

本申请提出的资源处理方法，包括：当接收到至少一资源转移请求时，在相应的请求所对应的资源账户下进行资源转移预处理；其中，当相应的请求未检测到对应的资源账户时，预创建该请求对应的资源账户，并在该预创建的资源账户下进行所述资源转移预处理；当第一时间到达时，根据当前至少一已预创建的资源账户的信息向资源管理服务器发送创建资源账户请求，以使所述资源管理服务器建立所述预创建的资源账户对应的资源账户；及当第二时间到达时，根据当前已完成的至少一次资源转移预处理的信息向资源管理服务器发送资源转移请求，以使所述资源管理服务器进行与所述资源转移预处理对应的资源转移处理。

本申请提出的资源处理装置，包括：资源处理模块，当接收到至少一资源转移请求时，在相应的请求所对应的资源账户下进行资源转移预处理；账户管理模块，当相应的请求未检测到对应的资源账户时，预创建该请求对应的资源账户，并在该预创建的资源账户下进行所述资源转移预处理；及上报模块，当第一时间到达时，根据当前至少一已预创建的资源账户的信息向资源管理服务器发送创建资源账户请求，以使所述资源管理服务器建立所述预创建的资源账户对应的资源账户；当第二时间到达时，根据当前已完成的至少一次资源转移预处理的信息向资源管理服务器发送资源转移请求，以使所述资源管理服务器进行与所述资源转移预处理对应的资源转移处理。

本申请提出的资源处理系统，包括：交互服务器和资源管理服务器，其中：所述交互服务器，当接收到至少一资源转移请求时，在相应的请求所对应的资源账户下进行资源转移预处理；其中，当相应的请求未检测到对应的资源账户时，预创建该请求对应的资源账户，并在该预创建的资源账户下进行所述资源转移预处理；当第一时间到达时，根据当前至少一已预创建的资源账户的信息向资源管理服务器发送创建资源账户请求；当第二时间到达时，根据当前已完成的至少一次资源转移预处理的信息向资源管理服务器发送资源转移请求；及所述资源管理服务器，根据来自所述交互服务器的所述创建资源账户请求建立所述预创建的资源账户对应的资源账户，根据来自所述交互服务器的所述资源转移请求进行与所述资源转移预处理对应的资源转移处理。

采用上述本申请提供的方法、装置及系统，能够实现交互服务器和资源管理服务器的异步处理，进而能提高提供资源交换服务的系统性能。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本申请涉及的系统构架示意图；

图2是本申请一实例的方法流程图；

图3是本申请一实例中资源申请处理的消息交互图；

图4是本申请一互联网金融实例的消息交互图；

图5是本申请一实例的装置结构图；及

图6是本申请一实例的设备结构图。

具体实施方式

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

本申请涉及资源处理方案，该方案所应用的系统构架如图1所示。图1示出的系统包括用户的客户端101、交互服务器102和资源管理服务器103。其中，交互服务器102可以作为各种资源交换的交易平台，用户通过客户端101访问交互服务器102可以发起资源转移请求，交互服务器102可将资源转移请求发往对应的资源管理服务器103。资源管理服务器103会为用户维护资源账户，可基于来自用户的资源转移请求做相应的资源处理。

本申请的一些实例提出了一种资源处理方法，其应用于交互服务器102。如图2所示，该方法包括如下步骤：

步骤201：当接收到至少一资源转移请求时，交互服务器102在相应的请求所对应的资源账户下进行资源转移预处理(也可称为内部资源转移处理)；其中，当相应的请求未检测到对应的资源账户时，预创建该请求对应的资源账户(也可称为做内部资源账户创建的处理)，并在该预创建的资源账户(也可称为内部资源账户)下进行所述资源转移预处理。

这里，交互服务器102可以从多个客户端101收到多条资源转移请求，也可能从一个客户端101收到多条资源转移请求，而这些资源转移请求可能携带不同的用户标识(即在交互服务器102上注册的用户标识)也可能携带相同的用户标识，也就是说，这些资源转移请求中的全部或部分请求可能对应到同一资源账户也可能对应不同的资源账户。交互服务器102可以基于资源转移请求携带的用户标识确定其对应的用户，同时，交互服务器102会针对自身的用户维护与资源转移相关的信息，其中可记录各个用户标识是否有对应的资源账户，进而交互服务器102可以根据资源转移请求中携带的用户标识检测是否有对应的资源账户。

在一些实例中，当接收到来自一用户的客户端101的资源转移请求时，交互服务器102为该用户进行内部资源转移处理。

步骤202：当第一时间到达时，交互服务器102根据当前至少一已预创建的资源账户的信息向资源管理服务器103发送创建资源账户请求，以使所述资源管理服务器103建立所述预创建的资源账户对应的资源账户。

在一些实例中，当预定扫描时间到达时，交互服务器102通过扫描本地维护的相关信息确定当前各已预创建的资源账户的信息，并向资源管理服务器103发送创建资源账户请求，该请求可携带当前各已预创建的资源账户的信息。这里，可以通过一条或多条创建资源账户请求来携带当前至少一已预创建的资源账户的信息。

步骤203：当第二时间到达时，交互服务器102根据当前已完成的至少一次资源转移预处理的信息向资源管理服务器发送资源转移请求，以使所述资源管理服务器进行与所述资源转移预处理对应的资源转移处理。

在一些实例中，当预定上报时间到达时，交互服务器102向资源管理服务器103发送针对预定时间段内的各资源转移请求的内部资源转移处理的信息，此信息可以携带在资源转移请求中，以使资源管理服务器103进行相应的资源转移处理。这里，可以通过一条或多条资源转移请求来携带当前已完成的至少一次资源转移预处理的信息。

在此实例中，交互服务器102会对当前收到的资源转移请求做内部转移处理，进而能够及时向用户反馈响应，也不会给资源管理服务器103带来负担。此种内部转移处理并非真实的资源转移处理，只是交互服务器102代替资源管理服务器103做了一些必要条件的判断、必要信息的记录，用户真实的资源账户并没有发生变化。经过一段时间，达到上报时间时(比如到达资源账户的结算周期时)，交互服务器102再批量将资源转移请求发给资源管理服务器103(比如调用资源管理服务器103的相应接口)，由资源管理服务器103进行批量处理，实现了交互服务器102和资源管理服务器103的异步处理，大大降低了资源管理服务器103的实时性要求，减少了交互服务器102和资源管理服务器103之间的信令交互次数、降低了二者之间的信令交互频率，更有效的利用系统处理资源，显著降低服务器繁忙、掉线、宕机等情况出现的风险，提高系统性能，还能提高面向用户的响应速度，改善用户体验。

在一些实例中，步骤201中，当接收到的资源转移请求为资源申请请求时，交互服务器102可进一步在预创建该资源申请请求对应的资源账户之后，返回对于该资源申请请求的响应，以使用户基于该响应进行资源交换的操作，并在操作成功时发送操作成功通知。此时，交互服务器102会响应于此操作成功通知，在对应的资源账户下进行资源申请预处理。步骤203中的当前已完成的至少一次资源转移预处理的信息可包括：在该资源账户下进行的资源申请预处理的信息。在一些实例中，在所述资源账户下进行资源申请预处理的步骤，包括：从资源申请请求中提取所要申请的资源数值；根据预定规则对所要申请的资源数值进行验证；及当验证通过时，创建与所述资源账户对应的资源申请订单，基于所要申请的资源数值更新在资源账户下记录的当前资源总数，并在资源申请订单中携带所申请的资源数值；步骤203中的在资源账户下进行的资源申请预处理的信息可包括：与资源账户对应的上述资源申请订单。

在一些实例中，步骤201中，所述当相应的请求未检测到对应的资源账户时预创建该请求对应的资源账户的处理，可包括：判断该请求对应的用户是否被标识为已创建资源账户，当判定该用户未被标识为已创建资源账户时，将该用户标识为未创建资源账户，并为该请求预创建资源账户。步骤203中的当前至少一已预创建的资源账户的信息可包括：当前至少一个被标识为未创建资源账户的用户的信息。此外，交互服务器102在向资源管理服务器103发出创建资源账户请求后，进一步将当前至少一个被标识为未创建资源账户的用户标识为已创建资源账户。

在一些实例中，步骤201中，所述预创建该请求对应的资源账户的的处理，包括：从资源申请请求中提取账户信息，该账户信息至少包括身份信息和关联账号；根据预定规则对该账户信息进行验证；及当验证通过时，保存该账户信息。步骤202中的当前至少一已预创建的资源账户的信息包括所保存的账户信息。

在一些实例中，步骤201中，当接收到的资源转移请求为资源收回请求时，在相应的请求所对应的资源账户下进行资源转移预处理的步骤，包括：在该资源账户下进行资源收回预处理。步骤203中的当前已完成的至少一次资源转移预处理的信息可包括：在该资源账户下进行的资源收回预处理的信息。在一些实例中，步骤201中，在该资源账户下进行资源收回预处理的步骤可包括：从资源收回请求中提取所要收回的资源数值；根据在所述资源账户下记录的当前资源总数，对所要收回的资源数值进行验证；当验证通过时，创建与资源账户对应的资源收回订单，基于所要收回的资源数值更新在资源账户下记录的当前资源总数，并在资源收回订单中携带所要收回的资源数值。步骤203中的在资源账户下进行的资源收回预处理的信息可包括：与资源账户对应的资源收回订单。

本申请所述的资源交换服务器可是基于互联网的金融服务、电子商务等。比如，用户可通过互联网平台购买到基金公司提供的基金产品、购买实际的物品或虚拟物品等等。

上述实例中，交互服务器102可以作为各种资源交换的交易平台(如各种互联网理财平台)，用户通过客户端101访问交互服务器102可以发起资源转移请求(如基金申购请求、基金赎回请求等)，交互服务器102可将资源转移请求发往对应的资源管理服务器103(如基金公司等金融机构的服务器、电子商务平台的服务器)。资源管理服务器103会为用户维护资源账户(如基金账户、电子商务账户等)，可基于来自用户的资源转移请求做相应的资源处理(比如：在基金账户中增/减资金份额、使用电子商务账户进行交易等)。

在一些应用于互联网金融的实例中，交互服务器102为互联网理财平台的服务器(可称为理财平台服务器)，资源管理服务器103为基金公司管理基金账户的服务器(可称为基金公司服务器)，客户端101为可登录互联网理财平台的客户端，其运行在用户的终端设备中，如手机、平板等便携式计算设备、PC机等，比如为相应的互联网理财APP客户端或者为浏览器。理财平台服务器102接收到来自客户端101的资源转移请求(如申购请求或赎回请求等)，先做内部的资源转移处理，比如：在自身维护的用户账户信息中记录资源转移的相关信息，例如，针对申购请求可以在用户的账户信息中记录所要申请的资金份额，针对赎回请求可以在此账户信息中记录所要赎回的资金份额。在预定的上报时间到达时，比如基金公司的结算周期到达时(例如，日终结算时)，将预定时间段内所进行的内部资源转移处理相关信息一起发给基金公司服务器103，由基金公司服务器103基于这些信息在各用户真实的资源账户中进行资源转移处理，比如：基于申购请求在用户的基金账户中增加资金份额，基于赎回请求在用户的基金账户中扣除资金份额等等。

在一些实例中，会有些用户在发出资源申请请求时，还未在资源管理服务器103中创建资源账户，比如：用户发出基金申购请求时，还未在基金公司服务器103上创建基金账户，即所谓的未开户。有鉴于此，如图3所示，在步骤301中，当交互服务器102在接收到的资源转移请求为资源申请请求时，可进一步执行步骤303：判断该用户是否被标识为已创建资源账户(如“已开户”)，当判定该用户未被标识为已创建资源账户时，将该用户标识为未创建资源账户(如“未开户”)，并为该用户做内部资源账户创建处理。这里，图3中的步骤301与图2中的步骤201的具体实现相同，这里不再赘述。

此外，在进行资源申请时，还需要使用另一种资源(比如货币)来完成资源交换操作，才能从资源管理服务器103中申请到相应的资源数值。比如：对于基金申购用户而言，其需要进行一些操作来与银行的服务器进行交互，以从自身的银行账户中成功扣款，向理财平台支付用来购买基金的资金，在扣款成功后，理财平台才会代理用户向基金公司申购相应的基金份额。因此，当交互服务器102在接收到的资源转移请求为资源申请请求时，如图3所示，在步骤303之后还需执行步骤304：向客户端101返回对于资源申请请求的响应，以使该用户基于该响应进行资源交换的操作，并在操作成功时向交互服务器102发送操作成功通知，基于此操作成功通知，交互服务器102才能执行上述步骤301中的内部资源申请处理(也可称为资源申请预处理)。可选的，交互服务器102在进行内部资源申请处理后(步骤301)可进一步向客户端101反馈申请结果响应(步骤304’)，以告知用户资源申请是否成功。

其中，步骤301中为该用户进行内部资源转移处理可包括：交互服务器102响应于来自客户端101的操作成功通知，在该用户的资源账户下进行内部资源申请处理。之后，向资源管理服务器103发送的内部资源转移处理的信息至少包括在该用户的资源账户下进行的内部资源申请处理的信息(比如所要申请的资源数值等)。

比如：对于基金申购用户而言，其需要进行一些操作来与银行的服务器进行交互，以从自身的银行账户中成功扣款，向理财平台支付用来购买基金的资金，在扣款成功后，客户端101会向理财平台服务器102发送支付成功通知(一种上述的操作成功通知)，理财平台服务器102在确认用户支付成功后才会进行内部的申购处理。

在上述实例中，交互服务器102在处理资源申请请求时对未开户用户首先做了内部资源账户创建处理，之后，还需到资源管理服务器103中创建真实的资源账户。因此，还需执行步骤305：当预定扫描时间到达时，交互服务器102扫描自身维护的用户信息以确定各个被标识为未创建资源账户的用户；向资源管理服务器103发出针对所确定的各用户的创建资源账户请求以使资源管理服务器103为各用户创建资源账户，再更新自身维护的用户信息进而将各用户标识为已创建资源账户。

上述实例中，交互服务器102可针对未创建资源账户的用户(或称“新用户”)的资源申请请求进行定时批量的创建资源账户处理，在创建资源账户方面也实现了交互服务器102和资源管理服务器103的异步处理，进一步降低资源管理服务器103的实时性要求，进一步减少交互服务器102和资源管理服务器103之间的信令交互次数、降低了二者之间的信令交互频率，能更有效的利用系统处理资源，进一步提高系统性能、改善用户体验。

在一些实例中，上述为该用户做内部资源账户创建处理可包括：从资源申请请求中提取该用户的账户信息，该账户信息至少包括身份信息(比如身份证/护照信息等可代表用户可信身份的信息)和关联账号(比如银行账号、第三方支付平台的账户、虚拟资源账号等可用于支付、购买、交换另一资源的账号)；根据预定规则对提取到的账户信息进行验证；当验证通过时，保存该账户信息。当预定扫描时间到达时，上述交互服务器102向资源管理服务器103发出的创建资源账户请求携带交互服务器102之前为各被标识为未创建资源账户的用户保存的账户信息。这里，可通过一条或多条创建资源账户请求携带这些账户信息。这些账户信息在用户首次申请资源时会填入，比如：用户首次通过理财平台申购基金时，会在申购请求中输入身份信息和关联账户。

上述实例中，在为用户做内部资源账户创建处理时，可根据预定规则对用户输入的账户信息进行验证，比如验证身份证信息/关联账号是否真实，基于身份信息确定用户是否符合购买基金产品的条件(比如未满18岁不能购买)等等。当验证成功后才会进行内部资源账户创建的处理，也就是说交互服务器102可以替资源管理服务器103拦截掉一部分不符合规定的资源申请请求，既保证的处理的准确性，也减轻了资源管理服务器103处理负担，进一步提高系统性能。

在一些实例中，上述在该用户的资源账户下进行内部资源申请处理可以包括：交互服务器102从资源申请请求中提取所要申请的资源数值；根据预定规则对所要申请的资源数值进行验证(比如：验证用户是否有资格申请到这样的资源数值、所要申请的资源数值是否符合条件等)；当验证通过时，创建与该用户的资源账户对应的资源申请订单，基于所要申请的资源数值更新在该用户的资源账户下记录的当前资源总数，并在所述资源申请订单中携带所申请的资源数值；上述向资源管理服务器103发送的在该用户的资源账户下进行的所述内部资源申请处理的信息包括：与该用户的资源账户对应的资源申请订单，以使资源管理服务器103将该资源申请订单与该用户的资源账户关联，这样资源管理服务器103才能为该用户的资源账户增加相应的资源数值。

上述实例中，在为用户做内部资源申请的处理时，可根据预定规则对用户所要申请的资源数值进行验证。当验证成功后才会创建资源申请订单并记录用户当前的资源总数，也就是说交互服务器102可以替资源管理服务器103拦截掉一部分不符合规定的资源申请请求，既保证的处理的准确性，也减轻了资源管理服务器103处理负担，进一步提高系统性能。

在一些实例中，当交互服务器102接收到的资源转移请求为资源收回请求(如基金赎回请求)时，上述为该用户进行内部资源转移处理的步骤可以包括：在该用户的资源账户下进行内部资源收回处理。其中，交互服务器102向资源管理服务器103发送的上述内部资源转移处理的信息至少包括在该用户的资源账户下进行的上述内部资源收回处理的信息，比如所要收回的资源的数值，例如基金赎回请求指示的赎回金额。

在一些实例中，上述交互服务器102在该用户的资源账户下进行内部资源收回处理的步骤可以包括：从资源收回请求中提取所要收回的资源数值；根据在该用户的资源账户下记录的当前资源总数，对所要收回的资源数值进行验证(比如：判断所要收回的资源数值是否超出当前资源总数、所要收回的资源数值是否符合预定条件等等)；当验证通过时，创建与该用户的资源账户对应的资源收回订单，基于所要收回的资源数值更新在该用户的资源账户下记录的当前资源总数，并在该资源收回订单中携带所要收回的资源数值。其中，交互服务器102向资源管理服务器103发送的在该用户的资源账户下进行的所述内部资源收回处理的信息可以包括：与该用户的资源账户对应的资源收回订单，以使资源管理服务器103将该资源收回订单与该用户的所述资源账户关联，这样资源管理服务器103才能为该用户的资源账户扣除相应的资源数值。

上述实例中，在为用户做内部资源收回的处理时，可根据预定规则对用户所要收回的资源数值进行验证。当验证成功后才会创建资源收回订单并记录用户当前的资源总数，也就是说交互服务器102可以替资源管理服务器103拦截掉一部分不符合规定的资源收回请求，既保证的处理的准确性，也减轻了资源管理服务器103处理负担，进一步提高系统性能。

图4示出了本申请提供的一互联网金融实例的消息交互图。此实例涉及用户通过互联网理财平台申购和赎回基金产品的流程。如图4所示，包括以下处理：

步骤401：理财平台服务器收到来自一用户的客户端的申购请求。

步骤402：理财平台服务器根据自身维护的用户信息判断该申购请求的用户是否已开户(即是否已创建了资源账户)，如果已开户则执行步骤404；否则执行步骤403。这里，当用户成功开户后理财平台服务器会将该用户标识为“已开户”，因此，根据该用户是否被标识为“已开户”就能判断其是否已开户。

步骤403：理财平台服务器针对该用户做内部开户处理，可包括：将从申购请求中提取的用户身份信息及关联账号等开户所需的账户信息保存在本地，还将该用户标识为“未开户”。

步骤404：理财平台服务器向客户端返回申购请求响应，以确认收到申购请求，请用户进行下一步支付操作。

步骤405～406：用户通过操作客户端完成了用户支付操作(即支付购买基金产品所需的金额，可以通过银行支付、微信/支付宝支付等手段完成)，之后客户端向理财平台服务器发送支付成功通知。

步骤407：理财平台服务器在收到来自客户端的支付成功通知后，进行内部申购处理，之后向客户端返回申购结果响应，以告知用户申购是否成功以及处理结果。这里，所做的内部申购处理可以包括：基于当前的申购请求创建申购订单，该订单至少记录了当前申购的基金份额，同时，还会在本地对应的记录该用户当前申购的基金份额以获得该用户当前持有的基金产品总额。

步骤408～409：当预定的扫描时间到达时，理财平台服务器扫描本地维护的用户信息，以确定被标识为“未开户”的各用户，这些用户就是已经过内部开户处理但未在基金公司正式开户的用户。理财平台服务器针对这些被标识为“未开户”的用户向基金公司发送开户请求，使得基金公司服务器为这些用户做正式开户处理。其中，根据需求，理财平台服务器可以每隔几个小时进行一次扫描，或者在每天预定的几个时间点进行扫描，本申请对此不作限定。这里，开户请求会携带步骤403所述保存在本地的账户信息，基金公司服务器可以基于这些用户的账户信息做开户处理。理财平台服务器可以通过调用基金公司服务器提供的对应接口来发送此开户请求。

步骤410：在成功发出开户请求后，理财平台服务器更新本地维护的用户信息，前述各被标识为“未开户”的用户标识为“已开户”。

步骤411：理财平台服务器收到来自一用户的客户端的赎回请求。

步骤412～413：理财平台服务器针对该赎回请求做内部赎回处理，之后向客户端返回赎回结果响应，以告知用户赎回是否成功以及处理结果。这里，所做的内部赎回处理可以包括：基于当前的赎回请求创建赎回订单，该订单至少记录了当前赎回的基金份额，同时，还会在本地对应的记录该用户当前赎回的基金份额以获得该用户当前持有的基金产品总额。

步骤414～415：当预定的结算周期到达时，理财平台服务器将预定时间内收到的各申购请求和赎回请求对应的申购和赎回订单以交易文件的形式发送给基金公司服务器，基金公司可以基于这些订单对这段时间内收到的各申购请求和赎回请求做批处理，更新对应的各用户的基金账户下的账单记录。其中，结算周期可以是一天，即以日终结算的方式批处理这些申购请求和赎回请求，本申请对于具体采用何种结算周期和结算方式不作限定。

上述流程中，理财平台服务器在进行内部开户处理、内部申购处理、内部赎回处理时，会对用户信息、申购请求、赎回请求做必要的验证，以便拦截掉不符合规定或者不可实施的请求，能够保证系统的准确性，也能够进一步减轻基金公司服务器的处理负担，节约系统处理资源，显著提高系统性能。这里，上述的验证可以根据需要采用各种方法来实现，本申请对此不作限定。

本申请提供的上述方法还可应用于其它涉及资源交换的数据处理技术中。在一些实例中，资源管理服务器可以提供带宽资源给客户端，交互服务器则面向客户端提供带宽资源交换服务。这样，交互服务器可以实现如下处理流程：

步骤1：交互服务器收到来自一用户的客户端的带宽申请请求。

步骤2：交互服务器根据自身维护的用户信息判断该带宽申请请求的用户是否已开户(即是否已创建了资源账户)，如果已开户则执行步骤4；否则执行步骤3。这里，当用户成功开户后交互服务器会将该用户标识为“已开户”，因此，根据该用户是否被标识为“已开户”就能判断其是否已开户。

步骤3：交互服务器针对该用户做内部开户处理，可包括：将从带宽资源申请请求中提取的用户的设备信息等开户所需的账户信息保存在本地，还将该用户标识为“未开户”。

步骤4：交互服务器基于此带宽申请请求进行内部带宽申请处理。这里的具体处理可以包括：基于当前的带宽申请请求创建申请订单，该订单至少记录了当前申请的带宽数值，同时，还会在本地对应的记录该用户当前申请的带宽数值以获得该用户当前已有的带宽总数值。

步骤5：当预定的扫描时间到达时，交互服务器扫描本地维护的用户信息，以确定被标识为“未开户”的各用户，这些用户就是已经过内部开户处理但未在资源管理服务器正式开户的用户。交互服务器针对这些被标识为“未开户”的用户向资源管理服务器发送开户请求，使得资源管理服务器为这些用户做正式开户处理。这里，开户请求会携带步骤3所述保存在本地的账户信息，资源管理服务器可以基于这些用户的账户信息做开户处理。

步骤6：在成功发出开户请求后，交互服务器更新本地维护的用户信息，前述各被标识为“未开户”的用户标识为“已开户”。

步骤7：交互服务器收到来自一用户的客户端的带宽收回请求。

步骤8：交互服务器针对该带宽收回请求做内部带宽收回处理。这里，所做的内部带宽收回处理可以包括：基于当前的带宽收回请求创建收回订单，该订单至少记录了当前要收回的带宽数值，同时，还会在本地对应的记录该用户当前要收回的带宽数值以获得该用户当前已有的带宽总数值。

步骤9：当预定的上报周期到达时，交互服务器将预定时间内收到的各带宽申请请求和带宽收回请求对应的申请订单和收回订单以数据文件的形式发送给资源管理服务器，资源管理服务器方可以基于这些订单对这段时间内收到的各带宽申请请求和带宽收回请求做批处理，更新对应的各用户的资源账户下的订单记录。

上述流程中，在带宽资源交换服务中，实现可交互服务器和资源管理服务器的异步处理，能够显著减轻资源管理服务器的处理负担，改善系统性能。同时，交互服务器在进行内部开户处理、内部带宽申请处理、内部带宽收回处理时，会相关用户信息、设备信息、申请请求和收回请求等做必要的验证，以便拦截掉不符合规定或者不可实施的请求，能够保证系统的准确性，也能够进一步减轻交互服务器的处理负担，节约系统处理资源，显著提高系统性能。

基于上述实例，本申请还提出了一种资源处理装置，其位于交互服务器102中，如图5所示，该装置包括资源处理模块501、账户管理模块503和上报模块502，其中：

资源处理模块501当接收到至少一资源转移请求时，在相应的请求所对应的资源账户下进行资源转移预处理。

账户管理模块503，当相应的请求未检测到对应的资源账户时，预创建该请求对应的资源账户，并在该预创建的资源账户下进行所述资源转移预处理。

上报模块502，当第一时间到达时，根据当前至少一已预创建的资源账户的信息向资源管理服务器发送创建资源账户请求，以使所述资源管理服务器建立所述预创建的资源账户对应的资源账户；当第二时间到达时，根据当前已完成的至少一次资源转移预处理的信息向资源管理服务器发送资源转移请求，以使所述资源管理服务器进行与所述资源转移预处理对应的资源转移处理。。

在一些实例中，该装置进一步包括：响应模块504，当资源处理模块501接收到的资源转移请求为资源申请请求时，返回对于资源申请请求的响应，以使用户基于该响应进行资源交换的操作并在操作成功时发送操作成功通知。此时，资源处理模块501响应于所述操作成功通知，在资源账户下进行资源申请预处理；上报模块502发送的当前已完成的至少一次资源转移预处理的信息包括在资源账户下进行的资源申请预处理的信息。

在一些实例中，当资源处理模块501接收到的资源转移请求为资源申请请求时，账户管理模块503判断该请求对应的用户是否被标识为已创建资源账户，当判定该用户未被标识为已创建资源账户时，将该用户标识为未创建资源账户，并为该请求预创建资源账户。该装置还包括：扫描模块505，当第一时间到达时，扫描账户管理模块503维护的用户信息以确定各个被标识为未创建资源账户的用户并触发上报模块502。上报模块502根据扫描模块505确定的当前至少一个被标识为未创建资源账户的用户的信息向资源管理服务器发送创建资源账户请求，并进一步令账户管理模块503将当前至少一个被标识为未创建资源账户的用户标识为已创建资源账户。

在一些实例中，当资源处理模块501接收到的资源转移请求为资源收回请求时，资源处理模块501在该请求对应的资源账户下进行资源收回预处理；其中，当前已完成的至少一次资源转移预处理的信息包括在资源账户下进行的所述资源收回预处理的信息。

在一些实例中，该装置包括：资源处理模块501、上报模块502、账户管理模块503、响应模块504和扫描模块505。当资源处理模块501接收到的资源转移请求为资源申请请求时，这些模块的处理如下：

账户管理模块503判断该用户是否被标识为已创建资源账户，当判定该用户未被标识为已创建资源账户时，将该用户标识为未创建资源账户，并为该用户做内部资源账户创建处理。

响应模块504向客户端101返回对于资源申请请求的响应，以使用户基于该响应进行资源交换的操作并在操作成功时发送操作成功通知。

这样，资源处理模块501会在收到来自客户端101的上述操作成功通知时，在该用户的资源账户下进行内部资源申请处理。上报模块502发送的上述内部资源转移处理的信息至少包括在该用户的资源账户下进行的所述内部资源申请处理的信息。

扫描模块505，当预定扫描时间到达时，扫描账户管理模块503维护的用户信息以确定各个被标识为未创建资源账户的用户，并触发上报模块503，或者说调用上报模块503。

上报模块503响应于扫描模块505的触发，进一步向资源管理服务器103发出针对所确定的各用户的创建资源账户请求以使资源管理服务器103为这些用户创建资源账户，并令账户管理模块503将这些用户标识为已创建资源账户。

在一些实例中，当资源处理模块501接收到的资源转移请求为资源收回请求时，资源处理模块501在该用户的资源账户下进行内部资源收回处理；上报模块502发送的内部资源转移处理的信息至少包括在该用户的资源账户下进行的所述内部资源收回处理的信息。

上述各个模块实现各自功能的具体原理在前文已有描述，这里不再赘述。上述的各种服务器可能实现为一台服务器设备，也可能实现为包括多个服务器设备的服务器集群，因此，上述各个模块可能位于一台服务器设备，也可能分布在多个服务器设备中。

基于上述实例，本申请还提出了一种资源处理系统，其包括：交互服务器102和资源管理服务器103。

在一些实例中，交互服务器102，当接收到至少一资源转移请求时，在相应的请求所对应的资源账户下进行资源转移预处理；其中，当相应的请求未检测到对应的资源账户时，预创建该请求对应的资源账户，并在该预创建的资源账户下进行所述资源转移预处理；当第一时间到达时，根据当前至少一已预创建的资源账户的信息向资源管理服务器103发送创建资源账户请求；当第二时间到达时，根据当前已完成的至少一次资源转移预处理的信息向资源管理服务器103发送资源转移请求。资源管理服务器103，根据来自交互服务器102的创建资源账户请求建立预创建的资源账户对应的资源账户；根据来自交互服务器102的资源转移请求进行与资源转移预处理对应的资源转移处理。

在一些实例中，当接收到的所述资源转移请求为资源申请请求时，交互服务器102进一步在预创建该资源申请请求对应的资源账户之后，返回对于该资源申请请求的响应，以使用户基于该响应进行资源交换的操作，并在操作成功时发送操作成功通知。其中，上述在相应的请求所对应的资源账户下进行资源转移预处理包括：响应于所述操作成功通知，在所述资源账户下进行资源申请预处理；上述当前已完成的至少一次资源转移预处理的信息包括：在所述资源账户下进行的所述资源申请预处理的信息。

在一些实例中，当接收到的所述资源转移请求为资源收回请求时，交互服务器102，在所述资源账户下进行资源收回预处理；其中，上述当前已完成的至少一次资源转移预处理的信息包括在所述资源账户下进行的上述资源收回预处理的信息。

在一些实例中，交互服务器102当接收到来自一用户的客户端101的资源转移请求时，为该用户进行内部资源转移处理；当预定上报时间到达时，向资源管理服务器103发送针对预定时间段内的各资源转移请求的所述内部资源转移处理的信息。资源管理服务器103，根据来自交互服务器102的内部资源转移处理的信息针对上述各资源转移请求进行相应的资源转移处理。

在一些实例中，交互服务器102当接收到的资源转移请求为资源申请请求时，进一步执行如下处理：

判断该用户是否被标识为已创建资源账户，当判定该用户未被标识为已创建资源账户时，将该用户标识为未创建资源账户，并为该用户做内部资源账户创建处理；及向客户端101返回对于上述资源申请请求的响应，以使用户基于该响应进行资源交换的操作，并在操作成功时发送操作成功通知。

此时，交互服务器102，响应于来自客户端101的操作成功通知，在该用户的资源账户下进行内部资源申请处理。交互服务器102向资源管理服务器103发送的内部资源转移处理的信息至少包括在该用户的资源账户下进行的上述内部资源申请处理的信息。

这里，交互服务器102还进一步执行处理：当预定扫描时间到达时，扫描自身维护的用户信息以确定各个被标识为未创建资源账户的用户；向资源管理服务器103发出针对所确定的各用户的创建资源账户请求，并将上述各用户标识为已创建资源账户。

此时，资源管理服务器103根据来自交互服务器102的针对上述各用户的创建资源账户请求为上述各用户创建资源账户。

在一些实例中，当接收到的所述资源转移请求为资源收回请求时，交互服务器102为该用户进行内部资源转移处理包括：在该用户的资源账户下进行内部资源收回处理。其中，交互服务器102向资源管理服务器103发送的上述内部资源转移处理的信息至少包括在该用户的资源账户下进行的所述内部资源收回处理的信息。

在一些实例中，上述交互服务器102和资源管理服务器103中任一者可以实现为一台服务器设备或者由多台服务器设备组成的服务器集群。

上述系统中各个实体实现各种功能的具体方法及原理在前文均有描述，这里不再赘述。

另外，在本申请各个实例中的装置及各模块可以集成在一个处理单元中，也可以是各个模块单独物理存在，也可以两个或两个以上装置或模块集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

在一实施例中，上述的资源处理装置可运行在任一用于资源处理的计算设备中，并加载在该计算设备的存储器中。如图6所示，该计算设备除了包括上述控制装置中的各个模块，还可包括：存储器601、处理器603、总线602、端口604。处理器603和存储器601通过总线602互联。处理器603可通过端口604接收和发送数据以实现网络通信和/或本地通信。上述各模块501～505可以是存储器601中存储的机器可执行指令模块。处理器603通过执行存储器601中各模块501～505中包含的机器可执行指令，进而能够实现上述各模块501～505的功能。

另外，本申请的每个实例可以通过由数据处理设备如计算机执行的数据处理程序来实现。显然，数据处理程序构成了本发明。此外，通常存储在一个存储介质中的数据处理程序通过直接将程序读取出存储介质或者通过将程序安装或复制到数据处理设备的存储设备(如硬盘和/或内存)中执行。因此，这样的存储介质也构成了本发明。存储介质可以使用任何类型的记录方式，例如纸张存储介质(如纸带等)、磁存储介质(如软盘、硬盘、闪存等)、光存储介质(如CD-ROM等)、磁光存储介质(如MO等)等。

因此，本申请还提供了一种非易失性存储介质，其中存储有数据处理程序，该数据处理程序用于执行本申请上述方法的任何一种实例。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (15)

1.一种资源处理方法，其特征在于，该方法包括：

当接收到至少一资源转移请求时，交互服务器在相应的请求所对应的资源账户下进行资源转移预处理；其中，当相应的请求未检测到对应的资源账户时，预创建该请求对应的资源账户，在该预创建的资源账户下进行所述资源转移预处理，并向用户反馈所述资源转移预处理的响应，以通知用户所述资源转移请求处理是否成功；

当第一时间到达时，所述交互服务器根据当前至少一已预创建的资源账户的信息向资源管理服务器发送创建资源账户请求，以使所述资源管理服务器建立所述预创建的资源账户对应的资源账户；

及

当第二时间到达时，所述交互服务器根据当前已完成的至少一次资源转移预处理的信息向资源管理服务器发送资源转移请求，以使所述资源管理服务器进行与所述资源转移预处理对应的资源转移处理。

2.根据权利要求1所述的方法，其中，当接收到的所述资源转移请求为资源申请请求时，进一步包括：在预创建该资源申请请求对应的资源账户之后，返回对于所述资源申请请求的响应，以使用户基于该响应进行资源交换的操作，并在操作成功时发送操作成功通知；

其中，所述在相应的请求所对应的资源账户下进行资源转移预处理包括：响应于所述操作成功通知，在所述资源账户下进行资源申请预处理；

其中，所述当前已完成的至少一次资源转移预处理的信息包括：在所述资源账户下进行的所述资源申请预处理的信息。

3.根据权利要求1所述的方法，其中，所述当相应的请求未检测到对应的资源账户时预创建该请求对应的资源账户，包括：

判断该请求对应的用户是否被标识为已创建资源账户，当判定该用户未被标识为已创建资源账户时，将该用户标识为未创建资源账户，并为该请求预创建资源账户；及

所述当前至少一已预创建的资源账户的信息，包括：当前至少一个被标识为未创建资源账户的用户的信息；

该方法还包括：在向所述资源管理服务器发出所述创建资源账户请求后，将所述当前至少一个被标识为未创建资源账户的用户标识为已创建资源账户。

4.根据权利要求2所述的方法，其中，所述预创建该请求对应的资源账户，包括：

从所述资源申请请求中提取账户信息，该账户信息至少包括身份信息和关联账号；

根据预定规则对所述账户信息进行验证；及

当验证通过时，保存该账户信息；

及

其中，所述当前至少一已预创建的资源账户的信息包括所述保存的账户信息。

5.根据权利要求2所述的方法，其中，所述在所述资源账户下进行资源申请预处理，包括：

从所述资源申请请求中提取所要申请的资源数值；

根据预定规则对所要申请的资源数值进行验证；及

当验证通过时，创建与所述资源账户对应的资源申请订单，基于所要申请的资源数值更新在所述资源账户下记录的当前资源总数，并在所述资源申请订单中携带所申请的资源数值；

其中，所述在所述资源账户下进行的所述资源申请预处理的信息包括：与所述资源账户对应的所述资源申请订单。

6.根据权利要求1至3及5中任一项所述的方法，其中，当接收到的所述资源转移请求为资源收回请求时，所述在相应的请求所对应的资源账户下进行资源转移预处理包括：在所述资源账户下进行资源收回预处理；

其中，所述当前已完成的至少一次资源转移预处理的信息包括在所述资源账户下进行的所述资源收回预处理的信息。

7.根据权利要求6所述的方法，其中，所述在所述资源账户下进行资源收回预处理，包括：

从所述资源收回请求中提取所要收回的资源数值；

根据在所述资源账户下记录的当前资源总数，对所要收回的资源数值进行验证；

当验证通过时，创建与所述资源账户对应的资源收回订单，基于所要收回的资源数值更新在所述资源账户下记录的当前资源总数，并在所述资源收回订单中携带所要收回的资源数值；

其中，所述在所述资源账户下进行的所述资源收回预处理的信息包括：与所述资源账户对应的所述资源收回订单。

8.一种资源处理装置，其特征在于，该装置包括：

资源处理模块，当接收到至少一资源转移请求时，交互服务器在相应的请求所对应的资源账户下进行资源转移预处理；

账户管理模块，当相应的请求未检测到对应的资源账户时，所述交互服务器预创建该请求对应的资源账户，并在该预创建的资源账户下进行所述资源转移预处理，并向用户反馈所述资源转移预处理的响应，以通知用户所述资源转移请求处理是否成功；

及

上报模块，当第一时间到达时，所述交互服务器根据当前至少一已预创建的资源账户的信息向资源管理服务器发送创建资源账户请求，以使所述资源管理服务器建立所述预创建的资源账户对应的资源账户；当第二时间到达时，所述交互服务器根据当前已完成的至少一次资源转移预处理的信息向资源管理服务器发送资源转移请求，以使所述资源管理服务器进行与所述资源转移预处理对应的资源转移处理。

9.根据权利要求8所述的装置，进一步包括：

响应模块，当所述资源处理模块接收到的所述资源转移请求为资源申请请求时，返回对于所述资源申请请求的响应，以使用户基于该响应进行资源交换的操作并在操作成功时发送操作成功通知；

其中，所述资源处理模块响应于所述操作成功通知，在所述资源账户下进行资源申请预处理；

其中，所述上报模块发送的所述当前已完成的至少一次资源转移预处理的信息包括在所述资源账户下进行的所述资源申请预处理的信息。

10.根据权利要求8所述的装置，其中，所述账户管理模块，当所述资源处理模块接收到的所述资源转移请求为资源申请请求时，判断该请求对应的用户是否被标识为已创建资源账户，当判定该用户未被标识为已创建资源账户时，将该用户标识为未创建资源账户，并为该请求预创建资源账户；

该装置还包括：

扫描模块，当所述第一时间到达时，扫描所述账户管理模块维护的用户信息以确定各个被标识为未创建资源账户的用户并触发所述上报模块；

所述上报模块根据所述扫描模块确定的当前至少一个被标识为未创建资源账户的用户的信息向所述资源管理服务器发送所述创建资源账户请求，并进一步令所述账户管理模块将所述当前至少一个被标识为未创建资源账户的用户标识为已创建资源账户。

11.根据权利要求8、9或10所述的装置，其中，当接收到的所述资源转移请求为资源收回请求时，所述资源处理模块在该资源收回请求对应的资源账户下进行资源收回预处理；其中，所述当前已完成的至少一次资源转移预处理的信息包括在所述资源账户下进行的所述资源收回预处理的信息。

12.一种资源处理系统，其特征在于，包括：交互服务器和资源管理服务器，其中：

所述交互服务器，当接收到至少一资源转移请求时，在相应的请求所对应的资源账户下进行资源转移预处理，并向用户反馈所述资源转移预处理的响应，以通知用户所述资源转移请求处理是否成功；其中，当相应的请求未检测到对应的资源账户时，预创建该请求对应的资源账户，并在该预创建的资源账户下进行所述资源转移预处理；当第一时间到达时，根据当前至少一已预创建的资源账户的信息向资源管理服务器发送创建资源账户请求；当第二时间到达时，根据当前已完成的至少一次资源转移预处理的信息向资源管理服务器发送资源转移请求；及

所述资源管理服务器，根据来自所述交互服务器的所述创建资源账户请求建立所述预创建的资源账户对应的资源账户；根据来自所述交互服务器的所述资源转移请求进行与所述资源转移预处理对应的资源转移处理。

13.根据权利要求12所述的系统，其中，所述交互服务器，当接收到的所述资源转移请求为资源申请请求时，进一步在预创建该资源申请请求对应的资源账户之后，返回对于所述资源申请请求的响应，以使用户基于该响应进行资源交换的操作，并在操作成功时发送操作成功通知；

其中，所述在相应的请求所对应的资源账户下进行资源转移预处理包括：响应于所述操作成功通知，在所述资源账户下进行资源申请预处理；

其中，所述当前已完成的至少一次资源转移预处理的信息包括：在所述资源账户下进行的所述资源申请预处理的信息。

14.根据权利要求12或13所述的系统，其中，所述交互服务器，当接收到的所述资源转移请求为资源收回请求时，在所述资源账户下进行资源收回预处理；

其中，所述当前已完成的至少一次资源转移预处理的信息包括在所述资源账户下进行的所述资源收回预处理的信息。

15.一种非易失性计算机可读存储介质，其特征在于，存储有机器可读指令，可以使至少一个处理器执行如权利要求1-7任一项所述的方法。

Images