CN113660338A - 数据交互方法、装置、系统和服务器 - Google Patents

Abstract

本申请提供一种数据交互方法、装置、系统和服务器，其中，该方法包括：响应于分支服务器提交的业务流程信息，建立目标事项，获取总服务器的查询请求，将业务流程信息发送至总服务器，根据总服务器对业务流程信息进行处理得到的处理结果，对目标事项进行更新，得到更新后的目标事项，获取分支服务器发起的查询请求，根据更新后的目标事项，反馈处理结果至分支服务器。该技术方案中，中间服务器能够统筹管理各个分支机构与跨局域网的总部机构之间的流程交互，避免为每一个分支机构和总部机构之间设置一套流程交互方案，减少跨局域网的总部机构与分支机构之间的流程交互成本。

Description

数据交互方法、装置、系统和服务器

技术领域

本申请涉及网络通信技术领域，尤其涉及一种数据交互方法、装置、系统和服务器。

背景技术

对于规模较大的全球性集团企业，为了保证信息安全和监管合规，通常会将公司内部网络划分为若干个局域网，各个局域网之间采用物理隔离的方式进行隔离。但是随着集团企业的信息化建设，集团企业内部互相隔离的机构之间的数据和流程关系日趋复杂，在集团企业的总部机构和下属分支机构之间往往需要进行跨局域网的流程交互，例如审批报备流程。

现有技术中，为了能够实现跨局域网的流程交互，主要是通过设置发送节点和接收节点，使两个跨局域网的机构能够建立关联关系，以实现跨局域网的机构之间能够完成一个完整的工作流程审批。

但是，现有技术的这种方式需要在总部机构和每一个下属分支机构之间都设置发送节点和接收节点，每一个下属分支机构与总部机构之间均需要定制一套跨局域网的流程交互方案，增加了跨局域网的流程交互成本。

发明内容

本申请提供一种数据交互方法、装置、系统和服务器，用于解决现有跨局域网的流程交互成本高的问题。

第一方面，本申请实施例提供一种数据交互方法，应用于中间服务器，所述中间服务器与一个总服务器和至少一个分支服务器网络连接，包括：

响应于所述分支服务器提交的业务流程信息，建立目标事项，所述目标事项用于指示所述总服务器对所述业务流程信息进行处理；

获取所述总服务器的查询请求，将所述业务流程信息发送至所述总服务器；

根据所述总服务器对所述业务流程信息进行处理得到的处理结果，对所述目标事项进行更新，得到更新后的目标事项；

获取所述分支服务器发起的查询请求，根据所述更新后的目标事项，反馈所述处理结果至所述分支服务器。

在第一方面的一种可能设计中，所述响应于所述分支服务器提交的业务流程，建立目标事项，包括：

根据预设数据结构，建立初始事项，对所述初始事项进行标识；

根据所述分支服务器提交的业务流程信息，确定提交所述业务流程信息的分支服务器、所述初始事项的事项状态、处理所述业务流程信息的总服务和所述业务流程信息中的业务数据；

将所述提交所述业务流程信息的分支服务器、所述初始事项的事项状态、处理所述业务流程信息的总服务器和所述业务流程信息中的业务数据写入至所述初始事项；

将所述初始事项的事项状态更新为第一事项状态，得到目标事项，所述第一事项状态用于指示所述总服务器对所述业务流程信息进行业务处理。

在第一方面的另一种可能设计中，所述根据所述总服务器对所述业务流程信息进行处理得到的处理结果，对所述目标事项进行更新，得到更新后的目标事项，包括：

获取所述总服务器对所述业务流程信息进行处理得到的业务审批结果和与所述业务审批结果相关联的审批结果说明；

将所述业务审批结果和与所述业务审批结果相关联的审批结果说明写入至所述目标事项，得到更新后的目标事项。

在第一方面的再一种可能设计中，所述将所述业务审批结果和与所述业务审批结果相关联的审批结果说明写入至所述目标事项之后，还包括：

