CN110378707B - 一种信息处理方法及装置 - Google Patents

Abstract

本发明提供一种信息处理方法及装置，在获得当前待处理请求之后，如果当前待处理请求用于请求管理服务，将当前待处理请求转发至部署有与管理服务对应的服务实例的第一服务器；如果当前待处理请求用于请求监管服务，将当前待处理请求转发至部署有与监管服务对应的服务实例的一个第二服务器；如果当前待处理请求用于请求企业服务，将当前待处理请求转发至部署有与企业服务对应的服务实例的一个第三服务器；如果当前待处理请求用于请求福码服务，将当前待处理请求转发至部署有与福码服务对应的服务实例的一个第四服务器中，实现将当前待处理请求分发到对应的服务器中处理，从而能够将集成到一个服务器中的各项服务由不同服务承担，提高处理速度。

Description

一种信息处理方法及装置

技术领域

本发明属于信息处理技术领域，尤其涉及一种信息处理方法及装置。

背景技术

目前农业产品从生产到追踪都能通过单一服务器管理，但是随着农业产品相关的服务增长，单一服务器管理的数据量增多，使得单一服务器中的空闲资源越来越少，进而导致单一服务器无法正常处理服务或者处理服务的速度明显降低。

发明内容

有鉴于此，本发明的目的在于提供一种信息处理方法及装置，用于将与农业产品相关的各项服务由不同服务器处理，以提高处理速度。技术方案如下：

本发明提供一种信息处理方法，所述方法包括：

获得当前待处理请求；

如果所述当前待处理请求用于请求管理服务，将所述当前待处理请求转发至部署有与所述管理服务对应的服务实例的第一服务器；

如果所述当前待处理请求用于请求监管服务，将所述当前待处理请求转发至部署有与所述监管服务对应的服务实例的至少一个第二服务器中的一个第二服务器；

如果所述当前待处理请求用于请求企业服务，将所述当前待处理请求转发至部署有与所述企业服务对应的服务实例的至少一个第三服务器中的一个第三服务器；

如果所述当前待处理请求用于请求福码服务，将所述当前待处理请求转发至部署有与所述福码服务对应的服务实例的至少一个第四服务器中的一个第四服务器中，其中所述监管服务、所述管理服务、所述企业服务和所述福码服务为与农业产品相关的各项服务。

优选的，所述方法还包括：

如果所述当前待处理请求对应的服务为一个新增服务，将所述当前待处理请求转发至与认证服务对应的服务实例的第五服务器；

如果获得所述第五服务器发送的审核通过指令，则将所述新增服务对应的服务实例部署到至少一个第六服务器中。

优选的，所述方法还包括：

如果所述当前待处理请求为一个新增企业的认证服务，将所述当前待处理请求转发至所述认证服务对应的服务实例的第五服务器中。

优选的，所述方法还包括：

将所述管理服务对应的服务实例和认证服务对应的服务实例封装在所述第一服务器中；

基于被管理企业的数量和所述被管理企业使用的总福码数量，控制每个所述第二服务器中封装的与监管服务对应的服务实例的数量；

基于每个被管理企业使用的福码数量，控制每个所述第三服务器中封装的与企业服务对应的服务实例的数量以及控制每个所述第四服务器中封装的与所述福码服务对应的服务实例的数量。

优选的，所述基于被管理企业的数量和被管理企业使用的总福码数量，控制每个所述第二服务器中封装的与监管服务对应的服务实例的数量包括：

如果被管理企业的数量小于第一企业数量且所述被管理企业使用的总福码数量小于第一福码数量，每个所述第二服务器中封装第一服务数量的与监管服务对应的服务实例；

如果所述被管理企业的数量大于等于第一企业数量但小于第二企业数量，或者所述被管理企业使用的总福码数量大于等于第一福码数量但小于第二福码数量，每个所述第二服务器中封装第二服务数量的与监管服务对应的服务实例；所述第一企业数量小于所述第二企业数量，所述第一福码数量小于所述第二福码数量，所述第一服务数量大于所述第二服务数量；

如果所述被管理企业的数量大于等于所述第二企业数量，或者所述被管理企业使用的总福码数量大于等于所述第二福码数量，每个所述第二服务器中封装有一个与监管服务对应的服务实例。

优选的，所述基于每个被管理企业使用的福码数量，控制每个所述第三服务器中封装的与企业服务对应的服务实例的数量以及控制每个所述第四服务器中封装的与所述福码服务对应的服务实例的数量包括：

如果被管理企业使用的福码数量小于第三福码数量，控制在每个所述第三服务器中封装第一预设数量的所述福码数量小于第三福码数量的被管理企业的服务实例，其中所述被管理企业的服务实例包括与所述被管理企业的企业服务对应的服务实例以及与被管理企业的福码服务对应的服务实例；

如果被管理企业使用的福码数量在所述第三福码数量至第四福码数量之间，控制在每个所述第三服务器中封装第二预设数量的所述福码数量在所述第三福码数量至第四福码数量之间的被管理企业的服务实例，所述第三福码数量小于所述第四福码数量，所述第二预设数量小于所述第一预设数量；

如果被管理企业使用的福码数量在第四福码数量至第五福码数量之间，将一个福码数量在第四福码数量至第五福码数量之间的被管理企业的企业服务对应的服务实例和福码服务对应的服务实例分别封装在一个第三服务器中和一个第四服务器中，所述第四福码数量小于所述第五福码数量；

如果被管理企业使用的福码数量大于等于所述第五福码数量，将所述福码数量大于等于第五福码数量的被管理企业的企业服务对应的服务实例封装在一个第三服务器中，并将该被管理企业的福码服务对应的服务实例封装到多个第四服务器中。

本发明还提供一种信息处理装置，所述装置包括：

获得单元，用于获得当前待处理请求；

第一转发单元，用于如果所述当前待处理请求用于请求管理服务，将所述当前待处理请求转发至部署有与所述管理服务对应的服务实例的第一服务器；

第二转发单元，用于如果所述当前待处理请求用于请求监管服务，将所述当前待处理请求转发至部署有与所述监管服务对应的服务实例的至少一个第二服务器中的一个第二服务器；

