CN105978930A - 网络数据交换方法及装置 - Google Patents

Abstract

本发明公开了一种网络数据交换方法，该方法包括：第一业务系统在接收到第二业务系统发送的第一业务请求消息之后，调用第一进程，该第一进程按照第一业务系统的格式对该第一业务请求消息进行格式转换，得到第二业务请求消息，并调用第二进程，该第二进程对该第二业务请求消息进行处理，得到该第二业务请求消息对应的业务响应消息，且调用第三进程，该第三进程将该业务响应消息反馈给第二业务系统。本发明还提供一种网络数据交换装置，在具有大量业务请求的情况下，能够实现快速响应，满足日益增长的业务需求。

Description

网络数据交换方法及装置

技术领域

本发明涉及数据处理技术领域，尤其涉及一种网络数据交换方法及装置。

背景技术

随着社会经济的发展，网络数据的交换也越发频繁，现代办公系统对计算机网络的要求也相应提高。协同办公即把管理业务事项在相应部门或组织中进行交互或者处理，实现组织管理和体制调整等，提高数据传递效率，有序可控。

目前，网络数据的交换方式有同步交换和异步交换，同步交换是指数据在一个方向上传输，异步交换是指数据能够同时双向传输，然而目前的同步交换和异步交换方式在业务请求量较多时，都容易出现业务请求积压，处理时间长等问题，均存在局限性，不能满足日益增长的业务需求。

上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。

发明内容

本发明的主要目的在于提供一种网络数据交换方法，旨在解决现有技术中的异步交换和同步交换存在局限性，不能满足日益增长的业务需求的技术问题。

为实现上述目的，本发明提供的一种网络数据交换方法，所述方法包括：

第一业务系统在接收到第二业务系统发送的第一业务请求消息之后，调用第一进程，所述第一进程按照所述第一业务系统的格式对所述第一业务请求消息进行格式转换，得到第二业务请求消息；

调用第二进程，所述第二进程对所述第二业务请求消息进行处理，得到所述第二业务请求消息对应的业务响应消息；

调用第三进程，所述第三进程将所述业务响应消息反馈给所述第二业务系统。

优选地，所述得到第二业务请求消息之后还包括：

所述第一进程根据所述第二业务请求消息中包含的业务类型，查找预先设置的业务类型与优先级之间的对应关系，确定所述第二业务请求消息的优先级；

所述第一进程按照所述第二业务请求消息的优先级将所述第二业务请求消息插入业务处理队列中。

优选地，所述第一进程根据所述第二业务请求消息中包含的业务类型，查找预先设置的业务类型与优先级之间的对应关系，确定所述第二业务请求消息的优先级，之前还包括：

所述第一进程根据所述第二业务请求消息中包含的权限参数，确定所述第二业务系统是否具有访问所述第二业务请求消息中的业务的权限；

若是，则执行根据所述第二业务请求消息中包含的业务类型，查找预先设置的业务类型与优先级之间的对应关系，确定所述第二业务请求消息的优先级的步骤；

若否，则生成请求失败的业务响应消息，将所述业务响应消息排列至业务响应队列中。

优选地，所述第二进程对所述第二业务请求消息进行处理，得到所述第二业务请求消息对应的业务响应消息，包括：

所述第二进程监测所述业务处理队列，若所述业务处理队列中包含业务请求消息，则依次从所述业务处理队列中提取业务请求消息；

对提取的业务请求消息进行业务处理，得到对应的业务响应消息，将所述业务响应消息排列至业务响应队列中。

优选地，所述调用第三进程，所述第三进程将所述业务响应消息反馈给所述第二业务系统，包括：

调用第三进程，所述第三进程监测所述业务响应队列，若所述业务响应队列中包含业务响应消息，则从所述业务响应队列中提取业务响应消息；

将提取的业务响应消息反馈给对应的业务系统。

为了达到上述目的，本发明还提供一种网络数据交换装置，所述装置包括：

