CN111049916A

CN111049916A - 一种控制方法、装置、代理服务器及存储介质

Info

Publication number: CN111049916A
Application number: CN201911312189.7A
Authority: CN
Inventors: 韩时通
Original assignee: Tencent Cloud Computing Beijing Co Ltd
Current assignee: Tencent Cloud Computing Beijing Co Ltd
Priority date: 2019-12-18
Filing date: 2019-12-18
Publication date: 2020-04-21

Abstract

本申请公开了一种控制方法、装置、代理服务器及存储介质，所述方法包括：接收终端传输的事项办理请求，所述事项办理请求中至少包括申请人的待办事项的办件信息；确定与所述办件信息对应的至少两个业务服务器；利用所述代理服务器与所述业务服务器之间的网关，将所述办件信息依次发送给所述至少两个业务服务器中的业务服务器，以使得所述业务服务器依次执行与所述办件信息对应的业务处理操作；获得所述至少两个业务服务器中最后一个所述业务服务器的处理结果；将所述处理结果传输给所述终端。

Description

一种控制方法、装置、代理服务器及存储介质

技术领域

本申请涉及流程控制技术领域，尤其涉及一种控制方法、装置、代理服务器及存储介质。

背景技术

在申请人对事项进行办理的过程中，针对申请人的一件待办事项，通常需要多个业务系统分别对待办事项中的相应流程环节提供服务，如信用卡申办的事项中，不仅需要对申请人的身份是否合法进行验证，还需要对申请人的征信状态进行查询，等等。

由于各个业务系统之间是互相独立的，因此申请人为了完成待办事项，需要分别到各个业务系统的服务窗口去办理，由此，会增加用户完成待办事项所消耗的时间和体力，造成事项的完成效率较低。

发明内容

有鉴于此，本申请提供了一种控制方法、装置、代理服务器及存储介质，用以提高事项的完成效率。

为实现上述目的，一方面，本申请提供了一种控制方法，应用于代理服务器，所述方法包括：

接收终端传输的事项办理请求，所述事项办理请求中至少包括申请人的待办事项的办件信息；

确定与所述办件信息对应的至少两个业务服务器；

利用所述代理服务器与所述业务服务器之间的网关，将所述办件信息依次发送给所述至少两个业务服务器中的业务服务器，以使得所述业务服务器依次执行与所述办件信息对应的业务处理操作；

获得所述至少两个业务服务器中最后一个所述业务服务器的处理结果；

将所述处理结果传输给所述终端。

在一种可能的实现方式中，利用所述代理服务器与所述业务服务器之间的网关，将所述办件信息依次发送给所述至少两个业务服务器中的业务服务器，包括：

按照所述至少两个业务服务器中的业务服务器之间的办件顺序，选取所述至少两个业务服务器中的第一个业务服务器作为当前业务服务器；

利用所述代理服务器与所述当前业务服务器之间的网关，将所述办件信息发送至所述当前业务服务器，以使得所述当前业务服务器执行与所述办件信息对应的业务处理操作；

获得所述当前业务服务器传输的处理结果；

在所述处理结果表征所述当前业务服务器对所述待办事项处理终结的情况下，按照所述办件顺序，在所述至少两个业务服务器中选取所述当前业务服务器的下一个业务服务器作为当前业务服务器，并返回执行所述将所述办件信息发送至所述当前业务服务器，直到所述至少两个业务服务器中的所有业务服务器均对所述待办事项处理终结。

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

判断所述处理结果中的结果状态参数的参数值；

其中，在所述处理结果中的结果状态参数为第一参数值的情况下，所述处理结果表征所述当前业务服务器对所述待办事项处理终结。

可选的，在所述处理结果表征所述当前业务服务器对所述待办事项处理中止的情况下，所述方法还包括：

向所述终端发送办件更新请求，并接收所述终端所传输的更新后的办件信息；

利用所述网关，将所述更新后的办件信息重新发送给所述当前业务服务器，直到所述处理结果表征所述当前业务服务器对所述待办事项处理终结。

在一种可能的实现方式中，所述方法还包括：

生成所述事项办理请求对应的办理编号，并将所述办理编号添加到所述办件信息中；

其中，所述办理编号用以在所述至少两个业务服务器中的业务服务器之间唯一表征所述事项办理请求，以使得所述业务服务器按照所述办理编号执行与所述办件信息对应的处理操作。

在又一种可能的实现方式中，所述方法还包括：

将所述办件信息和所述业务服务器对所述办件信息执行业务处理操作的处理结果进行记录。

可选的，在向所述终端发送办件更新请求之后，所述方法还包括：