第三转发单元，用于如果所述当前待处理请求用于请求企业服务，将所述当前待处理请求转发至部署有与所述企业服务对应的服务实例的至少一个第三服务器中的一个第三服务器；

第四转发单元，用于如果所述当前待处理请求用于请求福码服务，将所述当前待处理请求转发至部署有与所述福码服务对应的服务实例的至少一个第四服务器中的一个第四服务器中，其中所述监管服务、所述管理服务、所述企业服务和所述福码服务为与农业产品相关的各项服务。

优选的，所述装置还包括：

第五转发单元，用于如果所述当前待处理请求对应的服务为一个新增服务，将所述当前待处理请求转发至与认证服务对应的服务实例的第五服务器；

部署单元，用于如果获得所述第五服务器发送的审核通过指令，则将所述新增服务对应的服务实例部署到至少一个第六服务器中。

优选的，所述装置还包括：

第六转发单元，用于如果所述当前待处理请求为一个新增企业的认证服务，将所述当前待处理请求转发至所述认证服务对应的服务实例的第五服务器中。

优选的，所述装置还包括：

第一封装单元，用于将所述管理服务对应的服务实例和认证服务对应的服务实例封装在所述第一服务器中；

第二封装单元，用于基于被管理企业的数量和所述被管理企业使用的总福码数量，控制每个所述第二服务器中封装的与监管服务对应的服务实例的数量；

第三封装单元，用于基于每个被管理企业使用的福码数量，控制每个所述第三服务器中封装的与企业服务对应的服务实例的数量以及控制每个所述第四服务器中封装的与所述福码服务对应的服务实例的数量。

优选的，所述第二封装单元，具体用于如果被管理企业的数量小于第一企业数量且所述被管理企业使用的总福码数量小于第一福码数量，每个所述第二服务器中封装第一服务数量的与监管服务对应的服务实例；

如果所述被管理企业的数量大于等于第一企业数量但小于第二企业数量，或者所述被管理企业使用的总福码数量大于等于第一福码数量但小于第二福码数量，每个所述第二服务器中封装第二服务数量的与监管服务对应的服务实例；所述第一企业数量小于所述第二企业数量，所述第一福码数量小于所述第二福码数量，所述第一服务数量大于所述第二服务数量；

如果所述被管理企业的数量大于等于所述第二企业数量，或者所述被管理企业使用的总福码数量大于等于所述第二福码数量，每个所述第二服务器中封装有一个与监管服务对应的服务实例。

优选的，所述第三封装单元，具体用于如果被管理企业使用的福码数量小于第三福码数量，控制在每个所述第三服务器中封装第一预设数量的所述福码数量小于第三福码数量的被管理企业的服务实例，其中所述被管理企业的服务实例包括与所述被管理企业的企业服务对应的服务实例以及与被管理企业的福码服务对应的服务实例；

如果被管理企业使用的福码数量在所述第三福码数量至第四福码数量之间，控制在每个所述第三服务器中封装第二预设数量的所述福码数量在所述第三福码数量至第四福码数量之间的被管理企业的服务实例，所述第三福码数量小于所述第四福码数量，所述第二预设数量小于所述第一预设数量；

如果被管理企业使用的福码数量在第四福码数量至第五福码数量之间，将一个福码数量在第四福码数量至第五福码数量之间的被管理企业的企业服务对应的服务实例和福码服务对应的服务实例分别封装在一个第三服务器中和一个第四服务器中，所述第四福码数量小于所述第五福码数量；

如果被管理企业使用的福码数量大于等于所述第五福码数量，将所述福码数量大于等于第五福码数量的被管理企业的企业服务对应的服务实例封装在一个第三服务器中，并将该被管理企业的福码服务对应的服务实例封装到多个第四服务器中。

本发明还提供一种服务器，所述服务器包括：处理器和存储器，所述存储器中存储有计算机程序代码，所述计算机程序代码被所述处理器执行时实现上述信息处理方法。

本发明还提供一种存储介质，所述存储介质中存储有计算机程序代码，所述计算机程序代码被运行时实现上述信息处理方法。

从上述技术方案可知，在获得当前待处理请求之后，如果当前待处理请求用于请求管理服务，将当前待处理请求转发至部署有与管理服务对应的服务实例的第一服务器；如果当前待处理请求用于请求监管服务，将当前待处理请求转发至部署有与监管服务对应的服务实例的至少一个第二服务器中的一个第二服务器；如果当前待处理请求用于请求企业服务，将当前待处理请求转发至部署有与企业服务对应的服务实例的至少一个第三服务器中的一个第三服务器；如果当前待处理请求用于请求福码服务，将当前待处理请求转发至部署有与福码服务对应的服务实例的至少一个第四服务器中的一个第四服务器中，实现基于当前待处理请求所请求服务类型，将当前待处理请求分发到对应的服务器中处理，从而能够将集成到一个服务器中的各项服务由不同服务承担，提高处理速度。并且对于监管服务、企业服务和福码服务中的任一种服务来说，还可以将同一种服务的服务实例封装到不同的服务器中，那么在获得多个对应同一种服务的待处理请求时，可以将这些待处理请求分发到不同服务器中处理，进一步提高处理速度。

附图说明

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

图1是本发明实施例提供的一种信息处理方法的流程图；

图2是本发明实施例提供的另一种信息处理方法的流程图；

图3是本发明实施例提供的再一种信息处理方法的流程图；

图4是本发明实施例提供的与企业注册对应的信息处理方法的流程图；

图5是本发明实施例提供的与企业买码对应的信息处理方法的流程图；

图6是本发明实施例提供的与企业生产对应的信息处理方法的流程图；

图7是本发明实施例提供的一种信息处理装置的结构示意图；

图8是本发明实施例提供的另一种信息处理装置的结构示意图。

具体实施方式

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

如图1所示，其示出了本发明实施例提供的一种信息处理方法的流程图，用于将与农业产品相关的各项服务由不同服务器处理，以提高处理速度，可以包括以下步骤：

101：获得当前待处理请求。

102：如果当前待处理请求用于请求管理服务，将当前待处理请求转发至部署有与管理服务对应的服务实例的第一服务器。

可以理解的是：管理服务是用于对被管理企业(如审查农业产品的企业)进行管理的服务，如包括但不限于企业开户、企业信息管理、企业申请修改等各项服务，而与管理服务对应的服务实例则是用于实现这些管理服务的脚本，以通过这些脚本使得第一服务器能够具备管理服务的功能。