第一调用模块，用于在接收到第二业务系统发送的第一业务请求消息之后，调用第一进程，所述第一进程按照所述第一业务系统的格式对所述第一业务请求消息进行格式转换，得到第二业务请求消息；

第二调用模块，用于调用第二进程，所述第二进程对所述第二业务请求消息进行处理，得到所述第二业务请求消息对应的业务响应消息；

第三调用模块，用于调用第三进程，所述第三进程将所述业务响应消息反馈给所述第二业务系统。

优选地，所述第一调用模块还用于：

所述第一进程根据所述第二业务请求消息中包含的业务类型，查找预先设置的业务类型与优先级之间的对应关系，确定所述第二业务请求消息的优先级；

所述第一进程按照所述第二业务请求消息的优先级将所述第二业务请求消息插入业务处理队列中。

优选地，所述第一调用模块还包括：

所述第一进程根据所述第二业务请求消息中包含的权限参数，确定所述第二业务系统是否具有访问所述第二业务请求消息中的业务的权限；

若是，则执行根据所述第二业务请求消息中包含的业务类型，查找预先设置的业务类型与优先级之间的对应关系，确定所述第二业务请求消息的优先级的步骤；

若否，则生成请求失败的业务响应消息，将所述业务响应消息排列至业务响应队列中。

优选地，所述第二调用模块具体用于：

所述第二进程监测所述业务处理队列，若所述业务处理队列中包含业务请求消息，则依次从所述业务处理队列中提取业务请求消息；

对提取的业务请求消息进行业务处理，得到对应的业务响应消息，将所述业务响应消息排列至业务响应队列中。

优选地，所述第三调用模块具体用于：

调用第三进程，所述第三进程监测所述业务响应队列，若所述业务响应队列中包含业务响应消息，则从所述业务响应队列中提取业务响应消息；

将提取的业务响应消息反馈给对应的业务系统。

本发明提供一种网络数据交换方法，该方法包括：第一业务系统在接收到第二业务系统发送的第一业务请求消息之后，调用第一进程，该第一进程按照第一业务系统的格式对该第一业务请求消息进行格式转换，得到第二业务请求消息，并调用第二进程，该第二进程对该第二业务请求消息进行处理，得到该第二业务请求消息对应的业务响应消息，且调用第三进程，该第三进程将该业务响应消息反馈给第二业务系统。在接收到业务请求消息之后，通过独立的三个进程分别对该业务请求消息的不同阶段进行处理，避免异步交换和同步交换在单一进程下的局限性，在具有大量业务请求的情况下，也能够实现快速响应，满足日益增长的业务需求。

附图说明

图1为本发明第一实施例中网络数据交换方法的流程示意图；

图2为本发明第二实施例中网络数据交换方法的流程示意图；

图3为图2所示第二实施例中步骤102的细化步骤的流程示意图；

图4为图2所示第二实施例中步骤103的细化步骤的流程示意图；

图5为本发明第三实施例中网络数据交换装置的功能模块的示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

由于现有技术中，同步交换和异步交换的数据交互方式存在局限性，无法满足日益增长的业务需求。

为此，本发明提出一种网络数据交换方法，能够有效的加快对业务请求消息的处理速度，能够处理大量业务请求，满足日益增长的业务需求。

请参阅图1，为本发明第一实施例中网络数据交换方法的流程示意图，该方法包括以下步骤：

步骤101、第一业务系统在接收到第二业务系统发送的第一业务请求消息之后，调用第一进程，第一进程按照第一业务系统的格式对第一业务请求消息进行格式转换，得到第二业务请求消息；

步骤102、调用第二进程，第二进程对第二业务请求消息进行处理，得到第二业务请求消息对应的业务响应消息；

步骤103、调用第三进程，第三进程将业务响应消息反馈给第二业务系统。

在本发明实施例中，多个业务系统之间在进行业务交互时，每一个业务系统中都设置了对业务请求消息的不同阶段进行处理的三个进程，分别是第一进程，第一进程及第三进程，其中，第一进程负责预处理过程，第二进程负责处理过程，第三进程负责反馈过程。

