CN113282602A - 一种业务请求方法及装置 - Google Patents

Abstract

本发明实施例提供了一种业务请求方法及装置，涉及互联网应用技术领域，上述方法包括：接收客户端发送的业务请求，其中，业务请求为客户端发送的针对待请求业务的请求，业务请求中携带待请求业务所对应第一服务的第一服务信息；在业务请求携带的第一服务信息与第二服务的第二服务信息不一致的情况下，将第二服务信息更新为第一服务信息，根据服务库中所存储服务的实现数据，将第二服务的实现数据更新为第一服务的实现数据；基于第二服务的实现数据，获得用于响应业务请求的服务数据；将服务数据组装得到业务请求所对应的业务数据，向客户端反馈业务数据。应用本发明实施例提供的方案能降低响应客户端的业务请求失败的概率。

Description

一种业务请求方法及装置

技术领域

本发明涉及互联网应用技术领域，特别是涉及一种业务请求方法及装置。

背景技术

随着互联网应用的快速发展，客户端一般通过向服务器发送业务请求的方式请求业务数据来满足用户需求。服务器能够向客户端提供多种业务，每一种业务的业务请求可能需要多个服务响应，因此，业务数据则由多个服务提供的服务数据组装而成。这样也可以认为每一业务可能会对应多个服务。

鉴于上述情况，服务器为了能够成功响应客户端发送的业务请求，通常会集成服务包。其中，上述服务包中包括各个业务所对应的各个服务的实现数据。这样在服务器接收到上述业务请求后，调用服务包中的服务，得到各个服务提供的服务数据，从而得到上述业务数据。

虽然应用上述方式可以实现业务请求，但是实际应用中由于用户需求变化等原因，客户端一般会进行版本迭代，而版本迭代可能会导致业务请求发生变化，这样用于响应业务请求的服务会发生变化，此时为了准确地向客户端提供所需的业务数据，各个业务所对应的各个服务的实现数据要进行更新，也就是说，服务器集成的服务包要相应进行更新。因此在客户端版本迭代更新时，服务器集成的服务包也要进行版本迭代更新。当客户端版本频繁迭代更新时，业务请求也同样频繁地发生变化，服务器集成的服务包也需要相应地频繁进行更新，而一旦上述服务包不能及时的被更新，易导致响应客户端的业务请求失败。

发明内容

本发明实施例的目的在于提供一种业务请求方法及装置，以降低响应客户端的业务请求失败的概率。具体技术方案如下：

第一方面，本发明实施例提供了一种业务请求方法，应用于服务器，所述方法包括：

接收客户端发送的业务请求，其中，所述业务请求为所述客户端发送的针对待请求业务的请求，所述业务请求中携带所述待请求业务所对应第一服务的第一服务信息；

在所述业务请求携带的所述第一服务信息与第二服务的第二服务信息不一致的情况下，将所述第二服务信息更新为所述第一服务信息，根据服务库中所存储服务的实现数据，将所述第二服务的实现数据更新为所述第一服务的实现数据，其中，所述第二服务为：所述服务器本地存储的所述待请求业务所对应服务；

基于所述第二服务的实现数据，获得用于响应所述业务请求的服务数据；

将所述服务数据组装得到所述业务请求所对应的业务数据，向所述客户端反馈所述业务数据。

本发明的一个实施例中，所述根据服务库中所存储服务的实现数据，将所述第二服务的实现数据更新为所述第一服务的实现数据，包括：

向所述服务库发送携带所述第一服务信息的服务请求，以使得所述服务库根据所述第一服务信息，确定所述第一服务的实现数据，并获得所述第一服务提供的服务数据；

接收所述服务库反馈的实现数据和服务数据，并将本地存储的所述第二服务的实现数据更新为接收到的实现数据；

基于所述第二服务的实现数据，获得用于响应所述业务请求的服务数据，包括：

基于所述服务库反馈的服务数据，获得用于响应所述业务请求的服务数据。

本发明的一个实施例中，所述根据服务库中所存储服务的实现数据，将所述第二服务的实现数据更新为所述第一服务的实现数据，包括：

向所述服务库发送携带所述第一服务信息的服务请求，以使得所述服务库根据所述第一服务信息确定所述第一服务的实现数据；

接收所述服务库反馈的所述第一服务的实现数据；

将本地存储的所述第二服务的实现数据更新为接收到的实现数据；

基于所述第二服务的实现数据，获得用于响应所述业务请求的服务数据，包括：

根据所述本地存储的所述第二服务的实现数据，获得用于响应所述业务请求的服务数据。

本发明的一个实施例中，所述向所述服务库发送携带所述第一服务信息的服务请求，包括：

基于所述服务器与所述服务库之间的长链接向所述服务库发送携带所述第一服务信息的服务请求。

本发明的一个实施例中，所述方法还包括：

在所述业务请求携带的所述第一服务信息与所述第二服务的第二服务信息一致的情况下，根据所述服务器本地存储的第二服务的实现数据，获得所述第二服务的服务数据；

将所述服务数据组装得到所述业务请求所对应的业务数据，向所述客户端反馈所述业务数据。

第二方面，本发明实施例还提供了一种业务请求装置，所述装置包括：

请求接收模块，用于接收客户端发送的业务请求，其中，所述业务请求为所述客户端发送的针对待请求业务的请求，所述业务请求中携带所述待请求业务所对应第一服务的第一服务信息；