在本实施例中，第一服务器中可以封装有所有管理服务对应的服务实例，且第一服务器对应有一个数据库，该数据库中记录所有被管理企业的企业信息，如企业ID(企业的标识)、企业状态等等数据。在获得用于请求管理服务的待处理请求之后基于待处理请求中的服务实例标识(如服务实例名称以表示请求哪项服务)触发第一服务器运行相对应的服务实例。

103：如果当前待处理请求用于请求监管服务，将当前待处理请求转发至部署有与监管服务对应的服务实例的至少一个第二服务器中的一个第二服务器。

在本实施例中，与监管服务对应的服务实例可以封装到不同的第二服务器中，所谓封装到不同的第二服务器中可以包括但不限于：将与监管服务相关的所有服务实例封装到不同的第二服务器中、或者不同第二服务器中封装的与服务实例用于实现监管服务中的不同服务。

例如监管服务用于对被管理企业生产的农业产品进行监管，包括但不限于：买码审核和激活等等，那么在将这些服务的服务实例封装到第二服务器中时，可以将同一个买码审核的服务实例以及将同一个激活的服务实例封装到不同的第二服务器中，或者将买码审核的服务实例封装到一个第二服务器中，将激活的服务实例封装到另一个第二服务器中。

如果将与监管服务相关的所有服务实例封装到不同的第二服务器中，在获得待处理请求之后可以从这些第二服务器中选取一个处于空闲状态的第二服务器处理当前待处理请求，其中处于空闲状态的第二服务器是指当前没有处理任何待处理请求的第二服务器或者当前空闲资源最优的第二服务器。

如果不同第二服务器中封装的与服务实例用于实现监管服务中的不同服务，则在获得待处理请求之后确定封装有当前待处理请求所请求服务的服务实例的第二服务器，将待处理请求转发到所确定的第二服务器中，其中第二服务器是否封装有当前待处理请求所请求服务的服务实例可以基于待处理请求中携带的服务实例标识而定，如果第二服务器中的服务实例标识与待处理请求中携带的服务实例标识相匹配(如相同)，则说明第二服务器中封装有当前待处理请求所请求服务的服务实例，否则说明第二服务器中没有封装当前待处理请求所请求服务的服务实例。

104：如果当前待处理请求用于请求企业服务，将当前待处理请求转发至部署有与企业服务对应的服务实例的至少一个第三服务器中的一个第三服务器。

其中企业服务用于对被管理企业的农业产品的生产过程进行服务，例如企业服务包括但不限于：买码申请、下载福码、建立印刷订单、批次管理和批次完成等服务，这些服务的服务实例可以封装到至少一个第三服务器中。

对于如何将企业服务的服务实例封装到第三服务器中以及如何确定与当前待处理请求对应的第三服务器，请参见上述对第二服务器的说明，对此本实施例不再阐述。

105：如果当前待处理请求用于请求福码服务，将当前待处理请求转发至部署有与福码服务对应的服务实例的至少一个第四服务器中的一个第四服务器中。

其中福码服务用于对被管理企业的农业产品涉及的福码进行管理的服务，例如福码服务包括但不限于：下载福码、获取福码、更新企业福码信息、新建批次、批次关联产品、批次信息修改等，福码是印刷到农业产品中的条码，通过该福码可以实现对农业产品的溯源，这些服务的服务实例可以封装到至少一个第四服务器中。

对于如何将福码服务的服务实例封装到第四服务器中以及如何确定与当前待处理请求对应的第四服务器，请参见上述对第二服务器的说明，对此本实施例不再阐述。

从上述技术方案可知，在获得当前待处理请求之后，如果当前待处理请求用于请求管理服务，将当前待处理请求转发至部署有与管理服务对应的服务实例的第一服务器；如果当前待处理请求用于请求监管服务，将当前待处理请求转发至部署有与监管服务对应的服务实例的至少一个第二服务器中的一个第二服务器；如果当前待处理请求用于请求企业服务，将当前待处理请求转发至部署有与企业服务对应的服务实例的至少一个第三服务器中的一个第三服务器；如果当前待处理请求用于请求福码服务，将当前待处理请求转发至部署有与福码服务对应的服务实例的至少一个第四服务器中的一个第四服务器中，实现基于当前待处理请求所请求服务类型，将当前待处理请求分发到对应的服务器中处理，从而能够将集成到一个服务器中的各项服务由不同服务承担，提高处理速度。

并且对于监管服务、企业服务和福码服务中的任一种服务来说，还可以将同一种服务的服务实例封装到不同的服务器中，那么在获得多个对应同一种服务的待处理请求时，可以将这些待处理请求分发到不同服务器中处理，进一步提高处理速度。当已封装有管理服务、监管服务、企业服务和福码服务的服务器随着被管理企业数量增多使得这些服务器的处理速度降低，可以增加新的服务器并在新的服务器中封装对应的服务实例来分担处理待处理请求，解决单一服务器处理服务的限制问题。

请参阅图2，其示出了本发明实施例提供的另一种信息处理方法的流程图，在图1基础上还可以包括以下步骤：

106：如果当前待处理请求对应的服务为一个新增服务，将当前待处理请求转发至与认证服务对应的服务实例的第五服务器。

所谓新增服务是在上述监管服务、管理服务、企业服务和福码服务中已有服务中没有出现过的服务，之所以会出现新增服务是因为随着被管理企业的生产的逐渐扩大会出现新的需求，新的需求需要一个新增服务实现。

如果当前待处理请求携带的服务实例标识是一个新的服务实例标识(如携带的服务实例标识与已有服务实例标识不同)，则说明当前待处理请求对应的服务为一个新增服务，需要将其发送至第五服务器中进行认证，以审核该新增服务是否为正常服务。在本实施例中，新增服务的审核可以是借助于人工审核，如果该新增服务符合法条法规则视为其是一个正常服务。

107：如果获得第五服务器发送的审核通过指令，则将新增服务对应的服务实例部署到至少一个第六服务器中，这样后续在接收到用于请求新增服务的待处理请求时可以通过第六服务器进行处理。