在本发明实施例中，第一业务系统在接收到第二业务系统发送的第一业务请求消息之后，将调用第一进程，该第一进程将按照该第一业务系统的格式对该第一业务请求消息进行格式转换，得到第二业务请求消息。

其中，对接收到的第一业务请求消息进行格式转换是为了便于第一业务系统进行识别，其中转换的方式可以是提取第一业务请求消息中各个字段中的数据，按照到第一业务系统的格式填写成第二业务请求。

其中，若第一业务系统接收到多个不同的业务系统发送的业务请求消息，则将按照接收到的顺序生成业务请求队列，在该业务请求队列中存在业务请求消息时，第一业务系统将启动第一进程，并调用该第一进程，该第一进程将按照接收时间从早至晚的顺序依次对业务请求队列中的业务请求消息进行处理。

在本发明实施例中，第一进程在得到第二业务请求消息之后，将调用第二进程，该第二进程对第二业务请求消息进行处理，得到该第二业务请求消息对应的业务响应消息。例如，第一业务系统是社保系统，该第二业务系统是社保信息查询系统，则该第二业务请求消息是查询用户A的社保数据，第二进程在处理该第二业务请求消息时，将从数据库中查找到该用户A的设备数据，并根据查找到的社保数据生成业务响应消息。

在本发明实施例中，第二进程在得到第二业务请求消息对应的业务响应消息之后，将调用第三进程，该第三进程将该业务响应消息反馈给第二业务系统。其中，该业务响应消息中包含第二业务系统的目的地址或者标识，第三进程可以基于该第二业务系统的目的地址或者标识向其发送业务响应消息。

在本发明实施例中，第一业务系统在接收到第二业务系统发送的第一业务请求消息之后，调用第一进程，该第一进程按照第一业务系统的格式对该第一业务请求消息进行格式转换，得到第二业务请求消息，并调用第二进程，该第二进程对第二业务请求消息进行处理，得到第二业务请求消息对应的业务响应消息，且调用第三进程，该第三进程将业务响应消息反馈给第二业务系统。通过第一进程、第二进程及第三进程分别对接收到的业务请求消息的不同阶段进行处理，使得能够将业务请求消息的预处理过程、处理过程及反馈过程完全分开，对于加快对业务请求消息的处理速度，缩短处理时间，满足大量业务请求的处理需求。

基于图1所示第一实施例，请参阅图2，为本发明第二实施例中网络数据交换方法的流程示意图，该方法在图1所示第一实施例的步骤101之后还包括：

步骤201、第一进程根据第二业务请求消息中包含的业务类型，查找预先设置的业务类型与优先级之间的对应关系，确定第二业务请求消息的优先级；

步骤202、第一进程按照第二业务请求消息的优先级将第二业务请求消息插入业务处理队列中。

在本发明实施例中，由于第一业务系统接收到的业务请求消息有些是需要实时的，有些是需要定时的，有些可能并不严格要求时间，在这种情况下，为了匹配不同业务请求对时间的要求，第一业务系统中预先设置不同的业务类型与优先级之间的对应关系，使得第一进程能够通过查询该对应关系确定业务请求消息的紧迫程度。其中，业务类型与优先级之间的对应关系是系统根据业务的实际需求设置的，此外，还可以基于发送业务请求消息的业务系统的确定业务请求消息的优先级，在实际应用中，可根据具体的需要预先设置或者更改业务类型与优先级之间的对应关系，此次不做限定。

其中，为了能够处理大量的业务请求消息，第一业务系统中将设置业务处理队列，该业务处理队列中包含第一进程预处理后的业务请求消息，使得能够适应大量业务请求的需求。

在本发明实施例中，第一进程在得到第二业务请求之后，根据该第二业务请求消息中包含的业务类型，查找预先设置的业务类型与优先级之间的对应关系，以确定该第二业务请求消息的优先级，并按照该第二业务请求消息的优先级将第二业务请求消息插入业务处理队列中。

进一步的，为了避免不具有访问权限的系统进行访问，第一业务系统中的第一进程在执行上述的步骤201之前，还可以执行以下步骤：