发送提示信息给所述申请人所关联的电子设备，以提示所述申请人通过所述终端更新所述办件信息。

又一方面，本申请还提供了一种控制装置，应用于代理服务器，所述装置包括：

请求接收单元，用于接收终端传输的事项办理请求，所述事项办理请求中至少包括待办事项的办件信息；

业务确定单元，用于确定与所述办件信息对应的至少两个业务服务器；

信息发送单元，用于利用所述代理服务器与所述业务服务器之间的网关，将所述办件信息依次发送给所述至少两个业务服务器中的业务服务器，以使得所述业务服务器依次执行与所述办件信息对应的业务处理操作；

结果获得单元，用于获得所述至少两个业务服务器中最后一个所述业务服务器的处理结果；

结果传输单元，用于将所述处理结果传输给所述终端。

又一方面，本申请还提供了一种代理服务器，包括：

处理器和存储器；

其中，所述处理器用于执行所述存储器中存储的程序；

所述存储器用于存储程序，所述程序至少用于：

接收终端传输的事项办理请求，所述事项办理请求中至少包括待办事项的办件信息；

确定与所述办件信息对应的至少两个业务服务器；

将所述处理结果传输给所述终端。

又一方面，本申请还提供了一种存储介质，所述存储介质中存储有计算机可执行指令，所述计算机可执行指令被处理器加载并执行时，实现如上任一项所述的控制方法。

由上述方案可知，本申请公开的一种控制方法、装置、代理服务器及存储介质，在接收到终端传输来的事项办理请求之后，确定与请求中办件信息对应的至少两个业务服务器，再将办件信息依次发送到这些业务服务器上，由这些业务服务器依次执行与办件信息对应的处理操作，而在获得这些业务服务器中最后一个业务服务器的处理结果之后，将处理结果传输给终端，由此完成事项办理。可见，本申请中针对申请人的事项办理请求，通过本申请中的办件信息的传输流转，就可以在多个业务服务器之间实现事项处理，进而得到处理结果，无需申请人去各种业务服务器的业务系统服务窗口去办理事项，进而减少事项办理过程中的办理流程，由此减少事项办理过程中的所耗时长，达到提高事项办理效率的目的。

附图说明

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

图1示出了本申请实施例的一种控制系统的架构图；

图2示出了本申请实施例的一种代理服务器的结构示意图；

图3示出了本申请实施例的一种代理服务器、终端与业务服务器之间的交互流程图；

图4示出了本申请实施例适用于政务相关事项的示意图；

图5示出了本申请实施例一种控制方法中一种流程交互示意图；

图6示出了本申请实施例一种控制方法中又一种流程交互示意图；

图7示出了本申请实施例一种控制装置一个实施例的组成示意图。

具体实施方式

本申请的方案可以适用于申请人需要在能够实现业务功能的业务系统中进行事项处理的场景，主要用于对申请人所需要办理的事项依次流转到各个业务系统中，以执行相应的处理操作，最终得到处理结果。

其中，本实施例中的事项可以是申请人的信用卡办理事项、护照办理事项、住房补贴申请事项或税务办理事项等。例如，申请人可以通过居民政务服务网站所提供的政务服务申请所需的事项，如住房补贴申请事项等。

以住房补贴申请事项为例，申请人需要去社保局的服务窗口取得社保缴纳证明，然后需要去政府部门填写住房补贴申请表，才能启动住房补贴申请，得到政府下发的住房补贴。在这一过程中，需要申请人分别去社保局和政府部分才能启动住房补贴申请，由此，住房补贴申请事项的办理对于申请人来说，操作仍然较为复杂，需要耗费申请人较长的时长，使得住房补贴申请事项的办理效率较低。

由此，本申请的发明人经过研究发现：在申请人对事项进行办理过程中，针对申请人的一件待办事项，通常申请人需要到各个业务系统的终端所在地，才能到相应访问窗口进行事项办理，由此，会增加申请人完成待办事项所消耗的时间和体力，造成事项的完成效率较低，而如果将各个业务系统废弃，而重新开发一个集成所有业务系统的业务功能的大系统，此时不再需要申请人到各个业务系统的服务器所在地，虽然这样可以减少申请人完成待办事项所消耗的时间，但是会存在各业务系统区别较大导致系统复杂度过高而无法实现的情况。因此，这种方案并不可行。仍然需要一种能够提高事项的完成效率的技术方案。