借由上述技术方案，通过新增服务的服务实例到第六服务器方式满足被管理企业的需求变化，由此可以基于被管理企业的需求变化动态调整服务器，如动态增加处理新增服务的服务器，解决现有单一服务器处理服务导致的需求受限的问题。

此外在本实施例提供的信息处理方法中，如果当前待处理请求为一个新增企业的认证服务，将当前待处理请求转发至认证服务对应的服务实例的第五服务器中，以通过第五服务器实现对新增企业的认证。

在本实施例中，第五服务器对新增企业的认证是用来认证新增企业是否是合法企业，对于这点认证需要借助人工审核，例如人工审核工商登记信息和企业信用信息等是否正确，如果发现错误则不予通过，否则通过审核，后续可以获得该新增企业发送的用于请求上述监管服务、管理服务、企业服务和福码服务等任一种服务的待处理请求。

在这里需要说明的一点是：在获得待处理请求之后，通过网关服务将待处理请求转发至对应的服务器中，为此本实施例中需要设置一个独立的服务器，该独立的服务器中封装有网关服务的服务实例，如该独立的服务器能够调用网关服务中的路由服务实例，通过路由服务实例将待处理请求转发至对应的服务器中。

在本实施例中待处理请求使用RESTFUL(Representational State Transfer)API(Application Programming Interface)接口方式，在待处理请求中携带有用户ID、用户归属企业ID、TOKEN(令牌)、企业服务实例名称、实例IP、实例端口等参数，其中用户ID和用户归属企业ID作为用户标识和企业标识，用于确定待处理请求对应企业的服务实例，企业服务实例名称、实例IP和实例端口则用于指示所确定服务实例所处位置，以将待处理请求转发至对应的服务器中，TOKEN作为安全令牌用来防止未授权的恶意程序调用服务。

请参阅图3，其示出了本发明实施例提供的再一种信息处理方法的流程图，可以包括以下步骤：

301：将管理服务对应的服务实例和认证服务对应的服务实例封装在第一服务器中。可以理解的是：第一服务器中的管理服务对应的服务实例和认证服务对应的服务实例可以应用到多个被管理企业，这是因为多个被管理企业的认证服务和管理服务相同或相类似，使得多个被管理企业的认证服务和管理服务各自对应的服务实例也相近，所以本实施例能够通过管理服务对应的服务实例和认证服务对应的服务实例服务多个被管理企业。

302：基于被管理企业的数量和被管理企业使用的总福码数量，控制每个第二服务器中封装的与监管服务对应的服务实例的数量。

在本实施例中，控制第二服务器中封装的与监管服务对应的服务实例的数量的一种方式可以是：

如果被管理企业的数量小于第一企业数量且被管理企业使用的总福码数量小于第一福码数量，每个第二服务器中封装第一服务数量的与监管服务对应的服务实例。

如果被管理企业的数量大于等于第一企业数量但小于第二企业数量，或者被管理企业使用的总福码数量大于等于第一福码数量但小于第二福码数量，每个第二服务器中封装第二服务数量的与监管服务对应的服务实例。第一企业数量小于第二企业数量，第一福码数量小于第二福码数量，第一服务数量大于第二服务数量。

如果被管理企业的数量大于等于第二企业数量，或者被管理企业使用的总福码数量大于等于第二福码数量，每个第二服务器中封装有一个与监管服务对应的服务实例。

由上述方式可知，随着被管理企业的数量的增多或者被管理企业使用的总福码数量的增多，第二服务器中封装的与监管服务对应的服务实例越来越少，以通过更多的第二服务器来分担监管服务，下面以一个实例进行说明。

如果被管理企业的数量小于100个且这100个企业使用的总福码数量小于10亿，每个第二服务器可以封装50个监管服务对应的服务实例；如果被管理企业的数量在100至1000个之间(表示大于等于100个但小于1000个)，或者这些被管理企业使用的总福码数量在10亿至100亿之间(表示大于等于10亿但小于100亿)，每个第二服务器可以封装5个监管服务对应的服务实例；如果被管理企业的数量大于等于1000个，或者这些被管理企业使用的总福码数量大于等于100亿，每个第二服务器中封装一个与监管服务对应的服务实例。

上述实例仅是对上述监管服务对应的服务实例的封装说明，在实际应用中并不限于采用如上数值，因此在实际应用中上述第一企业数量、第一福码数量、第二企业数量、第二福码数量、第一服务数量和第二服务数量可以根据实际应用变化，本实施例对其取值不进行限定。

303：基于每个被管理企业使用的福码数量，控制每个第三服务器中封装的与企业服务对应的服务实例的数量以及控制每个第四服务器中封装的与福码服务对应的服务实例的数量。

在本实施例中，控制与企业服务对应的服务实例以及与福码服务对应的服务实例的封装的一种可行方式如下：

如果被管理企业使用的福码数量小于第三福码数量，控制在每个第三服务器中封装第一预设数量的福码数量小于第三福码数量的被管理企业的服务实例，其中被管理企业的服务实例包括与被管理企业的企业服务对应的服务实例以及与被管理企业的福码服务对应的服务实例。

如果被管理企业使用的福码数量在第三福码数量至第四福码数量之间，控制在每个第三服务器中封装第二预设数量的福码数量在第三福码数量至第四福码数量之间的被管理企业的服务实例，第三福码数量小于第四福码数量，第二预设数量小于第一预设数量，所述使用的福码数量在第三福码数量至第四福码数量之间表示使用的福码数量大于等于第三福码数量但小于第四福码数量。

如果被管理企业使用的福码数量在第四福码数量至第五福码数量之间，将一个福码数量在第四福码数量至第五福码数量之间的被管理企业的企业服务对应的服务实例和福码服务对应的服务实例分别封装在一个第三服务器中和一个第四服务器中，第四福码数量小于第五福码数量。

如果被管理企业使用的福码数量大于等于第五福码数量，将福码数量大于等于第五福码数量的被管理企业的企业服务对应的服务实例封装在一个第三服务器中，并将该被管理企业的福码服务对应的服务实例封装到多个第四服务器中。

由上述方式可知，随着被管理企业的数量的增多或者被管理企业使用的总福码数量的增多，第三服务器中封装的企业服务对应的服务实例以及与福码服务对应的服务实例越来越少，甚至需要将福码服务对应的服务实例转移到第四服务器中，以通过更多的服务器来分担企业服务和福码服务，下面通过一个实例进行说明。