数据更新模块，用于在所述业务请求携带的所述第一服务信息与第二服务的第二服务信息不一致的情况下，将所述第二服务信息更新为所述第一服务信息，根据服务库中所存储服务的实现数据，将所述第二服务的实现数据更新为所述第一服务的实现数据，其中，所述第二服务为：所述服务器本地存储的所述待请求业务所对应服务；

数据获得模块，用于基于所述第二服务的实现数据，获得用于响应所述业务请求的服务数据；

第一数据反馈模块，用于将所述服务数据组装得到所述业务请求所对应的业务数据，向所述客户端反馈所述业务数据。

本发明的一个实施例中，所述数据更新模块包括：

服务请求发送子模块，用于向所述服务库发送携带所述第一服务信息的服务请求，以使得所述服务库根据所述第一服务信息，确定所述第一服务的实现数据，并获得所述第一服务提供的服务数据；

数据接收子模块，用于接收所述服务库反馈的实现数据和服务数据，并将本地存储的所述第二服务的实现数据更新为接收到的实现数据；

第一服务数据获得子模块，用于基于所述第二服务的实现数据，获得用于响应所述业务请求的服务数据，包括：

第二服务数据获得子模块，用于基于所述服务库反馈的服务数据，获得用于响应所述业务请求的服务数据。

本发明的一个实施例中，所述数据更新模块包括：

服务请求发送子模块，用于向所述服务库发送携带所述第一服务信息的服务请求，以使得所述服务库根据所述第一服务信息确定所述第一服务的实现数据；

数据接收子模块，用于接收所述服务库反馈的所述第一服务的实现数据；

数据更新子模块，用于将本地存储的所述第二服务的实现数据更新为接收到的实现数据；

第一服务数据获得子模块，用于基于所述第二服务的实现数据，获得用于响应所述业务请求的服务数据，包括：

第二服务数据获得子模块，用于根据所述本地存储的所述第二服务的实现数据，获得用于响应所述业务请求的服务数据。

本发明的一个实施例中，所述服务请求发送子模块，具体用于：

基于所述服务器与所述服务库之间的长链接向所述服务库发送携带所述第一服务信息的服务请求。

本发明的一个实施例中，所述装置还包括第二数据反馈模块，具体用于：

在所述业务请求携带的所述第一服务信息与所述第二服务的第二服务信息一致的情况下，根据所述服务器本地存储的第二服务的实现数据，获得所述第二服务的服务数据；

将所述服务数据组装得到所述业务请求所对应的业务数据，向所述客户端反馈所述业务数据。

第三方面，本发明实施例还提供了一种电子设备，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；

存储器，用于存放计算机程序；

处理器，用于执行存储器上所存放的程序时，实现上述任一所述的业务请求方法步骤。

第四方面，本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述任一所述的业务请求方法步骤。

本发明实施例提供的业务请求方法在接收客户端发送的业务请求之后，在业务请求携带的第一服务信息与第二服务的第二服务信息不一致的情况下，将第二服务信息更新为第一服务信息，根据服务库中所存储服务的实现数据，将第二服务的实现数据更新为第一服务的实现数据，基于第二服务的实现数据，获得用于响应业务请求的服务数据；再将服务数据组装得到业务请求所对应的业务数据，向客户端反馈业务数据。

由以上可见，本发明实施例提供的方案中，服务器向客户端提供业务数据时，并不是依据服务器自身集成的服务包向客户端提供上述业务数据，而是通过动态地向服务库调取服务的实现数据来提供所需的业务数据。所以，即便服务器因未存储上述第一服务的实现数据，而难以直接向客户端提供上述业务数据，也能够借助于服务库提供上述业务数据。在此基础上，即便客户端版本更新，导致待请求业务所对应的第一服务发生变化，服务器也能够成功获得上述业务数据，从而降低了服务器响应客户端业务请求失败的概率。且即使客户端版本迭代更新、业务请求不断发生变化，也不再需要人工对服务器集成的服务包进行更新。

另外，由于第一服务信息与第二服务信息不一致的情况下，服务器不仅将本地存储的第二服务信息更新为了第一服务信息，还根据服务库中所存储服务的实现数据，将第二服务的实现数据更新为了第一服务的实现数据，所以，当客户端新的业务请求中再次携带第一服务信息时，服务器可以直接通过本地存储的服务的实现数据获得上述业务数据。因此，应用本发明实施例提供的方案，服务器可以快速获得所需的服务数据，提高了响应客户端的业务请求的效率。

再者，后台需要增加新服务，或者减少服务时，在服务库中增加服务或者减少服务即可，无需对客户端进行调整，这样站在客户端的角度，可以无感知的实现服务增减。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。

图1为本发明实施例中提供的第一种业务请求方法的流程示意图。

图2为本发明实施例中提供的第二种业务请求方法的流程示意图。

图3为本发明实施例中提供的第三种业务请求方法的流程示意图。

图4为本发明实施例中提供的第四种业务请求方法的流程示意图。

图5为本发明实施例中提供的第一种业务请求系统的信令流程图。

图6为本发明实施例中提供的第二种业务请求系统的信令流程图。

图7为本发明实施例中提供的一种业务请求装置的结构示意图。

图8为本发明实施例中提供的一种电子设备的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行描述。

由于应用现有技术进行业务请求时，容易因为服务包更新不及时而导致客户端请求失败，为了解决这一技术问题，本发明实施例提供了一种业务请求方法、装置、电子设备及存储介质。