基于此，本申请的发明人经过进一步研究发现：将现有的能够实现各种业务功能的业务系统均废弃不太现实，重新开发集成所有业务功能的大系统成本较高，而无法实现，因此，可以考虑在充分利用现有的各种业务系统的情况下，实现提高事项办理效率，那么可以考虑在申请人一侧的终端和业务系统所在的业务服务器之间设置能够进行事项办理控制的代理服务器，由代理服务器在申请人通过终端生成事项办理请求之后，通过代理服务器与各业务服务器之间的网关，将请求中的办件信息传输到相关的业务服务器中，由接收到办件信息的业务服务器执行相应的业务处理操作，从而获得最后一个业务服务器的处理结果之后，代理服务器就可以将处理结果传输回终端，从而实现事项办理，而无需申请人到业务服务器所在地进行事项办理，从而节省办理时长，提高事项处理的效率。

为了便于理解本申请中的控制方法，下面对于本申请的控制方法所适用的系统进行介绍。参见图1，其示出了本申请一种控制系统一种组成架构示意图。

如图1所示，本申请实施例提供的控制系统包括：终端10、代理服务器20和业务服务器30。终端10、代理服务器20与业务服务器30之间通过网关40实现连接，这里的网关40可以包括连接终端10和代理服务器20之间的网关，还包括有代理服务器20和业务服务器30之间的网关，而终端10、代理请服务器20和业务服务器30之间可以通过网关40与外界互联网相连，以使得终端10、代理服务器20和业务服务器30能够获得更多的信息进行相应的处理；或者，终端10、代理服务器20和业务服务器30之间可以通过网关40断开与外界互联网之间的连接，以保障事项办理的安全性，具体的，网关40是否与外界互联网相连可以根据本申请的控制系统所适用的场景进行设置，例如，在处理涉及申请人隐私等事项的情况下，网关40断开与外界互联网之间的连接，以保障代理服务器20和业务服务器30中数据的安全性。

其中，终端10可以为手机、平板电脑等通过无线方式连接到网关40的移动终端，也可以为通过有线方式连接到网关40的个人计算机等固定终端。在终端10中可以具有输入输出部件如显示器、鼠标和键盘等，以提供给申请人输入相关待办事项的办件内容的显示界面，进而在终端10上可以生成包含待办事项的办件信息的事项办理请求，而该终端10就可以将生成的事项办理请求传输到代理服务器20上。

相应的，代理服务器20可以为能够进行数据处理的服务器，具体可以在接收到终端10所传输的待办事件对应的事项办理请求之后，确定办理该待办事项的至少两个业务服务器30之后，将事项办理请求中待办事项的办件信息利用代理服务器20和业务服务器30之间的网关依次传输到业务服务器30中，进而由接收到办件信息的业务服务器依次执行与办件信息对应的业务处理操作，例如，将办件信息按照业务服务器30之间的办件顺序先发送给第一个业务服务器30，待第一个业务服务器30执行完业务处理操作之后，将办件信息发送给下一个业务服务器30，以此类推，直到每个业务服务器30均执行完成，进而获得最后一个业务服务器30的处理结果，最终，由代理服务器20将获得的处理结果传输给终端10，可以由此告知申请人关于待办事项的办理结果。

在一种可能的实现方式中，代理服务器20可以通过判断前一个执行业务处理操作的业务服务器30的处理结果中的结果状态参数的参数值来确定该业务服务器30是否对待办事项处理终结，例如，如果参数值为第一参数值，那么表征终结，而如果终结，那么代理服务器20可以将办件信息发送给下一个业务服务器30执行相应的业务处理操作，而如果参数值不是第一参数值，那么表征不是终结而是中止，那么代理服务器20需要向终端发送办件更新请求，由申请人对办件信息进行更新，如补充申请信息或者更改申请信息等，同时，可以发送提示信息到申请人所关联的电子设备，如申请人手机等，以提示申请人去终端一侧更新办件信息，之后，由代理服务器20接收终端10所传输的更新后的办件信息后，利用与业务服务器之间的网关40将更新后的办件信息发送到出现办理中止的业务服务器30，以使得该业务服务器30重新执行相应的业务处理操作，直到处理结果中结果状态参数的参数值为第一参数值，此时代理服务器20就可以将办件信息利用网关发送给下一个业务服务器30，以此类推，直到最后一个业务服务器30的处理结果中结果状态参数的参数值也为第一参数值，此时，代理服务器20就可以将最后一个业务服务器30的处理结果传输给终端10，以告知申请人办理终结，并告知申请人办理结果，例如：申请人对住房补贴的申请办理事项在办理终结之后，办理结果中是否表征申请通过，如果通过，申请人等待补贴发放，如果不通过，申请人可以重新办理申请或者放弃。

其中，为了保障终端10和各个业务服务器30中对同一待办事项的处理，代理服务器20中在接收到终端10的事项办理请求之后，对待办事项生成一个办理编号置于办件信息中，以在业务服务器30之间唯一表征事项办理请求和相应的办件信息，由此业务服务器30可以案号办理编号执行与办件信息对应的处理操作。

需要说明的是，代理服务器20可以利用雪花算法生成办理编号。

而在办件信息中不仅可以包括以上办理编号，还可以包括有至少一个办理参数，如申请人名称、年龄、社保编号等参数，这些办理参数的参数格式与代理服务器20中数据库所预设的数据格式保持一致，而且办理参数中的参数内容与事项办理请求所对应的事项属性相关联，如住房补贴事项中的社保编号、申请月份等属性，或者，如婚姻登记事项中的户口所在地和身份证编号等属性。

在又一种可能的实现方式中，代理服务器20中可以将办件信息和每个业务服务器30对办件信息执行业务处理操作的处理结果均进行记录，或者，代理服务器20中只将办件信息和最近一个业务服务器30对办件信息执行业务处理操作的处理结果进行记录。

其中，为了实现代理服务器上相应的功能，代理服务器的存储器中需要存储实现相应功能的程序。为了便于理解代理服务器的硬件构成，如图2中所示，为本申请的代理服务器的一种组成结构示意图，本实施例中的代理服务器20可以包括有：处理器201、存储器202、通信接口203、输入单元204、显示器205和通信总线206。

其中，处理器201、存储器202、通信接口203、输入单元204、显示器205、均通过通信总线206完成相互间的通信。

在本实施例中，该处理器201，可以为中央处理器(Central Processing Unit，CPU)，特定应用集成电路，数字信号处理器、现成可编程门阵列或者其他可编程逻辑器件等。

该处理器201可以调用存储器202中存储的程序。具体的，处理器201可以执行以下控制方法的实施例中代理服务器侧所执行的操作。

存储器202中用于存放一个或者一个以上程序，程序可以包括程序代码，所述程序代码包括计算机操作指令，在本申请实施例中，该存储器中至少存储有用于实现以下功能的程序：

确定与所述办件信息对应的至少两个业务服务器；

将所述处理结果传输给所述终端。

在一种可能的实现方式中，该存储器202可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、以及至少一个功能(比如请求接收、办件信息发送等)所需的应用程序等；存储数据区可存储根据计算机的使用过程中所创建的数据，比如，事项办理请求、办件信息及处理结果等等。

此外，存储器202可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件或其他易失性固态存储器件。

该通信接口203可以为通信模块的接口，如GSM模块的接口。

当然，图2所示的代理服务器的结构并不构成对本申请实施例中代理服务器的限定，在实际应用中代理服务器可以包括比图2所示的更多或更少的部件，或者组合某些部件。

可以理解的是，服务器与终端的硬件组成相似，不同之处仅在于服务器中处理器执行的操作，以及存储器中存储的程序不同。

如，参见图3，其示出了本申请一种控制方法一个实施例中终端、代理服务器和业务服务器之间的流程交互示意图，本实施例的方法可以包括：

S301，终端生成待办事项的事项办理请求。

其中，事项办理请求中至少包括申请人的待办事项的办件信息，而办件信息中至少包括有至少一个事项办理请求对应的办理参数，如申请人名称、申请人证件号码、申办项目名称、办理网点、办理地区编号等等参数。

需要说明的是，不同的待办事项，相应所生成的事项办理请求中的办件信息内的办件参数不同。

具体的，终端上可以装载相关应用，为申请人提供进行事项办理操作的界面，在申请人进行操作之后，终端上可以生成相应的事项办理请求。

例如，申请人可以在手机等终端上启动浏览器，并登录到政务网站中，在政务网站中填写住房补贴申请信息，进而在终端上生成住房补贴申请事项的事项办理请求，而事项办理请求中的办件信息中可以包含有住房补贴申请人的名称、社保编号、联系人名称和联系方式等办理参数。

S302：终端传输事项办理请求到代理服务器。

其中，终端和代理服务器之间可以设置有网关的接口，进而终端可以通过接口将事项办理请求向代理服务器传输，而代理服务器可以通过接口接收到终端传输的事项办理请求。以申请人通过手机上的政务网站申请住房补贴为例，手机与代理服务器之间通过网站接口相连，在手机上通过登录政务网站生成住房补贴申请事项的事项办理请求之后，通过接口将事项办理请求传输到代理服务器中。

S303：代理服务器确定与办件信息对应的至少两个业务服务器。

其中，代理服务器中可以预先设置有业务流转流程的配置信息，在业务流转流程的配置信息中包括有多种事项的业务流转流程，该业务流转流程中包括有需要对事项进行办理的至少一个业务服务器的服务器信息和业务服务器之间的办件顺序，例如，对于住房补贴申请事项来说，其业务流转流程包括有：先由社保业务服务器输出社保缴纳证明，然后政府业务服务器进行住房补贴申请登记，再经由财务业务服务器进行补贴下发等流程。

基于此，代理服务器可以在业务流转流程的配置信息中查询出与当前的事项办理请求对应的业务流转流程，其中包含有该事项办理请求对应的需要对待办事项进行处理的至少两个业务服务器及这些业务服务器之间的办件顺序，由此，代理服务器利用代理服务器与业务服务器之间的网关可以将办件信息依次发送给这些业务服务器，以使得这些业务服务器依次执行与办件信息对应的业务处理操作，如下：

S304：代理服务器按照业务服务器之间的办件顺序，选取所述至少两个业务服务器中的第一服务器作为当前业务服务器。

S305：代理服务器利用代理服务器和业务服务器之间的网关，将办件信息发送至当前业务服务器，以使得当前业务服务器执行与办件信息对应的业务处理操作。

需要说明的是，在代理服务器将办件信息发送到业务服务器之前，代理服务器中还可以生成与事项办理请求对应的办理编号，如住房补贴申请事项的统一申办流水号，并将办理编号添加到办件信息中。其中，针对事项办理请求所生成的办理编号可以用于在至少两个业务服务器中的业务服务器之间唯一表征事项办理请求，以使得业务服务器按照办理编号执行与所述办件信息对应的处理操作。

例如，代理服务器通过网关将住房补贴申请事项的办件信息发送至业务流转流程中的第一个服务器，即社保业务服务器，以使得社保业务服务器根据办件信息执行相应的业务处理操作，如输出社保缴纳证明等，此时作为当前业务服务器的社保业务服务器生成处理结果，即输出社保缴纳证明的处理结果。

其中，办件信息中的办理参数通常采用代理服务器20中数据库所预设的数据格式，或者，办理参数可以采用业务服务器预先告知的其所能够识别的数据结构。如下表1中的各种办理参数的名称、字段名、类型和格式等内容：

表1办理参数格式

其中，统一申办流水号、事项编号及事项名称均为非空的办理参数。

S306：当前业务服务器传输处理结果给代理服务器。

其中，当前业务服务器所传输来的处理结果中除了包含有业务服务器执行业务处理操作所生成的业务内容，如社保缴纳证明或首套房证明等，还可以包括有表征业务服务器对待办事项是否处理终结或中止等状态的结果状态参数，例如，在社保业务服务器传输到代理服务器的处理结果中除了包含社保缴纳证明之外还可以包括有表征社保业务服务器对住房补贴申请事项办理是否终结的结果状态参数。

S307：代理服务器判断处理结果是否表征当前业务服务器对所述待办事项处理终结，如果是，执行S308，否则，执行S309。

其中，代理服务器判断处理结果是否表征当前业务服务器对待办事项处理终结，具体可以通过判断处理结果中的结果状态参数的参数值是否为第一参数值来实现，如果处理结果中的结果状态参数的参数值为第一参数值，那么表征当前业务服务器对待办事项处理终结，即当前业务服务器对待办事项的处理正常完成且确定为通过，如社保业务服务器输出社保缴纳证明的处理结果；而如果不是第一参数值而是第二参数值，则表征当前业务服务器对待办事项处理中止，即当前业务服务器对待办事项的处理出现异常，如办件信息中缺少部分内容或者部分内容错误等异常情况，例如，社保业务服务器输出缺少申请人姓名的处理结果；而如果结果状态参数的参数值是第三参数值，那么表征当前业务服务器对待办事项处理结束，即当前业务服务器对待办事项的处理完成但确定为不通过，如设备业务服务器输出社保缴纳异常的处理结果，结束业务流转。

基于此，如果处理结果中的结果状态参数的参数值为第一参数值，那么执行S308，如果参数值为第二参数值，那么执行S309，否则，代理服务器结束当前业务流程的流转。

需要说明的是，第一参数值、第二参数值和第三参数值可以为根据需求设置的数值，如0、1和2，如下表2中的不同的参数值对应的处理结果所表征的含义所示：

表2结果状态参数

S308：代理服务器按照办件顺序，在至少两个业务服务器中选取当前业务服务器的下一个业务服务器作为当前业务服务器，并重新执行S305，以将办件信息发送至当前业务服务器，直到至少两个业务服务器中的所有业务服务器均对待办事项处理终结。