例如如果被管理企业使用的福码数量小于100万，则可以将使用的福码数量小于100万的多个被管理企业的企业服务和福码服务各自对应的服务实例都封装到第三服务器中，每个第三服务器封装100个福码数量小于100万的被管理企业的企业服务和福码服务各自对应的服务实例；

如果被管理企业使用的福码数量大于等于100万但小于1000万，可以将使用的福码数量大于等于100万但小于1000万的多个被管理企业的企业服务和福码服务各自对应的服务实例都封装到第三服务器中，每个第三服务器封装10个福码数量大于等于100万但小于1000万的被管理企业的企业服务和福码服务各自对应的服务实例；

如果被管理企业使用的福码数量大于等于1000万但小于1亿，可以将使用的福码数量大于等于1000万但小于1亿的一个被管理企业的企业服务对应的服务实例封装到一个第三服务器中，将该被管理企业的福码服务对应的服务实例封装到第四服务器中；

如果被管理企业使用的福码数量大于等于1亿，可以将使用的福码数量大于等于1亿的一个被管理企业的企业服务对应的服务实例封装到一个第三服务器中，将该被管理企业的福码服务对应的服务实例封装到多个第四服务器中，在此封装方式下每个第四服务器具有独立的福码服务对应的服务实例以及独立的福码数据库，这样每个第四服务器能够利用自身的福码数据库执行相关的福码服务，防止第四服务器之间彼此相互冲突。

上述实例仅是对上述企业服务和福码服务对应的服务实例的封装说明，在实际应用中并不限于采用如上数值，因此在实际应用中上述第三福码数量、第四福码数量、第五福码数量、第一预设数量和第二预设数量可以根据实际应用变化，本实施例对其取值不进行限定。

304：获得当前待处理请求。

305：如果当前待处理请求用于请求管理服务，将当前待处理请求转发至部署有与管理服务对应的服务实例的第一服务器。

306：如果当前待处理请求用于请求监管服务，将当前待处理请求转发至部署有与监管服务对应的服务实例的至少一个第二服务器中的一个第二服务器。

307：如果当前待处理请求用于请求企业服务，将当前待处理请求转发至部署有与企业服务对应的服务实例的至少一个第三服务器中的一个第三服务器。

308：如果当前待处理请求用于请求福码服务，将当前待处理请求转发至部署有与福码服务对应的服务实例的至少一个第四服务器中的一个第四服务器中。

在本实施例中，步骤304至步骤308：与上述步骤101至步骤105相同，对此本实施例不再阐述。

通过上述技术方案，将不同服务对应的服务实例封装到对应的服务器中，通过多个服务器来承担不同的服务，从而提高处理速度。

下面将以用于生成农业产品的企业从注册到买码再到生产的过程阐述本实施例提供的信息处理方法，并且同时介绍信息处理方法过程中示出了不同服务包括哪些服务，如图4所示，阐述企业注册过程中信息处理方法的流程，可以包括以下步骤：

11)在接收到创建企业用户的待处理请求之后，通过【网关服务】【路由】调用【认证服务】【创建用户】服务，该待处理请求携带用户名称和密码。

12)如果注册成功，通过【网关服务】【路由】调用【管理服务】【用户创建】服务，并且在注册成功之后通过上述用户名称和密码自动登录，保存用户名称、密码和TOKEN。

13)在接收到企业开户申请的待处理请求之后，通过【网关服务】【路由】调用【管理服务】【创建企业申请】服务。

14)在调用【管理服务】【创建企业申请】服务完成企业账户创建之后，需要对创建的企业账户进行审核，此时通过【网关服务】【路由】调用【监管服务】【企业开户审核】服务；

15)如果审核通过，调用【管理服务】【企业信息管理】服务来修改企业状态，具体的【管理服务】【企业信息管理】服务调用【企业服务】【创建企业】建立企业实例以及调用【企业服务】【创建企业用户】建立企业用户实例，并且如果审核通过，调用【认证服务】【权限管理】服务进行权限限定，以通过权限限定来设置各个用户能够访问的数据范围等；

16)如果审核不通过，调用【管理服务】【企业申请修改】服务修改企业开户申请状态。

在本实施例中企业开户申请状态包括申请中，处理完成和审核失败，如果审核不通过，其企业开户申请状态为审核失败，如果审核通过，其企业开户申请状态为处理完成。企业状态包括申请、正常在用、审核失败和停用状态，如果审核不通过，其企业状态为审核失败，如果审核通过，其企业状态为正常再用。

17)在接收到登录请求之后，通过【网关服务】【路由】调用【认证服务】【认证】服务进行登录认证，以防止非法用户登录。

如图5所示，阐述企业买码过程中信息处理方法的流程，可以包括以下步骤：

21)在接收到企业用户登录请求之后，调用【认证服务】【认证】服务进行认证，认证通过后获取用户ID，企业ID，TOKEN；

在接收到监管用户登录请求之后，调用【认证服务】的【认证】服务进行认证，认证通过后获取用户ID，监管机构ID，TOKEN，其中监管机构ID表示对买码进行监管的机构标识，监管用户则是该监管机构中用于对买码进行监管的用户。

22)在接收到买码申请的待处理请求之后，通过【路由服务】【路由】服务将待处理请求转到【企业服务】【买码处理】；

23)买码申请审核的待处理请求通过【路由服务】【路由】服务转到监管机构的【监管服务】【买码审核】，以对买码申请进行审核。在审核通过之后触发下载码；所谓审核通过是指支付买码所需金额后视为审核通过。

24)在接收到下载码的待处理请求之后，通过【路由服务】【路由】服务转到【企业服务】【下载码】，然后调用【存储服务】【下载码】，最后调用【存储基础服务】【获取码】与【存储基础服务】【更新企业码信息】；

其中【企业服务】【下载码】以及【存储服务】【下载码】是为了传输参数，这两个服务不能获取到福码对应的编码数据，其传输参数包括但不限于企业ID和福码数量，【存储基础服务】【获取码】用于获取福码对应的编码数据，其获得的编码数据用于获得福码并将福码印刷到企业ID所属企业生产的农业产品中。【存储基础服务】【更新企业码信息】则能够更新企业已经下载福码的总量，存储服务和存储基础服务都属于福码服务。

