具体实施方式
为了使本技术领域的人员更好地理解本说明书中的技术方案,下面将结合本说明书实施例中的附图,对本说明书实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本说明书一部分实施例,而不是全部的实施例。基于本说明书中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都应当属于本说明书保护的范围。
考虑到现有的业务数据处理方法在实施时,往往需要先依次分别调用多个服务器或者多个应用完成所有相关的数据处理后,才会向用户反馈相应的回执信息,以提示用户业务数据的处理情况。然而由于不同服务器或者不同应用可能分别部署于不同的区域,导致调用需要跨区域进行调用,增加业务数据处理过程中的总的耗时;或者,被调用的服务器或应用的数据处理能力较差,该服务器或应用在处理时耗时较长,也会增加业务数据处理过程中的总的耗时等,使得用户可能需要等待很长的一段时间后才能最终收到回执影响,了解到所请求的业务数据处理的处理情况,用户使用体验相对较差。
针对产生上述问题的根本原因,本说明书考虑在进行具体的业务数据处理时,在调用下一个服务器或者应用时,可以先对待调用的下一个服务器或应用是否满足预设要求进行检测,以预测基于待调用的下一个服务器所要进行的数据处理的处理耗时是否会对业务数据处理的总耗时产生较大影响,是否可能出现超时,甚至超出用户的可容忍的时长范围,影响用户的使用体验。在确定下一个服务器满足预设要求的情况下,可以在向下一个服务器发送业务处理请求,以调用下一个服务器进行相关数据处理的同时,可以根据当前服务器的处理结果先向客户端设备反馈基于当前得到的处理结果生成的提示信息,以及时地向用户反馈当前所请求的业务处理情况,从而能有效地减少用户的空白等待时间,方便用户感知业务数据处理的具体情况和处理进度,改善业务数据处理过程中用户的使用体验,解决现有方法中存在的用户空白等待时间过长、用户使用体验差的技术问题。
本说明书实施例提供了一种业务数据处理方法,所述业务数据处理方法具体可以应用于包含有第一服务器、第二服务器和客户端设备的系统架构中。可以参阅图2所示,其中,上述第一服务器和第二服务器耦合,客户端设备与第一服务器耦合。
具体实施时,用户可以通过客户端设备发起业务处理请求,其中,所述业务处理请求所述请求的业务数据处理至少包括依次进行的第一数据处理和第二数据处理。其中,第一服务器用于负责进行第一数据处理,第二服务器用于负责进行第二数据处理。第一服务器在接收到客户端设备发送的业务处理请求后,响应所述业务处理请求,进行第一数据处理,得到第一处理结果。第一服务器在得到第一结果,并准备调用第二服务器进行第二数据处理前,先检测待调用的第二服务器是否满足预设要求,即检测基于第二服务器所进行的第二数据处理的处理耗时是否过长甚至出现超时影响用户体验。在确定第二服务器满足所述预设要求的情况下,在向第二服务器针对第二数据处理的处理请求,以调用第二服务器进行第二数据处理的同时,在接收到第二服务器反馈的第二处理结果之前,先根据第一处理结果,向客户端设备反馈第一提示信息。客户端设备可以先向用户展示第一提示信息,以便用户可以及时地了解所请求的业务处理的当前处理情况,避免了用户的空白等待。第二服务器在接收到业务处理请求后,会响应上述业务处理请求进行相应的第二数据处理,得到第二处理结果,并将第二处理结果反馈给第一服务器。第一服务器再根据第二处理结果,向用户反馈第二提示信息。
在本实施例中,所述第一服务器、第二服务器可以是一种应用于业务平台一侧,能够实现数据传输、数据处理等功能的后台业务服务器。具体的,所述服务器可以为一个具有数据运算、存储功能以及网络交互功能的电子设备;也可以为运行于该电子设备中,为数据处理、存储和网络交互提供支持的软件程序。在本实施方式中,并不具体限定所述服务器的数量。所述服务器具体可以为一个服务器,也可以为几个服务器,或者,由若干服务器形成的服务器集群。
在本实施例中,所述客户端设备可以是一种应用于用户一侧,能够实现数据采集、数据传输等功能的前端设备。具体地,所述客户端例如可以为台式电脑、平板电脑、笔记本电脑、智能手机、数字助理、智能可穿戴设备、导购终端、具有网络访问功能的电视机等。或者,所述客户端也可以为能够运行于上述电子设备中的软件应用。例如,可以是在手机上运行的某APP等。
在一个场景示例中,可以参阅图3所示,应用本说明书实施例提供的业务数据处理方法进行用户甲购物付款业务的数据处理。
来自A区域的用户甲想在B区域的商户乙的店铺中购买自己喜欢的帽子,可以使用自己的手机作为客户端设备,扫描商户乙设置在该帽子的支付码,来购买该帽子并进行付款。
具体实施时,用户甲可以通过使用预先在手机上安装的XX支付软件扫描该帽子的支付码,以获取该帽子的商品信息,例如帽子的价格数据、商户乙的账户数据等等;再根据上述商品信息生成对应该帽子的订单数据,并向布设于B区域的XX支付软件后台业务系统的第一服务器发起针对该订单数据的处理请求,以请求完成针对该笔订单数据的数据处理,例如完成包括支付、结算和记账等处理,从而顺利地在异地购买到该帽子。
具体的,第一服务器在接收到由用户甲的手机发送的订单数据后,可以先解析该订单数据,获取该订单数据所涉及的发起对象(即用户甲)的账户信息、目标对象(即商户乙)的账户信息,以及发起对象所要支付给商户乙的资金数据(例如用于支付该帽子的资金)等。进而第一服务器可以根据上述解析出的信息数据,通过使用用户甲在XX支付软件的账户中的资金数据向商户乙在XX支付软件的账户进行支付,完成线上的支付处理。
第一服务器在按照上述方式完成支付处理后,进一步还需要调用与用户甲的XX支付软件账户绑定的YY银行的第二服务器进行记账处理;在第二服务器完成记账处理后,会反馈第一服务器相应的记账处理结果,再由第一服务器根据记账处理结果对用户甲在XX支付软件中的账户数据进行数据更新;在完成账户数据的更新后,才完成完整的订单数据的处理,基于现有方法,这时第一服务器才会向客户端反馈例如购买成功等回执信息。
但是,用户甲绑定的YY银行是位于A区域的银行,且YY银行的数据处理系统中负责该银行的记账处理的第二服务器部署于A区域。因此,第一服务器调用第二服务器进行记账处理需要进行跨区域调用。相对于在B区域本区域内的调用,跨区域调用所对应的调用过程本身需要耗费的时长相对更长,且调用过程还会受到不同区域之间的通信网络质量的影响,很容易出调用超时等情况。
基于上述情况,如果基于现有的业务数据处理方法,用户甲势必需要等待很长的一段空白时间,直到第一服务器成功调用第二服务器完成记账处理,接收到对应的记账处理结果后,才能够接收到第一服务器反馈的回执信息。
在本场景示例中,为了能避免上述情况的发生,避免用户空白等待时间过程,以改善用户的使用体验,第一服务器在完成上述线上支付处理后,可以先根据订单数据获取目标对象商户乙的账户信息。进一步,根据商户乙的账户信息,可以确定商户乙绑定XX支付软件账户的是B区域的另一家银行。进而第一服务器可以确定待调用第二服务器和第一服务器位于不同的区域,符合预设要求。进而可以预测判断在对用户甲进行记账处理时,会需要跨区调用部署于A区域的YY银行的第二服务器才能完成相应的记账处理;且由于存在跨区调用,因此进一步可以预测基于跨区调用的第二服务器所进行的记账处理的处理耗时可能会相对较长,设置出现超时,导致记账处理的处理耗时可能会超过用户的忍耐范围,影响到用户的使用体验。
在确定出待调用的第二服务器与第一服务器位于不同区域,调用第二服务器进行记账处理的耗时可能会相对较长,因此确定第二服务器满足预设要求。这时,第一服务器在将上述订单数据发送,结合第一服务器处理得到的支付处理结果发送给第二服务器,以便调用第二服务器根据上述订单数据,结合支付处理结果进行相应的记账处理的同时,在第一服务器接收到第二服务器反馈的记账结果之前,会根据支付处理结果,先向用户甲的手机发送第一提示信息,以提示用户甲:所请求处理的订单数据已经支付成功,完成了支付处理。可以参阅图4所示。
这样虽然当前还没有完成全部的业务数据处理,但基于上述方法,用户甲可以在通过手机扫描完帽子的支付码后,很快地接收到第一服务器反馈的第一提示信息,及时地了解到支付处理已经完成,支付成功,有效地缩减了用户甲的空白等待时间,使得用户甲得到较为满意的使用体验。
位于A区域的第二服务器在接收到B区域的第一服务器发送的订单数据和支付处理结果后,可以进行相应的记账处理。具体的,可以根据上述订单数据,结合第一服务器提供的支付处理结果,对用户甲绑定在YY银行上的账户的资金数据进行更新,从而完成记账,再将记账处理结果,例如用户甲更新后的资金数据,反馈给第一服务器。
第一服务器在接收到上述记账处理结果后,可以先根据所反馈的记账处理结果进行检测,以确定记账处理结果是否准确,在确定记账处理结果准确后向第二服务器发送确认信息,并根据所述记账处理结果向用户甲的手机发送第二提示信息,以提示用户甲更新后的账户数据。例如,在收到第一提示信息的2分钟后,参阅图5所示,用户手机可以收到第二提示信息,提示用户甲当前账户中的剩余的资金数据。
在本场景示例中,还需要补充的是,用户甲当前相对更加在意的是是否成功地完成了支付顺利地购买到该帽子。相应的,用户甲相对更关注的实际上是第一提示信息所提示的内容,而对第二提示信息所提示的内容的关注度相对更低。因此,具体实施时,第一服务器也可以在完成支付处理后只向用户甲反馈第一提示信息,而不再向用户甲反馈第二提示信息。
由上述场景示例可见,本说明书提供的业务数据处理方法,由于通过在接收并响应业务处理请求,完成第一数据处理得到对应的第一处理结果后,先检测待调用的用于执行第二数据处理的第二服务器是否满足预设要求,以预测基于待调用的第二服务器所进行的第二数据处理的处理耗时是否可能会出现超时,影响到用户的使用体验;在确定第二服务器满足预设要求的情况下,在向第二服务器发送业务处理请求,以调用第二服务器进行第二数据处理的同时,在接收到第二服务器反馈的第二处理结果之前,根据第一处理结果先向客户端设备反馈第一提示信息,以及时地向用户反馈当前所请求的业务处理情况,减少用户的空白等待时间,改善了业务数据处理过程中用户的使用体验,从而解决了现有方法存在的用户空白等待时间过长、用户使用体验差的技术问题。
参阅图6所示,本说明书实施例提供了一种业务数据处理方法,其中,该方法具体应用于第一服务器一侧。具体实施时,该方法可以包括以下内容。
S61:接收客户端设备发送的业务处理请求,其中,所述业务处理请求所请求的业务数据处理至少包括:第一数据处理和第二数据处理。
在本实施例中,上述业务处理请求具体可以理解为一种用户通过客户端设备所发起的用以请求进行相应的业务处理的请求数据。根据所请求的业务类型的不同,上述业务处理处理请求可以包含多种不同的类型。具体的,上述业务处理请求可以是交易类的处理请求,例如是请求进行购物处理的请求数据;也可以是查询类的处理请求,例如是请求进行账户余额查询处理的请求数据;还可以是计算类的处理请求,例如是请求进行电磁场运算的请求数据等等。对于上述业务处理请求的具体类型,本说明书不作限定。
在本实施例中,上述业务数据处理具体可以理解上述业务处理请求所请求的业务数据处理。其中,上述业务处理至少包括有第一数据处理和第二数据处理,且上述第一数据处理和第二数据处理是按先后顺序进行的。具体的,第一服务器用于负责进行第一数据处理,第二服务器用于负责进行第二数据处理,且在第一服务器进行完第一数据处理后才可以调用第二服务器进行第二数据处理。当然,需要说明的是,根据具体的应用场景,上述业务数据处理还可以包括有在第二数据处理之后调用进行的第三数据处理、第四数据处理等等。对于上述业务数据处理所包括的数据处理的具体数量本说明书不作限定。
在本实施例中,上述第一服务器具体可以为用于负责进行第一数据处理的服务器,由于第一服务器所负责进行的第一数据处理为整个业务数据处理中按顺序进行的第一个数据处理,因此可以通过第一服务器来接收获取用户通过客户端设备发送的业务处理请求。当然,具体实施时,根据具体的应用场景也可以先由其他服务器接收用户的业务处理请求,再转给第一服务器。对此,本说明书不作限定。
在本实施例中,当用户想要请求进行具体的业务数据处理时,可以通过客户端设备向第一服务器发送对应的业务处理请求,第一服务器接收客户端设备发送的业务数据处理请求。
S63:响应所述业务处理请求,进行第一数据处理,得到第一处理结果。
在本实施例中,具体实施时,第一服务器在接收到上述业务处理请求后,可以先响应该业务处理请求,进行所负责的第一数据处理,通过进行完第一数据处理,得到对应的第一处理结果。
S65:检测第二服务器是否满足预设要求;其中,所述第二服务器为待调用的用于执行第二数据处理的服务器。
在本实施例中,上述第二服务器具体可以为用于负责进行第二数据处理的服务器。具体实施时,当第一服务器进行完的第一数据处理后,可以通过调用第二服务器进行相应的第二数据处理,以完成整个业务数据处理。
在本实施例中,考虑到由第一服务器调用第二服务器的过程的耗时,以及第二服务器被调用后进行第二数据处理的过程的耗时往往不能确定,可能会存在多种情况导致耗时相对较长或者相对较短。
例如,当第一服务器和第二服务器位于同一区域,第一服务器调用第二服务器是同一区域内的调用,因此调用过程的耗时会相对较短;而当第一服务器和第二服务器分别位于不同区域,第一服务器调用第二服务器是不同区域间的调用,即跨区域的调用(例如不同州之间的跨州调用),因此调用过程的耗时会相对较长。此外,由于涉及到跨区域的调用,调用过程还会受到不同区域之间的网络信号质量的影响,进一步延长了调用过程的耗时,并且相对更容易出现调用超时的情况。又例如,当第二服务器的数据处理能力相对较好,第二服务器进行第二数据处理的处理速度相对较大,因此第二数据处理的耗时会相对较短;而当第二服务器的数据处理能力相对较差,第二服务器进行第二数据处理的处理速度相对较慢,因此第二数据处理的耗时会相对较长等等。当然,需要说明的是上述所列举的多种情况只是一种示意性说明。具体实施时,根据具体情况还可能出现其他情况导致第一服务器调用第二服务器的过程的耗时,以及第二服务器被调用后进行第二数据处理的过程的耗时相对较长或者相对较短。
由于存在上述多种不同的情况,导致第一服务器在完成第一数据处理后,在向用户反馈回执信息之前,用于调用第二服务器,并由第二服务器完成所负责的第二数据处理的时间可能会出现相对较长的情况。而基于原有的业务数据处理流程,第一服务器需要在第二服务器完成第二数据处理后,即完成了包括有第一数据处理和第二数据处理的整个业务数据处理后,才能向用户反馈相应的回执信息,因此上述情况相应会使得用户在发送出了业务处理请求后,在接收到回执信息前的空白等待时间可能会相对较长,影响用户的使用体验。
正是注意到上述情况对用户的使用体验造成的影响,为了避免用户长时间的空白等待,基于本说明书所提供的业务数据处理方法,第一服务器在通过第一数据处理得到第一处理结果后,可以先通过检测第二服务器是否满足预设要求,来预测由第一服务器调用第二服务器的过程的耗时,以及第二服务器被调用后进行第二数据处理的过程的耗时会不会相对过长,甚至出现超时,影响用户的使用体验。
在本实施例中,所述预设要求包括以下至少之一:第二服务器与第一服务器位于不同区域、第二服务器的处理能力小于预设的处理能力阈值、第二服务器与第一服务器之间的通信通道当前处于拥堵状态等。
具体实施时,例如,第一服务器可以通过检测第二服务器与第一服务器是否位于不同区域,来检测第二服务器是否满足预设要求:当检测出第二服务器与第一服务器位于不同区域时,则可以判断调用过程需要进行跨区域的调用,预测调用过程的耗时会相对较长,甚至可能出现超时的风险,进而可以确定第二服务器满足预设要求。
又例如,第一服务器还可以通过检测第二服务器的数据处理能力的强弱,来检测第二服务器是否满足预设要求:当检测出第二服务器的处理能力小于预设的处理能力阈值时,则可以判断第二服务器的数据处理能力较差,预测第二服务器在被调用后进行第二数据处理过程的耗时会相对较长,进而可以确定第二服务器满足预设要求。
当然,需要说明的是,上述所列举的检测第二服务器是否满足预设要求的方式只是一种示意性说明。具体实施时,根据具体情况,还可以采用其他合适的预设要求,或者将多种预设要求相组合来检测第二服务器是否满足预设要求,以确定由第一服务器调用第二服务器的过程的耗时,以及第二服务器被调用后进行第二数据处理的过程的耗时是否较长,甚至出现超时,是否可能会影响到用户的使用体验。
S67:在确定所述第二服务器满足所述预设要求的情况下,向所述第二服务器发送针对第二数据处理的处理请求,以调用所述第二服务器进行第二数据处理;并根据所述第一处理结果,在接收到第二服务器反馈的第二处理结果之前,向客户端设备反馈第一提示信息。
在本实施例中,如果通过上述方式检测确定出第二服务器满足预设要求,即可以确定由第一服务器调用第二服务器的过程的耗时,以及第二服务器被调用后进行第二数据处理的过程的耗时相对较长,甚至可能出现超时,超出了用户可容忍的时长范围,大概率会影响到用户的使用体验。
相对的,如果通过上述方式检测确定出第二服务器不满足预设要求,即可以确定由第一服务器调用第二服务器的过程的耗时,以及第二服务器被调用后进行第二数据处理的过程的耗时相对较短,属于用户可容忍的时长范围,几乎不会影响到用户的使用体验。
在本实施例中,在确定所述第二服务器满足所述预设要求的情况下,为了避免由于第一服务器调用第二服务器的过程的耗时,以及第二服务器被调用后进行第二数据处理的过程的耗时过长导致用户长时间的空白等待,影响用户的使用体验。第一服务器在向所述第二服务器发送针对第二数据处理的处理请求,以调用所述第二服务器进行第二数据处理的同时;即在接收到第二服务器反馈的第二处理结果之前,还会根据通过第一数据处理所得到的第一处理结果,向客户端设备反馈第一提示信息,以便及时、快速地向用户反馈所请求的业务处理当前的处理情况。
需要补充的是,根据第二数据处理的具体处理需求,第一服务器还可以将上述针对第二数据处理的处理请求连同第一处理结果一同发送给第二服务器,以便第二服务器可以响应该处理请求,并结合第一服务器处理得到的第一处理结果完成所负责的第二数据处理。
在本实施例中,上述第一提示信息具体可以是一种用于提示当前第一数据处理已经完成或失败,或者提示第一数据处理得到的第一处理结果的提示信息;也可以是一种用于提示正在调用第二服务器进行第二数据处理的提示信息;还可以是一种用于提示第二数据处理正在进行中,请稍等的提示信息等。当然,需要说明的是,上述所列举的第一提示信息只是一种示意性说明。对于第一提示信息的具体内容和类型,本说明书不作限定。
在本实施例中,在确定所述第二服务器不满足所述预设要求的情况下,第一服务器可以预测调用第二服务器的过程的耗时,以及第二服务器被调用后进行第二数据处理的过程的耗时相对较短,不会影响到用户的使用体验。这时第一服务器可以按照业务数据处理流程,向所述第二服务器发送针对第二数据处理的处理请求,以调用所述第二服务器进行第二数据处理;并等待第二服务器完成第二数据处理,得到第二服务器反馈的第二处理结果后,再向客户端设备反馈相应的提示信息作为回执信息,以提示用户完成了业务数据处理。当然,在确定所述第二服务器不满足所述预设要求的情况下,第一服务器也可以在向所述第二服务器发送针对第二数据处理的处理请求,以调用所述第二服务器进行第二数据处理的同时;在接收到第二服务器反馈的第二处理结果之前,可以根据通过第一数据处理所得到的第一处理结果,向客户端设备反馈第一提示信息,以便用户可以实时了解业务数据处理情况。
在本实施例中,第二服务器在接收到第一服务器发送的业务处理请求后,可以响应该业务处理请求,进行所负责的第二数据处理,得到对应的第二处理结果,再将所得到的第二处理结果反馈给第一服务器。
具体实施时,第一服务器在接收到第二处理结果后,可以再根据第二处理结果,向客户端设备反馈对应的第二提示信息。其中,上述第二提示信息具体可以用于提示第二数据处理已经完成或失败,或者提示第二处理结果的提示信息;也可以是一种用于提示整个业务处理已经执行完成的提示信息等等。对于上述第二提示信息的具体内容和类型,本说明书不作限定。
在本实施例中,第一服务器在已经先向客户端设备反馈了第一提示信息后接收到第二处理结果的情况下,还可以先检测用户对第二处理结果的关注程度,根据用户对第二处理结果的关注程度确定是否需要在用户已经获得了第一提示信息的情况下向用户补发基于第二处理结果的第二提示信息。
例如,如果根据用户对第二处理结果的关注程度,发现用户并不关心第二数据处理,以及第二处理结果,在这种情况下,第一服务器可以仅根据第二处理结果更新保存在第一服务器上的数据信息,而不需要再根据第二处理结果向客户端设备反馈对应的第二提示信息,从而可以降低第一服务器的数据处理量,避免对用户的干扰。如果根据用户对第二处理结果的关注程度,发现用户并很关心第二数据处理,以及第二处理结果,在这种情况下,第一服务器除了根据第二处理结果更新保存在第一服务器上的数据信息外,还可以根据第二处理结果生成并向客户端反馈对应的第二提示信息,以便及时地提示用户第二数据处理的具体情况。
在本实施例中,由于通过在接收并响应业务处理请求,完成第一数据处理得到对应的第一处理结果后,先检测待调用的用于执行第二数据处理的第二服务器是否满足预设要求,以预测基于待调用的第二服务器所进行的第二数据处理的处理耗时是否可能会出现超时,影响到用户的使用体验;在确定第二服务器满足预设要求的情况下,在向第二服务器发送业务处理请求,以调用第二服务器进行第二数据处理的同时,在接收到第二服务器反馈的第二处理结果之前,根据第一处理结果先向客户端设备反馈第一提示信息,以及时地向用户反馈当前所请求的业务处理情况,减少用户的空白等待时间,改善了业务数据处理过程中用户的使用体验,从而解决了现有方法存在的用户空白等待时间过长、用户使用体验差的技术问题。
在一个实施例中,所述预设要求具体可以包括以下至少之一:第二服务器与第一服务器位于不同区域、第二服务器的处理能力小于预设的处理能力阈值、第二服务器与第一服务器之间的通信通道当前处于拥堵状态等。具体实施时,可以通过检测第二服务器是否满足预设要求,预测基于待调用的第二服务器所进行的第二数据处理的处理耗时是否可能会出现超时,影响到用户的使用体验。当然,需要说明的是,上述所列举的预设要求只是为了更好地说明本说明书实施例。具体实施时,根据具体的应用场景,还可以引入其他类型和内容的预设要求。对此,本说明书不作限定。
在一个实施例中,所述方法具体实施时,还可以包括以下内容:获取第二服务器反馈的第二处理结果,其中,所述第二处理结果为所述第二服务器响应针对第二数据处理的处理请求,进行第二数据处理得到的。
在本实施例中,第一服务器在完成第一数据处理后,可以向第二服务器发送针对第二数据处理的处理请求,以调用第二服务器进行所负责的第二数据处理。第二服务器在接收到上述处理请求后,可以根据上述处理请求,进行对应的第二数据处理,得到第二处理结果,并将第二处理结果反馈给第一服务器。当然,第一服务器也可以将所获取的业务处理请求发送给第二服务器,以便第二服务器根据业务处理请求,进行所负责的第二数据处理。
在本实施例中,具体实施时,第一服务器可以将第一处理结果,连同上述针对第二数据处理的处理请求一同发送给第二服务器。相应的,第二服务器可以响应上述处理请求,结合所得到的第一处理结果,进行第二数据处理,得到对应的第二处理结果。
在一个实施例中,在获取第二服务器反馈的第二处理结果后,所述方法具体实施时,还可以包括以下内容:根据所述第二处理结果,向客户端设备反馈第二提示信息。
在本实施例中,第一服务器在接收到上述第二处理结果后,可以根据第二处理结果,向客户端设备补发对应的第二提示信息,以向用户提示第二数据处理已经完成,或者整个业务数据处理已经结束,或者展示第二处理结果等等,以便用户可以了解完整的业务处理过程。
由上可见,本说明书实施例提供的业务数据处理方法,由于通过在接收并响应业务处理请求,完成第一数据处理得到对应的第一处理结果后,先检测待调用的用于执行第二数据处理的第二服务器是否满足预设要求,以预测基于待调用的第二服务器所进行的第二数据处理的处理耗时是否可能会出现超时,影响到用户的使用体验;在确定第二服务器满足预设要求的情况下,在向第二服务器发送业务处理请求,以调用第二服务器进行第二数据处理的同时,根据第一处理结果先向客户端设备反馈第一提示信息,以及时地向用户反馈当前所请求的业务处理情况,减少用户的空白等待时间,改善了业务数据处理过程中用户的使用体验,从而解决了现有方法存在的用户空白等待时间过长、用户使用体验差的技术问题;还通过检测第二服务器与第一服务器是否位于不同区域、第二服务器的处理能力是否小于预设的处理能力阈值、第二服务器是否与第一服务器之间的通信通道当前处于拥堵状态等多种方式来确定第二服务器是否满足预设要求,从而能够更加准确地预测出基于待调用的第二服务器所进行的第二数据处理的处理耗时是否可能会影响到用户的使用体验,以便及时地先向用户反馈第一提示信息,进一步改善了用户的使用体验。
参阅图7所示,本说明书实施例针对具体的交易业务处理场景,还提供了一种交易数据处理方法。其中,该方法具体应用于第一服务器一侧,具体实施时,可以包括以下内容:
S1:接收客户端设备发送的交易数据处理请求,其中,所述交易数据处理请求所请求的交易数据处理至少包括:支付处理和记账处理;
S2:响应所述交易数据处理请求,进行支付处理,得到支付处理结果;
S3:检测第二服务器是否满足预设要求;其中,所述第二服务器为待调用的用于执行记账处理的服务器;
S4:在确定所述第二服务器满足所述预设要求的情况下,向所述第二服务器发送针对记账处理的处理请求,以调用第二服务器进行记账处理,并根据所述支付处理结果,在接收到第二服务器反馈的记账处理结果之前,向客户端设备反馈第一提示信息。
在本实施例中,上述交易业务处理场景具体可以包括用户线上支付购买商品的场景、用户转账的场景、用户线上预定场景等等。当然,需要说明的是,上述所列举的交易业务处理场景只是为了更好地说明本说明书实施例。对于上述交易业务处理场景本说明书不作限定。
在本实施例中,以用户线上支付购买商品的场景为例,用户可以先通过客户端设备(例如手机)向线上网络支付平台的服务器,即第一服务器发起交易数据处理请求,例如发起针对自己想要购买的商品的订单数据处理请求。
其中,针对上述订单数据的交易数据处理具体可以细分包括多个按顺序进行的不同的处理过程,例如至少可以包括有按顺序进行的支付处理和记账处理两个处理过程等。其中,上述支付处理具体可以理解为一种对订单数据进行核销的处理,该处理具体可以由第一服务器负责进行。上述记账处理具体可以理解为一种根据支付处理的处理结果,对用户所绑定的账户中的资金数据进行更新的处理,该处理具体可以由用户所绑定的账户所在银行的业务系统的服务器,即第二服务器负责进行。当然,需要说明的是,上述所列举的支付处理和记账处理只是一种示意性说明。具体实施时,根据具体的交易业务处理类型的不同,对应的交易数据处理也可以包括其他两种或者多种处理过程。对此,本说明书不作限定。
在本实施例中,具体实施时,用户作为发起对象可以通过客户端设备先向第一服务器发送相应的交易数据处理请求,以请求进行相应的交易数据处理。相应的,第一服务器接收到客户端设备发送的交易数据处理请求。
在本实施例中,第一服务器在接收到上述交易数据处理请求后,响应该交易数据处理请求,进行该交易数据处理请求所请求的交易数据处理中按顺序第一个进行的数据处理,即支付处理。具体的,第一服务器可以根据交易数据处理请求中所携带的订单数据对该订单数据进行核销,完成支付处理,得到支付处理结果。
在本实施例中,在第一服务器完成支付处理后,第一服务器还需要将上述交易数据处理请求或者基于交易数据处理请求得到的针对记账处理的处理请求发送至第二服务器,以便调用第二服务器并通过第二服务器响应对应的处理请求,进行所请求的交易数据处理中按顺序第二个进行的数据处理,即记账处理。在第二服务器完成了上述记账处理后,才最终完成了完整的交易数据处理。基于原有的方法,直到第二服务器完成上述记账处理后,才会向客户端设备反馈回执信息,以提示用户所请求的交易数据处理的处理结果。
但在本实施例中,为了避免出现用户长时间的空白等待,影响用户的使用体验,第一服务器在完成支付处理后,可以先对第二服务器是否满足预设要求进行检测,以预测基于待调用的第二服务器所进行的记账处理的处理耗时(包括第一服务器调用第二服务器的耗时,以及第二服务器进行第二个记账处理的耗时)是否可能过长,甚至可能出现超时,影响到用户的使用体验。如果确定基于待调用的第二服务器所进行的记账处理的处理耗时可能过长,甚至可能出现超时,可以在按顺序调用第二服务器进行记账处理的同时,根据第一服务器通过支付处理得到的支付处理结果,先向客户端设备反馈一个回执信息,以便用户及时地了解所请求的交易数据处理当前的处理情况。
具体的,第一服务器可以通过检测第二服务器与第一服务器是否位于不同区域,来预测第一服务器调用第二服务器的耗时会不会过长,会不会影响到用户的使用体验。例如,当第一服务器检测到第二服务器与第一服务器是位于不同区域的服务器,可以确定第一服务器调用第二服务器是跨区域调用,相对于同一区域内的调用,耗时通常会更长;且又由于跨区域调用受不同区域之间的通信质量的影响较大,因此可以判断第一服务器调用第二服务器的调用耗时会较长,很可能会影响到用户的使用体验,进而可以确定第二服务器满足预设要求。
此外,第一服务器还可以通过检测第二服务器与第一服务器之间的通信通道当前是否处于拥堵状态,来预测第一服务器调用第二服务器的耗时会不会过长,会不会影响到用户的使用体验。例如,当第一服务器检测到第二服务器与第一服务器之间的通信通道当前处于拥堵状态的情况下,可以确定第一服务器调用第二服务器的过程耗时会较长,可能会影响到用户的使用体验,进而可以确定第二服务器满足于预设要求。
当然,需要说明的是,上述所列举的检测第二服务器是否满足预设要求的方式只是一种示意性说明。具体实施时,根据具体的应用场景,还可以采用其他合适的方式来设计并检测第二服务器是否满足预设要求。例如,第一服务器还可以通过检测第二服务器的处理能力是否小于预设的处理能力阈值,来预测第二服务器进行记账处理的处理耗时会不会过长,会不会影响到用户的使用体验。例如,当第一服务器检测到第二服务器的处理能力较差,小于预设的处理能力阈值,则可以预测第二服务器在被调用后进行记账处理的处理耗时可能会较长,可能会影响到用户的使用的体验,进而可以确定第二服务器满足预设要求等等。
在本实施例中,在检测确定第二服务器满足预设要求的情况下,为了避免由于调用第二服务器的调用耗时过长,或者第二服务器进行记账处理的处理耗时过长,导致用户需要空白等待很长的时间才能接收到回执信息,影响用户体验,第一服务器可以在向所述第二服务器发送针对记账处理的处理请求,以调用第二服务器进行记账处理的同时,在接收到第二服务器反馈的记账处理结果之前,根据所述得到的支付处理结果,先向客户端设备反馈对应的第一提示信息作为一种回执信息提供给用户,以便用户及时了解所请求的交易数据处理的当前处理情况,避免用户长时间的空白等待。
在本实施例中,上述第一提示信息具体可以是一种用于提示当前支付处理已经完成或失败;也可以是一种用于提示正在调用第二服务器进行记账处理的提示信息;还可以是一种用于提示记账处理正在进行中,请稍等的提示信息等。当然,需要说明的是,上述所列举的第一提示信息只是一种示意性说明。对于第一提示信息的具体内容和类型,本说明书不作限定。
在本实施例中,以用户线上支付购买商品的场景为例,用户相对更在意是自己购买商品时是否顺利完成支付,是否成功购买到商品,即用户相对更关注第一服务器进行支付处理后得到的支付处理结果,而对后续由第二服务器负责进行记账处理得到的记账处理结果关注度相对更低。因此,在完成记账处理前仅基于支付处理结果反馈给用户的第一提示信息是用户较为关注的回执信息。按照上述方式,可以在完成记账处理前,先将基于支付处理结果得到的第一提示信息提前反馈给用户。从用户侧来看,用户在通过客户端设备发起交易数据处理请求后,相对很快就能接收到第一服务器的反馈,进而能及时了解交易数据处理的处理情况,具有相对较好的使用体验。
在本实施例中,在确定所述第二服务器不满足所述预设要求的情况下,第一服务器可以不用先向客户端设备反馈第一提示信息,只向所述第二服务器发送所述交易数据处理请求或者针对记账处理的处理请求,以调用所述第二服务器进行对应的记账处理;并等待第二服务器完成记账处理,得到第二服务器反馈的记账处理结果后,再向客户端设备反馈相应的提示信息作为回执信息,以提示用户完成了业务数据处理。当然,在确定所述第二服务器不满足所述预设要求的情况下,第一服务器也可以在向所述第二服务器发送所述交易数据处理请求或者针对记账处理的处理请求,以调用所述第二服务器进行记账处理的同时;根据通过支付处理所得到的第一处理结果,先向客户端设备反馈第一提示信息。
在本实施例中,第一服务器在调用第二服务器时,具体可以只向第二服务器发送上述交易数据处理请求或针对记账处理的处理请求,以调用第二服务器根据上述交易数据处理请求进行记账处理;也可以在向第二服务器发送上述处理请求的同时,将第一服务器得到的支付处理结果一同发给第二服务器,以便第二服务器可以根据上述处理请求,结合支付处理结果进行具体的记账处理。
在本实施例中,第二服务器在接收到第一服务器发送的交易数据处理请求后,可以响应该交易数据处理请求,进行所负责的记账处理,完成记账处理,得到对应的记账处理结果,再将所得到的记账处理结果反馈给第一服务器。
第一服务器在得到第二服务器所反馈的记账处理结果后,可以根据记账处理结果生成并向客户端设备补发对应的第二提示信息,以提示用户所请求的交易数据处理已经全部完成,或者处理失败。
其中,上述第二提示信息具体可以用于提示记账处理已经完成或失败,或者提示记账处理结果的提示信息;也可以是一种用于提示整个交易数据处理已经执行完成的提示信息等等。对于上述第二提示信息的具体内容和类型,本说明书不作限定。
由上可见,本说明书实施例提供的交易数据处理方法,由于通过在接收并响应用户通过客户端设备发起的交易数据处理请求,按顺序完成支付处理得到对应的支付处理结果后,先检测待调用的用于执行记账处理的第二服务器是否满足预设要求,以预测基于待调用的第二服务器所进行的记账处理的处理耗时是否可能会出现超时,是否会影响到用户的使用体验;在确定第二服务器满足预设要求的情况下,在向第二服务器发送交易数据处理请求,以调用第二服务器进行记账处理的同时,根据支付处理结果先向客户端设备反馈第一提示信息,以及时地向用户反馈支付处理成功,减少用户的空白等待时间,改善了交易数据处理过程中用户的使用体验,从而解决了现有方法存在的用户空白等待时间过长、用户使用体验差的技术问题。
在一个实施例中,上述检测第二服务器是否满足预设要求,具体实施时,可以包括以下至少之一:检测第二服务器与第一服务器是否位于不同区域;检测第二服务器的处理能力是否小于预设的处理能力阈值,检测第二服务器与第一服务器之间的通信通道当前是否处于拥堵状态等等。当然,需要说明的是,上述所列举的检测方式只是一种示意性说明。具体实施时,根据具体的应用场景,可以引入除上述所列举的方式以外其他合适的检测方式,或者将多种检测方式组合来检测第二服务器是否满足预设要求。对此,本说明书不作限定。
在一个实施例中,在检测第二服务器是否满足预设要求,包括检测第二服务器与第一服务器是否位于不同区域的情况下,上述检测第二服务器是否满足预设要求,具体实施时,可以包括以下内容:确定与所述交易数据处理请求所请求的交易数据处理关联的目标对象;获取目标对象的账户信息;根据所述目标对象的账户信息,确定所述第二服务器与所述第一服务器是否位于同一区域中。
在本实施例中,第一服务器可以根据客户端设备所发起的交易数据处理请求,解析确定出所请求的交易数据处理中的目标对象(即该用户进行交易数据处理的其他人或机构,例如商户)。
进而第一服务器可以通过查询等方式,获取得到目标对象的账户信息。其中,上述目标对象的账户信息具体可以包括目标对象的账户所绑定的银行信息、目标对象的账户登录区域信息、目标对象的账户余额信息、目标对象的账户名称信息等等。
当然,具体实施时,第一服务器也可以根据交易数据处理请求,同时获取目标对象的账户信息和发起对象的账户信息,进而根据目标对象的账户信息和发起对象的账户信息,确定第一服务器和第二服务器是否位于同一区域中。
第一服务器在得到了发起对象的账户信息和目标对象的账户信息后,可以根据上述发起对象的账户信息和目标对象的账户信息,判断所涉及的第二服务器与第一服务器相关情况,进而可以确定第二服务器是否满足预设要求。
具体的,例如,第一服务器可以根据发起对象的账户所绑定的银行信息,确定所请求的交易数据处理所涉及的第二服务器的位置信息;根据发起对象的账户登录区域信息以及目标对象的账户登录区域信息确定第一服务器的位置信息;根据第二服务器的位置信息和第一服务器的位置信息,确定第二服务器与第一服务器是否位于不同区域,进而判断第二服务器是否满足预设要求等。
在一个实施例中,所述第一提示信息具体可以一种用于提示支付结果的回执信息。当然,根据具体情况,上述第一提示信息还可以是用于表征其他内容的回执信息。对此,本说明书不作限定。
在一个实施例中,所述方法具体实施时,还可以包括以下内容:获取第二服务器反馈的记账处理结果,其中,所述记账处理结果为所述第二服务器响应针对记账处理的处理请求,进行记账处理得到的。
在一个实施例中,在获取第二服务器反馈的记账处理结果后,所述方法具体实施时,还可以包括以下内容:检测所述记账处理结果是否准确;在确定所述记账处理结果准确的情况下,向第二服务器发送确认信息。
在本实施例中,为保证记账处理的准确,第一服务器在接收到记账处理结果后,还可以利用所拥有的支付结果,结合所拥有的该用户的其他数据,对第二服务器反馈的记账处理结果进行检验,以确定记账处理结果是否准确。如果确定记账处理结果准确,可以向第二服务器发送确认信息;如果确定记账处理结果不准确,可以向第二服务器发送重新处理指示,以便第二服务器根据上述重新处理指示,重新进行记账处理,保证最终反馈的记账处理结果准确、可靠。
在一个实施例中,在确定所述记账处理结果准确的情况下,所述方法具体实施时,还可以包括以下内容:根据所述记账处理结果,向客户端设备反馈第二提示信息,其中,所述第二提示信息用于提示用户更新后的账户数据。
在本实施例中,具体实施时,第一服务器可以根据所接收到的记账处理结果,更新该用户在该网络支付平台上的账户数据;并根据上述记账处理结果,生成并向客户端设备补发对应的第二提示信息,以提示用户更新后的账户数据,例如,向用户展示出经记账处理后的当前账户中的资金余额等信息。
由上可见,本说明书实施例提供的交易数据处理方法,由于通过在接收并响应用户通过客户端设备发起的交易数据处理请求,按顺序完成支付处理得到对应的支付处理结果后,先检测待调用的用于执行记账处理的第二服务器是否满足预设要求,以预测基于待调用的第二服务器所进行的记账处理的处理耗时是否可能会出现超时,是否会影响到用户的使用体验;在确定第二服务器满足预设要求的情况下,在向第二服务器发送交易数据处理请求,以调用第二服务器进行记账处理的同时,在接收到第二服务器反馈的记账处理结果之前,根据支付处理结果先向客户端设备反馈第一提示信息,以及时地向用户反馈支付处理成功,减少用户的空白等待时间,改善了交易数据处理过程中用户的使用体验,从而解决了现有方法存在的用户空白等待时间过长、用户使用体验差的技术问题;还通过检测第二服务器与第一服务器是否位于不同区域、第二服务器的处理能力是否小于预设的处理能力阈值、第二服务器是否与第一服务器之间的通信通道当前处于拥堵状态等多种方式来确定第二服务器是否满足预设要求,从而能够更加准确地预测出基于待调用的第二服务器所进行的支付处理的耗时是否可能会影响到用户的使用体验,以便及时地先向用户反馈第一提示信息,进一步改善了用户的使用体验。
对应于上述应用于第一服务器一侧的交易数据处理方法,本说明书还提供了一种应用于客户端设备一侧的交易数据处理方法,该方法具体实施时,可以包括以下内容:
S1:向第一服务器发送交易数据处理请求,其中,所述交易数据处理请求所请求的交易数据处理至少包括:支付处理和记账处理;
S2:接收第一服务器反馈的第一提示信息,其中,所述第一提示信息为第一服务器响应所述交易数据处理请求,进行支付处理,根据所得到的支付处理结果生成的;所述第一服务器还用于向第二服务器发送针对记账处理的处理请求,以调用第二服务器进行记账处理;
S3:展示第一提示信息,其中,所述第一提示信息用于提示支付结果。
在一个实施例中,所述方法,具体实施时,还可以包括以下内容:获取第二提示信息;其中,所述第二提示信息为第一服务器根据记账处理结果生成,所述记账处理结果为第二服务器响应针对记账处理的处理请求进行记账处理得到的;展示第二提示信息,其中,所述第二提示信息用于提示用户更新后的账户数据。
本说明书实施例还提供了一种服务器,包括处理器以及用于存储处理器可执行指令的存储器,所述处理器具体实施时可以根据指令执行以下步骤:接收客户端设备发送的业务处理请求,其中,所述业务处理请求所请求的业务数据处理至少包括:第一数据处理和第二数据处理;响应所述业务处理请求,进行第一数据处理,得到第一处理结果;检测第二服务器是否满足预设要求;其中,所述第二服务器为待调用的用于执行第二数据处理的服务器;在确定所述第二服务器满足所述预设要求的情况下,向所述第二服务器发送针对第二数据处理的处理请求,以调用所述第二服务器进行第二数据处理;并根据所述第一处理结果,在接收到第二服务器反馈的第二处理结果之前,向客户端设备反馈第一提示信息。
为了能够更加准确地完成上述指令,参阅图8所示,本说明书实施例还提供了另一种具体的服务器,其中,所述服务器包括网络通信端口801、处理器802以及存储器803,上述结构通过内部线缆相连,以便各个结构可以进行具体的数据交互。
其中,所述网络通信端口801,具体可以用于接收客户端设备发送的业务处理请求,其中,所述业务处理请求所请求的业务数据处理至少包括:第一数据处理和第二数据处理。
所述处理器802,具体可以用于响应所述业务处理请求,进行第一数据处理,得到第一处理结果;检测第二服务器是否满足预设要求;其中,所述第二服务器为待调用的用于执行第二数据处理的服务器;在确定所述第二服务器满足所述预设要求的情况下,向所述第二服务器发送针对第二数据处理的处理请求,以调用所述第二服务器进行第二数据处理;并根据所述第一处理结果,在接收到第二服务器反馈的第二处理结果之前,向客户端设备反馈第一提示信息。
所述存储器803,具体可以用于存储处理器802所基于的相应的指令程序。
在本实施例中,所述网络通信端口801可以是与不同的通信协议进行绑定,从而可以发送或接收不同数据的虚拟端口。例如,所述网络通信端口可以是负责进行web数据通信的80号端口,也可以是负责进行FTP数据通信的21号端口,还可以是负责进行邮件数据通信的25号端口。此外,所述网络通信端口还可以是实体的通信接口或者通信芯片。例如,其可以为无线移动网络通信芯片,如GSM、CDMA等;其还可以为Wifi芯片;其还可以为蓝牙芯片。
在本实施例中,所述处理器802可以按任何适当的方式实现。例如,处理器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application SpecificIntegrated Circuit,ASIC)、可编程逻辑控制器和嵌入微控制器的形式等等。本说明书并不作限定。
在本实施例中,所述存储器803可以包括多个层次,在数字系统中,只要能保存二进制数据的都可以是存储器;在集成电路中,一个没有实物形式的具有存储功能的电路也叫存储器,如RAM、FIFO等;在系统中,具有实物形式的存储设备也叫存储器,如内存条、TF卡等。
本说明书实施例还提供了一种基于上述业务数据处理方法的计算机存储介质,所述计算机存储介质存储有计算机程序指令,在所述计算机程序指令被执行时实现:接收客户端设备发送的业务处理请求,其中,所述业务处理请求所请求的业务数据处理至少包括:第一数据处理和第二数据处理;响应所述业务处理请求,进行第一数据处理,得到第一处理结果;检测第二服务器是否满足预设要求;其中,所述第二服务器为待调用的用于执行第二数据处理的服务器;在确定所述第二服务器满足所述预设要求的情况下,向所述第二服务器发送针对第二数据处理的处理请求,以调用所述第二服务器进行第二数据处理;并根据所述第一处理结果,在接收到第二服务器反馈的第二处理结果之前,向客户端设备反馈第一提示信息。
在本实施例中,上述存储介质包括但不限于随机存取存储器(Random AccessMemory,RAM)、只读存储器(Read-Only Memory,ROM)、缓存(Cache)、硬盘(Hard DiskDrive,HDD)或者存储卡(Memory Card)。所述存储器可以用于存储计算机程序指令。网络通信单元可以是依照通信协议规定的标准设置的,用于进行网络连接通信的接口。
在本实施例中,该计算机存储介质存储的程序指令具体实现的功能和效果,可以与其它实施方式对照解释,在此不再赘述。
参阅图9所示,在软件层面上,本说明书实施例还提供了一种业务数据处理装置,该装置具体可以包括以下的结构模块:
接收模块901,具体可以用于接收客户端设备发送的业务处理请求,其中,所述业务处理请求所请求的业务数据处理至少包括:第一数据处理和第二数据处理;
处理模块902,具体可以用于响应所述业务处理请求,进行第一数据处理,得到第一处理结果;
检测模块903,具体可以用于检测第二服务器是否满足预设要求;其中,所述第二服务器为待调用的用于执行第二数据处理的服务器;
反馈模块904,具体可以用于在确定所述第二服务器满足所述预设要求的情况下,向所述第二服务器发送针对第二数据处理的处理请求,以调用所述第二服务器进行第二数据处理;并根据所述第一处理结果,在接收到第二服务器反馈的第二处理结果之前,向客户端设备反馈第一提示信息。
在一个实施例中,所述检测模块903具体实施时,可以按照以下所列举的检测方式中的至少之一来检测第二服务器是否满足预设要求:检测第二服务器与第一服务器是否位于不同区域;检测第二服务器的处理能力是否小于预设的处理能力阈值,检测第二服务器与第一服务器之间的通信通道当前是否处于拥堵状态等。
在一个实施例中,所述接收模块901具体实施时,还可以用于获取第二服务器反馈的第二处理结果,其中,所述第二处理结果为所述第二服务器响应针对第二数据处理的处理请求,进行第二数据处理得到的。
在一个实施例中,所述反馈模块904具体实施时,还可以用于根据所述第二处理结果,向客户端设备反馈第二提示信息。
需要说明的是,上述实施例阐明的单元、装置或模块等,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。为了描述的方便,描述以上装置时以功能分为各种模块分别描述。当然,在实施本说明书时可以把各模块的功能在同一个或多个软件和/或硬件中实现,也可以将实现同一功能的模块由多个子模块或子单元的组合实现等。以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
由上可见,本说明书实施例提供的业务数据处理装置,由于通过接收模块和处理模块在接收并响应业务处理请求,完成第一数据处理得到对应的第一处理结果后,先通过检测模块检测待调用的用于执行第二数据处理的第二服务器是否满足预设要求,以预测基于待调用的第二服务器所进行的第二数据处理的处理耗时是否可能会出现超时,影响到用户的使用体验;在确定第二服务器满足预设要求的情况下,在通过反馈模块向第二服务器发送业务处理请求,以调用第二服务器进行第二数据处理的同时,根据第一处理结果先向客户端设备反馈第一提示信息,以及时地向用户反馈当前所请求的业务处理情况,减少用户的空白等待时间,改善了业务数据处理过程中用户的使用体验,从而解决了现有方法存在的用户空白等待时间过长、用户使用体验差的技术问题。
在软件层面上,针对具体的交易业务处理场景,本说明书实施例还提供了一种交易数据处理装置,该装置具体可以包括以下的结构模块:
接收模块,具体可以用于接收客户端设备发送的交易数据处理请求,其中,所述交易数据处理请求所请求的交易数据处理至少包括:支付处理和记账处理;
处理模块,具体可以用于响应所述交易数据处理请求,进行支付处理,得到支付处理结果;
检测模块,具体可以用于检测第二服务器是否满足预设要求;其中,所述第二服务器为待调用的用于执行记账处理的服务器;
反馈模块,具体可以用于在确定所述第二服务器满足所述预设要求的情况下,向所述第二服务器发送针对记账处理的处理请求,以调用第二服务器进行记账处理,并根据所述支付处理结果,在接收到第二服务器反馈的记账处理结果之前,向客户端设备反馈第一提示信息。
由上可见,本说明书实施例提供的交易数据处理装置,由于通过接收模块和处理模块在接收并响应用户通过客户端设备发起的交易数据处理请求,按顺序完成支付处理得到对应的支付处理结果后,先通过检测模块检测待调用的用于执行记账处理的第二服务器是否满足预设要求,以预测基于待调用的第二服务器所进行的记账处理的处理耗时是否可能会出现超时,是否会影响到用户的使用体验;在确定第二服务器满足预设要求的情况下,通过反馈模块在向第二服务器发送交易数据处理请求,以调用第二服务器进行记账处理的同时,根据支付处理结果先向客户端设备反馈第一提示信息,以及时地向用户反馈支付处理成功,减少用户的空白等待时间,改善了交易数据处理过程中用户的使用体验,从而解决了现有方法存在的用户空白等待时间过长、用户使用体验差的技术问题。
虽然本说明书提供了如实施例或流程图所述的方法操作步骤,但基于常规或者无创造性的手段可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式,不代表唯一的执行顺序。在实际中的装置或客户端产品执行时,可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境,甚至为分布式数据处理环境)。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、产品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、产品或者设备所固有的要素。在没有更多限制的情况下,并不排除在包括所述要素的过程、方法、产品或者设备中还存在另外的相同或等同要素。第一,第二等词语用来表示名称,而并不表示任何特定的顺序。
本领域技术人员也知道,除了以纯计算机可读程序代码方式实现控制器以外,完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件,而对其内部包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至,可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构、类等等。也可以在分布式计算环境中实践本说明书,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
通过以上的实施例的描述可知,本领域的技术人员可以清楚地了解到本说明书可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本说明书的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,移动终端,服务器,或者网络设备等)执行本说明书各个实施例或者实施例的某些部分所述的方法。
本说明书中的各个实施例采用递进的方式描述,各个实施例之间相同或相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。本说明书可用于众多通用或专用的计算机系统环境或配置中。例如:个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。
虽然通过实施例描绘了本说明书,本领域普通技术人员知道,本说明书有许多变形和变化而不脱离本说明书的精神,希望所附的权利要求包括这些变形和变化而不脱离本说明书的精神。