其中，至少两个业务服务器中的所有业务服务器均对待办事项处理终结，可以理解为：所有业务服务器在各自执行与办件信息对应的业务处理操作时，均处理完成且确定为通过，此时，待办事项被处理完成，而办件顺序中的最后一个业务服务器将其处理结果返回到代理服务器。

需要说明的是，S308中如果代理服务器在办件顺序中发现当前业务服务器已经是最后一个业务服务器，那么就不再去寻找下一个业务服务器，即可结束当前的业务流程的流转。

S309：代理服务器向终端发送办件更新请求。

其中，代理服务器可以通过与终端之间的接口或网关发送办件更新请求，其中，办件更新请求中至少包括需要申请人通过终端所补充或修改的办理参数，如补充申请人姓名或者修改申请人证件号码等。

需要说明的是，代理服务器可以在向终端发送办件更新请求之后或同时，发送提示信息给申请人所关联的电子设备，如申请人的手机或pad等，进而提示申请人通过终端更新办件信息。

其中，申请人所关联的电子设备和生成事项办理请求的终端可以为同一设备，也可以为不同设备，申请人所关联的电子设备可以通过办件信息中与联系人或联系方式相关的办理参数确定，例如，通过联系人的办理参数中的联系人姓名和电话将提示信息发送到对应的通信设备上，进而提醒联系人通知申请人去通过终端更新办件信息，如提示申请人启动手机浏览器，登录政府网站后更新住房补贴申请事项中的申请人姓名等办理参数。

S310：终端传输更新后的办件信息给代理服务器，返回S305利用网关将更新后的办件信息重新发送给当前业务服务器，直到处理结果表征当前业务服务器对待办事项处理终结。

其中，更新后的办件信息为申请人在终端上进行办理参数修改或补充操作之后所生成的信息。

需要说明的是，每个业务服务器在执行完成与办件信息对应的业务处理操作之后，业务服务器可以对办件信息中的办件状态参数进行修改，并将办件信息重新更新到代理服务器，由代理服务器进行记录，而且代理服务器也会记录每个业务服务器对办件信息执行业务处理操作所产生的处理结果，也就是说，在代理服务器发送办件信息给每个业务服务器之前，或者，在每个业务服务器执行完成业务处理操作并更新办件信息之后，代理服务器都会将办件信息进行记录，并在每个业务服务器执行完成业务处理操作并生成处理结果之后，代理服务器也会将处理结果进行记录，由此，代理服务器在业务流转过程中，记录有最近一次业务流转中的最新的办件信息及最新的处理结果，进一步的，代理服务器也会记录中间流程中的业务服务器所对应的办件信息和处理结果，以便于后续进行信息查询等处理。

S311：代理服务器获得至少两个业务服务器中最后一个业务服务器的处理结果。

其中，S311可以理解为在业务流转过程中最后一个业务服务器执行与办件信息对应的业务处理操作之后，获得这最后一个业务服务器的处理结果，即前文中待办事项的最终处理结果。

S312：代理服务器将处理结果传输给终端。

其中，代理服务器将处理结果传输给终端，由此，终端侧的申请人可以根据终端所展示的处理结果得到相关的信息，如可以等待住房补贴发放等信息。

可见，本申请中针对申请人的事项办理请求，通过本申请中的办件信息的传输流转，就可以在多个业务服务器之间实现事项处理，进而得到处理结果，无需申请人到各种业务服务器的业务系统服务窗口去办理事务，进而减少事项办理过程中的办理流程，由此减少事项办理过程中的所耗时长，达到提高事项办理效率的目的。

以下事项需要由2个业务服务器中的业务系统A和B依次申办审批组成，结合图4中的架构图所示，以线上流程为例，对本申请中代理服务器上的技术方案进行说明：

首先，群众(申请人)通过登录政务服务网终端上的政务服务网申请，并填写相应的办件信息，本申请的代理服务器生成统一的工单流水号，并从统一身份认证系统获取用户的基本信息如电话号码、身份证号码、姓名、事项编码、事项名称等(这些信息可以不需要申请人填写)，本申请将申请人通过政务服务网终端传输的办件信息(申办信息)转给业务系统A，如果不需要审批，业务系统A处理完成后，更新申办审批结果信息(办件信息和处理结果)给本申请中的代理服务器，如果业务系统A有审批流程，则由业务系统A和审批系统完成交互，业务系统A只要把审批结果通知代理服务器即可。代理服务器根据当前申办处理结果状态码(结果状态参数的参数值)决定是否分转发到下一个业务流程中的业务系统B，而如果是需要补正或发起特别程序申请(办件更新)，则申请人可以在终端上登录政务服务网去查看办件状态，进行办件更新，代理服务器在终端更新办件信息后，再重新发给业务系统A重新进行办理，直到最终所有业务流程流转完成或者出现办理结束的情况。进一步的，代理服务器也可以通过发邮件或短信通知申请人办件当前状态。