本发明的一个实施例中，提供了一种业务请求方法，上述方法包括：

接收客户端发送的业务请求，其中，业务请求为客户端发送的针对待请求业务的请求，业务请求中携带待请求业务所对应第一服务的第一服务信息；

在业务请求携带的第一服务信息与第二服务的第二服务信息不一致的情况下，将第二服务信息更新为第一服务信息，根据服务库中所存储服务的实现数据，将第二服务的实现数据更新为第一服务的实现数据，其中，第二服务为：所述服务器本地存储的待请求业务所对应服务；

基于第二服务的实现数据，获得用于响应业务请求的服务数据；

将服务数据组装得到业务请求所对应的业务数据，向客户端反馈业务数据。

由以上可见，本发明实施例提供的方案中，服务器向客户端提供业务数据时，并不是依据服务器自身集成的服务包向客户端提供上述业务数据，而是通过动态地向服务库调取服务的实现数据来提供所需的业务数据。所以，即便服务器因未存储上述第一服务的实现数据，而难以直接向客户端提供上述业务数据，也能够借助于服务库提供上述业务数据。在此基础上，即便客户端版本更新，导致待请求业务所对应的第一服务发生变化，服务器也能够成功获得上述业务数据，从而降低了服务器响应客户端业务请求失败的概率。且即使客户端版本迭代更新、业务请求不断发生变化，也不再需要人工对服务器集成的服务包进行更新。

另外，由于第一服务信息与第二服务信息不一致的情况下，服务器不仅将本地存储的第二服务信息更新为了第一服务信息，还根据服务库中所存储服务的实现数据，将第二服务的实现数据更新为了第一服务的实现数据，所以，当客户端新的业务请求中再次携带第一服务信息时，服务器可以直接通过本地存储的服务的实现数据获得上述业务数据。因此，应用本发明实施例提供的方案，服务器可以快速获得所需的服务数据，提高了响应客户端的业务请求的效率。

再者，后台需要增加新服务，或者减少服务时，在服务库中增加服务或者减少服务即可，无需对客户端进行调整，这样站在客户端的角度，可以无感知的实现服务增减。

下面通过具体实施例对本发明实施例提供的业务请求方法进行详细说明。

参见图1，提供了第一种业务请求方法的流程示意图，应用于服务器，上述方法包括以下步骤S101-S103。

步骤S101：接收客户端发送的业务请求。

其中，业务请求为客户端发送的针对待请求业务的请求，业务请求中携带待请求业务所对应第一服务的第一服务信息。

上述业务请求可以是客户端为了满足用户的需求，而向服务器发送的访问数据的请求，并且携带着第一服务信息。客户端可以向服务器发出多种业务请求，每一种业务请求可以由多个服务进行响应，也就是说，客户端向服务器请求的每种业务的数据可以包括多个服务提供的服务数据。

例如，一种业务请求可以是请求同时点赞、评论、转发某视频，这样待请求业务对应点赞、评论、转发这三个服务，当客户端向服务器发送该业务请求时，该业务请求中携带着点赞、评论、转发这三个服务的服务信息，这种情况下，针对上述业务请求的业务数据包括由点赞、评论、转发这三个服务提供的服务数据。

上述第一服务为上述客户端所发起的业务请求对应的待请求业务对应的服务，第一服务信息为待请求业务对应服务的服务信息。例如，客户端所发起的业务请求为请求同时点赞、评论、转发某视频，则第一服务为点赞、评论、转发这三个服务，第一服务信息为点赞、评论、转发这三个服务的服务信息。

作为本发明实施例的一种具体实施方式，上述业务请求中还可以携带着客户端的预设参数，预设参数可以为预先设定的客户端的具体参数信息。例如，客户端的版本号、客户端所在设备的设备信息等。上述预设参数可以根据需求进行预先设定。

步骤S102：在业务请求携带的第一服务信息与第二服务的第二服务信息不一致的情况下，将第二服务信息更新为第一服务信息，根据服务库中所存储服务的实现数据，将第二服务的实现数据更新为第一服务的实现数据。

基于第二服务的实现数据，获得用于响应业务请求的服务数据。

其中，第二服务为：服务器本地存储的待请求业务所对应服务。

步骤S103：将服务数据组装得到业务请求所对应的业务数据，向客户端反馈业务数据。

上述第二服务为上述服务器本地存储的待请求业务所对应的服务，第二服务信息为上述服务器本地存储的第二服务的服务信息，第二服务的实现数据为上述服务器本地存储的待请求业务所对应服务的实现数据。当服务器接收到的业务请求中所携带的第一服务信息与本地存储的第二服务信息一致时，则服务器本地存储有待请求业务的实现数据，因此，服务器可以直接调用本地存储的待请求业务所对应服务的实现数据而得到各服务提供的服务数据。

例如，服务器所接收的业务请求对应的待请求业务为：请求同时点赞、评论、转发某视频，所携带的第一服务信息为点赞、评论、转发这三个服务的服务信息，若此时服务器本地存储的上述待请求业务所对应服务的服务信息也为点赞、评论、转发这三个服务的服务信息，则服务器可以直接调用本地存储的点赞、评论、转发这三个服务的实现数据，得到点赞、评论、转发这三个服务提供的服务数据。