将所述目标事项的事项状态更新为第二事项状态，得到更新后的目标事项，所述第二事项状态用于指示所述分支服务器对所述中间服务器发起查询请求。

在第一方面的又一种可能设计中，所述响应于所述分支服务器提交的业务流程信息，建立目标事项之后，还包括：

获取所述业务流程信息中的业务数据，确定所述业务数据的类型；

根据所述业务数据的类型，确定所述业务数据的目标存储区域；

将所述业务数据存储至所述目标存储区域。

在第一方面的又一种可能设计中，所述根据所述业务数据的类型，确定所述业务数据的目标存储区域，包括：

若所述业务数据的类型为结构化数据，则确定所述业务数据的目标存储区域为预设数据库表中；

若所述业务数据的类型为非结构化数据，则确定所述业务数据的目标存储区域为预设网络存储器中。

在第一方面的又一种可能设计中，所述获取所述分支服务器发起的查询请求，根据所述更新后的目标事项，反馈所述处理结果至所述分支服务器之后，还包括：

获取所述分支服务器提交的更新提示，根据所述更新提示，将所述目标事项消除。

第二方面，本申请实施例提供一种数据交互装置，包括：

事项建立模块，用于响应于所述分支服务器提交的业务流程信息，建立目标事项，所述目标事项用于指示所述总服务器对所述业务流程信息进行处理；

信息发送模块，用于获取所述总服务器的查询请求，将所述业务流程信息发送至所述总服务器；

事项更新模块，用于根据所述总服务器对所述业务流程信息进行处理得到的处理结果，对所述目标事项进行更新，得到更新后的目标事项；

结果反馈模块，用于获取所述分支服务器发起的查询请求，根据所述更新后的目标事项，反馈所述处理结果至所述分支服务器。

第三方面，本申请实施提供一种服务器，包括存储器和至少一个处理器；

所述存储器存储计算机执行指令；

所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如上所述方法的步骤。

第四方面，本申请实施例提供一种数据交互系统，包括总服务器、与所述总服务器对应数量的中间服务器和至少一个分支服务器，各个分支服务器与所述中间服务器网络连接，所述中间服务器与所述总服务器网络连接。

第五方面，本申请实施例提供一种可读存储介质，所述可读存储介质中存储有计算机指令，所述计算机指令被处理器执行时用于实现如上所述方法。

第六方面，本申请实施例提供一种程序产品，包括计算机指令，该计算机指令被处理器执行时实现如上所述的方法。

本申请实施例提供的数据交互方法、装置、系统和服务器，通过在总部机构与各个分支机构之间设置中间服务器，各个分支机构提交业务流程信息至中间服务器，能够触发总部机构对业务流程信息进行处理，使得中间服务器能够统筹管理各个分支机构与跨局域网的总部机构之间的流程交互，避免为每一个分支机构和总部机构之间设置一套流程交互方案，减少跨局域网的总部机构与分支机构之间的流程交互成本。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理；

图1为本申请实施例提供的数据交互方法的场景示意图；

图2为本申请实施例提供的数据交互方法实施例一的流程示意图；

图3为本申请实施例提供的数据交互方法实施例二的流程示意图；

图4为本申请实施例提供的数据交互装置的结构示意图；

图5为本申请实施例提供的一种数据交互系统的框架示意图；

图6为本申请实施例提供的服务器的结构示意图。

通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

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

图1为本申请实施例提供的数据交互方法的场景示意图，该方法可以应用于中间服务器13中，如图1所示，对于集团企业一般会有一个总部机构11和若干个分支机构12，总部机构11中可以架设总服务器111以及用于存储数据的第一存储器112，分支机构12中可以架设分支服务器121和用于存储数据的第二存储器122，出于消息安全和监管合规的考虑，各分支机构12之间的内部网络分为若干局域网，使得各个分支机构12之间互相隔离，总部机构11的内部网络也单独分为一个局域网，使得总部机构11与各个分支机构12之间也是隔离的。总部机构11与分支结构12之间若需要进行业务交互，例如审批报备流程，其中，审批报备流程涉及有流程以及数据的传递和执行，在互相隔离的局域网下，流程和数据无法从分支机构12的业务系统流转到总部机构11的业务系统中，导致业务流程无法有效进行。