25)在接收到印刷包材的待处理请求之后，通过【路由服务】【路由】服务转到【企业服务】【建立印刷订单】，然后依次调用【印厂服务】的【分配任务】、【印刷】、【质量检测】。

在本实施例中，接收到印刷包材的待处理请求之后，根据获取到的编码数据得到福码(如二维点阵码图像)，驱动印刷设备将福码印刷到包材上，且本实施例采用一物一福码的方式，实现通过福码能够溯源到唯一的农业产品。

如图6所示，阐述企业生产过程中信息处理方法的流程，可以包括以下步骤：

31)在接收到企业用户登录请求之后，调用【认证服务】【认证】服务进行认证，认证通过后获取用户ID，企业ID，TOKEN；

在接收到监管用户登录请求之后，调用【认证服务】的【认证】服务进行认证，认证通过后获取用户ID，监管机构ID，TOKEN，其中监管机构ID表示对买码进行监管的机构标识，监管用户则是该监管机构中用于对买码进行监管的用户。

32)在接收到创建批次的待处理请求之后，通过【路由服务】【路由】服务转到企业归属的【企业服务】【批次管理】服务，然后调用【福码服务】【新建批次】和【福码服务】【批次关联产品】。

其中批次关联产品用于将生产批次与产品构成多对一的关系，一般情况下一个产品有多个生产批次，但是一个生产批次唯一对应一个产品，对于【新建批次】和【批次关联产品】其记录信息有所不同，【新建批次】用于记录生产批次，而【批次关联产品】用于记录生产批次与产品的关联信息。

33)在接收到产品关联批次的待处理请求之后，通过【路由服务】【路由】服务转到企业归属的【企业服务】【批次关联】，然后调用【福码服务】【批次福码关联】，以将生产批次与福码关联。

之所以将生产批次与福码关联是因为生产批次一般情况下都与生产过程、生产时间、责任人和产品型号等产品溯源关联，通过把批次与福码关联就可以实现单个产品的溯源信息与福码的关联，即将生产过程、生产时间、责任人和产品型号等与福码关联，这样在通过扫描福码之后能够得到上述生产过程、生产时间、责任人和产品型号等信息，增加对产品质量的信任度。

34)在接收到生产完成的待处理请求后，通过【路由服务】【路由】服务转到企业归属的【企业服务】【批次完工】，然后调用【福码服务】【批次信息修改】，以修改批次状态，其中批次状态包括：初始、生产中、完工和激活，若接收到生产完成的待处理请求，则批次状态修改为完工。

35)在接收到产品抽检的待处理请求后，通过【路由服务】【路由】服务转到【监管服务】【抽检管理】服务，以由人工对产品进行抽检确定产品是否合格。

36)在接收到激活批次的待处理请求后，通过【路由服务】【路由】服务转到【监管服务】【激活】服务，然后调用【企业服务】【批次激活】，最后调用【福码服务】【批次信息修改】，将批次状态修改为激活，以表明该批次的产品合格。

对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

与上述方法实施例相对应，本发明实施例还提供一种信息处理装置，其结构如图7所示，可以包括：获得单元10、第一转发单元20、第二转发单元30、第三转发单元40和第四转发单元50。

获得单元10，用于获得当前待处理请求。

第一转发单元20，用于如果当前待处理请求用于请求管理服务，将当前待处理请求转发至部署有与管理服务对应的服务实例的第一服务器。

第二转发单元30，用于如果当前待处理请求用于请求监管服务，将当前待处理请求转发至部署有与监管服务对应的服务实例的至少一个第二服务器中的一个第二服务器。

第三转发单元40，用于如果当前待处理请求用于请求企业服务，将当前待处理请求转发至部署有与企业服务对应的服务实例的至少一个第三服务器中的一个第三服务器。

第四转发单元50，用于如果当前待处理请求用于请求福码服务，将当前待处理请求转发至部署有与福码服务对应的服务实例的至少一个第四服务器中的一个第四服务器中，其中监管服务、管理服务、企业服务和福码服务为与农业产品相关的各项服务。

上述第一转发单元20至第四转发单元50的具体执行过程请参阅方法实施例，本实施例不再阐述，通过上述第一转发单元20至第四转发单元50能够将待处理请求分发到不同服务器中处理，进一步提高处理速度。当已封装有管理服务、监管服务、企业服务和福码服务的服务器随着被管理企业数量增多使得这些服务器的处理速度降低，可以增加新的服务器并在新的服务器中封装对应的服务实例来分担处理待处理请求，解决单一服务器处理服务的限制问题。

请参阅图8，其示出了本发明实施例提供的另一种信息处理装置的结构，在图7基础上还可以包括：第五转发单元60和部署单元70。

第五转发单元60，用于如果当前待处理请求对应的服务为一个新增服务，将当前待处理请求转发至与认证服务对应的服务实例的第五服务器；所谓新增服务是在上述监管服务、管理服务、企业服务和福码服务中已有服务中没有出现过的服务，之所以会出现新增服务是因为随着被管理企业的生产的逐渐扩大会出现新的需求，新的需求需要一个新增服务实现。

如果当前待处理请求携带的服务实例标识是一个新的服务实例标识(如携带的服务实例标识与已有服务实例标识不同)，则说明当前待处理请求对应的服务为一个新增服务，需要将其发送至第五服务器中进行认证，以审核该新增服务是否为正常服务。在本实施例中，新增服务的审核可以是借助于人工审核，如果该新增服务符合法条法规则视为其是一个正常服务。

部署单元70，用于如果获得第五服务器发送的审核通过指令，则将新增服务对应的服务实例部署到至少一个第六服务器中，这样后续在接收到用于请求新增服务的待处理请求时可以通过第六服务器进行处理。

借由上述技术方案，通过新增服务的服务实例到第六服务器方式满足被管理企业的需求变化，由此可以基于被管理企业的需求变化动态调整服务器，如动态增加处理新增服务的服务器，解决现有单一服务器处理服务导致的需求受限的问题。

此外，上述信息处理装置还可以包括：第六转发单元，用于如果当前待处理请求为一个新增企业的认证服务，将当前待处理请求转发至认证服务对应的服务实例的第五服务器中，以通过第五服务器实现对新增企业的认证，具体说明请参阅方法实施例。

上述信息处理装置还可以包括：第一封装单元、第二封装单元和第三封装单元。

第一封装单元，用于将管理服务对应的服务实例和认证服务对应的服务实例封装在第一服务器中；可以理解的是：第一服务器中的管理服务对应的服务实例和认证服务对应的服务实例可以应用到多个被管理企业，这是因为多个被管理企业的认证服务和管理服务相同或相类似，使得多个被管理企业的认证服务和管理服务各自对应的服务实例也相近，所以本实施例能够通过管理服务对应的服务实例和认证服务对应的服务实例服务多个被管理企业。

第二封装单元，用于基于被管理企业的数量和被管理企业使用的总福码数量，控制每个第二服务器中封装的与监管服务对应的服务实例的数量；在本实施例中，控制第二服务器中封装的与监管服务对应的服务实例的数量的一种方式可以是：

如果被管理企业的数量小于第一企业数量且被管理企业使用的总福码数量小于第一福码数量，每个第二服务器中封装第一服务数量的与监管服务对应的服务实例。

如果被管理企业的数量大于等于第一企业数量但小于第二企业数量，或者被管理企业使用的总福码数量大于等于第一福码数量但小于第二福码数量，每个第二服务器中封装第二服务数量的与监管服务对应的服务实例。第一企业数量小于第二企业数量，第一福码数量小于第二福码数量，第一服务数量大于第二服务数量。

如果被管理企业的数量大于等于第二企业数量，或者被管理企业使用的总福码数量大于等于第二福码数量，每个第二服务器中封装有一个与监管服务对应的服务实例。

由上述方式可知，随着被管理企业的数量的增多或者被管理企业使用的总福码数量的增多，第二服务器中封装的与监管服务对应的服务实例越来越少，以通过更多的第二服务器来分担监管服务。

第三封装单元，用于基于每个被管理企业使用的福码数量，控制每个第三服务器中封装的与企业服务对应的服务实例的数量以及控制每个第四服务器中封装的与福码服务对应的服务实例的数量。在本实施例中，控制与企业服务对应的服务实例以及与福码服务对应的服务实例的封装的一种可行方式如下：

如果被管理企业使用的福码数量小于第三福码数量，控制在每个第三服务器中封装第一预设数量的福码数量小于第三福码数量的被管理企业的服务实例，其中被管理企业的服务实例包括与被管理企业的企业服务对应的服务实例以及与被管理企业的福码服务对应的服务实例。

如果被管理企业使用的福码数量在第三福码数量至第四福码数量之间，控制在每个第三服务器中封装第二预设数量的福码数量在第三福码数量至第四福码数量之间的被管理企业的服务实例，第三福码数量小于第四福码数量，第二预设数量小于第一预设数量，所述使用的福码数量在第三福码数量至第四福码数量之间表示使用的福码数量大于等于第三福码数量但小于第四福码数量。

如果被管理企业使用的福码数量在第四福码数量至第五福码数量之间，将一个福码数量在第四福码数量至第五福码数量之间的被管理企业的企业服务对应的服务实例和福码服务对应的服务实例分别封装在一个第三服务器中和一个第四服务器中，第四福码数量小于第五福码数量。

如果被管理企业使用的福码数量大于等于第五福码数量，将福码数量大于等于第五福码数量的被管理企业的企业服务对应的服务实例封装在一个第三服务器中，并将该被管理企业的福码服务对应的服务实例封装到多个第四服务器中。

由上述方式可知，随着被管理企业的数量的增多或者被管理企业使用的总福码数量的增多，第三服务器中封装的企业服务对应的服务实例以及与福码服务对应的服务实例越来越少，甚至需要将福码服务对应的服务实例转移到第四服务器中，以通过更多的服务器来分担企业服务和福码服务。

本发明实施例还提供一种服务器，服务器包括：处理器和存储器，存储器中存储有计算机程序代码，计算机程序代码被处理器执行时实现上述信息处理方法。

本发明实施例还提供一种存储介质，存储介质中存储有计算机程序代码，计算机程序代码被运行时实现上述信息处理方法。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

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

对所公开的实施例的上述说明，使本领域技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (8)

1.一种信息处理方法，其特征在于，所述方法包括：

获得当前待处理请求，所述待处理请求包括：用户ID、用户归属企业ID、令牌、企业服务实例名称、实例IP和实例端口，其中，所述用户ID和所述用户归属企业ID作为用户标识和企业标识，用于确定所述待处理请求对应企业的服务实例，所述企业服务实例名称、所述实例IP和所述实例端口则用于指示所确定服务实例所处位置，以将所述待处理请求转发至对应的服务器中，所述令牌作为安全令牌用来防止未授权的恶意程序调用服务；

如果所述当前待处理请求用于请求管理服务，将所述当前待处理请求转发至部署有与所述管理服务对应的服务实例的第一服务器；

如果所述当前待处理请求用于请求监管服务，将所述当前待处理请求转发至部署有与所述监管服务对应的服务实例的至少一个第二服务器中的一个第二服务器；

如果所述当前待处理请求用于请求企业服务，将所述当前待处理请求转发至部署有与所述企业服务对应的服务实例的至少一个第三服务器中的一个第三服务器；

如果所述当前待处理请求用于请求福码服务，将所述当前待处理请求转发至部署有与所述福码服务对应的服务实例的至少一个第四服务器中的一个第四服务器中，其中所述监管服务、所述管理服务、所述企业服务和所述福码服务为与农业产品相关的各项服务，所述福码服务为用于对被管理企业的农业产品的福码进行管理的服务；

将所述管理服务对应的服务实例和认证服务对应的服务实例封装在所述第一服务器中；

基于被管理企业的数量和所述被管理企业使用的总福码数量，控制每个所述第二服务器中封装的与监管服务对应的服务实例的数量；

如果被管理企业使用的福码数量小于第三福码数量，控制在每个所述第三服务器中封装第一预设数量的所述福码数量小于第三福码数量的被管理企业的服务实例，其中，所述被管理企业的服务实例包括与所述被管理企业的企业服务对应的服务实例以及与被管理企业的福码服务对应的服务实例；