在本发明实施例中，服务器102接收到客户端发送的业务请求之后，可以根据该业务请求中所携带的服务信息，与本地存储的待请求业务所对应服务的服务信息进行对比，若该业务请求所携带的服务信息与本地存储的待请求业务所对应服务的服务信息不一致，则说明待请求业务对应的服务发生了变化，服务器本地未存储有待请求业务的实现数据，那么服务器可以将本地存储的待请求业务对应服务的服务信息更新为该业务请求所携带的服务信息，将更新后的服务信息作为待请求业务对应服务的服务信息存储在本地。

与此同时，服务器可以向服务库请求上述待请求业务所对应服务的实现数据，并且基于此将本地存储的待请求业务对应服务的实现数据更新为从服务库获得的实现数据，将更新后的实现数据作为待请求业务对应服务的实现数据存储在本地。然后服务器可以通过待请求业务对应服务的实现数据获得所需的服务数据，并且对其进行组装，得到待请求业务对应的业务数据，反馈给客户端。

服务器获得待请求业务对应服务所提供的服务数据的具体过程，可以参见后续图2和图3所示的实施例，此处暂不详述。

在此之后，当服务器接收到新业务请求时，若新业务请求所携带的服务信息与服务器本地存储的待请求业务对应服务的服务信息一致时，说明新业务请求所请求的业务对应服务与服务器本地存储的待请求业务对应服务一致，则服务器可以直接调用本地存储的待请求业务对应服务的实现数据，得到新业务请求所请求的业务对应服务的服务数据，对所接收到的服务数据进行组装，得到新业务请求所请求业务对应的业务数据，反馈给客户端。

由以上可见，本发明实施例提供的方案中，服务器向客户端提供业务数据时，并不是依据服务器自身集成的服务包向客户端提供上述业务数据，而是通过动态地向服务库调取服务的实现数据来提供所需的业务数据。所以，即便服务器因未存储上述第一服务的实现数据，而难以直接向客户端提供上述业务数据，也能够借助于服务库提供上述业务数据。在此基础上，即便客户端版本更新，导致待请求业务所对应的第一服务发生变化，服务器也能够成功获得上述业务数据，从而降低了服务器响应客户端业务请求失败的概率。且即使客户端版本迭代更新、业务请求不断发生变化，也不再需要人工对服务器集成的服务包进行更新。

另外，由于第一服务信息与第二服务信息不一致的情况下，服务器不仅将本地存储的第二服务信息更新为了第一服务信息，还根据服务库中所存储服务的实现数据，将第二服务的实现数据更新为了第一服务的实现数据，所以，当客户端新的业务请求中再次携带第一服务信息时，服务器可以直接通过本地存储的服务的实现数据获得上述业务数据。因此，应用本发明实施例提供的方案，服务器可以快速获得所需的服务数据，提高了响应客户端的业务请求的效率。

再者，后台需要增加新服务，或者减少服务时，在服务库中增加服务或者减少服务即可，无需对客户端进行调整，这样站在客户端的角度，可以无感知的实现服务增减。

本发明的一个实施例中，参见图2，提供了第二种业务请求方法的流程图，与上述图1所示实施例相比，本实施例中，上述步骤S102中根据服务库中所存储服务的实现数据，将所述第二服务的实现数据更新为所述第一服务的实现数据，基于第二服务的实现数据，获得用于响应业务请求的服务数据，可以通过以下步骤S102A-S102C实现。

步骤S102A：向服务库发送携带第一服务信息的服务请求，以使得服务库根据第一服务信息，确定第一服务的实现数据，并获得第一服务提供的服务数据。

步骤S102B：接收服务库反馈的实现数据和服务数据，并将本地存储的第二服务的实现数据更新为接收到的实现数据。

步骤S102C：基于服务库反馈的服务数据，获得用于响应业务请求的服务数据。

在本实施例中，上述服务库接收到服务器所发送的服务请求后，可以基于该服务请求中携带的第一服务的服务信息确定第一服务的实现数据，并且基于所确定的服务数据，得到第一服务提供的服务数据。然后将上述第一服务的实现数据和上述第一服务的服务数据一起反馈给服务器。也就是说，本实施例中服务器所获得的服务数据是向服务库发送服务请求，而使得服务库能够直接向服务器提供的服务数据。

服务器接收到服务库所发送的第一服务提供的服务数据之后，可以对其进行组装，得到待请求业务对应的业务数据，反馈给客户端。

由此可见，在上述实施例提供的方案中，服务器向客户端提供业务数据时，若服务器因本地未存储上述第一服务的实现数据，而难以直接向客户端提供上述业务数据，则通过服务库提供上述服务数据而直接得到，再将服务数据组装为业务数据反馈给客户端，这样可以提高服务器反馈业务数据的效率。

另外，在第一服务信息与第二服务信息不一致的情况下，服务器不仅将本地存储的第二服务信息更新为了第一服务信息，还根据服务库中所存储服务的实现数据，将第二服务的实现数据更新为了第一服务的实现数据，所以，当客户端新的业务请求中再次携带第一服务信息时，服务器可以直接通过服务器获得服务数据，从而将服务数据组装为业务数据。因此，应用本发明实施例提供的方案，服务器可以快速获得所需的业务数据，从而能够提高响应客户端的业务请求的效率。

在本发明的另一个实施例中，参见图3，提供了第三种业务请求方法的流程图，与上述图1所示实施例相比，本实施例中，上述步骤S102中根据服务库中所存储服务的实现数据，将所述第二服务的实现数据更新为所述第一服务的实现数据，基于第二服务的实现数据，获得用于响应业务请求的服务数据，可以通过以下步骤S102D-S102G实现。