现有技术中，为了能够实现跨系统的业务交互，例如完成分支机构12向总部机构11发起的审批报备流程，往往是先在分支机构的业务系统内部走完其涉及的分支流程，然后将结果再通知总部机构的业务系统，再由总部机构的业务系统发起新的总部流程，根据结果继续执行总部流程，即审批报备流程被划分为分支流程和总部流程两个独立的流程。

现有技术的这种方式，一方面，从用户角度来看并不是一个完整的流程，需要在不同的业务系统上查看各个流程所涉及的审批内容，无法在单一业务系统内查看到整个的审批业务流程；另一方面，无法进行跨系统的流程控制，例如无法进行跨系统的流程退回操作，即总部机构的业务系统无法将流程审批退回到分支机构的业务系统，因为在分支机构的业务系统上，该流程是已经完成结束了的。原则上已经结束了的流程是不允许再存在有退回处理的。

进一步的，现有技术又提出了另一种跨系统的业务交互方式，通过在分支机构上设置发送节点，在总部机构上设置接收节点，使得不同机构之间的业务系统建立起关联关系，分支机构的业务系统在完成内部审批之后，业务流程流转到发送节点，发送节点根据跨系统发送数据的属性和地址，自动将相关信息发给总部机构，通知总部机构进行业务审批。这种方式需要在每一个分支机构上设置一个发送节点，并且需要在对应的总部机构上设置接收节点，每一个发送节点与接收节点之间需要定制一套跨系统的业务审批流程的解决方案，如此耗费的成本很大，而且不方便后续的维护管理。

针对上述问题，本申请实施例提供了一种数据交互方法、装置、系统和服务器，通过在集团总部机构11与分支机构12之间设置一个中间服务器13，并打通中间服务器13与集团总部机构11的总服务器、分支机构12中的分支服务器的网络连接，能够解决跨局域网的集团总部业务系统与分支机构业务系统之间的流程交互问题，不需要在每一个分支机构和总部机构之间设置一套流程交互方案，缩减流程交互成本。

下面，通过具体实施例对本申请的技术方案进行详细说明。需要说明的是，下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。

图2为本申请实施例提供的数据交互方法实施例一的流程示意图，该方法可以应用于中间服务器，其中，中间服务器作为总部机构与分支结构的中间交互区，中间服务器分别与总部机构的总服务器、至少一个分支机构的分支服务器网络连接。其中，总服务器与分支服务器处于不同的局域网。

如图2所示，该数据交互方法具体可以包括如下步骤：

S201、响应于分支服务器提交的业务流程信息，建立目标事项。

其中，目标事项用于指示总服务器对业务流程信息进行处理。

在本实施例中，分支服务器与中间服务器之间通过网络连接。示例性的，分支服务器的数量可以是两个或两个以上，每一个分支服务与中间服务器之间通过网络连接，分支服务器通过网络实现业务流程信息的提交。

示例性的，分支服务器是设置在分支机构中的，每一个分支机构至少包含有一个分支服务器，各个分支机构之间使用互相独立的局域网，实现信息隔离。

示例性的，业务流程信息可以是业务审核流程，其中包括有用于流程流转的节点信息和业务数据，示例性的，业务数据可以是图片、文件或者结构化的评级数据等，其中，评级数据用于指示分支机构中某一个客户的所属的等级。

在本实施例中，当在同一时间有多个分支服务器向中间服务器提交业务流程信息时，中间服务器需要为每一个分支服务器提交的业务流程信息建立一个对应的目标事项。

示例性的，可以设计每一个目标事项的数据结包括：事项唯一标识、事项申请发起机构、事项申请说明、事项状态、事项处理机构、事项审批结果、事项审批结果说明，每一个目标事项的数据结构中所包含的信息不同。

