CN115379009B - 一种数据处理方法、装置、设备及介质 - Google Patents

一种数据处理方法、装置、设备及介质 Download PDF

Info

Publication number
CN115379009B
CN115379009B CN202210990203.4A CN202210990203A CN115379009B CN 115379009 B CN115379009 B CN 115379009B CN 202210990203 A CN202210990203 A CN 202210990203A CN 115379009 B CN115379009 B CN 115379009B
Authority
CN
China
Prior art keywords
server
target
service data
client
identification
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202210990203.4A
Other languages
English (en)
Other versions
CN115379009A (zh
Inventor
李克成
曾强
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Construction Bank Corp
CCB Finetech Co Ltd
Original Assignee
China Construction Bank Corp
CCB Finetech Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by China Construction Bank Corp, CCB Finetech Co Ltd filed Critical China Construction Bank Corp
Priority to CN202210990203.4A priority Critical patent/CN115379009B/zh
Publication of CN115379009A publication Critical patent/CN115379009A/zh
Application granted granted Critical
Publication of CN115379009B publication Critical patent/CN115379009B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Landscapes

  • Computer And Data Communications (AREA)

Abstract

本申请涉及数据处理技术领域,尤其涉及一种数据处理方法、装置、设备及介质,由于在本申请实施例中,第一服务器和第二服务器的交互均通过发送业务请求的客户端进行转发,一方面,可以避免第一服务器和第二服务器直接交互而导致第一服务器容易受到恶性攻击的问题;另一方面,即使该发送业务请求的客户端出现异常,也不会影响第一服务器和第二服务器与其他客户端进行交互,不会影响其他客户端的业务办理,避免了单点故障以及单点瓶颈等问题;再一方面,由于发送业务请求的客户端不同,第一服务器和第二服务器进行交互时对应的进行转发的客户端也不同,各个客户端的负载压力不会太大。

Description

一种数据处理方法、装置、设备及介质
技术领域
本申请涉及数据处理技术领域,尤其涉及一种数据处理方法、装置、设备及介质。
背景技术
当今互联网下,当用户存在业务办理需求时,可以使用客户端向第一服务器发送业务请求。第一服务器在接收到业务请求后,确定从哪个第二服务器中获得第一目标业务数据,并向对应的第二服务器发送该第一业务数据获取请求。该第二服务器根据该第一业务数据获取请求,将第一目标业务数据发送给第一服务器。第一服务器根据该第一目标业务数据进行数据处理,并确定是否业务办理流程结束,若未结束,则继续确定向哪个其他第二服务器发送第二业务数据获取请求。该其他第二服务器根据该第二业务数据获取请求,将第二目标业务数据发送给第一服务器,第一服务器根据该第二目标业务数据进行数据处理......重复上述操作,直至确定业务办理流程结束,并将业务办理流程结束后获得的处理结果反馈给客户端。由此可见,此时第一服务器与第二服务器是直接进行交互,且彼此是公开透明的,若存在恶意攻击者攻击,则会严重影响第一服务器的安全。
为了保证第一服务器的安全,第一服务器和第二服务器的交互均通过一个可值得信赖的中间服务器进行转发,但是伴随着业务需求的增多,中间服务器会有相当大的负载压力,且容易出现单点故障以及单点瓶颈等问题,也就是说,一旦中间服务器出现问题,则影响第一服务器和第二服务器的交互。
发明内容
本申请提供了一种数据处理方法、装置、设备及介质,用以解决现有技术中基于中间服务器进行交互容易出现单点故障以及单点瓶颈,且中间服务器的负载压力过大的问题。
本申请实施例提供了一种数据处理方法,应用于第一服务器,所述方法包括:
接收客户端发送的业务请求,其中,所述业务请求中携带待办理的业务的目标业务标识;
根据所述目标业务标识以及预先保存的各个业务标识与待办理的各个流程以及各个流程的顺序的对应关系,确定所述目标业务标识的业务对应的待办理的各个目标流程以及各个目标流程的顺序;
根据顺序依次将每个目标流程作为待处理流程,进行以下操作:
确定所述待处理流程对应的第二服务器;向所述客户端发送携带所述第二服务器的目标服务器标识的业务数据获取请求,以使所述客户端将所述业务数据获取请求转发给所述第二服务器;接收所述客户端发送的目标业务数据并对所述目标业务数据进行处理,其中,所述目标业务数据为所述第二服务器接收到所述业务数据获取请求后,确定并发送给所述客户端的。
进一步地,所述接收客户端发送的业务请求包括:
基于所述目标业务标识的业务对应的接口,接收所述客户端发送的业务请求。
进一步地,接收所述客户端发送的目标业务数据之后,对所述目标业务数据进行处理之前,所述方法还包括:
对所述目标业务数据进行合法性校验,若校验通过,则进行对所述目标业务数据进行处理的操作。
进一步地,所述接收所述客户端发送的目标业务数据包括:
接收所述客户端发送的目标业务数据,以及发送所述目标业务数据的所述第二服务器的目标服务器标识;
所述对所述目标业务数据进行合法性校验包括:
确定发送所述目标业务数据的所述第二服务器的目标服务器标识是否与预先保存的合法访问的服务器的标识中的任一标识一致。
进一步地,所述向所述客户端发送携带所述第二服务器的目标服务器标识的业务数据获取请求包括:
将所述业务数据获取请求中的状态status标识位设置为转发标识位,将设置后的业务数据获取请求发送给所述客户端。
本申请实施例还提供了一种数据处理方法,应用于客户端,包括:
向第一服务器发送业务请求,其中,所述业务请求中携带待办理的业务的目标业务标识;
接收所述第一服务器发送的携带第二服务器的目标服务器标识的业务数据获取请求;
将所述业务数据获取请求转发给所述目标服务器标识的第二服务器;
接收所述第二服务器发送的目标业务数据,并将所述目标业务数据发送给所述第一服务器。
进一步地,所述向第一服务器发送业务请求之前,所述方法还包括:
根据所述目标业务标识与保存的业务标识与接口的对应关系,确定所述目标业务标识的业务对应的目标接口;
所述向第一服务器发送业务请求包括:
向所述第一服务器的所述目标接口发送所述业务请求。
进一步地,所述将所述业务数据获取请求转发给所述第二服务器的目标服务器标识对应的所述第二服务器之前,所述方法还包括:
确定所述业务数据获取请求中的状态status标识位是否为转发标识位,若是,则进行将所述业务数据获取请求转发给所述第二服务器的目标服务器标识对应的所述第二服务器的操作。
进一步地,所述将所述目标业务数据发送给所述第一服务器包括:
将所述目标业务数据以及发送所述目标业务数据的所述第二服务器的目标服务器标识发送给所述第一服务器。
本申请实施例还提供了一种数据处理装置,所述装置包括:
第一接收模块,用于接收客户端发送的业务请求,其中,所述业务请求中携带待办理的业务的目标业务标识;
第一确定模块,用于根据所述目标业务标识以及预先保存的各个业务标识与待办理的各个流程以及各个流程的顺序的对应关系,确定所述目标业务标识的业务对应的待办理的各个目标流程以及各个目标流程的顺序;
第一处理模块,用于根据顺序依次将每个目标流程作为待处理流程,进行以下操作:确定所述待处理流程对应的第二服务器;向所述客户端发送携带所述第二服务器的目标服务器标识的业务数据获取请求,以使所述客户端将所述业务数据获取请求转发给所述第二服务器;接收所述客户端发送的目标业务数据并对所述目标业务数据进行处理,其中,所述目标业务数据为所述第二服务器接收到所述业务数据获取请求后,确定并发送给所述客户端的。
进一步地,所述第一接收模块,具体用于基于所述目标业务标识的业务对应的接口,接收所述客户端发送的业务请求。
进一步地,所述第一处理模块,还用于对所述目标业务数据进行合法性校验,若校验通过,则进行对所述目标业务数据进行处理的操作。
进一步地,所述第一接收模块,具体用于接收所述客户端发送的目标业务数据,以及发送所述目标业务数据的所述第二服务器的目标服务器标识;
所述第一处理模块,具体用于确定发送所述目标业务数据的所述第二服务器的目标服务器标识是否与预先保存的合法访问的服务器的标识中的任一标识一致。
进一步地,所述第一处理模块,具体用于将所述业务数据获取请求中的状态status标识位设置为转发标识位,将设置后的业务数据获取请求发送给所述客户端。
本申请实施例还提供了一种数据处理装置,所述装置包括:
发送模块,用于向第一服务器发送业务请求,其中,所述业务请求中携带待办理的业务的目标业务标识;
第二接收模块,用于接收所述第一服务器发送的携带第二服务器的目标服务器标识的业务数据获取请求;
所述发送模块,还用于将所述业务数据获取请求转发给所述目标服务器标识的第二服务器;
所述第二处理模块,还用于接收所述第二服务器发送的目标业务数据,并将所述目标业务数据发送给所述第一服务器。
进一步地,所述装置还包括:
第二确定模块,用于根据所述目标业务标识与保存的业务标识与接口的对应关系,确定所述目标业务标识的业务对应的目标接口;
所述发送模块,具体用于向所述第一服务器的所述目标接口发送所述业务请求。
进一步地,所述第二确定模块,还用于确定所述业务数据获取请求中的状态status标识位是否为转发标识位,若是,则进行将所述业务数据获取请求转发给所述第二服务器的目标服务器标识对应的所述第二服务器的操作。
进一步地,所述第二处理模块,具体用于将所述目标业务数据以及发送所述目标业务数据的所述第二服务器的目标服务器标识发送给所述第一服务器。
本申请实施例还提供了一种电子设备,所述电子设备包括处理器,所述处理器用于执行存储器中存储的计算机程序时实现如上述任一所述数据处理方法的步骤。
本申请实施例还提供了一种计算机可读存储介质,其存储有计算机程序,所述计算机程序被处理器执行时实现如上述中任一所述数据处理方法的步骤。
本申请实施例还提供了一种计算机程序产品,所述计算机程序产品包括:计算机程序代码,当所述计算机程序代码在计算机上运行时,使得计算机执行上述如上述中任一所述数据处理方法的步骤。
在本申请实施例中,接收客户端发送的业务请求,其中,业务请求中携带待办理的业务的目标业务标识,根据目标业务标识以及预先保存的各个业务标识与待办理的各个流程以及各个流程的顺序的对应关系,确定目标业务标识的业务对应的待办理的各个目标流程以及各个目标流程的顺序,根据顺序依次将每个目标流程作为待处理流程,进行以下操作:确定待处理流程对应的第二服务器,向客户端发送携带第二服务器的目标服务器标识的业务数据获取请求,以使客户端将业务数据获取请求转发给第二服务器,接收客户端发送的目标业务数据并对目标业务数据进行处理,其中,目标业务数据为第二服务器接收到业务数据获取请求后,确定并发送给客户端的。由于在本申请实施例中,第一服务器和第二服务器的交互均通过发送业务请求的客户端进行转发,一方面,可以避免第一服务器和第二服务器直接交互而导致第一服务器容易受到恶性攻击的问题;另一方面,即使该发送业务请求的客户端出现异常,也不会影响第一服务器和第二服务器与其他客户端进行交互,不会影响其他客户端的业务办理,避免了单点故障以及单点瓶颈等问题;再一方面,由于发送业务请求的客户端不同,第一服务器和第二服务器进行交互时对应的进行转发的客户端也不同,各个客户端的负载压力不会太大。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简要介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域的普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本申请一些实施例提供的一种数据处理过程示意图;
图2为本申请一些实施例提供的一种数据处理过程示意图;
图3为本申请一些实施例提供的一种客户端、第一服务器以及第二服务器的关系示意图;
图4为本申请一些实施例提供的一种业务办理的过程示意图;
图5为本申请一些实施例提供的一种数据处理装置结构示意图;
图6为本申请一些实施例提供的一种数据处理装置结构示意图;
图7为本申请实施例提供的一种电子设备的结构示意图。
具体实施方式
为了使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请作进一步地详细描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本申请保护的范围。
为了提高第一服务器的安全性,且避免出现单点故障以及单点瓶颈的问题,本申请实施例提供了一种数据处理方法、装置、设备及介质。
在本申请实施例中,接收客户端发送的业务请求,其中,业务请求中携带待办理的业务的目标业务标识,根据目标业务标识以及预先保存的各个业务标识与待办理的各个流程以及各个流程的顺序的对应关系,确定目标业务标识的业务对应的待办理的各个目标流程以及各个目标流程的顺序,根据顺序依次将每个目标流程作为待处理流程,进行以下操作:确定待处理流程对应的第二服务器,向客户端发送携带第二服务器的目标服务器标识的业务数据获取请求,以使客户端将业务数据获取请求转发给第二服务器,接收客户端发送的目标业务数据并对目标业务数据进行处理,其中,目标业务数据为第二服务器接收到业务数据获取请求后,确定并发送给客户端的。
实施例1:
图1为本申请一些实施例提供的一种数据处理过程示意图,该过程包括以下步骤:
S101:接收客户端发送的业务请求,其中,所述业务请求中携带待办理的业务的目标业务标识。
本申请实施例提供的数据处理方法应用于第一服务器。
用户在存在业务办理需求时,可以先基于用户使用的客户端向第一服务器发送业务请求,具体的,用户可以基于该客户端选择待办理的业务,其中,该待办理的业务可以是购物业务、游戏充值业务、信息修改业务等等,在此不做限制。其中,每个业务对应的业务标识可以根据需求进行设置,且不同的业务对应的业务标识不同。
S102:根据所述目标业务标识以及预先保存的各个业务标识与待办理的各个流程以及各个流程的顺序的对应关系,确定所述目标业务标识的业务对应的待办理的各个目标流程以及各个目标流程的顺序。
有些业务往往只存在一个流程,有些业务往往存在多个流程,比如,用户名修改业务只对应一个用户名修改流程,而产品购买业务会对应产品推荐、产品选择、产品下单、产品支付等多个流程,且该多个流程还存在一定的先后顺序,比如,产品下单的流程在产品支付的流程之前。
为了确定目标业务标识的待办理业务对应的目标流程以及各个目标流程的顺序,以便后续准确的为用户办理业务,在本申请实施例中,电子设备中可以预先保存各个业务标识与待办理的各个流程以及各个流程的顺序的对应关系,其中,一个业务标识对应一个或者多个流程。第一服务器在接收到携带待办理的业务的目标业务标识的业务请求之后,根据该目标业务标识以及预先保存的各个业务标识与待办理的各个流程以及各个流程的顺序的对应关系,确定目标业务标识的业务对应的待办理的各个目标流程以及各个目标流程的顺序。
S103:根据顺序依次将每个目标流程作为待处理流程,进行以下操作:
确定所述待处理流程对应的第二服务器;向所述客户端发送携带所述第二服务器的目标服务器标识的业务数据获取请求,以使所述客户端将所述业务数据获取请求转发给所述第二服务器;接收所述客户端发送的目标业务数据并对所述目标业务数据进行处理,其中,所述目标业务数据为所述第二服务器接收到所述业务数据获取请求后,确定并发送给所述客户端的。
在确定出目标业务标识的业务对应的待办理的各个目标流程以及各个目标流程的顺序之后,在本申请实施例中,可以按照各个目标流程的顺序,依次执行各个目标流程,其中,顺序越靠前的目标流程越先执行,顺序越靠后的目标流程越后执行。
具体的,为了便于描述,在本申请实施例中,可以根据各个目标流程的顺序,依次将每个目标流程作为待处理流程,并进行以下操作:
第一步:确定待处理流程对应的第二服务器,其中,各个流程对应的第二服务器是预先已知的,且预先设置了每个第二服务器的目标服务器标识,不同的第二服务器对应的服务器标识不同。
第二步:在确定出待处理流程对应的第二服务器后,为了避免第一服务器与第二服务器直接交互,容易导致第一服务器受到恶意攻击的问题。第一服务器可以向发送业务请求的客户端发送携带第二服务器的目标服务器标识的业务数据获取请求,以使客户端将该业务数据获取请求转发给该目标服务器标识的第二服务器,其中,该业务请求为携带待办理的业务的目标业务标识的请求。第二服务器在接收到该业务数据获取请求后,会根据该业务数据获取请求,确定目标业务数据,并将该目标业务数据发送给该客户端,以使该客户端将该目标业务数据转发给第一服务器。
第三步:第一服务器接收客户端发送的目标业务数据,并对该目标业务数据进行处理。
由于在本申请实施例中,第一服务器和第二服务器的交互均通过发送业务请求的客户端进行转发,一方面,可以避免第一服务器和第二服务器直接交互而导致第一服务器容易受到恶性攻击的问题;另一方面,即使该发送业务请求的客户端出现异常,也不会影响第一服务器和第二服务器与其他客户端进行交互,不会影响其他客户端的业务办理,避免了单点故障以及单点瓶颈等问题;再一方面,由于发送业务请求的客户端不同,第一服务器和第二服务器进行交互时对应的进行转发的客户端也不同,各个客户端的负载压力不会太大。
实施例2:
为了确定基于哪个接口接收客户端发送的业务请求,在上述实施例的基础上,在本申请实施例中,所述接收客户端发送的业务请求包括:
基于所述目标业务标识的业务对应的接口,接收所述客户端发送的业务请求。
由于用户可以办理的业务可能有多种,若第一服务器基于自身的一个公共接口,接收每种业务对应的业务请求,则会严重加大该公共接口的工作负担,因此,在本申请实施例中,可以预先保存业务标识与接口的对应关系,其中,可以一个接口对应一个业务标识,还可以一个接口对应多个业务标识,具体的,业务标识与接口的对应关系可以根据需求进行设置。
客户端将携带待办理的业务的目标业务标识的业务请求发送给该第一服务器时,第一服务器基于该目标业务标识对应的接口,接收该客户端发送的业务请求。
实施例3:
为了提高第一服务器的安全性,在上述各实施例的基础上,在本申请实施例中,接收所述客户端发送的目标业务数据之后,对所述目标业务数据进行处理之前,所述方法还包括:
对所述目标业务数据进行合法性校验,若校验通过,则进行对所述目标业务数据进行处理的操作。
由于第一服务器可能会接收到不合法的业务数据,为了保证第一服务器的安全,第一服务器可以在接收到客户端发送的目标业务数据之后,可以先对该目标业务数据进行合法性校验,若校验通过,则确定该目标业务数据合法,因此进行对该目标业务数据进行处理的操作。
若校验未通过,则确定该目标业务数据不合法,则为了保证第一服务器的安全,则第一服务器可以将该目标业务数据删除,不进行对该目标业务数据进行处理的操作。
为了准确的确定目标业务数据是否合法,在上述各实施例的基础上,在本申请实施例中,所述接收所述客户端发送的目标业务数据包括:
接收所述客户端发送的目标业务数据,以及发送所述目标业务数据的所述第二服务器的目标服务器标识;
所述对所述目标业务数据进行合法性校验包括:
确定发送所述目标业务数据的所述第二服务器的目标服务器标识是否与预先保存的合法访问的服务器的标识中的任一标识一致。
由于第一服务器并不是能够处理所有第二服务器发送的业务数据的,也就是说,有些第二服务器是无法合法访问第一服务器的,因此,为了确定目标业务数据是否合法,可以确定发送该目标业务数据的第二服务器是否为合法访问的服务器。为了便于确定发送该目标业务数据的第二服务器是否为合法访问的服务器,在本申请实施例中,第一服务器中可以预先保存合法访问的服务器的标识,其中,不同的服务器对应的服务器标识不同。
为了便于确定发送该目标业务数据的第二服务器是否为合法访问的第二服务器,客户端在向第一服务器发送目标业务数据时,还可以将发送该目标业务数据的第二服务器的目标服务器标识一起发送给第一服务器,此时,第一服务器接收到该客户端发送的目标业务数据,以及发送该目标业务数据的第二服务器的目标服务器标识之后,确定发送该目标业务数据的第二服务器的目标服务器标识是否与预先保存的合法访问的服务器的标识中的任一标识一致,来判断该目标业务数据是否合法。
具体的,若发送该目标业务数据的第二服务器的目标服务器标识与预先保存的合法访问的服务器的标识中的任一标识一致,则确定该目标业务数据合法,若发送该目标业务数据的第二服务器的目标服务器标识与预先保存的合法访问的服务器的标识中的任一标识都不一致,则确定该目标业务数据不合法。
实施例4:
为了便于客户端确定是否将业务数据获取请求转发给第二服务器,在上述各实施例的基础上,在本申请实施例中,所述向所述客户端发送携带所述第二服务器的目标服务器标识的业务数据获取请求包括:
将所述业务数据获取请求中的状态(status)标识位设置为转发标识位,将设置后的业务数据获取请求发送给所述客户端。
为了便于客户端在接收到第一服务器发送的业务数据获取请求后,确定是否将业务数据获取请求转发给第二服务器,在本申请实施例中,可以在向客户端发送携带第二服务器的目标服务器标识的业务数据获取请求时,将该业务数据获取请求中的status标识位设置为转发标识位,并将设置后的业务数据获取请求发送给客户端。
若该status标识位被设置为转发标识位,则后续客户端在接收到业务数据获取请求后,则可以确定需要将该业务数据获取请求进行转发,若该status标识位未被设置为转发标识位,则后续客户端在接收到业务数据获取请求后,则可以确定不需要将该业务数据获取请求进行转发。
实施例5:
图2为本申请一些实施例提供的一种数据处理过程示意图,该过程包括以下步骤:
S201:向第一服务器发送业务请求,其中,所述业务请求中携带待办理的业务的目标业务标识。
本申请实施例提供的数据处理方法应用于客户端。
用户在存在业务办理需求时,可以先基于用户使用的客户端向第一服务器发送业务请求,具体的,用户可以基于该客户端选择待办理的业务,其中,该待办理的业务可以是购物业务、游戏充值业务、信息修改业务等等,在此不做限制。其中,每个业务对应的业务标识可以根据需求进行设置,且不同的业务对应的业务标识不同。
第一服务器在接收到携带待办理业务的目标业务标识的业务请求之后,可以根据该目标业务标识以及预先保存的各个业务标识与待办理的各个流程以及各个流程的顺序的对应关系,确定该目标业务标识的业务对应的待办理的各个目标流程以及各个目标流程的顺序,然后按照该顺序依次执行各个目标流程。其中,针对每个目标流程,在执行该目标流程时,第一服务器都需要获得该目标流程对应的第二服务器的目标业务数据,并基于该目标流程下对应的目标业务数据进行数据处理,具体的过程在上述实施例中已经详细说明,在此不做赘述。
因为客户端每接收到第一服务器发送的业务数据获取请求进行处理的过程相同,为了便于描述,后续以一个目标流程的操作为例进行说明,将该目标流程称为待处理流程。
S202:接收所述第一服务器发送的携带第二服务器的目标服务器标识的业务数据获取请求。
在本申请实施例中,第一服务器为了获得待处理流程对应的第二服务器中的目标业务数据,第一服务器可以向该待处理流程对应的第二服务器发送携带第二服务器的目标服务器标识的业务数据获取请求。为了避免第一服务器和第二服务器直接交互而导致第一服务器容易受到恶性攻击的问题,可以将客户端作为第一服务器和第二服务器交互的桥梁,客户端接收该第一服务器发送的携带第二服务器的目标服务器标识的业务数据获取请求。
S203:将所述业务数据获取请求转发给所述目标服务器标识的第二服务器。
客户端在接收到第一服务器发送的业务数据获取请求之后,将该业务数据获取请求转发给该目标服务器标识的第二服务器,以使该第二服务器根据该业务数据获取请求确定目标业务数据。
S204:接收所述第二服务器发送的目标业务数据,并将所述目标业务数据发送给所述第一服务器。
第二服务器在确定目标业务数据之后,第二服务器可以将该目标业务数据发送给第一服务器,为了避免第一服务器和第二服务器直接交互而导致第一服务器受到恶性攻击,第二服务器可以先将该目标业务数据发送给客户端,客户端接收该第二服务器发送的目标业务数据,再将该目标业务数据发送给第一服务器,以使第一服务器在接收到该目标业务数据之后,对该目标业务数据进行处理。
由于在本申请实施例中,第一服务器和第二服务器的交互均通过发送业务请求的客户端进行转发,一方面,可以避免第一服务器和第二服务器直接交互而导致第一服务器容易受到恶性攻击的问题;另一方面,即使该发送业务请求的客户端出现异常,也不会影响第一服务器和第二服务器与其他客户端进行交互,不会影响其他客户端的业务办理,避免了单点故障以及单点瓶颈等问题;再一方面,由于发送业务请求的客户端不同,第一服务器和第二服务器进行交互时对应的进行转发的客户端也不同,各个客户端的负载压力不会太大。
实施例6:
为了确定向第一服务器的哪个接口发送业务请求,在上述各实施例的基础上,在本申请实施例中,所述向第一服务器发送业务请求之前,所述方法还包括:
根据所述目标业务标识与保存的业务标识与接口的对应关系,确定所述目标业务标识的业务对应的目标接口;
所述向第一服务器发送业务请求包括:
向所述第一服务器的所述目标接口发送所述业务请求。
由于用户可以办理的业务可能有多种,若第一服务器基于自身的一个公共接口,接收每种业务对应的业务请求,则会严重加大该公共接口的工作负担,因此,在本申请实施例中,可以预先保存业务标识与接口的对应关系,其中,可以一个接口对应一个业务标识,还可以一个接口对应多个业务标识,具体的,业务标识与接口的对应关系可以根据需求进行设置。
客户端将携带待办理的业务的目标业务标识的业务请求发送给该第一服务器之前,先根据目标业务标识与保存的业务标识与接口的对应关系,确定该目标业务标识的业务对应的目标接口,然后向该第一服务器的该目标接口发送该业务请求。
实施例7:
为了准确的确定是否将接收到的业务数据获取请求转发给第二服务器,在上述各实施例的基础上,在本申请实施例中,所述将所述业务数据获取请求转发给所述第二服务器的目标服务器标识对应的所述第二服务器之前,所述方法还包括:
确定所述业务数据获取请求中的status标识位是否为转发标识位,若是,则进行将所述业务数据获取请求转发给所述第二服务器的目标服务器标识对应的所述第二服务器的操作。
在本申请实施例中,为了准确的确定是否将接收到的业务数据获取请求转发给第二服务器,客户端在接收到第一服务器发送的业务数据获取请求之后,确定该业务数据获取请求中的status标识位是否为转发标识位,若是,则将该业务数据获取请求发送给该标识对应的第二服务器,否则,不将该业务数据获取请求转发给该标识对应的第二服务器。
实施例8:
为了便于第一服务器确定该目标业务数据是否合法,在上述各实施例的基础上,在本申请实施例中,所述将所述目标业务数据发送给所述第一服务器包括:
将所述目标业务数据以及发送所述目标业务数据的所述第二服务器的目标服务器标识发送给所述第一服务器。
为了便于第一服务器确定发送该目标业务数据的第二服务器是否为合法访问的第二服务器,客户端在向第一服务器发送目标业务数据时,还可以将发送该目标业务数据的第二服务器的目标服务器标识一起发送给客户端。
图3为本申请一些实施例提供的一种客户端、第一服务器以及第二服务器的关系示意图,图4为本申请一些实施例提供的一种业务办理的过程示意图,现针对图3和图4进行说明。
以包含三个第二服务器为例进行说明,分别为第二服务器A、第二服务器B以及第二服务器C,第一服务器与第二服务器A,第一服务器与第二服务器B,第一服务器与第二服务器C进行交互时,都是基于各个客户端进行交互的,具体的,哪个客户端发送的业务请求,基于哪个客户端进行交互,如图3所示。
为了便于描述,以一个客户端发送业务请求为例,对使用该客户端的用户进行业务办理的过程进行说明。
该客户端将携带待办理的业务的目标业务标识的业务请求发送给第一服务器,第一服务器接收该客户端发送的该业务请求,并根据该目标业务标识以及预先保存的各个业务标识与待办理的各个流程以及各个流程的顺序的对应关系,确定该目标业务标识的业务对应的待办理的各个目标流程以及各个目标流程的顺序。
为了便于描述,以该目标业务标识的业务对应的待办理的目标流程为1个为例进行说明。
第一服务器确定待处理流程对应的第二服务器,例如为第二服务器A,并向发送该业务请求的客户端发送携带该第二服务器A的目标服务器标识的业务数据获取请求。客户端将该业务数据获取请求转发给该目标服务器标识的第二服务器A。第二服务器A接收到该客户端发送的业务数据获取请求之后,根据该数据获取请求确定目标业务数据,并将该目标业务数据发送给客户端。客户端将该目标业务数据发送给第一服务器,第一服务器接收该目标业务数据并对该目标业务数据进行处理,最后将该处理结果反馈给该客户端。
实施例9:
图5为本申请一些实施例提供的一种数据处理装置结构示意图,该装置包括:
第一接收模块501,用于接收客户端发送的业务请求,其中,所述业务请求中携带待办理的业务的目标业务标识;
第一确定模块502,用于根据所述目标业务标识以及预先保存的各个业务标识与待办理的各个流程以及各个流程的顺序的对应关系,确定所述目标业务标识的业务对应的待办理的各个目标流程以及各个目标流程的顺序;
第一处理模块503,用于根据顺序依次将每个目标流程作为待处理流程,进行以下操作:确定所述待处理流程对应的第二服务器;向所述客户端发送携带所述第二服务器的目标服务器标识的业务数据获取请求,以使所述客户端将所述业务数据获取请求转发给所述第二服务器;接收所述客户端发送的目标业务数据并对所述目标业务数据进行处理,其中,所述目标业务数据为所述第二服务器接收到所述业务数据获取请求后,确定并发送给所述客户端的。
在一种可能的实施方式中,所述第一接收模块501,具体用于基于所述目标业务标识的业务对应的接口,接收所述客户端发送的业务请求。
在一种可能的实施方式中,所述第一处理模块503,还用于对所述目标业务数据进行合法性校验,若校验通过,则进行对所述目标业务数据进行处理的操作。
在一种可能的实施方式中,所述第一接收模块501,具体用于接收所述客户端发送的目标业务数据,以及发送所述目标业务数据的所述第二服务器的目标服务器标识;
所述第一处理模块503,具体用于确定发送所述目标业务数据的所述第二服务器的目标服务器标识是否与预先保存的合法访问的服务器的标识中的任一标识一致。
在一种可能的实施方式中,所述第一处理模块503,具体用于将所述业务数据获取请求中的状态status标识位设置为转发标识位,将设置后的业务数据获取请求发送给所述客户端。
实施例10:
图6为本申请一些实施例提供的一种数据处理装置结构示意图,该装置包括:
发送模块601,用于向第一服务器发送业务请求,其中,所述业务请求中携带待办理的业务的目标业务标识;
第二接收模块602,用于接收所述第一服务器发送的携带第二服务器的目标服务器标识的业务数据获取请求;
所述发送模块,还用于将所述业务数据获取请求转发给所述目标服务器标识的第二服务器;
所述第二处理模块603,还用于接收所述第二服务器发送的目标业务数据,并将所述目标业务数据发送给所述第一服务器。
在一种可能的实施方式中,所述装置还包括:
第二确定模块604,用于根据所述目标业务标识与保存的业务标识与接口的对应关系,确定所述目标业务标识的业务对应的目标接口;
所述发送模块601,具体用于向所述第一服务器的所述目标接口发送所述业务请求。
在一种可能的实施方式中,所述第二确定模块604,还用于确定所述业务数据获取请求中的状态status标识位是否为转发标识位,若是,则进行将所述业务数据获取请求转发给所述第二服务器的目标服务器标识对应的所述第二服务器的操作。
在一种可能的实施方式中,所述第二处理模块603,具体用于将所述目标业务数据以及发送所述目标业务数据的所述第二服务器的目标服务器标识发送给所述第一服务器。
实施例11:
在上述实施例的基础上,本申请实施例还提供了一种电子设备,图7为本申请实施例提供的一种电子设备结构示意图,如图7所示,包括:处理器701、通信接口702、存储器703和通信总线704,其中,处理器701,通信接口702,存储器703通过通信总线704完成相互间的通信;
存储器703中存储有计算机程序,当程序被处理器701执行时,使得处理器701执行如下步骤:
接收客户端发送的业务请求,其中,所述业务请求中携带待办理的业务的目标业务标识;
根据所述目标业务标识以及预先保存的各个业务标识与待办理的各个流程以及各个流程的顺序的对应关系,确定所述目标业务标识的业务对应的待办理的各个目标流程以及各个目标流程的顺序;
根据顺序依次将每个目标流程作为待处理流程,进行以下操作:
确定所述待处理流程对应的第二服务器;向所述客户端发送携带所述第二服务器的目标服务器标识的业务数据获取请求,以使所述客户端将所述业务数据获取请求转发给所述第二服务器;接收所述客户端发送的目标业务数据并对所述目标业务数据进行处理,其中,所述目标业务数据为所述第二服务器接收到所述业务数据获取请求后,确定并发送给所述客户端的。
在一种可能的实施方式中,所述处理器701,具体用于基于所述目标业务标识的业务对应的接口,接收所述客户端发送的业务请求。
在一种可能的实施方式中,所述处理器701,还用于对所述目标业务数据进行合法性校验,若校验通过,则进行对所述目标业务数据进行处理的操作。
在一种可能的实施方式中,所述处理器701,具体用于接收所述客户端发送的目标业务数据,以及发送所述目标业务数据的所述第二服务器的目标服务器标识;
所述处理器701,具体用于确定发送所述目标业务数据的所述第二服务器的目标服务器标识是否与预先保存的合法访问的服务器的标识中的任一标识一致。
在一种可能的实施方式中,所述处理器701,具体用于将所述业务数据获取请求中的状态status标识位设置为转发标识位,将设置后的业务数据获取请求发送给所述客户端。
上述电子设备提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect,PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture,EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示,图中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
通信接口702用于上述电子设备与其他设备之间的通信。存储器可以包括随机存取存储器(Random Access Memory,RAM),也可以包括非易失性存储器(Non-VolatileMemory,NVM),例如至少一个磁盘存储器。可选地,存储器还可以是至少一个位于远离前述处理器的存储装置。
上述处理器可以是通用处理器,包括中央处理器、网络处理器(NetworkProcessor,NP)等;还可以是数字指令处理器(Digital Signal Processing,DSP)、专用集成电路、现场可编程门陈列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。
实施例12:
在上述实施例的基础上,上述电子设备还执行如下步骤:
向第一服务器发送业务请求,其中,所述业务请求中携带待办理的业务的目标业务标识;
接收所述第一服务器发送的携带第二服务器的目标服务器标识的业务数据获取请求;
将所述业务数据获取请求转发给所述目标服务器标识的第二服务器;
接收所述第二服务器发送的目标业务数据,并将所述目标业务数据发送给所述第一服务器。
在一种可能的实施方式中,所述处理器701,还用于根据所述目标业务标识与保存的业务标识与接口的对应关系,确定所述目标业务标识的业务对应的目标接口;
所述处理器701,具体用于向所述第一服务器的所述目标接口发送所述业务请求。
在一种可能的实施方式中,所述处理器701,还用于确定所述业务数据获取请求中的状态status标识位是否为转发标识位,若是,则进行将所述业务数据获取请求转发给所述第二服务器的目标服务器标识对应的所述第二服务器的操作。
在一种可能的实施方式中,所述处理器701,具体用于将所述目标业务数据以及发送所述目标业务数据的所述第二服务器的目标服务器标识发送给所述第一服务器。
上述电子设备提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect,PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture,EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示,图中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
通信接口702用于上述电子设备与其他设备之间的通信。存储器可以包括随机存取存储器(Random Access Memory,RAM),也可以包括非易失性存储器(Non-VolatileMemory,NVM),例如至少一个磁盘存储器。可选地,存储器还可以是至少一个位于远离前述处理器的存储装置。
上述处理器可以是通用处理器,包括中央处理器、网络处理器(NetworkProcessor,NP)等;还可以是数字指令处理器(Digital Signal Processing,DSP)、专用集成电路、现场可编程门陈列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。
实施例13:
在上述各实施例的基础上,本发明实施例还提供了一种计算机可读存储介质,计算机可读存储介质内存储有可由处理器执行的计算机程序,当程序在处理器上运行时,使得处理器执行时实现如下步骤:
接收客户端发送的业务请求,其中,所述业务请求中携带待办理的业务的目标业务标识;
根据所述目标业务标识以及预先保存的各个业务标识与待办理的各个流程以及各个流程的顺序的对应关系,确定所述目标业务标识的业务对应的待办理的各个目标流程以及各个目标流程的顺序;
根据顺序依次将每个目标流程作为待处理流程,进行以下操作:
确定所述待处理流程对应的第二服务器;向所述客户端发送携带所述第二服务器的目标服务器标识的业务数据获取请求,以使所述客户端将所述业务数据获取请求转发给所述第二服务器;接收所述客户端发送的目标业务数据并对所述目标业务数据进行处理,其中,所述目标业务数据为所述第二服务器接收到所述业务数据获取请求后,确定并发送给所述客户端的。
进一步地,所述接收客户端发送的业务请求包括:
基于所述目标业务标识的业务对应的接口,接收所述客户端发送的业务请求。
进一步地,接收所述客户端发送的目标业务数据之后,对所述目标业务数据进行处理之前,所述方法还包括:
对所述目标业务数据进行合法性校验,若校验通过,则进行对所述目标业务数据进行处理的操作。
进一步地,所述接收所述客户端发送的目标业务数据包括:
接收所述客户端发送的目标业务数据,以及发送所述目标业务数据的所述第二服务器的目标服务器标识;
所述对所述目标业务数据进行合法性校验包括:
确定发送所述目标业务数据的所述第二服务器的目标服务器标识是否与预先保存的合法访问的服务器的标识中的任一标识一致。
进一步地,所述向所述客户端发送携带所述第二服务器的目标服务器标识的业务数据获取请求包括:
将所述业务数据获取请求中的状态status标识位设置为转发标识位,将设置后的业务数据获取请求发送给所述客户端。
实施例14:
在上述各实施例的基础上,本发明实施例还提供了一种计算机可读存储介质,计算机可读存储介质内存储有可由处理器执行的计算机程序,当程序在处理器上运行时,使得处理器执行时实现如下步骤:
向第一服务器发送业务请求,其中,所述业务请求中携带待办理的业务的目标业务标识;
接收所述第一服务器发送的携带第二服务器的目标服务器标识的业务数据获取请求;
将所述业务数据获取请求转发给所述目标服务器标识的第二服务器;
接收所述第二服务器发送的目标业务数据,并将所述目标业务数据发送给所述第一服务器。
进一步地,所述向第一服务器发送业务请求之前,所述方法还包括:
根据所述目标业务标识与保存的业务标识与接口的对应关系,确定所述目标业务标识的业务对应的目标接口;
所述向第一服务器发送业务请求包括:
向所述第一服务器的所述目标接口发送所述业务请求。
进一步地,所述将所述业务数据获取请求转发给所述第二服务器的目标服务器标识对应的所述第二服务器之前,所述方法还包括:
确定所述业务数据获取请求中的状态status标识位是否为转发标识位,若是,则进行将所述业务数据获取请求转发给所述第二服务器的目标服务器标识对应的所述第二服务器的操作。
进一步地,所述将所述目标业务数据发送给所述第一服务器包括:
将所述目标业务数据以及发送所述目标业务数据的所述第二服务器的目标服务器标识发送给所述第一服务器。
实施例15:
本申请实施例还提供了一种计算机程序产品,该计算机程序产品被计算机执行时实现上述应用于电子设备的任一方法实施例所述的数据处理方法。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令,在计算机上加载和执行所述计算机指令时,全部或部分地产生按照本申请实施例所述的流程或功能。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。

Claims (19)

1.一种数据处理方法,其特征在于,应用于第一服务器,包括:
接收客户端发送的业务请求,其中,所述业务请求中携带待办理的业务的目标业务标识;
根据所述目标业务标识以及预先保存的各个业务标识与待办理的各个流程以及各个流程的顺序的对应关系,确定所述目标业务标识的业务对应的待办理的各个目标流程以及各个目标流程的顺序;
根据顺序依次将每个目标流程作为待处理流程,进行以下操作:
确定所述待处理流程对应的第二服务器;向所述客户端发送携带所述第二服务器的目标服务器标识的业务数据获取请求,以使所述客户端将所述业务数据获取请求转发给所述第二服务器;接收所述客户端发送的目标业务数据并对所述目标业务数据进行处理,其中,所述目标业务数据为所述第二服务器接收到所述业务数据获取请求后,确定并发送给所述客户端的;
所述向所述客户端发送携带所述第二服务器的目标服务器标识的业务数据获取请求包括:
将所述业务数据获取请求中的状态status标识位设置为转发标识位,将设置后的业务数据获取请求发送给所述客户端;以使所述客户端在接收到所述第一服务器发送的所述业务数据获取请求之后,确定所述业务数据获取请求中的status标识位是否为转发标识位,若是,则将所述业务数据获取请求发送给所述目标服务器标识对应的第二服务器,否则,不将所述业务数据获取请求转发给所述目标服务器标识对应的第二服务器;
所述客户端在向所述第一服务器发送所述目标业务数据时,还将发送所述目标业务数据的所述第二服务器的所述目标服务器标识一起发送给所述第一服务器,所述第一服务器接收到所述客户端发送的所述目标业务数据,以及发送所述目标业务数据的所述第二服务器的所述目标服务器标识之后,确定发送所述目标业务数据的所述第二服务器的所述目标服务器标识是否与预先保存的合法访问的服务器的标识中的任一标识一致,来判断所述目标业务数据是否合法;若发送所述目标业务数据的所述第二服务器的所述目标服务器标识与预先保存的合法访问的服务器的标识中的任一标识一致,则确定所述目标业务数据合法,若发送所述目标业务数据的所述第二服务器的所述目标服务器标识与预先保存的合法访问的服务器的标识中的任一标识都不一致,则确定所述目标业务数据不合法。
2.根据权利要求1所述的方法,其特征在于,所述接收客户端发送的业务请求包括:
基于所述目标业务标识的业务对应的接口,接收所述客户端发送的业务请求。
3.根据权利要求1所述的方法,其特征在于,接收所述客户端发送的目标业务数据之后,对所述目标业务数据进行处理之前,所述方法还包括:
对所述目标业务数据进行合法性校验,若校验通过,则进行对所述目标业务数据进行处理的操作。
4.根据权利要求3所述的方法,其特征在于,所述接收所述客户端发送的目标业务数据包括:
接收所述客户端发送的目标业务数据,以及发送所述目标业务数据的所述第二服务器的目标服务器标识;
所述对所述目标业务数据进行合法性校验包括:
确定发送所述目标业务数据的所述第二服务器的目标服务器标识是否与预先保存的合法访问的服务器的标识中的任一标识一致。
5.一种数据处理方法,其特征在于,应用于客户端,包括:
向第一服务器发送业务请求,其中,所述业务请求中携带待办理的业务的目标业务标识;所述第一服务器根据所述目标业务标识以及预先保存的各个业务标识与待办理的各个流程以及各个流程的顺序的对应关系,确定所述目标业务标识的业务对应的待办理的各个目标流程以及各个目标流程的顺序,根据顺序依次将每个目标流程作为待处理流程,确定所述待处理流程对应的第二服务器,向所述客户端发送携带所述第二服务器的目标服务器标识的业务数据获取请求;
接收所述第一服务器发送的携带第二服务器的目标服务器标识的业务数据获取请求;
将所述业务数据获取请求转发给所述目标服务器标识的第二服务器,所述第二服务器接收到所述业务数据获取请求后,确定目标业务数据并发送给所述客户端;
接收所述第二服务器发送的目标业务数据,并将所述目标业务数据发送给所述第一服务器,所述第一服务器对所述目标业务数据进行处理;
所述第一服务器向所述客户端发送携带所述第二服务器的目标服务器标识的业务数据获取请求包括:将所述业务数据获取请求中的状态status标识位设置为转发标识位;所述客户端在接收到所述第一服务器发送的所述业务数据获取请求之后,确定所述业务数据获取请求中的status标识位是否为转发标识位,若是,则将所述业务数据获取请求发送给所述目标服务器标识对应的第二服务器,否则,不将所述业务数据获取请求转发给所述目标服务器标识对应的第二服务器;
所述客户端在向所述第一服务器发送所述目标业务数据时,还将发送所述目标业务数据的所述第二服务器的所述目标服务器标识一起发送给所述第一服务器,所述第一服务器接收到所述客户端发送的所述目标业务数据,以及发送所述目标业务数据的所述第二服务器的所述目标服务器标识之后,确定发送所述目标业务数据的所述第二服务器的所述目标服务器标识是否与预先保存的合法访问的服务器的标识中的任一标识一致,来判断所述目标业务数据是否合法;若发送所述目标业务数据的所述第二服务器的所述目标服务器标识与预先保存的合法访问的服务器的标识中的任一标识一致,则确定所述目标业务数据合法,若发送所述目标业务数据的所述第二服务器的所述目标服务器标识与预先保存的合法访问的服务器的标识中的任一标识都不一致,则确定所述目标业务数据不合法。
6.根据权利要求5所述的方法,其特征在于,所述向第一服务器发送业务请求之前,所述方法还包括:
根据所述目标业务标识与保存的业务标识与接口的对应关系,确定所述目标业务标识的业务对应的目标接口;
所述向第一服务器发送业务请求包括:
向所述第一服务器的所述目标接口发送所述业务请求。
7.根据权利要求5所述的方法,其特征在于,所述将所述业务数据获取请求转发给所述第二服务器的目标服务器标识对应的所述第二服务器之前,所述方法还包括:
确定所述业务数据获取请求中的状态status标识位是否为转发标识位,若是,则进行将所述业务数据获取请求转发给所述第二服务器的目标服务器标识对应的所述第二服务器的操作。
8.根据权利要求5所述的方法,其特征在于,所述将所述目标业务数据发送给所述第一服务器包括:
将所述目标业务数据以及发送所述目标业务数据的所述第二服务器的目标服务器标识发送给所述第一服务器。
9.一种数据处理装置,其特征在于,应用于第一服务器,包括:
第一接收模块,用于接收客户端发送的业务请求,其中,所述业务请求中携带待办理的业务的目标业务标识;
第一确定模块,用于根据所述目标业务标识以及预先保存的各个业务标识与待办理的各个流程以及各个流程的顺序的对应关系,确定所述目标业务标识的业务对应的待办理的各个目标流程以及各个目标流程的顺序;
第一处理模块,用于根据顺序依次将每个目标流程作为待处理流程,进行以下操作:确定所述待处理流程对应的第二服务器;向所述客户端发送携带所述第二服务器的目标服务器标识的业务数据获取请求,以使所述客户端将所述业务数据获取请求转发给所述第二服务器;接收所述客户端发送的目标业务数据并对所述目标业务数据进行处理,其中,所述目标业务数据为所述第二服务器接收到所述业务数据获取请求后,确定并发送给所述客户端的;
所述第一处理模块,具体用于将所述业务数据获取请求中的状态status标识位设置为转发标识位,将设置后的业务数据获取请求发送给所述客户端;以使所述客户端在接收到所述第一服务器发送的所述业务数据获取请求之后,确定所述业务数据获取请求中的status标识位是否为转发标识位,若是,则将所述业务数据获取请求发送给所述目标服务器标识对应的第二服务器,否则,不将所述业务数据获取请求转发给所述目标服务器标识对应的第二服务器;
所述客户端在向所述第一服务器发送所述目标业务数据时,还将发送所述目标业务数据的所述第二服务器的所述目标服务器标识一起发送给所述第一服务器,所述第一服务器接收到所述客户端发送的所述目标业务数据,以及发送所述目标业务数据的所述第二服务器的所述目标服务器标识之后,确定发送所述目标业务数据的所述第二服务器的所述目标服务器标识是否与预先保存的合法访问的服务器的标识中的任一标识一致,来判断所述目标业务数据是否合法;若发送所述目标业务数据的所述第二服务器的所述目标服务器标识与预先保存的合法访问的服务器的标识中的任一标识一致,则确定所述目标业务数据合法,若发送所述目标业务数据的所述第二服务器的所述目标服务器标识与预先保存的合法访问的服务器的标识中的任一标识都不一致,则确定所述目标业务数据不合法。
10.根据权利要求9所述的装置,其特征在于,所述第一接收模块,具体用于基于所述目标业务标识的业务对应的接口,接收所述客户端发送的业务请求。
11.根据权利要求9所述的装置,其特征在于,所述第一处理模块,还用于对所述目标业务数据进行合法性校验,若校验通过,则进行对所述目标业务数据进行处理的操作。
12.根据权利要求11所述的装置,其特征在于,所述第一接收模块,具体用于接收所述客户端发送的目标业务数据,以及发送所述目标业务数据的所述第二服务器的目标服务器标识;
所述第一处理模块,具体用于确定发送所述目标业务数据的所述第二服务器的目标服务器标识是否与预先保存的合法访问的服务器的标识中的任一标识一致。
13.一种数据处理装置,其特征在于,应用于客户端,包括:
发送模块,用于向第一服务器发送业务请求,其中,所述业务请求中携带待办理的业务的目标业务标识;所述第一服务器根据所述目标业务标识以及预先保存的各个业务标识与待办理的各个流程以及各个流程的顺序的对应关系,确定所述目标业务标识的业务对应的待办理的各个目标流程以及各个目标流程的顺序,根据顺序依次将每个目标流程作为待处理流程,确定所述待处理流程对应的第二服务器,向所述客户端发送携带所述第二服务器的目标服务器标识的业务数据获取请求;
第二接收模块,用于接收所述第一服务器发送的携带第二服务器的目标服务器标识的业务数据获取请求;
所述发送模块,还用于将所述业务数据获取请求转发给所述目标服务器标识的第二服务器,所述第二服务器接收到所述业务数据获取请求后,确定目标业务数据并发送给所述客户端;
第二处理模块,用于接收所述第二服务器发送的目标业务数据,并将所述目标业务数据发送给所述第一服务器,所述第一服务器对所述目标业务数据进行处理;
所述第一服务器向所述客户端发送携带所述第二服务器的目标服务器标识的业务数据获取请求包括:将所述业务数据获取请求中的状态status标识位设置为转发标识位;所述客户端在接收到所述第一服务器发送的所述业务数据获取请求之后,确定所述业务数据获取请求中的status标识位是否为转发标识位,若是,则将所述业务数据获取请求发送给所述目标服务器标识对应的第二服务器,否则,不将所述业务数据获取请求转发给所述目标服务器标识对应的第二服务器;
所述客户端在向所述第一服务器发送所述目标业务数据时,还将发送所述目标业务数据的所述第二服务器的所述目标服务器标识一起发送给所述第一服务器,所述第一服务器接收到所述客户端发送的所述目标业务数据,以及发送所述目标业务数据的所述第二服务器的所述目标服务器标识之后,确定发送所述目标业务数据的所述第二服务器的所述目标服务器标识是否与预先保存的合法访问的服务器的标识中的任一标识一致,来判断所述目标业务数据是否合法;若发送所述目标业务数据的所述第二服务器的所述目标服务器标识与预先保存的合法访问的服务器的标识中的任一标识一致,则确定所述目标业务数据合法,若发送所述目标业务数据的所述第二服务器的所述目标服务器标识与预先保存的合法访问的服务器的标识中的任一标识都不一致,则确定所述目标业务数据不合法。
14.根据权利要求13所述的装置,其特征在于,所述装置还包括:
第二确定模块,用于根据所述目标业务标识与保存的业务标识与接口的对应关系,确定所述目标业务标识的业务对应的目标接口;
所述发送模块,具体用于向所述第一服务器的所述目标接口发送所述业务请求。
15.根据权利要求13所述的装置,其特征在于,所述装置还包括:
第二确定模块,用于确定所述业务数据获取请求中的状态status标识位是否为转发标识位,若是,则进行将所述业务数据获取请求转发给所述第二服务器的目标服务器标识对应的所述第二服务器的操作。
16.根据权利要求13所述的装置,其特征在于,所述第二处理模块,具体用于将所述目标业务数据以及发送所述目标业务数据的所述第二服务器的目标服务器标识发送给所述第一服务器。
17.一种电子设备,其特征在于,所述电子设备包括处理器,所述处理器用于执行存储器中存储的计算机程序时实现如权利要求1-4任一所述数据处理方法或权利要求5-8任一所述数据处理方法的步骤。
18.一种计算机可读存储介质,其特征在于,其存储有计算机程序,所述计算机程序被处理器执行时实现权利要求1-4任一所述数据处理方法或权利要求5-8任一所述数据处理方法的步骤。
19.一种计算机程序产品,其特征在于,所述计算机程序产品包括:计算机程序代码,当所述计算机程序代码在计算机上运行时,使得计算机执行如权利要求1-4任一所述数据处理方法或权利要求5-8任一所述数据处理方法的步骤。
CN202210990203.4A 2022-08-18 2022-08-18 一种数据处理方法、装置、设备及介质 Active CN115379009B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210990203.4A CN115379009B (zh) 2022-08-18 2022-08-18 一种数据处理方法、装置、设备及介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210990203.4A CN115379009B (zh) 2022-08-18 2022-08-18 一种数据处理方法、装置、设备及介质

Publications (2)

Publication Number Publication Date
CN115379009A CN115379009A (zh) 2022-11-22
CN115379009B true CN115379009B (zh) 2024-04-26

Family

ID=84065598

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210990203.4A Active CN115379009B (zh) 2022-08-18 2022-08-18 一种数据处理方法、装置、设备及介质

Country Status (1)

Country Link
CN (1) CN115379009B (zh)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102932472A (zh) * 2012-11-13 2013-02-13 深圳市路友网络科技有限公司 一种数据处理方法以及通信系统
WO2017193715A1 (zh) * 2016-05-10 2017-11-16 中国银联股份有限公司 一种流程调度方法及装置、设备
CN108418884A (zh) * 2018-03-09 2018-08-17 北京奇艺世纪科技有限公司 一种传输业务数据的方法、装置及电子设备
CN110189013A (zh) * 2019-05-23 2019-08-30 上海上湖信息技术有限公司 一种业务流程的确定方法、装置、设备及介质
CN110727499A (zh) * 2019-09-18 2020-01-24 平安科技(深圳)有限公司 资源数据获取的方法、装置、计算机设备和存储介质
CN114666159A (zh) * 2022-04-20 2022-06-24 青岛聚好联科技有限公司 一种云服务系统、方法、装置、设备和介质

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102932472A (zh) * 2012-11-13 2013-02-13 深圳市路友网络科技有限公司 一种数据处理方法以及通信系统
WO2017193715A1 (zh) * 2016-05-10 2017-11-16 中国银联股份有限公司 一种流程调度方法及装置、设备
CN108418884A (zh) * 2018-03-09 2018-08-17 北京奇艺世纪科技有限公司 一种传输业务数据的方法、装置及电子设备
CN110189013A (zh) * 2019-05-23 2019-08-30 上海上湖信息技术有限公司 一种业务流程的确定方法、装置、设备及介质
CN110727499A (zh) * 2019-09-18 2020-01-24 平安科技(深圳)有限公司 资源数据获取的方法、装置、计算机设备和存储介质
CN114666159A (zh) * 2022-04-20 2022-06-24 青岛聚好联科技有限公司 一种云服务系统、方法、装置、设备和介质

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
基于微服务架构的银行业务批处理系统的设计与实现;周昱翱;《中国优秀硕士学位论文全文数据库 信息科技辑 2022年第04期》;20220415;全文 *

Also Published As

Publication number Publication date
CN115379009A (zh) 2022-11-22

Similar Documents

Publication Publication Date Title
CN106779716B (zh) 基于区块链账户地址的认证方法、装置及系统
CN109309685B (zh) 信息传输方法和装置
CN106296144A (zh) 支付处理服务器、客户端及支付处理方法
TWI646479B (zh) Business authentication method, system and server
CN111967061B (zh) 基于区块链的可信账户转账交易方法及装置
CN109067746B (zh) 客户端与服务器之间的通信方法及装置
CN111193691B (zh) 授权方法、系统和相关设备
CN108449186B (zh) 安全验证方法和装置
CN115379009B (zh) 一种数据处理方法、装置、设备及介质
CN109426961B (zh) 一种绑卡风险控制方法及装置
CN112202564A (zh) 交易传递方法、装置、电子设备及可读存储介质
CN114553432B (zh) 身份认证方法、装置、设备及计算机可读存储介质
WO2016123823A1 (zh) 一种数据交互方法、设备和系统
CN110866827B (zh) 一种通证处理方法、装置、存储介质及服务器
CN112995344B (zh) 区块链一体机及其内多节点的跨链方法、装置、存储介质
TWI712304B (zh) 具有預定的統一資源定位符的安全通信方法及裝置
CN114461912A (zh) 一种信息处理方法、装置、电子设备及存储介质
CN110493349B (zh) 一种业务的移动处理方法及装置
CN112751807B (zh) 安全通信方法、装置、系统和存储介质
CN109510816B (zh) 服务请求有效性验证方法、客户端及服务器
CN111385750B (zh) 通信系统和通信方法
CN113986578A (zh) 一种消息校验方法及第一设备
CN110647757A (zh) 基于智能合约的数据处理方法及相关装置
KR101639548B1 (ko) 객체 처리 시스템 및 방법
CN113535427A (zh) 处理请求消息的方法、装置、系统、终端及存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant