一种数据处理方法、设备、介质及电子设备
技术领域
本说明书涉及互联网信息处理技术领域，尤其涉及一种数据处理方法、设备、介质及电子设备。
背景技术
随着互联网技术的发展，不同互联网服务平台之间建立业务合作成为一种发展趋势。这种合作一方面能够发挥各个平台的优势，促进不同业务的有序发展；另一方面也能够有效促进多业务之间的融合发展，实现不同互联网服务平台的共赢。
例如：互联网服务平台A与互联网服务平台B之间建立业务合作，即利用互联网服务平台B的大流量、多用户的优势，推广互联网服务平台A的某一项业务。
在这种合作方式下，对于登录互联网服务平台B的用户来讲，通过互联网服务平台B提供的显示页面可以查看到互联网服务平台A的某项业务。如果用户对显示的该业务感兴趣，则可以直接通过互联网服务平台B提供的入口申请该业务。这样给用户带来了极大的便利，还能够提升用户对互联网服务平台A和互联网服务平台B的用户体验。
但是，在实际应用中，由于用户在不同的互联网服务平台上可以申请相同的业务，而不同的互联网服务平台基于该业务给予用户的使用权限存在差异，导致用户在不同的互联网服务平台发起业务请求后出现业务执行失败的情况，使得用户对互联网服务平台的用户体验较差。
因此，本申请提出了一种数据处理方法，以解决上述问题，提升用户对互联网服务平台的用户体验。
发明内容
本说明书提供一种数据处理方法、设备、介质及电子设备，以部分解决上述现有技术存在的问题。
本说明书采用下述技术方案：
本说明书提供的一种数据处理方法，包括：
第一服务器接收用户设备发送的业务处理请求，所述业务处理请求中包含用户账户的账户信息；
根据所述账户信息，从账户状态数据库中查询所述账户信息对应的账户状态；
在根据所述账户状态确定所述用户账户满足设定条件的情况下，根据所述账户信息中包含的开通所述用户账户的第二服务器，从所述第二服务器中获取用于激活所述用户账户的激活页面，并将所述激活页面推送给所述用户设备，以使所述用户通过所述激活页面提交用于激活所述用户账户的用户信息；
在确定所述用户账户激活成功的情况下，根据设定的业务处理策略，对所述业务处理请求进行处理；
其中，所述设定条件包含：
所述账户状态中的业务属性对应的属性值为空；
所述账户状态中的签约关系对应的属性值为空；
针对所述用户账户执行的预授权扣款操作，且操作结果为失败中的至少一种。
可选的，根据所述账户信息，从账户状态数据库中查询所述账户信息对应的账户状态，具体包括：
根据所述账户信息中包含的开通所述用户账户的第二服务器，向所述第二服务器发送账户状态查询消息，所述账户状态查询消息中包含所述用户账户的账户信息；
接收所述第二服务器发送的查询结果，所述查询结果中包含所述账户信息对应的账户状态，所述查询结果由所述第二服务器通过查询账户状态数据库得到。
可选的，从所述第二服务器中获取用于激活所述用户账户的激活页面，并将所述激活页面推送给所述用户设备，具体包括：
向所述第二服务器发送激活页面获取请求，所述激活页面获取请求中包含用于激活所述用户账户的激活页面的页面标识；
接收所述第二服务器发送给所述页面标识对应的链接地址，并将所述链接地址发送给所述用户设备；
接收所述用户设备发送的针对所述链接地址的访问请求，并根据所述链接地址将所述访问请求发送给所述第二服务器，所述访问请求中包含所述用户设备的设备标识，以便于所述第二服务器根据所述设备标识将所述链接地址对应的激活页面推送给所述用户设备。
可选的，从所述第二服务器中获取用于激活所述用户账户的激活页面，并将所述激活页面推送给所述用户设备，具体包括：
向所述第二服务器发送激活页面获取请求，所述激活页面获取请求中包含用于激活所述用户账户的激活页面的页面标识；
接收所述第二服务器发送给所述页面标识对应的激活页面；
将所述激活页面加载显示在所述用户设备上；
接收所述用户设备发送的用于激活所述用户账户的用户信息，所述用户信息由所述用户通过所述激活页面提交的；
将所述用户信息发送给所述第二服务器。
可选的，确定所述用户账户激活成功，具体包括：
接收所述第二服务器发送的激活状态信息，所述激活状态信息由所述第二服务器根据所述用户提交的用于激活所述用户账户的用户信息确定；
根据所述激活状态信息，确定所述用户账户激活成功。
可选的，根据设定的业务处理策略，对所述业务处理请求进行处理，具体包括：
根据设定的业务处理策略，确定与所述业务处理请求相关联的业务数据；
将所述业务数据封装在所述业务处理请求中，并将封装后的所述业务处理请求发送给所述第二服务器，以便于所述第二服务器根据所述业务数据对所述业务处理请求进行处理。
可选的，根据设定的业务处理策略，对所述业务处理请求进行处理，具体包括：
根据设定的业务处理策略，向所述第二服务器发送权限获取请求，所述权限获取请求中包含所述业务处理请求对应的业务类型和所述用户账户的账户信息；
接收所述第二服务器发送的授权信息，根据所述授权信息，获取与所述业务处理请求相关联的业务数据；
根据所述业务数据对所述业务处理请求进行处理。
可选的，所述第一服务器在确定预授权扣款操作的操作结果为成功的情况下，确定所述用户账户已被激活，并对所述用户账户执行撤销预授权扣款操作。
可选的，所述业务处理请求用于请求所述第一服务器执行第一业务；所述业务数据为第二业务的业务数据。
本说明书还提供了一种数据处理装置，包括：
接收单元，用于接收用户设备发送的业务处理请求，所述业务处理请求中包含用户账户的账户信息；
查询单元，用于根据所述账户信息，从账户状态数据库中查询所述账户信息对应的账户状态；
处理单元，用于在根据所述账户状态确定所述用户账户满足设定条件的情况下，根据所述账户信息中包含的开通所述用户账户的第二服务器，从所述第二服务器中获取用于激活所述用户账户的激活页面，并将所述激活页面推送给所述用户设备，以使所述用户通过所述激活页面提交用于激活所述用户账户的用户信息；在确定所述用户账户激活成功的情况下，根据设定的业务处理策略，对所述业务处理请求进行处理；
其中，所述设定条件包含：
所述账户状态中的业务属性对应的属性值为空；
所述账户状态中的签约关系对应的属性值为空；
针对所述用户账户执行的预授权扣款操作，且操作结果为失败中的至少一种。
本说明书提供的一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述的数据处理方法。
本说明书提供的一种电子设备，包括存储器、处理器及存储在存储器上并在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述的数据处理方法。
本说明书采用的上述至少一个技术方案能够达到以下有益效果：
本说明书提供的数据处理方法，第一服务器接收用户设备发送的包含用户账户的业务处理请求，根据所述用户账户，从账户状态数据库中查询所述用户账户的账户状态；在根据所述账户状态确定所述用户账户满足设定条件的情况下，根据所述账户信息中包含的开通所述用户账户的第二服务器，从所述第二服务器中获取用于激活所述用户账户的激活页面，并将所述激活页面推送给所述用户设备，以使所述用户通过所述激活页面提交用于激活所述用户账户的用户信息；并在确定所述用户账户激活成功的情况下，根据设定的业务处理策略，对所述业务处理请求进行处理。这样，第一服务器在接收到业务处理请求时，查询用户账户的账户状态，对于处于未激活状态的用户账户引导用户激活该用户账户，并在用户账户被激活的情况下，获得业务处理权限并对业务进行处理，有效避免因权限导致的业务处理失败的问题，提升用户的用户体验。
附图说明
此处所说明的附图用来提供对本说明书的进一步理解，构成本说明书的一部分，本说明书的示意性实施例及其说明用于解释本说明书，并不构成对本说明书的不当限定。在附图中：
图1为本说明书实施例提供的一种数据处理方法的流程示意图；
图2为本说明书实施例提供的一种数据处理方法的流程示意图；
图3为本说明书实施例提供的一种数据处理装置的结构示意图；
图4为本说明书实施例提供的电子设备的结构示意图。
具体实施方式
信用卡又称为贷记卡，是发卡单位(通常指银行)基于用户信用所发行的一种信用账户。具体的，发卡单位基于持卡人的信用数据给予持卡人的信用额度，而持卡人可以在该信用额度内先消费后还款。即持卡人可以先发生消费行为，并利用该信用卡对消费行为进行支付(即银行预先对该消费行为进行支付)。持卡人在之后一定时间范围内对该消费行为所产生的费用进行还款，即针对该消费行为所产生的费用通过信用账户向银行实施还款行为。也就是说信用卡业务可以包含两个业务，即借款业务(对应于提前消费行为)和还款业务(对应于还款行为)，这两个业务之间具备关联关系。
随着互联网技术的发展，银行与第三方互联网服务平台建立业务合作。例如：将信用卡业务的申请方式由线下办理转为线上办理，即在第三方互联网服务平台设置不同银行的信用卡业务的申请入口，用户可以通过该申请入口申请信用卡。在实际应用中，用户通过第三方互联网服务平台申请到的信用卡具备了“即开即用”的功能，即用户通过申请入口向第三方互联网服务平台对应的服务器发送信用卡申请请求，服务器对用户提交的用户信息的真实性进行验证，在验证通过的情况下，为该用户分配信用卡对应的用户账户，并向用户发送电子信用卡(同步还可以向用户邮寄介质类信用卡片)，这样，用户在得到该用户账户的情况下，便可即可使用该信用卡进行消费，极大方便了用户。
这里服务器为用户分配的信用卡对应的用户账户是根据银行服务器确定的信用卡对应的用户账户的生成规则得到的。通过第三方服务器平台申请到的信用卡，在用户没有向银行服务器提交激活申请之前，所产生的消费数据存储在第三方互联网服务平台对应的服务器上，消费金额由所述第三方互联网服务平台进行支付。但是，通过第三方服务器平台申请到的信用卡，虽然针对该信用卡的借款业务发生在第三方互联网服务平台对应的服务器，但是针对该信用卡的还款业务则需要通过银行服务器来完成。
但是，在实际应用中，由于用户并不熟悉第三方互联网服务平台与银行服务器之间的业务流程，在信用卡还款业务中，用户有可能向第三方互联网服务平台对应的服务器发送还款业务处理请求，而第三方互联网服务平台对应的服务器可能因为权限问题导致业务处理失败；用户也可能向银行服务器发送还款业务处理请求，但银行服务器在接收到上述用户发送的还款请求后，往往因为没有相应的还款业务对应的借款业务数据而导致无法处理该还款业务，进而导致还款业务处理失败，造成用户体验较差。
基于此，本说明书提供一种数据处理方法，第一服务器接收用户设备发送的包含用户账户的业务处理请求，根据所述用户账户，从账户状态数据库中查询所述用户账户的账户状态；在根据所述账户状态确定所述用户账户满足设定条件的情况下，根据所述账户信息中包含的开通所述用户账户的第二服务器，从所述第二服务器中获取用于激活所述用户账户的激活页面，并将所述激活页面推送给所述用户设备，以使所述用户通过所述激活页面提交用于激活所述用户账户的用户信息；并在确定所述用户账户激活成功的情况下，根据设定的业务处理策略，对所述业务处理请求进行处理。这样，第一服务器在接收到业务处理请求时，查询用户账户的账户状态，对于处于未激活状态的用户账户引导用户激活该用户账户，并在用户账户被激活的情况下，获得业务处理权限并对业务进行处理，有效避免因权限导致的业务处理失败的问题，提升用户的用户体验。
尤其对于那些未办理激活业务但已经处于使用状态的信用卡，不管是银行服务器还是第三方互联网服务平台对应的服务器在接收到还款业务处理请求时对其用户账户的激活状态进行判断，并在确定未激活时及时引导用户激活该信用卡，完善用户的信用卡功能，及时处理还款请求，保障用户的信用，同时有效避免因信用卡未激活而引发的退款情形，提升用户使用信用卡的用户体验。
需要说明的是，对于本说明书实施例中记载的业务，确定用于处理该业务的主服务器以及辅服务器。该业务可以拆分成几个不同的子业务，按照业务处理规则，主服务器用于处理该业务中的某一个或者某几个子业务，而辅服务器通过主服务器授权，也可以处理该业务中的一个或者几个子业务。
为使本说明书的目的、技术方案和优点更加清楚，下面将结合本说明书具体实施例及相应的附图对本说明书技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本说明书一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本说明书保护的范围。
以下结合附图，详细说明本说明书各实施例提供的技术方案。
图1为本说明书实施例提供的一种数据处理方法的流程示意图。所述方法可以如下所述。本说明书实施例的执行主体为第一服务器。
步骤101:第一服务器接收用户设备发送的业务处理请求，所述业务处理请求中包含用户账户的账户信息。
在本说明书提供的实施例中，这里的业务处理请求用于请求第一服务器执行第一业务，这里的第一业务是已经实施的第二业务的关联业务，而第二业务对应的业务处理请求已由第一服务器进行处理。
具体地，用户通过所使用的用户设备登录第三方互联网服务平台对应的第一服务器，在第三方互联网服务平台上看到所推广的某种业务，而该业务的发起者为第二服务器。如果用户对该业务感兴趣，可以通过第三方互联网服务平台提供的业务申请入口，向该第三方互联网服务平台对应的第一服务器申请该业务。在业务申请成功的情况下，获取由第二服务器为其开通的用户账户。
具体地，用户通过第一服务器提供的业务申请入口向该第一服务器发送申请账户请求，该申请账户请求中包含用于申请账户的用户信息；该第一服务器将该申请账户请求转发给第二服务器，以便于第二服务器对该用户提交的用户信息进行验证，并将验证结果发送给该第一服务器；第一服务器接收第二服务器发送的验证结果，并根据验证结果，为该用户分配账户信息。
需要说明的是，这里的账户信息可以是第一服务器生成的，即第一服务器根据第二服务器设定的账户生成规则生成的，当将账户信息分配给该用户之后，第一服务器将该账户信息发送给第二服务器，以便于第二服务器存储该账户信息；也可以是第二服务器根据设定的账户生成规则生成用户账户之后发送给第一服务器，即第二服务器在根据用户信息对用户身份进行验证时，若验证结果为验证通过，则为该用户生成账户信息，并将该账户信息发送给第一服务器，由第一服务器将该账户信息分配给该用户，这里对于用户账户的生成主体不做具体限定。
用户通过第一服务器申请到用户账户之后，可以通过所使用的用户设备向第一服务器发送业务处理请求，该业务处理请求用于请求第一服务器执行第二业务。而第一服务器在接收到用户设备发送的业务处理请求之后，根据业务处理策略，对该业务处理请求进行处理，并将业务处理结果作为业务数据，存储在第一服务器本地。
需要说明的是，用户在申请到用户账户之后发送的业务处理请求与步骤101中记载的业务处理请求不同：用户在申请到用户账户之后发送的业务处理请求对应于第二业务；而步骤101中记载的业务处理请求对应于第一业务；这里的第一业务是第二业务的后续业务，也就是说，按照业务处理策略，用户通过用户设备向第一服务器发送业务处理请求(该业务处理请求用于请求第一服务器对第二业务进行处理)，由所述第一服务器对该业务处理请求进行处理，并在确定该业务处理请求被处理之后，用户还可以通过用户设备向第一服务器发送给业务处理请求，该业务处理请求用于请求第一服务器执行第一业务。即这里的第一业务与上述记载的第二业务之间具备关联关系，第一业务作为第二业务的后续业务、或者补充业务，只有第一业务完成才意味着整个业务(即第一业务和第二业务)实施完成。
例如：假设该业务为信用卡业务，那么该信用卡业务可以拆分为借款业务和还款业务。当用户通过第三方互联网服务平台对应的第一服务器申请到信用卡时，用户可以通过该第一服务器来执行借款业务，即用户通过用户设备向第一服务器发送借款业务处理请求，由第一服务器对接收到的借款业务处理请求进行处理。
然而由于该信用卡业务的主服务器为第二服务器，意味着针对该信用卡业务的还款业务需要由第二服务器来执行。但是，由于用户不清楚第一服务器与第二服务器之间协商的业务流程，因此，在借款业务发生之后，用户还可能通过用户设备向第一服务器发送还款业务处理请求，而该还款业务处理请求中包含用户账户的账户信息。
步骤103：所述第一服务器根据所述账户信息，从账户状态数据库中查询所述账户信息对应的账户状态。
在本说明书提供的实施例中，若第一服务器本地存储有账户状态数据库，那么第一服务器根据所述账户信息，从本地存储的账户状态数据库中读取所述账户信息对应的账户状态；若第一服务器本地没有存储账户状态数据库，那么第一服务器根据所述账户信息中包含的开通所述用户账户的第二服务器，向所述第二服务器发送账户状态查询消息，所述账户状态查询消息中包含所述用户账户的账户信息；并接收所述第二服务器发送的查询结果，所述查询结果中包含所述账户信息对应的账户状态，所述查询结果由所述第二服务器通过查询账户状态数据库得到。根据该查询结果，确定该账户信息对应的账户状态。
这里记载的用账户信息对应的账户状态包含但不限于申请时间、开户时间、开户行信息、是否已被激活、账户属性、签约关系等等。
步骤105：所述第一服务器根据所述账户状态判断所述用户账户是否满足设定条件，若满足，则执行步骤107。
在本说明书提供的实施例中，所述设定条件包含：
所述账户状态中的业务属性对应的属性值为空；
所述账户状态中的签约关系对应的属性值为空；
针对所述用户账户执行的预授权扣款操作，且操作结果为失败中的至少一种
具体地，第一服务器在查询到账户信息对应的账户状态之后，可以通过但不限于以下几种方式判断所述用户账户是否满足设定条件。
具体地，第一服务器读取所述账户状态中的业务属性对应的属性值，若所述账户状态中的业务属性对应的属性值为空，则确定所述用户账户满足设定条件，即所述用户处于未被激活状态。
或者，
第一服务器读取所述账户状态中的签约关系对应的属性值，若所述账户状态中的签约关系对应的属性值为空，则确定所述用户账户满足设定条件，即所述用户处于未被激活状态。
或者，
第一服务器读取所述账户状态中各参数(例如：业务属性、签约关系)的属性值，当无法确定所述用户账户是否满足设定条件时，触发执行对所述用户账户的预授权扣款操作；在确定操作结果为失败时，确定所述用户账户满足设定条件，即所述用户处于未被激活状态。
具体地，第一服务器向第二服务器发送预授权扣款请求，所述预授权扣款请求中包含所述用户账户的账户信息；所述第二服务器在接收到该预授权扣款请求的情况下，对所述用户账户执行预授权扣款操作，并将操作结果发送给第一服务器。
第一服务器接收第二服务器发送的操作结果，在确定操作结果为失败时，确定所述用户账户满足设定条件，即所述用户处于未被激活状态；在确定操作结果为成功的情况下，确定所述用户账户已被激活，并对所述用户账户执行撤销预授权扣款操作。具体地，第一服务器向第二服务器发送撤销预授权扣款操作请求，所述撤销预授权扣款请求中包含所述用户账户的账户信息；所述第二服务器在接收到该撤销预授权扣款请求的情况下，对所述账户执行撤销预授权扣款操作，并将撤销成功结果发送给第一服务器。
步骤107：所述第一服务器根据所述账户信息中包含的开通所述用户账户的第二服务器，从所述第二服务器中获取用于激活所述用户账户的激活页面，并将所述激活页面推送给所述用户设备，以使所述用户通过所述激活页面提交用于激活所述用户账户的用户信息。
在本说明书提供的实施例中，所述第一服务器在确定所述用户账户处于未激活状态时，向所述用户设备推送用于激活所述用户账户的激活页面。
具体地，根据所述账户信息中包含的开通所述用户账户的第二服务器，向所述第二服务器发送激活页面获取请求，所述激活页面获取请求中包含用于激活所述用户账户的激活页面的页面标识；
接收所述第二服务器发送给所述页面标识对应的链接地址，并将所述链接地址发送给所述用户设备；接收所述用户设备发送的针对所述链接地址的访问请求，并根据所述链接地址将所述访问请求发送给所述第二服务器，所述访问请求中包含所述用户设备的设备标识，以便于所述第二服务器根据所述设备标识将所述链接地址对应的激活页面推送给所述用户设备。
例如：第一服务器在确定所述用户账户处于未激活状态时，向所述用户设备发送提示信息，该提示信息中包含激活页面对应的链接地址。用户点击该链接地址，即向第一服务器发送针对该链接地址的访问请求，第一服务器在接收到该访问请求时，根据该链接地址，将该访问请求转发给第二服务器；第二服务器在接收到访问请求时，将访问请求中该链接地址对应的激活页面推送给第一服务器，由第一服务器将该链接地址对应的激活页面推送给该用户所使用的用户设备，在该用户设备上加载显示该激活页面。
可选的，在将访问请求发送给第二服务器时，第一服务器可以将用户设备的设备标识携带在访问请求中发送给第二服务器，这样第二服务器可以根据该设备标识，将激活页面直接路由至用户设备。
可选的，根据所述账户信息中包含的开通所述用户账户的第二服务器，向所述第二服务器发送激活页面获取请求，所述激活页面获取请求中包含用于激活所述用户账户的激活页面的页面标识；接收所述第二服务器发送给所述页面标识对应的激活页面；将所述激活页面加载显示在所述用户设备上。
用户基于显示的该激活页面，提交用于激活所述用户账户的用户信息。
若第一服务器接收到用户通过该激活页面提交的用户信息，则将该用户信息发送给第二服务器；或者用户通过激活页面直接将用户信息提交给第二服务器，第二服务器在接收到用户信息时，根据该用户信息对用户身份进行验证，以保证该用户信息的真实有效。在验证通过时，激活该用户账户，存储该用户信息，并将用户账户的账户信息对应的账户状态中与激活有关的参数的属性值修改为非空。例如：将业务属性的属性值修改为非空；将签约关系的属性值修改为非空；等等。
第二服务器将对该用户账户的激活状态信息发送给第一服务器，以便于第一服务器根据接收到的激活状态信息，确定所述用户账户是否被激活。
步骤109：所述第一服务器在确定所述用户账户激活成功的情况下，根据设定的业务处理策略，对所述业务处理请求进行处理。
在本说明书提供的实施例中，首先，所述第一服务器接收所述第二服务器发送的激活状态信息，所述激活状态信息由所述第二服务器根据所述用户提交的用于激活所述用户账户的用户信息确定；根据所述激活状态信息，确定所述用户账户激活成功。
其次，所述第一服务器根据设定的业务处理策略，对所述业务处理请求进行处理。
具体地，所述第一服务器根据设定的业务处理策略，确定与所述业务处理请求相关联的业务数据；将所述业务数据封装在所述业务处理请求中，并将封装后的所述业务处理请求发送给所述第二服务器，以便于所述第二服务器根据所述业务数据对所述业务处理请求进行处理。
具体地，第一服务器根据所述用户账户的账户信息，查找所述用户账户对应的业务数据；确定所述业务处理请求对应的业务类型；根据确定的业务类型，从查找到的业务数据中筛选出与所述业务处理请求对应的业务类型相关联的业务数据。
这里所记载的相关联可以理解存在关联关系，例如：一个业务中包含的几个子业务，这些子业务之间是具备关联关系的；再例如：借款业务与还款业务之间是具备关联关系的；等等。
可选的，所述第一服务器根据设定的业务处理策略，向所述第二服务器发送权限获取请求，所述权限获取请求中包含所述业务处理请求对应的业务类型和所述用户账户的账户信息；接收所述第二服务器发送的授权信息，根据所述授权信息，获取与所述业务处理请求相关联的业务数据；根据所述业务数据对所述业务处理请求进行处理。
需要说明的是，这里的授权信息可以理解为第二服务器授权第一服务器对接收到的业务处理请求进行处理的授权，也就是说，可以是对一个业务处理请求的个性化授权，该授权信息中可以包含权限的有效时间以及权限范围等。
这里所记载的设定的业务类型对应的业务处理策略可以理解为不同业务类型对应的业务处理策略不同。
通过本说明书提供的数据处理方法，第一服务器接收用户设备发送的包含用户账户的业务处理请求，根据所述用户账户，从账户状态数据库中查询所述用户账户的账户状态；在根据所述账户状态确定所述用户账户满足设定条件的情况下，根据所述账户信息中包含的开通所述用户账户的第二服务器，从所述第二服务器中获取用于激活所述用户账户的激活页面，并将所述激活页面推送给所述用户设备，以使所述用户通过所述激活页面提交用于激活所述用户账户的用户信息；并在确定所述用户账户激活成功的情况下，根据设定的业务处理策略，对所述业务处理请求进行处理。这样，第一服务器在接收到业务处理请求时，查询用户账户的账户状态，对于处于未激活状态的用户账户引导用户激活该用户账户，并在用户账户被激活的情况下，获得业务处理权限并对业务进行处理，有效避免因权限导致的业务处理失败的问题，提升用户的用户体验。
需要说明的是，在本说明书实施例中，若用户通过用户设备向第二服务器发送业务处理请求(该业务处理请求与步骤101中记载的业务处理请求相同)，那么第二服务器将根据业务处理请求中包含的用户账户的账户信息，查询该账户信息对应的账户状态；若根据账户状态确定所述用户账户满足设定条件，则向所述用户设备推送用于激活所述用户账户的激活页面，以使所述用户通过所述激活界面提交用于激活所述用户账户的用户信息；根据所述用户提交的所述用户信息，确定开通所述用户账户的第二服务器，并从所述第二服务器中获取与所述业务处理请求相关联的业务数据，根据设定的业务处理策略和所述业务数据，对所述业务处理请求进行处理。
基于同一个发明构思，图2为本说明书实施例提供的一种数据处理方法的流程示意图。所述方法可以如下所述。本说明书实施例以业务为信用卡业务为例进行说明，即在第一服务器上实施借款业务之后，用户通过所使用的用户设备向第一服务器发送还款业务处理请求。
步骤201：用户通过所使用的用户设备向第一服务器发送借款业务处理请求，所述借款业务处理请求中包含所述用户的用户账户。
步骤203：所述第一服务器接收该借款业务处理请求，并根据设定的业务处理策略，对该借款业务处理请求进行处理。
在本说明书提供的实施例中，第一服务器根据该借款业务处理请求中包含的用户账户，对该用户账户的真实性进行验证，并在验证通过时，执行借款操作，即向所述借款业务处理请求中包含的收款账户支付相应的金额。
步骤205：所述第一服务器存储业务处理结果对应的业务数据。
在本说明书提供的实施例中，第一服务器建立转账时间、所述用户账户、借款金额、收款账户之间的对应关系，并存储该对应关系。
步骤207：用户通过所使用的用户设备向第一服务器发送还款业务处理请求，所述还款业务处理请求中包含所述用户的用户账户的账户信息。
步骤209：所述第一服务器根据所述账户信息中包含开通所述用户账户的第二服务器，向所述第二服务器发送账户状态查询请求，所述账户状态查询请求中包含所述用户账户的账户信息。
步骤211：所述第一服务器接收所述第二服务器发送的所述查询结果中包含所述账户信息对应的账户状态，所述查询结果由所述第二服务器通过查询账户状态数据库得到。
步骤213：所述第一服务器根据所述查询结果，判断所述用户账户是否已被激活；若确定所述用户账户未被激活，则执行步骤221；若无法确定所述用户账户是否已被激活，则执行步骤215。
步骤215：所述第一服务器向第二服务器发送预授权扣款请求，所述预授权扣款请求中包含所述用户账户的账户信息。
步骤217：所述第二服务器在接收到该预授权扣款请求的情况下，对所述用户账户执行预授权扣款操作，并将操作结果发送给第一服务器。
步骤219：第一服务器接收第二服务器发送的操作结果，若该操作结果为失败，则执行步骤221；若操作成功，则向第二服务器发送撤销预授权扣款操作请求，所述撤销预授权扣款请求中包含所述用户账户的账户信息；所述第二服务器在接收到该撤销预授权扣款请求的情况下，对所述账户执行撤销预授权扣款操作，并将撤销成功结果发送给第一服务器。
步骤221：所述第一服务器向所述第二服务器发送激活页面获取请求，所述激活页面获取请求中包含用于激活所述用户账户的激活页面的页面标识。
步骤223：所述第一服务器接收所述第二服务器发送给所述页面标识对应的链接地址，并将所述链接地址发送给所述用户设备。
步骤225：所述第一服务器接收所述用户设备发送的针对所述链接地址的访问请求，并根据所述链接地址将所述访问请求发送给所述第二服务器。
步骤227：第二服务器在接收到访问请求时，将访问请求中该链接地址对应的激活页面推送给第一服务器。
步骤229：第一服务器将该链接地址对应的激活页面推送给所述用户设备，在该用户设备上加载显示该激活页面。
步骤231：所述第一服务器接收用户通过该激活页面提交的用户信息，并将将该用户信息发送给第二服务器。
步骤233：所述第二服务器在接收到该用户信息时，根据该用户信息对用户身份进行验证，在验证通过时，激活该用户账户，并将该用户账户对应的激活状态信息发送给第一服务器。
步骤235：所述第一服务器在根据接收到的激活状态信息确定所述用户账户激活成功的情况下，根据设定的业务处理策略，向所述第二服务器发送权限获取请求，所述权限获取请求中包含所述业务处理请求对应的业务类型和所述用户账户的账户信息。
步骤237：所述第一服务器接收所述第二服务器发送的授权信息，根据所述授权信息，获取与所述业务处理请求相关联的业务数据；并根据所述业务数据对所述业务处理请求进行处理。
在本说明书提供的实施例中，这里所记载的业务处理策略可以理解为还款业务的处理流程。例如：根据步骤205产生的借款业务的业务数据，确定所述用户账户对应的借款金额；根据所述还款业务处理请求中包含的还款金额，按照借款金额产生的时间顺序，依次将部分或者全部借款金额的还款状态修改为已还款。
对于那些未办理激活业务但已经处于使用状态的信用卡，不管是银行服务器还是第三方互联网服务平台对应的服务器在接收到还款业务处理请求时对其用户账户的激活状态进行判断，并在确定未激活时及时引导用户激活该信用卡，完善用户的信用卡功能，及时处理还款请求，保障用户的信用，同时有效避免因信用卡未激活而引发的退款情形，提升用户使用信用卡的用户体验。
以上为本说明书实施例提供的数据处理方法，基于同样的思路，本说明书还提供了相应的装置、存储介质和电子设备。
图3为本说明书实施例提供的一种数据处理装置的结构示意图，所述装置包括：接收单元301、查询单元302和处理单元303，其中：
接收单元301，用于接收用户设备发送的业务处理请求，所述业务处理请求中包含用户账户的账户信息；
查询单元302，用于根据所述账户信息，从账户状态数据库中查询所述账户信息对应的账户状态；
处理单元303，用于在根据所述账户状态确定所述用户账户满足设定条件的情况下，根据所述账户信息中包含的开通所述用户账户的第二服务器，从所述第二服务器中获取用于激活所述用户账户的激活页面，并将所述激活页面推送给所述用户设备，以使所述用户通过所述激活页面提交用于激活所述用户账户的用户信息；在确定所述用户账户激活成功的情况下，根据设定的业务处理策略，对所述业务处理请求进行处理；
其中，所述设定条件包含：
所述账户状态中的业务属性对应的属性值为空；
所述账户状态中的签约关系对应的属性值为空；
针对所述用户账户执行的预授权扣款操作，且操作结果为失败中的至少一种。
在本说明书提供的另一个实施例中，所述查询单元302根据所述账户信息，从账户状态数据库中查询所述账户信息对应的账户状态，具体包括：
根据所述账户信息中包含的开通所述用户账户的第二服务器，向所述第二服务器发送账户状态查询消息，所述账户状态查询消息中包含所述用户账户的账户信息；
接收所述第二服务器发送的查询结果，所述查询结果中包含所述账户信息对应的账户状态，所述查询结果由所述第二服务器通过查询账户状态数据库得到。
在本说明书提供的另一个实施例中，所述处理单元303从所述第二服务器中获取用于激活所述用户账户的激活页面，并将所述激活页面推送给所述用户设备，具体包括：
向所述第二服务器发送激活页面获取请求，所述激活页面获取请求中包含用于激活所述用户账户的激活页面的页面标识；
接收所述第二服务器发送给所述页面标识对应的链接地址，并将所述链接地址发送给所述用户设备；
接收所述用户设备发送的针对所述链接地址的访问请求，并根据所述链接地址将所述访问请求发送给所述第二服务器，所述访问请求中包含所述用户设备的设备标识，以便于所述第二服务器根据所述设备标识将所述链接地址对应的激活页面推送给所述用户设备。
在本说明书提供的另一个实施例中，所述处理单元303从所述第二服务器中获取用于激活所述用户账户的激活页面，并将所述激活页面推送给所述用户设备，具体包括：
向所述第二服务器发送激活页面获取请求，所述激活页面获取请求中包含用于激活所述用户账户的激活页面的页面标识；
接收所述第二服务器发送给所述页面标识对应的激活页面；
将所述激活页面加载显示在所述用户设备上；
接收所述用户设备发送的用于激活所述用户账户的用户信息，所述用户信息由所述用户通过所述激活页面提交的；
将所述用户信息发送给所述第二服务器。
在本说明书提供的另一个实施例中，所述处理单元303确定所述用户账户激活成功，具体包括：
接收所述第二服务器发送的激活状态信息，所述激活状态信息由所述第二服务器根据所述用户提交的用于激活所述用户账户的用户信息确定；
根据所述激活状态信息，确定所述用户账户激活成功。
在本说明书提供的另一个实施例中，所述处理单元303根据设定的业务处理策略，对所述业务处理请求进行处理，具体包括：
根据设定的业务处理策略，确定与所述业务处理请求相关联的业务数据；
将所述业务数据封装在所述业务处理请求中，并将封装后的所述业务处理请求发送给所述第二服务器，以便于所述第二服务器根据所述业务数据对所述业务处理请求进行处理。
在本说明书提供的另一个实施例中，所述处理单元303根据设定的业务处理策略，对所述业务处理请求进行处理，具体包括：
根据设定的业务处理策略，向所述第二服务器发送权限获取请求，所述权限获取请求中包含所述业务处理请求对应的业务类型和所述用户账户的账户信息；
接收所述第二服务器发送的授权信息，根据所述授权信息，获取与所述业务处理请求相关联的业务数据；
根据所述业务数据对所述业务处理请求进行处理。
在本说明书提供的另一个实施例中，所述处理单元303，还用于在确定预授权扣款操作的操作结果为成功的情况下，确定所述用户账户已被激活，并对所述用户账户执行撤销预授权扣款操作。
在本说明书提供的另一个实施例中，所述业务处理请求用于请求所述第一服务器执行第一业务；所述业务数据为第二业务的业务数据。
需要说明的是，本说明书实施例提供的数据处理装置可以通过硬件方式实现，也可以通过软件方式实现，这里对于实现方式不做具体限定。该数据处理装置接收用户设备发送的包含用户账户的业务处理请求，根据所述用户账户，从账户状态数据库中查询所述用户账户的账户状态；在根据所述账户状态确定所述用户账户满足设定条件的情况下，根据所述账户信息中包含的开通所述用户账户的第二服务器，从所述第二服务器中获取用于激活所述用户账户的激活页面，并将所述激活页面推送给所述用户设备，以使所述用户通过所述激活页面提交用于激活所述用户账户的用户信息；并在确定所述用户账户激活成功的情况下，根据设定的业务处理策略，对所述业务处理请求进行处理。这样，第一服务器在接收到业务处理请求时，查询用户账户的账户状态，对于处于未激活状态的用户账户引导用户激活该用户账户，并在用户账户被激活的情况下，获得业务处理权限并对业务进行处理，有效避免因权限导致的业务处理失败的问题，提升用户的用户体验。
本说明书还提供了一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时可用于执行上述图1提供的数据处理方法。
基于图1所示的数据处理方法，本说明书实施例还提供了图4所示的电子设备的结构示意图。如图4，在硬件层面，该电子设备包括处理器、内部总线、网络接口、内存以及非易失性存储器，当然还可能包括其他业务所需要的硬件。处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，以实现上述图1所述的数据处理方法。具体地，在接收到业务处理请求时，查询用户账户的账户状态，对于处于未激活状态的用户账户引导用户激活该用户账户，并在用户账户被激活的情况下，获得业务处理权限并对业务进行处理，有效避免因权限导致的业务处理失败的问题，提升用户的用户体验。尤其对于那些未办理激活业务但已经处于使用状态的信用卡，不管是银行服务器还是第三方互联网服务平台对应的服务器在接收到还款业务处理请求时对其用户账户的激活状态进行判断，并在确定未激活时及时引导用户激活该信用卡，完善用户的信用卡功能，及时处理还款请求，保障用户的信用，同时有效避免因信用卡未激活而引发的退款情形，提升用户使用信用卡的用户体验。
当然，除了软件实现方式之外，本说明书并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。
在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白，本说明书的实施例可提供为方法、系统、或计算机程序产品。因此，本说明书可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(Flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白，本说明书的实施例可提供为方法、系统或计算机程序产品。因此，本说明书可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
以上所述仅为本说明书的实施例而已，并不用于限制本说明书。对于本领域技术人员来说，本说明书可以有各种更改和变化。凡在本说明书的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本说明书的权利要求范围之内。