具体的，事项唯一标识可以是数字编码，用于中间服务器对不同的目标事项进行区分。事项申请发起机构用于指示是哪一个分支服务器发起的业务流程信息。事项申请说明用于对对发起的业务流程信息进行解释说明，例如当需要向总部发起请假审批时，可以在请假审批中添加请假原因作为事项申请说明。事项状态用于指示目标事项当前所处的状态，具体包括已提交、已受理、已审批和已关闭四个事项状态，已提交用于指示分支服务器提交了业务流程信息，已受理用于指示总服务器已经开始对该业务流程信息进行了处理，已审批用于指示总服务器完成了对该业务流程信息的审批，得出了审批结果，已关闭用于指示该业务流程信息的流程执行结束。事项处理机构用于指示总服务器。事项审批结果即业务流程信息的处理结果，事项审批结果说明即总服务器对处理结果的补充说明。

S202、获取总服务器的查询请求，将业务流程信息发送至总服务器。

在本实施例中，中间服务器与总服务器之间通过网络连接，中间服务器与总服务器可以处于同一个局域网中，即中间服务器与总服务器都可以设置在总部机构中。在中间服务器建立目标事项之后，将触发总服务器发起查询请求，来从中间服务器的目标事项中查询得到业务流程信息。

示例性的，在本实施例中，当总服务器查询得到业务流程信息之后，中间服务器可以对目标事项中的事项状态进行更新。

具体的，当中间服务器建立目标事项时，目标事项的数据结构中的事项状态为已提交，当总服务器查询得到业务流程信息之后，中间服务器将目标事项的事项状态更新为已受理。

S203、根据总服务器对业务流程信息进行处理得到的处理结果，对目标事项进行更新，得到更新后的目标事项。

示例性的，处理结果包括有总服务器的审批结果和审批结果说明，其中，审批结果可以是审批通过或者审批不通过，审批结果说明则可以是文字说明，用于解释审批通过或审批不通过的原因。

在本实施例中，中间服务器将总服务器的处理结果对应的写入到目标事项的数据结构中的审批结果和审批结果说明中，实现对目标事项的更新。

示例性的，中间服务器还可以对目标事项的事项状态进行更新，将目标事项的事项状态由已受理变更为已审批。

S204、获取分支服务器发起的查询请求，根据更新后的目标事项，反馈处理结果至分支服务器。

在本实施例中，当中间服务器完成对目标事项的更新之后，将触发分支服务器发起查询请求，来从更新后的目标事项中查询得到处理结果。

示例性的，分支服务器发起的查询请求中包括有分支服务器的标识信息，中间服务器根据该标识信息，进行检索，得到数据结构中的事项申请发起机构与标识信息匹配的目标事项，并从该目标事项中获取处理结果，反馈给该分支服务器。

本申请实施例通过在总部机构与各个分支机构之间设置中间服务器，各个分支机构提交业务流程信息至中间服务器，能够触发总部机构对业务流程信息进行处理，使得中间服务器能够统筹管理各个分支机构与跨局域网的总部机构之间的流程交互，避免为每一个分支机构和总部机构之间设置一套流程交互方案，减少跨局域网的总部机构与分支机构之间的流程交互成本。

在一些实施例中，上述步骤S201具体可以通过如下步骤实现：

根据预设数据结构，建立初始事项，对初始事项进行标识；

根据分支服务器提交的业务流程信息，确定提交业务流程信息的分支服务器、初始事项的事项状态、处理业务流程信息的总服务器和业务流程信息中的业务数据；

将提交业务流程信息的分支服务器、初始事项的事项状态、处理业务流程信息的总服务器和业务流程信息中的业务数据写入至初始事项；

将初始事项的事项状态更新为第一事项状态，得到目标事项。

其中，第一事项状态用于指示总服务对业务流程信息进行业务处理。

具体的，预设数据结构即包括有上述的事项唯一标识、事项申请发起机构、事项申请说明、事项状态、事项处理机构、事项审批结果和事项审批结果说明。

初始事项的事项状态为已提交，第一事项状态为已受理，业务流程信息中的业务数据包括非结构化数据和/或结构化数据，其中，非结构化数据可以是图片或者文件，结构化数据可以是分支机构的客户的评级信息等。

本申请实施例通过新建事项，并在事项中写入提交业务流程信息的分支服务器、初始事项的事项状态、处理业务流程信息的总服务器和业务流程信息中的业务数据，能够使得总服务器根据事项中写入的数据，区分出每一个不同的分支服务器提交的流程信息，以进行不同处理，从而使得每一个分支服务器都可以通过中间服务器，来提交业务流程至总服务器，完成业务审批。

进一步的，在上述实施例的基础上，在一些实施例中，上述步骤S203具体可以通过如下步骤实现：

获取总服务器对业务流程信息进行处理得到的业务审批结果和与业务审批结果相关联的审批结果说明；

将业务审批结果和与业务审批结果相关联的审批结果说明写入至目标事项，得到更新后的目标事项。

在本实施例中，总服务器的处理结果包括业务审批结果和审批结果说明。中间服务器将从总服务器获取的业务审批结果写入到目标事项的数据结构的业务审批结果中，将从总服务器获取的业务审批结果说明写入到目标事项的数据结构的业务审批结果说明中。

本申请实施例通过将业务审批结果和业务审批结果信息写入到目标事项中，使得分支服务器可以从中间服务器的目标事项中查找得到处理结果，实现分支服务器与总服务器之间的流程交互。

进一步的，在上述实施例的基础上，在一些实施例中，上述步骤“将业务审批结果和与业务审批结果相关联的审批结果说明写入至目标事项”之后，上述数据交互方法还包括如下步骤：

将目标事项的事项状态更新为第二事项状态，得到更新后的目标事项。

其中，第二事项状态用于指示分支服务器对中间服务器发起查询请求。

示例性的，第二事项状态为已审批。当分支服务器检测到目标事项的事项状态更新为已审批时，则会触发查询请求，从中间服务器的目标事项中获取业务流程信息的处理结果。

本申请实施例通过对目标事项的事项状态进行更新，能够触发分支服务器来查询得到业务流程的处理结果，实现业务流程的自动化处理，提高业务流程的处理效率。

在一些实施例中，上述步骤S201之后，上述数据交互方法还可以包括如下步骤：

获取业务流程信息中的业务数据，确定业务数据的类型；

根据业务数据的类型，确定业务数据的目标存储区域；

将业务数据存储至目标存储区域。

在本实施例中，业务数据可以存储在不同的区域，示例性的，分支机构与总部机构之间共同约定数据接口，在总部机构的中间服务器中可以定制一个用于存储第一类型的业务数据的数据库表，分支机构的服务器通过数据接口，将业务流程信息中属于第一类型的业务数据写入到数据库表中，由总部机构的总服务器根据该数据接口，从数据库表中读取业务数据。

示例性的，中间服务器还可以设置公共的存储区，用于存储第二类型的业务数据，示例性的，第二类型的业务数据可以是图片、文件等等，公共的存储区用于提供业务数据的上传、下载和查看。

本申请实施例通过建立不同的目标存储区域，将不同类型的业务数据存储到不同的目标存储区域，能够方便总服务器与分支服务器之间的业务数据的流转，提高业务流程的处理效率。

进一步的，在一些实施例中，上述步骤“根据业务数据的类型，确定业务数据的目标存储区域”，具体可以通过如下步骤实现：

若业务数据的类型为结构化数据，则确定业务数据的目标存储区域为预设数据库表中；

若业务数据的类型为非结构化数据，则确定业务数据的目标存储区域为预设网络存储器中。

在本实施例中，预设数据库表即用于存储第一类型的业务数据的数据库表，预设网络存储器可以是网络存储器(Network Attached Storage，NAS网络存储)。

本申请实施例通过将业务数据分为结构化数据和非结构化数据，方便总服务器进行业务数据的调用以及分支服务器进行业务数据的写入，方便总服务器与分支服务器之间的业务数据流转。

在一些实施例中，上述步骤S204之后，上述数据交互方法还包括如下步骤：

获取分支服务器提交的更新提示，根据更新提示，将目标事项消除。