需要说明的是，在代理服务器和业务服务器连接时，代理服务器在配置信息中获得业务服务器的地址，而业务服务器也预先通知代理服务器其所能够识别的数据结构，由此，代理服务器根据业务服务器的地址，利用网关，将其能够识别的数据结构的办理参数进行传输。业务服务器的数据结构可以如下所示：

{“SBLSH”:“统一申办流水号”，可以从申办信息里获取；

“SXBM”:“事项编码”,也可以从申办信息里获取；

“STATE”:申办处理结果状态码；

“T_GDBS_SB”:申办信息,参考表T_GDBS_SB定义；

“T_GDBS_WSYSL”:网上预受理参考表T_GDBS_WSYSL定义；

“T_GDBS_SPCL”:[{审批处理,参考表T_GDBS_SPCL定义}]；

“T_GDBS_SL”：受理,结构参考T_GDBS_SL表；

“T_GDBS_BJGZ”:补正告知信息,结构参考T_GDBS_BJGZ表；

“T_GDBS_BJSL:补正受理,结构参考T_GDBS_BJSL表；

“T_GDBS_TBCXSQ”:[{特别程序申请,结构参考T_GDBS_TBCXSQ表}]；

“T_GDBS_TBCXJG”:特别程序结果，结构参考T_GDBS_TBCXJG表；

“T_GDBS_LQDJ”:领证登记,结构参考T_GDBS_LQDJ表；}

如图5中，申请人、终端上的政务服务网、代理服务器、业务服务器A上的业务系统A、业务系统A的审批系统A、业务服务器B业务系统B和业务系统B的审批系统B之间的交互流程所示：

首先，申请人通过终端登录政务服务网，并提交办件申请给代理服务器，代理服务器可以对申请人提交的办件申请进行预受理审核，相应的预受理信息如下表3中所示，当申请人超过期限来到现场提交材料的情况下，代理服务器产生相应的办结信息(办结结果代码为作废办结)，之后代理服务器进入受理过程，相应的受理信息如表4中所示。在受理过程中，由代理服务器发送办件申请中的办件信息给业务系统A，在业务系统A经过内部流程中的业务处理操作之后，发现存在办件信息缺失或者错误的情况，此时，业务系统A返回补正通知给代理服务器，补正通知以补正告知信息的形式进行传输，如表5中的补正告知信息所示，当出现申请人超过期限不来补正的情况时，相应生成办结信息(办结结果代码为补正不来办结)，代理服务器在申请人进行补正材料受理时生成相应的补正受理信息，如表6中的补正受理信息所示。由代理服务器将补正通知传输到终端上的政务服务网并通知申请人登录终端上的政务服务网进行补正，以更新办件信息，由此，代理服务器可以将终端更新后的办件信息重新传输给业务系统A，业务系统A重新进行业务处理操作，而在经过内部流程之后，可以向审批系统A请求审批，此时生成审批(处理)信息，如表7中所示，以表7中的审批信息向审批系统A请求审批，在审批系统A经过内部流程之后，将审批结果返回给业务系统A，业务系统A就可以将申办审批结果信息传输给代理服务器，代理服务器可以在将申办审批结果信息进行记录之后，对该申办审批结果信息进行处理判断，例如，如果结果信息中的状态参数表明业务系统A办理终结，那么代理服务器将办件信息发送到业务系统B进行下一步的业务流转和业务处理，直到经过业务系统B和其审批系统B的申办审批结果信息中状态参数表明业务系统B办理终结，那么代理服务器传输事项办结的处理结果给终端，并通知申请人办结；而如果业务系统A的结果信息中的表明业务系统A出现异常，如再次需要补正，那么重新给终端发送补正通知，如图5中所示，而如果状态参数表明业务系统A处理不通过或者在审批结果中不通过审批，此时即可结束当前的所有流程，此时生成相应的办结信息，如表8中所示，并通知终端申办失败的处理结果，如图6中所示。最后，在申请人通过终端领取处理结果，如打印办件申请的申请结果时，代理服务器相应生成领取登记信息，以记录申请人的领取行为，如表9中所示。