步骤S102D：向服务库发送携带第一服务信息的服务请求，以使得服务库根据第一服务信息确定第一服务的实现数据。

步骤S102E：接收服务库反馈的第一服务的实现数据。

步骤S102F：将本地存储的第二服务的实现数据更新为接收到的实现数据。

步骤S102G：根据本地存储的第二服务的实现数据，获得用于响应业务请求的服务数据。

本实施例提供的方案中，上述服务库接收到服务器所发送的服务请求后，可以基于该服务请求中携带的第一服务的服务信息确定第一服务的实现数据，并且将该实现数据反馈给服务器。

服务器接收到服务库所发送的第一服务的实现数据之后，可以基于此将本地存储的待请求业务对应服务的实现数据更新为第一服务的实现数据，将更新后的实现数据作为待请求业务对应服务的实现数据存储在本地。并且基于更新后的实现数据，得到第一服务提供的服务数据。也就是说，本实施例提供的方案中是由服务器基于更新后的服务的实现数据得到服务数据的，而不会由服务库向服务器直接提供服务数据，避免了服务器与服务库之间过多的交互。

服务器得到第一服务提供的服务数据之后，可以对其进行组装，得到该业务请求所请求的业务对应的业务数据，反馈给客户端。

由此可见，上述实施例提供的方案中，服务器向客户端提供业务数据时，即便服务器因本地未存储上述第一服务的实现数据，而难以直接向客户端提供上述业务数据，服务器也能够借助于服务库对服务的实现数据进行更新，从而基于服务的实现数据得到上述服务数据。在此基础上，即便客户端版本更新，导致待请求业务所对应的第一服务发生变化，服务器也能够借助于更新后的服务的实现数据成功获得上述服务数据，从而降低了服务器响应客户端业务请求失败的概率。

在本发明的一个实施例中，基于服务器与服务库之间的长链接，向服务库发送携带第一服务信息的服务请求。基于此，上述服务器向服务库发送携带第一服务信息的服务请求，请求第一服务的实现数据时，可以基于长链接的方式向服务库发送上述请求。

在本发明的一个实施例中，参见图4，提供了第四种业务请求方法的流程图，可以通过以下步骤S401-S402实现。

S401：在业务请求携带的第一服务信息与第二服务的第二服务信息一致的情况下，根据服务器本地存储的第二服务的实现数据，获得第二服务的服务数据。

S402：将服务数据组装得到业务请求所对应的业务数据，向客户端反馈业务数据。

当服务器接收到客户端发送的业务请求时，若业务请求所携带的服务信息与服务器本地存储的待请求业务对应服务的服务信息一致时，说明业务请求所请求的业务对应服务与服务器本地存储的待请求业务对应服务一致，则服务器可以直接调用本地存储的待请求业务对应服务的实现数据，得到业务请求所请求的业务对应服务的服务数据，对所接收到的服务数据进行组装，得到业务请求所请求业务对应的业务数据，反馈给客户端。

由以上可见，应用本发明实施例提供的方案，在业务请求携带的第一服务信息与第二服务的第二服务信息一致的情况下，服务器可以直接根据本地存储的待请求业务对应的服务的实现数据来得到对应的服务数据，进而组装为所需的业务数据反馈给客户端，提高了响应客户端业务请求的效率。

在本发明的一个实施例中，服务器中可以安装有业务端、注册端，与服务库共同组成一种业务请求系统，用于实现上述业务请求方法，如图5所示，提供了一种业务请求系统的信令流程示意图，下面结合图5所示的信令流程示意图，对本实施例所提供的业务请求系统进行说明。

步骤S501：业务端接收客户端发送的业务请求；

步骤S502：业务端向注册端转发该业务请求；

步骤S503：注册端在业务请求携带的第一服务信息与第二服务的第二服务信息不一致的情况下，向服务库发送携带第一服务信息的服务请求；

步骤S504：服务库确定第一服务的实现数据，并获得第一服务对应的服务数据；

步骤S505：服务库向注册端反馈第一服务的实现数据，向业务端反馈第一服务的服务数据；

步骤S506：注册端基于服务库所反馈的实现数据，将本地存储的第二服务的实现数据更新为接收到的实现数据；

步骤S507：业务端对所接收到的服务数据进行组装，得到业务请求所请求业务对应的业务数据，反馈给客户端。

在本实施例中，上述服务库接收到注册端所发送的服务请求后，可以基于该服务请求中携带的第一服务的服务信息确定第一服务的实现数据，并且基于所确定的服务数据，得到第一服务提供的服务数据。然后将上述第一服务的实现数据反馈给注册端，并将上述第一服务的服务数据反馈给业务端。也就是说，本实施例中业务端所获得的服务数据是借助于注册端向服务库发送服务请求，而使得服务库能够直接向业务端提供的服务数据。

业务端接收到服务库所发送的第一服务提供的服务数据之后，可以对其进行组装，得到待请求业务对应的业务数据，反馈给客户端。

由此可见，在上述实施例提供的方案中，服务端向客户端提供业务数据时，若注册端因未存储上述第一服务的实现数据，而难以直接向业务端提供上述业务数据，则通过数据库直接向业务端提供上述业务数据，这样可以提高业务端获得服务数据的效率。

另外，在第一服务信息与第二服务信息不一致的情况下，注册端不仅将本地存储的第二服务信息更新为了第一服务信息，还根据服务库中所存储服务的实现数据，将第二服务的实现数据更新为了第一服务的实现数据，所以，当客户端新的业务请求中再次携带第一服务信息时，业务端可以直接通过注册端获得服务数据。因此，应用本发明实施例提供的方案，业务端可以快速获得所需的服务数据，从而能够提高响应客户端的业务请求的效率。

在本发明的另一个实施例中，如图6所示，提供了另一种业务请求系统的信令流程示意图，下面结合图6所示的信令流程示意图，对本实施例中所提供的业务请求系统进行说明。

步骤S601：业务端接收客户端发送的业务请求；

步骤S602：业务端向注册端转发该业务请求；

步骤S603：注册端在业务请求携带的第一服务信息与第二服务的第二服务信息不一致的情况下，向服务库发送携带第一服务信息的服务请求；

步骤S604：服务库确定第一服务的实现数据；

步骤S605：服务库向注册端反馈第一服务的实现数据；

步骤S606：注册端接收服务库反馈的实现数据，将本地存储的第二服务的实现数据更新为接收到的实现数据，并根据更新后的实现数据，获得服务数据，反馈给业务端；

步骤S607：业务端对所接收到的服务数据进行组装，得到业务请求所请求业务对应的业务数据，反馈给客户端。

本实施例提供的方案中，上述服务库接收到注册端所发送的服务请求后，可以基于该服务请求中携带的第一服务的服务信息确定第一服务的实现数据，并且将该实现数据反馈给注册端。

注册端接收到服务库所发送的第一服务的实现数据之后，可以基于此将本地存储的待请求业务对应服务的实现数据更新为第一服务的实现数据，将更新后的实现数据作为待请求业务对应服务的实现数据存储在本地。并且基于更新后的实现数据，得到第一服务提供的服务数据，反馈给业务端。也就是说，本实施例提供的方案中是由注册端向业务端服务数据的，而不会由服务库向业务端提供服务数据，避免了业务端与服务库之间的交互，使得面向客户端的上述业务端与属于后台的服务库相互隔离。

业务端接收到注册端所发送的第一服务提供的服务数据之后，可以对其进行组装，得到该业务请求所请求的业务对应的业务数据，反馈给客户端。

由此可见，上述实施例提供的方案中，服务端向客户端提供业务数据时，即便注册端因未存储上述第一服务的实现数据，而难以直接向业务端提供上述业务数据，注册端也能够借助于服务库对服务的实现数据进行更新，从而能够向业务端提供上述服务数据。在此基础上，即便客户端版本更新，导致待请求业务所对应的第一服务发生变化，业务端也能够借助于注册端成功获得上述服务数据，从而降低了业务端响应客户端业务请求失败的概率。

在本发明的一个实施例中，上述系统中的注册端，具体用于基于注册端与服务库之间的长链接，向服务库发送携带第一服务信息的服务请求。基于此，上述注册端向服务库发送携带第一服务信息的服务请求，请求第一服务的实现数据时，可以基于长链接的方式向服务库发送上述请求。

与上述业务请求方法相对应，本发明实施例还提供了一种业务请求装置。如图7所示，图7为本发明实施例提供的一种业务请求装置的结构示意图，包括：

请求接收模块701，用于接收客户端发送的业务请求，其中，所述业务请求为所述客户端发送的针对待请求业务的请求，所述业务请求中携带所述待请求业务所对应第一服务的第一服务信息；

数据更新模块702，用于在所述业务请求携带的所述第一服务信息与第二服务的第二服务信息不一致的情况下，将所述第二服务信息更新为所述第一服务信息，根据服务库中所存储服务的实现数据，将所述第二服务的实现数据更新为所述第一服务的实现数据，其中，所述第二服务为：所述服务器本地存储的所述待请求业务所对应服务；

数据获得模块703，用于基于所述第二服务的实现数据，获得用于响应所述业务请求的服务数据；

第一数据反馈模块704，用于将所述服务数据组装得到所述业务请求所对应的业务数据，向所述客户端反馈所述业务数据。

由以上可见，本发明实施例提供的方案中，服务端向客户端提供业务数据时，并不是依据服务器自身集成的服务包向客户端提供上述业务数据，而是借助于服务器向客户端提供业务数据。由于服务器是与服务库通信连接的，且服务库存储的是针对各种服务的全量数据，所以，即便服务器因未存储上述第一服务的实现数据，而难以直接向服务器提供上述业务数据，服务器也能够借助于服务库向服务器提供上述业务数据。在此基础上，即便客户端版本更新，导致待请求业务所对应的第一服务发生变化，服务器也能够借助于服务器成功获得上述业务数据，从而降低了服务器响应客户端业务请求失败的概率。且即使客户端版本迭代更新、业务请求不断发生变化，也不再需要人工对服务器集成的服务包进行更新。

另外，由于第一服务信息与第二服务信息不一致的情况下，服务器不仅将本地存储的第二服务信息更新为了第一服务信息，还根据服务库中所存储服务的实现数据，将第二服务的实现数据更新为了第一服务的实现数据，所以，当客户端新的业务请求中再次携带第一服务信息时，服务器可以直接通过服务器获得上述业务数据。因此，应用本发明实施例提供的方案，服务器通过服务器可以快速获得所需的服务数据，提高了响应客户端的业务请求的效率。