在本实施例中，分支服务器从中间服务器查询到处理结果之后，可以将业务流程信息的处理结果保存在本地存储中，同时，还可以根据处理结果的不同，来反馈不同的提示至中间服务器。

示例性的，若处理结果为审批通过，则表示整个业务流程信息完成，后续不再需要进行流程流转，此时分支服务器可以反馈更新提示给中间服务器，由中间服务服务器来将该目标事项关闭。

示例性的，若处理结果为审批未通过，例如分支服务器未提交供审批用的客户信息，使得总服务器未通过该业务流程信息的审批，则分支服务器可以继续发起业务流程提示，并上传客户信息至中间服务器，此时中间服务器继续对目标事项的数据结构中的内容进行更新。

本申请实施例通过分支服务器反馈更新提示，能够自动关闭目标事项，从而结束整个业务流程，避免目标事项长期存在于中间服务器，影响中间服务器的业务流程处理效率。

图3为本申请实施例提供的数据交互方法实施例二的流程示意图，如图3所示，该方法应用于总分交互区中的中间服务器，其中，分支机构业务系统可以架设在分支服务器中，集团总部业务系统可以架设在总服务器中。该数据交互方法具体可以包括如下步骤：

S301、业务流程发起。

S302、分支机构业务流程内部流转。

S303、提交集团总部。

S304、新建事项。

S305、查询、受理事项。

S306、流程内部流转。

S307、审批完成，返回审批结果。

S308、更新事项状态。

S309、查询，保存审批结果。

S310、更新。

S311、流程结束。

在本实施例中，对于每个分支机构业务系统提交至集团总部的业务流程，都将在总分交互区新建一个事项，该事项将触发集团总部查询、受理该业务流程。在集团总部处理完该业务流程之后，将通过更新事项状态的方式通知分支机构，先前挂起的分支机构业务流程继续流转，在保存完集团总部的批复结果之后，该事项将被关闭。

下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。

图4为本申请实施例提供的数据交互装置的结构示意图，如图4所示，该数据交互装置40包括事项建立模块41、信息发送模块42、事项更新模块43和结果反馈模块44。

其中，事项建立模块41用于响应于分支服务器提交的业务流程信息，建立目标事项。信息发送模块42用于获取总服务器的查询请求，将业务流程信息发送至总服务器。事项更新模块43用于根据总服务器对业务流程信息进行处理得到的处理结果，对目标事项进行更新，得到更新后的目标事项。结果反馈模块44用于获取分支服务器发起的查询请求，根据更新后的目标事项，反馈处理结果至分支服务器。

其中，目标事项用于指示总服务器对业务流程信息进行处理。

在一些实施例中，事项建立模块41具体可以用于：

根据预设数据结构，建立初始事项，对初始事项进行标识；

根据分支服务器提交的业务流程信息，确定提交业务流程信息的分支服务器、初始事项的事项状态、处理业务流程信息的总服务器和业务流程信息中的业务数据；

将提交业务流程信息的分支服务器、初始事项的事项状态、处理业务流程信息的总服务器和业务流程信息中的业务数据写入至初始事项；

将初始事项的事项状态更新为第一事项状态，得到目标事项，第一事项状态用于指示总服务对业务流程信息进行业务处理。

在一些实施例中，事项更新模块43具体可以用于：

获取总服务器对业务流程信息进行处理得到的业务审批结果和与业务审批结果相关联的审批结果说明；

将业务审批结果和与业务审批结果相关联的审批结果说明写入至目标事项，得到更新后的目标事项。

在一些实施例中，该数据交互装置40还包括状态更新模块，用于：

将目标事项的事项状态更新为第二事项状态，得到更新后的目标事项，第二事项状态用于指示分支服务器对中间服务器发起查询请求。

在一些实施例中，该数据交互装置40还包括区域确定模块，用于：

获取业务流程信息中的业务数据，确定业务数据的类型；

根据业务数据的类型，确定业务数据的目标存储区域；

将业务数据存储至目标存储区域。

在一些实施例中，上述的区域确定模块，具体可以用于：