需要说明的是，如果在代理服务器进行流程的流转过程中，发现针对办件申请需要进行某个特别程序如延长审批或专业评审等流程时，可以生成如表10所示的特别程序申请信息，以传输到相应的审批系统。其中，在代理服务器进行流程的流转过程中，特别程序的申请和处理的次数不限制，期间按照规定的期限计时或者不计时。如无特别程序申请，则可以没有此信息。相应的，在审批系统结束特别程序的处理之后，生成相应的特别程序结果信息传输给代理服务器，如表11中所示，代理服务器根据特别程序结果信息进行下一步的流程流转，直到流程结束。

表3预受理信息

表4受理信息

表5补正告知信息

表6补正受理信息

表7审批(处理)信息

表8办结信息

表9办结信息

表10特别程序申请信息

表11特别程序结果信息

可见，本申请中代理服务器中的技术方案是改善申请人办理事项的效率重要的一环，重建现有业务系统或大改业务系统都不是最好的方案，本申请的技术方案通过现有的成果，只需要新建一个系统，整合现有业务系统，就可以实现一件事流程，让数据多跑路，申请人少走路，提高办理效率。

又一方面，本申请还提供了一种控制装置，如参见图7，其示出了本申请一种控制装置一个实施例的组成示意图，本实施例的装置可以应用于代理服务器，该装置可以包括：

请求接收单元701，用于接收终端传输的事项办理请求，所述事项办理请求中至少包括待办事项的办件信息；

业务确定单元702，用于确定与所述办件信息对应的至少两个业务服务器；

信息发送单元703，用于利用所述代理服务器与所述业务服务器之间的网关，将所述办件信息依次发送给所述至少两个业务服务器中的业务服务器，以使得所述业务服务器依次执行与所述办件信息对应的业务处理操作；

结果获得单元704，用于获得所述至少两个业务服务器中最后一个所述业务服务器的处理结果；

结果传输单元705，用于将所述处理结果传输给所述终端。

在一种可能的实现方式中，所述装置利用所述代理服务器与所述业务服务器之间的网关，将所述办件信息依次发送给所述至少两个业务服务器中的业务服务器，具体包括：

其中，所述装置在获得所述当前业务服务器传输的处理结果后，在所述处理结果表征所述当前业务服务器对所述待办事项处理终结的情况下，按照所述办件顺序，在所述至少两个业务服务器中选取所述当前业务服务器的下一个业务服务器作为当前业务服务器，并返回执行所述将所述办件信息发送至所述当前业务服务器，直到所述至少两个业务服务器中的所有业务服务器均对所述待办事项处理终结。

可选的，所述装置具体可以判断所述处理结果中的结果状态参数的参数值；其中，在所述处理结果中的结果状态参数为第一参数值的情况下，所述处理结果表征所述当前业务服务器对所述待办事项处理终结。

可选的，在所述处理结果表征所述当前业务服务器对所述待办事项处理中止的情况下，所述装置还用于：

在一种可能的实现方式中，所述装置还用于：

在一种可能的实现方式中，所述装置还用于：在向所述终端发送办件更新请求之后，发送提示信息给所述申请人所关联的电子设备，以提示所述申请人通过所述终端更新所述办件信息。

另一方面，本申请实施例还提供了一种存储介质，所述存储介质中存储有计算机可执行指令，所述计算机可执行指令被处理器加载并执行时，实现如上任意一个实施例中代理服务器侧所执行的控制方法。

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

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

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

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

Claims

1.一种控制方法，其特征在于，应用于代理服务器，所述方法包括：

确定与所述办件信息对应的至少两个业务服务器；

将所述处理结果传输给所述终端。

2.根据权利要求1所述的方法，其特征在于，利用所述代理服务器与所述业务服务器之间的网关，将所述办件信息依次发送给所述至少两个业务服务器中的业务服务器，包括：

获得所述当前业务服务器传输的处理结果；

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

判断所述处理结果中的结果状态参数的参数值；

4.根据权利要求2或3所述的方法，其特征在于，在所述处理结果表征所述当前业务服务器对所述待办事项处理中止的情况下，所述方法还包括：

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

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

7.根据权利要求4所述的方法，其特征在于，在向所述终端发送办件更新请求之后，所述方法还包括：

8.一种控制装置，其特征在于，应用于代理服务器，所述装置包括：

结果传输单元，用于将所述处理结果传输给所述终端。

9.一种代理服务器，其特征在于，包括：

处理器和存储器；

其中，所述处理器用于执行所述存储器中存储的程序；

所述存储器用于存储程序，所述程序至少用于：

确定与所述办件信息对应的至少两个业务服务器；

将所述处理结果传输给所述终端。

10.一种存储介质，其特征在于，所述存储介质中存储有计算机可执行指令，所述计算机可执行指令被处理器加载并执行时，实现如上权利要求1至7任一项所述的控制方法。