再者，后台需要增加新服务，或者减少服务时，在服务库中增加服务或者减少服务即可，无需对客户端进行调整，这样站在客户端的角度，可以无感知的实现服务增减。

本发明的一个实施例中，所述数据更新模块702包括：

服务请求发送子模块，用于向所述服务库发送携带所述第一服务信息的服务请求，以使得所述服务库根据所述第一服务信息，确定所述第一服务的实现数据，并获得所述第一服务提供的服务数据；

数据接收子模块，用于接收所述服务库反馈的实现数据和服务数据，并将本地存储的所述第二服务的实现数据更新为接收到的实现数据；

第一服务数据获得子模块，用于基于所述第二服务的实现数据，获得用于响应所述业务请求的服务数据，包括：

第二服务数据获得子模块，用于基于所述服务库反馈的服务数据，获得用于响应所述业务请求的服务数据。

由此可见，在上述实施例提供的方案中，服务器向客户端提供业务数据时，若服务器因本地未存储上述第一服务的实现数据，而难以直接向客户端提供上述业务数据，则通过服务库提供上述服务数据而直接得到，再将服务数据组装为业务数据反馈给客户端，这样可以提高服务器反馈业务数据的效率。

另外，在第一服务信息与第二服务信息不一致的情况下，服务器不仅将本地存储的第二服务信息更新为了第一服务信息，还根据服务库中所存储服务的实现数据，将第二服务的实现数据更新为了第一服务的实现数据，所以，当客户端新的业务请求中再次携带第一服务信息时，服务器可以直接通过服务器获得服务数据，从而将服务数据组装为业务数据。因此，应用本发明实施例提供的方案，服务器可以快速获得所需的业务数据，从而能够提高响应客户端的业务请求的效率。

本发明的一个实施例中，所述数据更新模块702包括：

服务请求发送子模块，用于向所述服务库发送携带所述第一服务信息的服务请求，以使得所述服务库根据所述第一服务信息确定所述第一服务的实现数据；

数据接收子模块，用于接收所述服务库反馈的所述第一服务的实现数据；

数据更新子模块，用于将本地存储的所述第二服务的实现数据更新为接收到的实现数据；

第一服务数据获得子模块，用于基于所述第二服务的实现数据，获得用于响应所述业务请求的服务数据，包括：

第二服务数据获得子模块，用于根据所述本地存储的所述第二服务的实现数据，获得用于响应所述业务请求的服务数据。

由此可见，上述实施例提供的方案中，服务器向客户端提供业务数据时，即便服务器因本地未存储上述第一服务的实现数据，而难以直接向客户端提供上述业务数据，服务器也能够借助于服务库对服务的实现数据进行更新，从而基于服务的实现数据得到上述服务数据。在此基础上，即便客户端版本更新，导致待请求业务所对应的第一服务发生变化，服务器也能够借助于更新后的服务的实现数据成功获得上述服务数据，从而降低了服务器响应客户端业务请求失败的概率。

本发明的一个实施例中，所述服务请求发送子模块，具体用于：

基于所述服务器与所述服务库之间的长链接向所述服务库发送携带所述第一服务信息的服务请求。

本发明的一个实施例中，所述装置还包括第二数据反馈模块，具体用于：

在所述业务请求携带的所述第一服务信息与所述第二服务的第二服务信息一致的情况下，根据所述服务器本地存储的第二服务的实现数据，获得所述第二服务的服务数据；

将所述服务数据组装得到所述业务请求所对应的业务数据，向所述客户端反馈所述业务数据。

由以上可见，应用本发明实施例提供的方案，在业务请求携带的第一服务信息与第二服务的第二服务信息一致的情况下，服务器可以直接根据本地存储的待请求业务对应的服务的实现数据来得到对应的服务数据，进而组装为所需的业务数据反馈给客户端，提高了响应客户端业务请求的效率。

与前述业务请求方法相对应，本发明实施例还提供了一种电子设备。

如图8所示，图8是本发明实施例提供的一种电子设备的结构示意图，包括处理器801、通信接口802、存储器803和通信总线804，其中，处理器801，通信接口802，存储器803通过通信总线804完成相互间的通信；

存储器803，用于存放计算机程序；

处理器801，用于执行存储器803上所存放的程序时，实现上述方法实施例所述的任一业务请求方法。

上述终端提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect，简称PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，简称EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

通信接口用于上述终端与其他设备之间的通信。

存储器可以包括随机存取存储器(Random Access Memory，简称RAM)，也可以包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。