如果被管理企业使用的福码数量在所述第三福码数量至第四福码数量之间，控制在每个所述第三服务器中封装第二预设数量的所述福码数量在所述第三福码数量至第四福码数量之间的被管理企业的服务实例，所述第三福码数量小于所述第四福码数量，所述第二预设数量小于所述第一预设数量；

如果被管理企业使用的福码数量在第四福码数量至第五福码数量之间，将一个福码数量在第四福码数量至第五福码数量之间的被管理企业的企业服务对应的服务实例和福码服务对应的服务实例分别封装在一个第三服务器中和一个第四服务器中，所述第四福码数量小于所述第五福码数量；

如果被管理企业使用的福码数量大于等于所述第五福码数量，将所述福码数量大于等于第五福码数量的被管理企业的企业服务对应的服务实例封装在一个第三服务器中，并将该被管理企业的福码服务对应的服务实例封装到多个第四服务器中。

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

如果所述当前待处理请求对应的服务为一个新增服务，将所述当前待处理请求转发至与认证服务对应的服务实例的第五服务器；

如果获得所述第五服务器发送的审核通过指令，则将所述新增服务对应的服务实例部署到至少一个第六服务器中。

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

如果所述当前待处理请求为一个新增企业的认证服务，将所述当前待处理请求转发至所述认证服务对应的服务实例的第五服务器中。

4.根据权利要求1所述的方法，其特征在于，所述基于被管理企业的数量和被管理企业使用的总福码数量，控制每个所述第二服务器中封装的与监管服务对应的服务实例的数量包括：

如果被管理企业的数量小于第一企业数量且所述被管理企业使用的总福码数量小于第一福码数量，每个所述第二服务器中封装第一服务数量的与监管服务对应的服务实例；

如果所述被管理企业的数量大于等于第一企业数量但小于第二企业数量，或者所述被管理企业使用的总福码数量大于等于第一福码数量但小于第二福码数量，每个所述第二服务器中封装第二服务数量的与监管服务对应的服务实例；所述第一企业数量小于所述第二企业数量，所述第一福码数量小于所述第二福码数量，所述第一服务数量大于所述第二服务数量；

如果所述被管理企业的数量大于等于所述第二企业数量，或者所述被管理企业使用的总福码数量大于等于所述第二福码数量，每个所述第二服务器中封装有一个与监管服务对应的服务实例。

5.一种信息处理装置，其特征在于，所述装置包括：

获得单元，用于获得当前待处理请求，所述待处理请求包括：用户ID、用户归属企业ID、令牌、企业服务实例名称、实例IP和实例端口，其中，所述用户ID和所述用户归属企业ID作为用户标识和企业标识，用于确定所述待处理请求对应企业的服务实例，所述企业服务实例名称、所述实例IP和所述实例端口则用于指示所确定服务实例所处位置，以将所述待处理请求转发至对应的服务器中，所述令牌作为安全令牌用来防止未授权的恶意程序调用服务；

第一转发单元，用于如果所述当前待处理请求用于请求管理服务，将所述当前待处理请求转发至部署有与所述管理服务对应的服务实例的第一服务器；

第二转发单元，用于如果所述当前待处理请求用于请求监管服务，将所述当前待处理请求转发至部署有与所述监管服务对应的服务实例的至少一个第二服务器中的一个第二服务器；

第三转发单元，用于如果所述当前待处理请求用于请求企业服务，将所述当前待处理请求转发至部署有与所述企业服务对应的服务实例的至少一个第三服务器中的一个第三服务器；

第四转发单元，用于如果所述当前待处理请求用于请求福码服务，将所述当前待处理请求转发至部署有与所述福码服务对应的服务实例的至少一个第四服务器中的一个第四服务器中，其中所述监管服务、所述管理服务、所述企业服务和所述福码服务为与农业产品相关的各项服务，所述福码服务为用于对被管理企业的农业产品的福码进行管理的服务；

所述装置还用于：

将所述管理服务对应的服务实例和认证服务对应的服务实例封装在所述第一服务器中；

基于被管理企业的数量和所述被管理企业使用的总福码数量，控制每个所述第二服务器中封装的与监管服务对应的服务实例的数量；

如果被管理企业使用的福码数量小于第三福码数量，控制在每个所述第三服务器中封装第一预设数量的所述福码数量小于第三福码数量的被管理企业的服务实例，其中，所述被管理企业的服务实例包括与所述被管理企业的企业服务对应的服务实例以及与被管理企业的福码服务对应的服务实例；如果被管理企业使用的福码数量在所述第三福码数量至第四福码数量之间，控制在每个所述第三服务器中封装第二预设数量的所述福码数量在所述第三福码数量至第四福码数量之间的被管理企业的服务实例，所述第三福码数量小于所述第四福码数量，所述第二预设数量小于所述第一预设数量；如果被管理企业使用的福码数量在第四福码数量至第五福码数量之间，将一个福码数量在第四福码数量至第五福码数量之间的被管理企业的企业服务对应的服务实例和福码服务对应的服务实例分别封装在一个第三服务器中和一个第四服务器中，所述第四福码数量小于所述第五福码数量；如果被管理企业使用的福码数量大于等于所述第五福码数量，将所述福码数量大于等于第五福码数量的被管理企业的企业服务对应的服务实例封装在一个第三服务器中，并将该被管理企业的福码服务对应的服务实例封装到多个第四服务器中。

6.根据权利要求5所述的装置，其特征在于，所述装置还包括：

第五转发单元，用于如果所述当前待处理请求对应的服务为一个新增服务，将所述当前待处理请求转发至与认证服务对应的服务实例的第五服务器；

部署单元，用于如果获得所述第五服务器发送的审核通过指令，则将所述新增服务对应的服务实例部署到至少一个第六服务器中。

7.一种服务器，其特征在于，所述服务器包括：处理器和存储器，所述存储器中存储有计算机程序代码，所述计算机程序代码被所述处理器执行时实现如权利要求1至4任意一项所述的信息处理方法。

8.一种存储介质，其特征在于，所述存储介质中存储有计算机程序代码，所述计算机程序代码被运行时实现如权利要求1至4任意一项所述的信息处理方法。

Images