步骤203、第一进程根据第二业务请求消息中包含的权限参数，确定第二业务系统是否具有访问第二业务请求消息中的业务的权限；若是，则继续执行步骤201；

步骤204、若否，则生成请求失败的业务响应消息，将业务响应消息排列至业务响应队列中。

在本发明实施例中，第一进程在得到第二业务请求消息后，根据该消息中包含的权限参数，确定第二业务系统是否具有访问第二业务请求消息中的业务的权限。具体的，该权限参数可以发送第二业务系统的权限标识，第一进程查找预置的权限标识与权限之间的对应关系，确定该第二业务系统的权限，且判断该权限是否包含该第二业务请求消息中的业务的访问权限，若包含，则确定第二业务系统具有访问第二业务请求消息中的业务的权限，若不包含，则确定第二业务系统不具有访问第二业务请求消息中的业务的权限。

其中，在具备访问权限的情况下，第一进程将继续执行步骤201，在不具备访问权限的情况下，第一进程将生成请求失败的业务响应消息，并将该业务响应消息排列至业务响应队列中。其中该业务响应队列中包含业务访问成功的业务响应消息和业务访问失败的业务响应消息。

在本发明实施例中，通过对业务系统的访问权限进行判断，使得能够避免不具备访问权限的业务系统的访问带来的资源占用的问题，且通过对业务请求消息的优先级进行判断，能够优先处理优先级高的业务请求消息，以满足业务请求消息的处理需求。

基于图2所示第二实施例，请参阅图3，为本发明图2所示第二实施例中步骤102的细化步骤的流程示意图，包括：

步骤301、第二进程监测业务处理队列，若业务处理队列中包含业务请求消息，则依次从业务处理队列中提取业务请求消息；

步骤302、对提取的业务请求消息进行业务处理，得到对应的业务响应消息，将业务响应消息排列至业务响应队列中。

在本发明实施例中，第二进程将检测业务处理队列，若该业务处理队列为空，则不进行处理，将进入等待状态，且为了降低资源占用，该第二进程在等待预置时间后，业务处理队列中仍然没有业务请求消息时，第一业务系统将关闭该第二进程。

其中，若业务处理队列中包含业务请求消息，则第二进程依次从业务处理队列中提取业务请求消息，并对提取的业务请求消息进行业务处理，得到对应的业务响应消息，并将该业务响应消息排列至业务响应队列中。

在本发明实施例中，第一进程在对业务请求消息进行预处理之后，由第二进程对该业务请求消息进行处理，通过由不用的进程对业务请求消息进行处理，使得能够加快第一业务系统中对业务请求消息的处理速度，以满足对大量业务请求的处理需求。

基于图2所示第二实施例，请参阅图4，为本发明图2所示第二实施例中步骤103的细化步骤的流程示意图，包括：

步骤401、调用第三进程，第三进程监测业务响应队列，若业务响应队列中包含业务响应消息，则从业务响应队列中提取业务响应消息；

步骤402、将提取的业务响应消息反馈给对应的业务系统。

在本发明实施例中，第一业务系统将调用第三进程，该第三进程将监测业务响应队列，若该业务响应队列中不包含业务响应消息，则第三进程不做处理，且进入等待状态，为了减少资源占用，若在预置的时间段后，业务响应队列中仍然不包含业务响应消息，则将关闭该第三进程，直至业务响应队列中有业务响应消息时才重新调用该第三进程。

其中，若业务响应队列中包含业务响应消息，则第三进程从业务响应队列中提取业务响应消息，并将提取的业务响应消息反馈给业务系统。

在本发明实施例中，通过利用第三进行对业务响应消息进行处理，避免单一进程处理带来的时间长的问题，能够有效地满足处理大量业务请求的需求。

请参阅图5，为本发明第三实施例中网络数据交换装置的功能模块的示意图，所述装置包括：第一调用模块501、第二调用模块502、第三调用模块503。

第一调用模块501，用于在接收到第二业务系统发送的第一业务请求消息之后，调用第一进程，所述第一进程按照所述第一业务系统的格式对所述第一业务请求消息进行格式转换，得到第二业务请求消息；

第二调用模块502，用于调用第二进程，所述第二进程对所述第二业务请求消息进行处理，得到所述第二业务请求消息对应的业务响应消息；

第三调用模块503，用于调用第三进程，所述第三进程将所述业务响应消息反馈给所述第二业务系统。

在本发明实施例中，多个业务系统之间在进行业务交互时，每一个业务系统中都设置了对业务请求消息的不同阶段进行处理的三个进程，分别是第一进程，第一进程及第三进程，其中，第一进程负责预处理过程，第二进程负责处理过程，第三进程负责反馈过程。

在本发明实施例中，第一业务系统在接收到第二业务系统发送的第一业务请求消息之后，将调用第一进程，该第一进程将按照该第一业务系统的格式对该第一业务请求消息进行格式转换，得到第二业务请求消息。

其中，对接收到的第一业务请求消息进行格式转换是为了便于第一业务系统进行识别，其中转换的方式可以是提取第一业务请求消息中各个字段中的数据，按照到第一业务系统的格式填写成第二业务请求。

其中，若第一业务系统接收到多个不同的业务系统发送的业务请求消息，则将按照接收到的顺序生成业务请求队列，在该业务请求队列中存在业务请求消息时，第一业务系统将启动第一进程，并调用该第一进程，该第一进程将按照接收时间从早至晚的顺序依次对业务请求队列中的业务请求消息进行处理。

在本发明实施例中，第一进程在得到第二业务请求消息之后，将调用第二进程，该第二进程对第二业务请求消息进行处理，得到该第二业务请求消息对应的业务响应消息。例如，第一业务系统是社保系统，该第二业务系统是社保信息查询系统，则该第二业务请求消息是查询用户A的社保数据，第二进程在处理该第二业务请求消息时，将从数据库中查找到该用户A的设备数据，并根据查找到的社保数据生成业务响应消息。

在本发明实施例中，第二进程在得到第二业务请求消息对应的业务响应消息之后，将调用第三进程，该第三进程将该业务响应消息反馈给第二业务系统。其中，该业务响应消息中包含第二业务系统的目的地址或者标识，第三进程可以基于该第二业务系统的目的地址或者标识向其发送业务响应消息。

在本发明实施例中，第一调用模块501还用于：

第一进程根据第二业务请求消息中包含的业务类型，查找预先设置的业务类型与优先级之间的对应关系，确定第二业务请求消息的优先级；

第一进程按照第二业务请求消息的优先级将第二业务请求消息插入业务处理队列中。

在本发明实施例中，由于第一业务系统接收到的业务请求消息有些是需要实时的，有些是需要定时的，有些可能并不严格要求时间，在这种情况下，为了匹配不同业务请求对时间的要求，第一业务系统中预先设置不同的业务类型与优先级之间的对应关系，使得第一进程能够通过查询该对应关系确定业务请求消息的紧迫程度。其中，业务类型与优先级之间的对应关系是系统根据业务的实际需求设置的，此外，还可以基于发送业务请求消息的业务系统的确定业务请求消息的优先级，在实际应用中，可根据具体的需要预先设置或者更改业务类型与优先级之间的对应关系，此次不做限定。

其中，为了能够处理大量的业务请求消息，第一业务系统中将设置业务处理队列，该业务处理队列中包含第一进程预处理后的业务请求消息，使得能够适应大量业务请求的需求。

在本发明实施例中，第一进程在得到第二业务请求之后，根据该第二业务请求消息中包含的业务类型，查找预先设置的业务类型与优先级之间的对应关系，以确定该第二业务请求消息的优先级，并按照该第二业务请求消息的优先级将第二业务请求消息插入业务处理队列中。

进一步的，为了避免不具有访问权限的系统进行访问，第一调用模块501还用于：

第一进程根据第二业务请求消息中包含的权限参数，确定第二业务系统是否具有访问第二业务请求消息中的业务的权限；

若是，则执行根据第二业务请求消息中包含的业务类型，查找预先设置的业务类型与优先级之间的对应关系，确定第二业务请求消息的优先级的步骤；

若否，则生成请求失败的业务响应消息，将业务响应消息排列至业务响应队列中。

在本发明实施例中，第一进程在得到第二业务请求消息后，根据该消息中包含的权限参数，确定第二业务系统是否具有访问第二业务请求消息中的业务的权限。具体的，该权限参数可以发送第二业务系统的权限标识，第一进程查找预置的权限标识与权限之间的对应关系，确定该第二业务系统的权限，且判断该权限是否包含该第二业务请求消息中的业务的访问权限，若包含，则确定第二业务系统具有访问第二业务请求消息中的业务的权限，若不包含，则确定第二业务系统不具有访问第二业务请求消息中的业务的权限。

其中，在具备访问权限的情况下，第一进程将继续执行，在不具备访问权限的情况下，第一进程将生成请求失败的业务响应消息，并将该业务响应消息排列至业务响应队列中。其中该业务响应队列中包含业务访问成功的业务响应消息和业务访问失败的业务响应消息。

在本发明实施例中，第二调用模块502具体用于：

第二进程监测业务处理队列，若业务处理队列中包含业务请求消息，则依次从业务处理队列中提取业务请求消息；

对提取的业务请求消息进行业务处理，得到对应的业务响应消息，将业务响应消息排列至业务响应队列中。

在本发明实施例中，第二进程将检测业务处理队列，若该业务处理队列为空，则不进行处理，将进入等待状态，且为了降低资源占用，该第二进程在等待预置时间后，业务处理队列中仍然没有业务请求消息时，第一业务系统将关闭该第二进程。

其中，若业务处理队列中包含业务请求消息，则第二进程依次从业务处理队列中提取业务请求消息，并对提取的业务请求消息进行业务处理，得到对应的业务响应消息，并将该业务响应消息排列至业务响应队列中。

在本发明实施例中，第三调用模块503具体用于：

调用第三进程，第三进程监测业务响应队列，若业务响应队列中包含业务响应消息，则从业务响应队列中提取业务响应消息；

将提取的业务响应消息反馈给对应的业务系统。

在本发明实施例中，第一业务系统将调用第三进程，该第三进程将监测业务响应队列，若该业务响应队列中不包含业务响应消息，则第三进程不做处理，且进入等待状态，为了减少资源占用，若在预置的时间段后，业务响应队列中仍然不包含业务响应消息，则将关闭该第三进程，直至业务响应队列中有业务响应消息时才重新调用该第三进程。

其中，若业务响应队列中包含业务响应消息，则第三进程从业务响应队列中提取业务响应消息，并将提取的业务响应消息反馈给业务系统。

在本发明实施例中，第一业务系统在接收到第二业务系统发送的第一业务请求消息之后，调用第一进程，该第一进程按照第一业务系统的格式对该第一业务请求消息进行格式转换，得到第二业务请求消息，并调用第二进程，该第二进程对第二业务请求消息进行处理，得到第二业务请求消息对应的业务响应消息，且调用第三进程，该第三进程将业务响应消息反馈给第二业务系统。通过第一进程、第二进程及第三进程分别对接收到的业务请求消息的不同阶段进行处理，使得能够将业务请求消息的预处理过程、处理过程及反馈过程完全分开，对于加快对业务请求消息的处理速度，缩短处理时间，满足大量业务请求的处理需求。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种网络数据交换方法，其特征在于，所述方法包括：

第一业务系统在接收到第二业务系统发送的第一业务请求消息之后，调用第一进程，所述第一进程按照所述第一业务系统的格式对所述第一业务请求消息进行格式转换，得到第二业务请求消息；

调用第二进程，所述第二进程对所述第二业务请求消息进行处理，得到所述第二业务请求消息对应的业务响应消息；

调用第三进程，所述第三进程将所述业务响应消息反馈给所述第二业务系统。