若业务数据的类型为结构化数据，则确定业务数据的目标存储区域为预设数据库表中；

若业务数据的类型为非结构化数据，则确定业务数据的目标存储区域为预设网络存储器中。

在一些实施例中，该数据交互装置40还包括消除模块，用于：

获取分支服务器提交的更新提示，根据更新提示，将目标事项消除。

图5为本申请实施例提供的数据交互系统的框架示意图，该数据交互系统包括总服务器、与总服务器对应数量的中间服务器和至少一个分支服务器，各个分支服务器与中间服务器网络连接，中间服务器与总服务器网络连接。如图5所示，分支服务器中可以搭载分支机构业务系统51，中间服务器可以作为总分交互区52，总服务器中可以搭载集团总部业务系统53，中间服务器与总服务器可以共用同一个局域网，而每一个分支服务器均使用不同的局域网，实现信息隔离。

其中，总分交互区52主要有两部分功能，一部分是流程流转控制，另一部分是存储流程继续在集团总部业务系统端流转所需的业务数据。

示例性的，业务数据包括结构化数据和非结构化数据。其中，结构化数据可以是针对分支机构的客户进行调查得到的调查数据、客户的财务状况、和评级数据等，非结构数据可以是图片，例如客户的证件扫描图像等等。

在本实施例中，分支机构业务系统51将业务流程信息提交给总分交互区52，总分交互区52新建事项，并在集团总部业务系统53查询时，提交事项信息给集团总部业务系统53，由集团总部业务系统53完成业务流程的审批工作，并返回审批结果给总分交互区52，最后由总分交互区52将处理结果返回给分支机构业务系统51。

图6为本申请实施例提供的服务器的结构示意图。该服务器可以是上述的中间服务器，如图6所示，该服务器60包括：至少一个处理器61、存储器62、总线63及通信接口64。

其中：处理器61、通信接口64、以及存储器62通过总线63完成相互间的通信。

通信接口64，用于与其它设备进行通信。该通信接口64包括用于进行数据传输的通信接口。

处理器61，用于执行存储器62中存储的计算机执行指令，使得至少一个处理器61执行如上述的方法中的步骤。

处理器61可能是中央处理器。服务器60包括的一个或多个处理器61，可以是同一类型的处理器，如一个或多个CPU；也可以是不同类型的处理器，如一个或多个CPU以及一个或多个ASIC。

存储器62，用于存放计算机执行指令。存储器可能包含高速RAM存储器，也可能还包括非易失性存储器，例如至少一个磁盘存储器。

本实施例还提供一种可读存储介质，可读存储介质中存储有计算机指令，当服务器的至少一个处理器61执行该计算机指令时，服务器执行上述的各种实施方式提供的数据交互方法。

本实施例还提供一种程序产品，该程序产品包括计算机指令，该计算机指令存储在可读存储介质中。服务器的至少一个处理器可以从可读存储介质读取该计算机指令，至少一个处理器执行该计算机指令使得服务器实施上述的各种实施方式提供的数据交互方法。

本申请中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系；在公式中，字符“/”，表示前后关联对象是一种“相除”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b，或c中的至少一项(个)，可以表示：a，b，c，a-b，a-c，b-c，或a-b-c，其中，a，b，c可以是单个，也可以是多个。

可以理解的是，在本申请实施例中涉及的各种数字编号仅为描述方便进行的区分，并不用来限制本申请的实施例的范围。在本申请的实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请的实施例的实施过程构成任何限定。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (12)

1.一种数据交互方法，其特征在于，应用于中间服务器，所述中间服务器与总服务器、至少一个分支服务器网络连接，且所述总服务器与所述分支服务器处于不同的局域网，所述方法包括：

响应于所述分支服务器提交的业务流程信息，建立目标事项，所述目标事项用于指示所述总服务器对所述业务流程信息进行处理；

获取所述总服务器的查询请求，将所述业务流程信息发送至所述总服务器；

根据所述总服务器对所述业务流程信息进行处理得到的处理结果，对所述目标事项进行更新，得到更新后的目标事项；