上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(Digital Signal Processor，简称DSP)、专用集成电路(Application SpecificIntegrated Circuit，简称ASIC)、现场可编程门阵列(Field－Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

在本发明提供的又一实施例中，还提供了一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述实施例中任一所述的业务请求方法。

在本发明提供的又一实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例中任一所述的业务请求方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置、电子设备、存储介质实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见系统实施例的部分说明即可。

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

Claims (12)

1.一种业务请求方法，其特征在于，应用于服务器，所述方法包括：

接收客户端发送的业务请求，其中，所述业务请求为所述客户端发送的针对待请求业务的请求，所述业务请求中携带所述待请求业务所对应第一服务的第一服务信息；

在所述业务请求携带的所述第一服务信息与第二服务的第二服务信息不一致的情况下，将所述第二服务信息更新为所述第一服务信息，根据服务库中所存储服务的实现数据，将所述第二服务的实现数据更新为所述第一服务的实现数据，其中，所述第二服务为：所述服务器本地存储的所述待请求业务所对应服务；

基于所述第二服务的实现数据，获得用于响应所述业务请求的服务数据；

将所述服务数据组装得到所述业务请求所对应的业务数据，向所述客户端反馈所述业务数据。

2.根据权利要求1所述的方法，其特征在于，所述根据服务库中所存储服务的实现数据，将所述第二服务的实现数据更新为所述第一服务的实现数据，包括：

向所述服务库发送携带所述第一服务信息的服务请求，以使得所述服务库根据所述第一服务信息，确定所述第一服务的实现数据，并获得所述第一服务提供的服务数据；

接收所述服务库反馈的实现数据和服务数据，并将本地存储的所述第二服务的实现数据更新为接收到的实现数据；

基于所述第二服务的实现数据，获得用于响应所述业务请求的服务数据，包括：

基于所述服务库反馈的服务数据，获得用于响应所述业务请求的服务数据。

3.根据权利要求1所述的方法，其特征在于，所述根据服务库中所存储服务的实现数据，将所述第二服务的实现数据更新为所述第一服务的实现数据，包括：

向所述服务库发送携带所述第一服务信息的服务请求，以使得所述服务库根据所述第一服务信息确定所述第一服务的实现数据；

接收所述服务库反馈的所述第一服务的实现数据；

将本地存储的所述第二服务的实现数据更新为接收到的实现数据；

基于所述第二服务的实现数据，获得用于响应所述业务请求的服务数据，包括：

根据所述本地存储的所述第二服务的实现数据，获得用于响应所述业务请求的服务数据。

4.根据权利要求2或3所述的方法，其特征在于，所述向所述服务库发送携带所述第一服务信息的服务请求，包括：

基于所述服务器与所述服务库之间的长链接向所述服务库发送携带所述第一服务信息的服务请求。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在所述业务请求携带的所述第一服务信息与所述第二服务的第二服务信息一致的情况下，根据所述服务器本地存储的第二服务的实现数据，获得所述第二服务的服务数据；

将所述服务数据组装得到所述业务请求所对应的业务数据，向所述客户端反馈所述业务数据。

6.一种业务请求装置，其特征在于，所述装置包括：

请求接收模块，用于接收客户端发送的业务请求，其中，所述业务请求为所述客户端发送的针对待请求业务的请求，所述业务请求中携带所述待请求业务所对应第一服务的第一服务信息；

数据更新模块，用于在所述业务请求携带的所述第一服务信息与第二服务的第二服务信息不一致的情况下，将所述第二服务信息更新为所述第一服务信息，根据服务库中所存储服务的实现数据，将所述第二服务的实现数据更新为所述第一服务的实现数据，其中，所述第二服务为：所述服务器本地存储的所述待请求业务所对应服务；

数据获得模块，用于基于所述第二服务的实现数据，获得用于响应所述业务请求的服务数据；

第一数据反馈模块，用于将所述服务数据组装得到所述业务请求所对应的业务数据，向所述客户端反馈所述业务数据。

7.根据权利要求6所述的装置，其特征在于，所述数据更新模块，包括：

服务请求发送子模块，用于向所述服务库发送携带所述第一服务信息的服务请求，以使得所述服务库根据所述第一服务信息，确定所述第一服务的实现数据，并获得所述第一服务提供的服务数据；

数据接收子模块，用于接收所述服务库反馈的实现数据和服务数据，并将本地存储的所述第二服务的实现数据更新为接收到的实现数据；

第一服务数据获得子模块，用于基于所述第二服务的实现数据，获得用于响应所述业务请求的服务数据，包括：

第二服务数据获得子模块，用于基于所述服务库反馈的服务数据，获得用于响应所述业务请求的服务数据。

8.根据权利要求6所述的装置，其特征在于，所述数据更新模块，包括：

服务请求发送子模块，用于向所述服务库发送携带所述第一服务信息的服务请求，以使得所述服务库根据所述第一服务信息确定所述第一服务的实现数据；

数据接收子模块，用于接收所述服务库反馈的所述第一服务的实现数据；

数据更新子模块，用于将本地存储的所述第二服务的实现数据更新为接收到的实现数据；

第一服务数据获得子模块，用于基于所述第二服务的实现数据，获得用于响应所述业务请求的服务数据，包括：

第二服务数据获得子模块，用于根据所述本地存储的所述第二服务的实现数据，获得用于响应所述业务请求的服务数据。

9.根据权利要求7或8所述的装置，其特征在于，所述服务请求发送子模块，具体用于：

基于所述服务器与所述服务库之间的长链接向所述服务库发送携带所述第一服务信息的服务请求。

10.根据权利要求6所述的装置，其特征在于，所述装置还包括第二数据反馈模块，具体用于：

在所述业务请求携带的所述第一服务信息与所述第二服务的第二服务信息一致的情况下，根据所述服务器本地存储的第二服务的实现数据，获得所述第二服务的服务数据；

将所述服务数据组装得到所述业务请求所对应的业务数据，向所述客户端反馈所述业务数据。

11.一种电子设备，其特征在于，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；

存储器，用于存放计算机程序；

处理器，用于执行存储器上所存放的程序时，实现权利要求1-5任一所述的方法步骤。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现权利要求1-5任一所述的方法步骤。

Images