2.根据权利要求1所述的方法，其特征在于，所述得到第二业务请求消息之后还包括：

所述第一进程根据所述第二业务请求消息中包含的业务类型，查找预先设置的业务类型与优先级之间的对应关系，确定所述第二业务请求消息的优先级；

所述第一进程按照所述第二业务请求消息的优先级将所述第二业务请求消息插入业务处理队列中。

3.根据权利要求2所述的方法，其特征在于，所述第一进程根据所述第二业务请求消息中包含的业务类型，查找预先设置的业务类型与优先级之间的对应关系，确定所述第二业务请求消息的优先级，之前还包括：

所述第一进程根据所述第二业务请求消息中包含的权限参数，确定所述第二业务系统是否具有访问所述第二业务请求消息中的业务的权限；

若是，则执行根据所述第二业务请求消息中包含的业务类型，查找预先设置的业务类型与优先级之间的对应关系，确定所述第二业务请求消息的优先级的步骤；

若否，则生成请求失败的业务响应消息，将所述业务响应消息排列至业务响应队列中。

4.根据权利要求2所述的方法，其特征在于，所述第二进程对所述第二业务请求消息进行处理，得到所述第二业务请求消息对应的业务响应消息，包括：

所述第二进程监测所述业务处理队列，若所述业务处理队列中包含业务请求消息，则依次从所述业务处理队列中提取业务请求消息；

对提取的业务请求消息进行业务处理，得到对应的业务响应消息，将所述业务响应消息排列至业务响应队列中。

5.根据权利要求3或4所述的方法，其特征在于，所述调用第三进程，所述第三进程将所述业务响应消息反馈给所述第二业务系统，包括：

调用第三进程，所述第三进程监测所述业务响应队列，若所述业务响应队列中包含业务响应消息，则从所述业务响应队列中提取业务响应消息；

将提取的业务响应消息反馈给对应的业务系统。

6.一种网络数据交换装置，其特征在于，所述装置包括：

第一调用模块，用于在接收到第二业务系统发送的第一业务请求消息之后，调用第一进程，所述第一进程按照所述第一业务系统的格式对所述第一业务请求消息进行格式转换，得到第二业务请求消息；

第二调用模块，用于调用第二进程，所述第二进程对所述第二业务请求消息进行处理，得到所述第二业务请求消息对应的业务响应消息；

第三调用模块，用于调用第三进程，所述第三进程将所述业务响应消息反馈给所述第二业务系统。

7.根据权利要求6所述的装置，其特征在于，所述第一调用模块还用于：

所述第一进程根据所述第二业务请求消息中包含的业务类型，查找预先设置的业务类型与优先级之间的对应关系，确定所述第二业务请求消息的优先级；

所述第一进程按照所述第二业务请求消息的优先级将所述第二业务请求消息插入业务处理队列中。

8.根据权利要求7所述的装置，其特征在于，所述第一调用模块还包括：

所述第一进程根据所述第二业务请求消息中包含的权限参数，确定所述第二业务系统是否具有访问所述第二业务请求消息中的业务的权限；

若是，则执行根据所述第二业务请求消息中包含的业务类型，查找预先设置的业务类型与优先级之间的对应关系，确定所述第二业务请求消息的优先级的步骤；

若否，则生成请求失败的业务响应消息，将所述业务响应消息排列至业务响应队列中。

9.根据权利要求7所述的装置，其特征在于，所述第二调用模块具体用于：

所述第二进程监测所述业务处理队列，若所述业务处理队列中包含业务请求消息，则依次从所述业务处理队列中提取业务请求消息；

对提取的业务请求消息进行业务处理，得到对应的业务响应消息，将所述业务响应消息排列至业务响应队列中。

10.根据权利要求8或9所述的装置，其特征在于，所述第三调用模块具体用于：

调用第三进程，所述第三进程监测所述业务响应队列，若所述业务响应队列中包含业务响应消息，则从所述业务响应队列中提取业务响应消息；

将提取的业务响应消息反馈给对应的业务系统。