获取所述分支服务器发起的查询请求，根据所述更新后的目标事项，反馈所述处理结果至所述分支服务器。

2.根据权利要求1所述的方法，其特征在于，所述响应于所述分支服务器提交的业务流程，建立目标事项，包括：

根据预设数据结构，建立初始事项，对所述初始事项进行标识；

根据所述分支服务器提交的业务流程信息，确定提交所述业务流程信息的分支服务器、所述初始事项的事项状态、处理所述业务流程信息的总服务器和所述业务流程信息中的业务数据；

将所述提交所述业务流程信息的分支服务器、所述初始事项的事项状态、处理所述业务流程信息的总服务器和所述业务流程信息中的业务数据写入至所述初始事项；

将所述初始事项的事项状态更新为第一事项状态，得到目标事项，所述第一事项状态用于指示所述总服务对所述业务流程信息进行业务处理。

3.根据权利要求2所述的方法，其特征在于，所述根据所述总服务器对所述业务流程信息进行处理得到的处理结果，对所述目标事项进行更新，得到更新后的目标事项，包括：

获取所述总服务器对所述业务流程信息进行处理得到的业务审批结果和与所述业务审批结果相关联的审批结果说明；

将所述业务审批结果和与所述业务审批结果相关联的审批结果说明写入至所述目标事项，得到更新后的目标事项。

4.根据权利要求3所述的方法，其特征在于，所述将所述业务审批结果和与所述业务审批结果相关联的审批结果说明写入至所述目标事项之后，还包括：

将所述目标事项的事项状态更新为第二事项状态，得到更新后的目标事项，所述第二事项状态用于指示所述分支服务器对所述中间服务器发起查询请求。

5.根据权利要求1所述的方法，其特征在于，所述响应于所述分支服务器提交的业务流程信息，建立目标事项之后，还包括：

获取所述业务流程信息中的业务数据，确定所述业务数据的类型；

根据所述业务数据的类型，确定所述业务数据的目标存储区域；

将所述业务数据存储至所述目标存储区域。

6.根据权利要求5所述的方法，其特征在于，所述根据所述业务数据的类型，确定所述业务数据的目标存储区域，包括：

若所述业务数据的类型为结构化数据，则确定所述业务数据的目标存储区域为预设数据库表中；

若所述业务数据的类型为非结构化数据，则确定所述业务数据的目标存储区域为预设网络存储器中。

7.根据权利要求1所述的方法，其特征在于，所述获取所述分支服务器发起的查询请求，根据所述更新后的目标事项，反馈所述处理结果至所述分支服务器之后，还包括：

获取所述分支服务器提交的更新提示，根据所述更新提示，将所述目标事项消除。

8.一种数据交互装置，其特征在于，包括：

事项建立模块，用于响应于分支服务器提交的业务流程信息，建立目标事项，所述目标事项用于指示总服务器对所述业务流程信息进行处理；

信息发送模块，用于获取所述总服务器的查询请求，将所述业务流程信息发送至所述总服务器；

事项更新模块，用于根据所述总服务器对所述业务流程信息进行处理得到的处理结果，对所述目标事项进行更新，得到更新后的目标事项；

结果反馈模块，用于获取所述分支服务器发起的查询请求，根据所述更新后的目标事项，反馈所述处理结果至所述分支服务器。

9.一种服务器，其特征在于，包括存储器和至少一个处理器；

所述存储器存储计算机执行指令；

所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如权利要求1-7任一项所述的方法。

10.一种数据交互系统，其特征在于，包括总服务器、与所述总服务器对应数量的中间服务器和至少一个分支服务器，各个分支服务器与所述中间服务器网络连接，所述中间服务器与所述总服务器网络连接。

11.一种可读存储介质，其特征在于，所述可读存储介质中存储有计算机指令，所述计算机指令被处理器执行时用于实现如权利要求1-7任一项所述的方法。

12.一种程序产品，包括计算机指令，其特征在于，该计算机指令被处理器执行时实现权利要求1-7任一项所述的方法。

Images