CN111522779B - 一种多系统文件交互的配置处理方法 - Google Patents

Abstract

本发明涉及一种多系统文件交互的配置处理方法，包括以下步骤：读取传输文件清单中的文件信息，文件信息包括外部文件ID；依次处理每个外部文件ID，根据外部系统文件清单判断外部文件ID的传入传出类型；对于传入和传出文件，首先分别依据传输文件清单提供的文件服务器ID列表和内部系统文件清单的配置获取待传输文件，其次依据传输文件清单中各个性化配置文件的参数对待传输文件进行转化合并，最后分别依据内部系统文件清单的配置和传输文件清单提供的文件服务器ID列表上传待传输文件，以实现多系统文件交互。其中的传输路径统一由服务器配置文件提供，以减少代码量。本发明减少了多系统文件交互的开发和测试等成本，还可以做到无遗漏修改。

Description

一种多系统文件交互的配置处理方法

技术领域

本发明涉及文件传输技术领域，特别涉及一种多系统文件交互的配置处理方法。

背景技术

系统的文件在传输时，通常将自身系统称为内部系统，与自身系统进行文件交互的系统称为外部系统。文件作为传递数据的载体，只要包含了必要的数据信息即可，这导致了内部系统在与外部系统对接时，外部系统的文件接口与内部系统的文件接口不同，但是用于实现某种业务功能的信息都已包含在文件中的情况，此时就需要将文件做一定程度的接口转换。当同一套内部系统分别提供文件给不同的外部系统使用时，同一套内部系统需要分别部署到不同机器与不同的外部系统对接，随着对接的外部系统的增加，文件接口的数量也会增加。

现有技术中，通常采用对每个外部系统单独做一套文件传输处理系统进行接口维护，对于每种不同文件处理情况单独编写代码处理。对于现有办法，存在以下问题：(1)每对接一个新的外部系统，就需要单独编写文件传输相关代码以形成文件传输处理系统；(2)针对某些文件的特殊处理方式的代码分散在不同的文件传输处理系统中，下次有类似需求时又需要重新开发，导致功能重复的代码增加；(3)当出现需要对所有客户的某个文件做某种处理时，需要修改每个文件传输处理系统代码，随着客户增多，修改以及测试的工作量增加显著，且无法保证没有出现遗漏；(4)很难统计追踪所有代码实现的功能以及文件内容使用的情况，例如当出现某个文件数据有问题时，需要分析影响范围，由于每个外部系统采用的是单独的文件传输处理系统，分析工作困难；(5)内部系统不断迭代会导致内部系统的文件接口发生变化(通常为增加内容，用于实现某种业务功能的数据)，当外部系统想要启用新功能时就需要修改文件传输处理系统，并且内部系统需要和外部系统同时上线换版；(6)代码量的增加直接导致后期维护成本增加；(7)新加外部系统时，都需要修改代码对特定文件进行合并等。

因此有必要提供一种多系统文件交互的配置处理方法，以减少多系统文件交互的开发和测试等成本，还可以做到无遗漏修改。

发明内容

本发明的目的在于提供一种多系统文件交互的配置处理方法，以减少多系统文件交互的开发和测试等成本，还可以做到无遗漏修改。

为了解决现有技术中存在的问题，本发明提供了一种多系统文件交互的配置处理方法，所述多系统文件交互的配置处理方法采用内部系统文件清单、外部系统文件清单、服务器配置文件以及传输文件清单；

包括以下步骤：

读取所述传输文件清单中的文件信息，所述文件信息包括外部文件ID；

依次处理每个所述外部文件ID，获取所述外部系统文件清单中相同的外部文件ID，并根据所述外部系统文件清单判断所述外部文件ID的传入传出类型；

若所述外部文件ID对应的是传入文件，则根据所述传输文件清单获取外部文件ID对应的文件服务器ID列表，根据所述服务器配置文件的信息从所述文件服务器ID列表中的外部服务器将外部文件ID对应文件下载下来，并根据所述传输文件清单中各个性化配置文件的参数对下载文件进行不同的转化处理后合并文件内容，最后根据所述内部系统文件清单的配置将合并后的文件传到对应内部系统；

若所述外部文件ID对应的是传出文件，则根据所述内部系统文件清单的配置从内部系统获取对应内部文件，根据所述传输文件清单获取所述外部文件ID对应的文件服务器ID列表，并根据所述传输文件清单中各个性化配置文件的参数对获取的内部文件做不同转化，最后根据所述服务器配置文件的信息向所述文件服务器ID列表中的外部服务器上传转化后的内部文件。

可选的，在所述多系统文件交互的配置处理方法中，

内部系统文件清单用于记录内部系统的文件信息，所述内部系统文件清单包括：内部文件ID、文件名、文件描述、文件处理类型、内部文件放置路径以及文件处理操作信息；

外部系统文件清单用于记录待传输文件的信息，所述外部系统文件清单包括：外部文件ID、文件名、文件接口名、文件传入传出类型，文件描述以及文件处理步骤信息；

服务器配置文件用于配置传入和传出所使用的信息，所述服务器配置文件包括：文件服务器ID、IP、用户、密码、路径以及连接方式；

传输文件清单用于记录传入和传出所需要的文件，所述传输文件清单包括：主键以及个性化配置文件。

可选的，在所述多系统文件交互的配置处理方法中，内部系统文件清单中的文件处理操作信息包括传入和传出时的操作信息。

可选的，在所述多系统文件交互的配置处理方法中，所述内部系统文件清单中的文件处理操作包括以下步骤：

对于传入文件，增加文件校验信息后上传到中间文件服务器对应路径下；

对于传出文件，从中间文件服务器对应路径下下载待传出文件。

可选的，在所述多系统文件交互的配置处理方法中，外部系统文件清单中的文件处理步骤信息包括传入和传出时的处理步骤信息。

可选的，在所述多系统文件交互的配置处理方法中，所述外部系统文件清单中的文件处理步骤包括以下步骤：

下载处理步骤：对于输入文件，从外部文件服务器下载文件时的处理步骤，对于输出文件，依据对应内部文件ID下载文件时的处理步骤；

转换处理步骤：对文件内容进行修改的处理步骤；

上传处理步骤：对于输入文件，依据对应内部文件ID上传文件时的处理步骤，对于输出文件，上传外部文件服务器所要进行的处理步骤。

可选的，在所述多系统文件交互的配置处理方法中，

所述外部系统文件清单还用于记录外部系统的所有文件对应的内部文件ID信息。

可选的，在所述多系统文件交互的配置处理方法中，所述传输文件清单的主键为文件服务器ID+外部文件ID。

可选的，在所述多系统文件交互的配置处理方法中，个性化配置文件包括：修改名称文件、压缩文件、校验文件和/或加密文件。

可选的，在所述多系统文件交互的配置处理方法中，不同的主键对应不同的个性化配置文件。

与现有技术相比，本发明的技术方案具有以下优点：

(1)当对接新客户时，无需重新开发一套针对性的文件传输处理系统，仅需要在既有的外部系统文件清单中选择对应接口格式文件，然后根据新客户的文件服务器信息配置传输文件清单和服务器配置文件即可，若没有对应接口格式文件时才需要重新开发，减少开发成本。

(2)文件处理规则的相关代码可实现复用，给文件添加既有修改规则时仅需要修改配置文件，无需改动实际代码，减少了开发测试工作。

(3)对于同一文件面向不同客户的不同接口格式，当需要修改时可以集中修改，不会有任何遗漏。

(4)由于所有与外部系统交互的接口均在外部系统文件清单中，当追踪定位特定问题时更加方便。

(5)内部系统不断迭代使得内部文件接口发生变化时，也仅需要修改外部系统文件清单中配置并添加特定处理代码即可。

(6)对于某个文件内部系统产生新接口时，对外依然可以保证输出旧接口格式，上线对外部系统无影响。当外部系统换版后也需要新接口时，仅需要修改传输文件清单，将旧接口文件ID替换为新接口文件ID即可。

附图说明

图1为本发明实施例提供的多系统文件交互的配置处理方法的流程图。

具体实施方式

下面将结合示意图对本发明的具体实施方式进行更详细的描述。根据下列描述，本发明的优点和特征将更清楚。需说明的是，附图均采用非常简化的形式且均使用非精准的比例，仅用以方便、明晰地辅助说明本发明实施例的目的。

在下文中，如果所述的方法包括一系列步骤，则本文所呈现的这些步骤的顺序并非必须是可执行这些步骤的唯一顺序，且一些所述的步骤可被省略和/或一些本文未描述的其他步骤可被添加到该方法。

现有技术中，通常采用对每个外部系统单独做一套文件传输处理系统进行接口维护，对于每种不同文件处理情况单独编写代码处理。对于现有办法，存在以下问题：(1)每对接一个新的外部系统，就需要单独编写文件传输相关代码以形成文件传输处理系统；(2)针对某些文件的特殊处理方式的代码分散在不同的文件传输处理系统中，下次有类似需求时又需要重新开发，导致功能重复的代码增加；(3)当出现需要对所有客户的某个文件做某种处理时，需要修改每个文件传输处理系统代码，随着客户增多，修改以及测试的工作量增加显著，且无法保证没有出现遗漏；(4)很难统计追踪所有代码实现的功能以及文件内容使用的情况，例如当出现某个文件数据有问题时，需要分析影响范围，由于每个外部系统采用的是单独的文件传输处理系统，分析工作困难；(5)内部系统不断迭代会导致内部系统的文件接口发生变化(通常为增加内容，用于实现某种业务功能的数据)，当外部系统想要启用新功能时就需要修改文件传输处理系统，并且内部系统需要和外部系统同时上线换版；(6)代码量的增加直接导致后期维护成本增加；(7)新加外部系统时，都需要修改代码对特定文件进行合并等。

因此有必要提供一种多系统文件交互的配置处理方法，所述多系统文件交互的配置处理方法采用内部系统文件清单、外部系统文件清单、服务器配置文件以及传输文件清单。

优选的，如图1所示，图1为本发明实施例提供的多系统文件交互的配置处理方法的流程图，所述多系统文件交互的配置处理方法包括以下步骤：

读取所述传输文件清单中的文件信息，所述文件信息包括外部文件ID；

依次处理每个所述外部文件ID，获取所述外部系统文件清单中相同的外部文件ID，并根据所述外部系统文件清单判断所述外部文件ID的传入传出类型；

若所述外部文件ID对应的是传入文件，则根据所述传输文件清单获取外部文件ID对应的文件服务器ID列表，根据所述服务器配置文件的信息从所述文件服务器ID列表中的外部服务器将外部文件ID对应文件下载下来，并根据所述传输文件清单中各个性化配置文件的参数对下载文件进行不同的转化处理后合并文件内容，最后根据所述内部系统文件清单的配置将合并后的文件传到对应内部系统；

若所述外部文件ID对应的是传出文件，则根据所述内部系统文件清单的配置从内部系统获取对应内部文件，根据所述传输文件清单获取所述外部文件ID对应的文件服务器ID列表，并根据所述传输文件清单中各个性化配置文件的参数对获取的内部文件做不同转化，最后根据所述服务器配置文件的信息向所述文件服务器ID列表中的外部服务器上传转化后的内部文件。

本发明提供了一套完整的配置以及逻辑处理方法，运用于一套整体的文件传输处理系统中，用以支持多样的文件传输处理操作，并实现了更加简单直观的文件交互信息集中配置管理，使得在对接新外部系统时能最大限度减少对文件传输处理系统的修改，同时有效控制单次代码修改的影响范围。本发明还可使得不同客户使用同一套文件传输处理系统。

进一步的，本发明的核心逻辑为将处理文件的具体代码功能与文件和外部系统接口剥离，将文件处理所需要的各种信息分类保存到不同文件中，并提供一套标准的文件处理工作流程。在这套流程下提供每个环节的灵活配置以实现具体的不同功能。文件传输主要分为两大类文件，传入和传出。前者文件传输处理系统从外部系统下载文件，处理完成后上传到内部系统。后者文件传输处理系统从内部系统下载文件，处理完成后上传到外部系统。

较佳的，所述整体的文件传输处理系统包括所述内部系统文件清单、所述外部系统文件清单、所述服务器配置文件以及所述传输文件清单，所述内部系统文件清单、所述外部系统文件清单、所述服务器配置文件以及所述传输文件清单所包含的内容及作用如下：

内部系统文件清单用于记录内部系统的文件信息，所述内部系统文件清单包括：内部文件ID、文件名、文件描述、文件处理类型、内部文件放置路径以及文件处理操作信息；

例如，所述内部系统文件清单可以为：

#<内部文件ID><文件名><文件描述><文件处理类型><内部文件方式子路径><文件处理操作>；

Aaa aaaa入账交易文件in/ccc/sss ADD_INFO|UP_Y；

Bbb bbbb xxxxxxx文件inrep/xxx/fff ADD_INFO|UP_Y；

Ccc cccc账户信息文件1out/xxx/yyy DOWN|CHECK_INFO；

Ddd dddd账户信息文件2out/xxx/yyy DOWN|CHECK_INFO；

其中，所述内部系统文件清单的核心信息要素为内部文件ID(用于与外部系统文件清单中的内部文件ID关联)，文件名、文件路径以及文件处理类型等信息并不一定要求以单独字段出现，比如文件处理类型与文件名可以组合成<文件处理类型>_<文件名>一个字段，由代码处理的时候将这两部分信息拆开，又如文件名可以作为唯一索引时，可以将内部文件ID与文件名合并为一个字段表示。文件处理类型用于描述区分不同文件，使得代码针对不同文件处理类型处理规则不同。目前in用于表示内部系统需要处理的文件(即由外部系统提供过来，文件服务器处理之后传进来的文件)，out表示内部系统产生的文件。文件处理操作则是描述待传输文件需要做的处理，内部系统文件清单中的文件处理操作包括传入和传出时的操作信息。比如对于输入文件，步骤可以为增加文件校验信息后上传到中间文件服务器对应路径下。对于输出文件，步骤可以为从中间文件服务器对应路径下下载待传出文件。

外部系统文件清单用于记录待传输文件的信息，所述外部系统文件清单包括：外部文件ID、文件名、文件接口名、文件传入传出类型，文件描述以及文件处理步骤信息；

例如：所述外部系统文件清单可以为：

#<外部文件ID><文件名><文件接口名><文件传入传出类型><文件描述><文件处理步骤：下载><文件处理步骤：转换><文件处理步骤：上传>；

xxx XXX XXX in入账交易文件DOWN|CHECK_INFO|CHANGE Aaa；

zzz ZZZ ZZZout账户信息文件；Ccc；Ddd|CHANGE||ADD_INFO|ZIP|UP；

其中，外部文件ID为待传输文件的主键，用于表示传输的具体文件处理操作，代表了不同接口格式文件。由于外部系统众多，不同客户的外部系统也不一样，同一个文件例如账户信息文件，给到不同客户格式不同，同时也会根据版本迭代导致同一文件有旧版新版等多个接口。对于格式不同的每一个接口，都有一条对应外部文件ID来记录处理方式。较佳的，所述外部系统文件清单还用于记录外部系统的所有文件对应的内部文件ID信息。外部系统文件清单中的文件处理步骤信息包括传入和传出时的处理步骤信息，所述外部系统文件清单中的文件处理步骤包括以下步骤：下载处理步骤：对于输入文件，从外部文件服务器下载文件时的处理步骤，对于输出文件，依据对应内部文件ID下载文件时的处理步骤；转换处理步骤：对文件内容进行修改的处理步骤；上传处理步骤：对于输入文件，依据对应内部文件ID上传文件时的处理步骤，对于输出文件，上传外部文件服务器所要进行的处理步骤。

进一步的，本发明的外部系统文件清单中的文件获取步骤、文件处理步骤、文件上传步骤每个步骤中可存放任意数量的子步骤。子步骤有顺序要求，执行时按顺序执行，其中可以包括文件下载、文件上传、文件校验、文件压缩、文件解压以及文件重命名等具体的对文件执行的操作，每种操作均可提供不同参数值加以控制实现不同的处理方式，例如不同的压缩解压格式，不同的校验规则。还可以在服务器配置文件以及传输文件清单中对每条记录通过固定格式增加特定参数值(参数之间没有顺序，数量限制)来控制针对某个文件使用特定的处理方式。

服务器配置文件用于配置传入和传出所使用的信息，所述服务器配置文件包括：文件服务器ID、IP、用户、密码、路径以及连接方式；

例如，所述服务器配置文件可以为：

#<文件服务器ID><IP><用户名><密码><路径><传输方式><描述>；

Inner 10.0.0.1user 123/home/user/ddd/sss sftp内部文件服务器；

Input1 10.0.2.2uuuu 123/home/uuuu/input/sftp外部文件服务器1；

output1 10.0.2.2uuuu 123/home/uuuu/xxx/www sftp外部文件服务器2；

output2 10.0.3.3uuuu 123/home/uuuu/ttt ftp外部文件服务器3；

所述服务器配置文件主要用于配置具体文件传输所涉及到的各文件服务器的详细信息，根据具体环境不同配置不同。

传输文件清单用于记录传入和传出所需要的文件，所述传输文件清单包括：主键以及个性化配置文件；所述传输文件清单的主键为文件服务器ID+外部文件ID；所述个性化配置文件包括：修改名称文件、压缩文件、校验文件和/或加密文件。并且，不同的主键对应不同的个性化配置文件。

例如，所述传输文件清单可以为：

#<文件服务器ID><外部文件ID><个性化配置参数><个性化配置参数2><…>；

Input1 xxx--fileName＝XYZ--checkOk＝Y；

Input2 xxx；

output1 zzz--zip＝.Z；

output2 zzz；

所述传输文件清单用于确定整个文件处理过程都需要处理的文件，以及对应文件获取/上传的文件服务器。主要为两列配置，但可以增加额外参数实现既有功能的灵活配置，例如—fileName参数可修改下载时的文件名，--zip参数可使得文件上传前先压缩处理。不同参数之间无顺序要求。

进一步的，本发明中对于传输文件清单，若同一外部文件ID对应了多个外部文件服务器，则根据待传输文件上传下载类型进行不同处理逻辑。对于类型为输入下载的表示此文件为从外部系统传输到内部系统，若一个文件对应多个外部文件服务器，则将对应外部文件服务器上的文件下载后进行数据合并处理，再传回内部系统。对于类型为输出上传的表示此文件为从内部系统传输到外部系统，若一个文件对应多个外部文件服务器，则上传时将同一文件内容分别上传到不同外部文件服务器。

综上，内部系统文件清单、外部系统文件清单为固定配置，与代码版本同步，所有客户公用一套。服务器配置文件随具体环境变化，每套环境不同(同一客户测试与生产环境也是不同的)。传输文件清单用于指定选择对应文件接口，不同客户配置信息不同，但同一客户的多套环境配置相同。

综上，与现有技术相比，本发明的技术方案具有以下优点：

(1)当对接新客户时，无需重新开发一套针对性的文件传输处理系统，仅需要在既有的外部系统文件清单中选择对应接口格式文件，然后根据新客户的文件服务器信息配置传输文件清单和服务器配置文件即可，若没有对应接口格式文件时才需要重新开发，减少开发成本。

(2)文件处理规则的相关代码可实现复用，给文件添加既有修改规则时仅需要修改配置文件，无需改动实际代码，减少了开发测试工作。

(3)对于同一文件面向不同客户的不同接口格式，当需要修改时可以集中修改，不会有任何遗漏。

(4)由于所有与外部系统交互的接口均在外部系统文件清单中，当追踪定位特定问题时更加方便。

(5)内部系统不断迭代使得内部文件接口发生变化时，也仅需要修改外部系统文件清单中配置并添加特定处理代码即可。

(6)对于某个文件内部系统产生新接口时，对外依然可以保证输出旧接口格式，上线对外部系统无影响。当外部系统换版后也需要新接口时，仅需要修改传输文件清单，将旧接口文件ID替换为新接口文件ID即可。

上述仅为本发明的优选实施例而已，并不对本发明起到任何限制作用。任何所属技术领域的技术人员，在不脱离本发明的技术方案的范围内，对本发明揭露的技术方案和技术内容做任何形式的等同替换或修改等变动，均属未脱离本发明的技术方案的内容，仍属于本发明的保护范围之内。

Claims (8)

1.一种多系统文件交互的配置处理方法，其特征在于，所述多系统文件交互的配置处理方法采用内部系统文件清单、外部系统文件清单、服务器配置文件以及传输文件清单，其中，所述外部系统文件清单用于记录外部系统的所有文件对应的内部文件ID信息；传输文件清单用于记录传入和传出所需要的文件，所述传输文件清单包括：主键以及个性化配置文件；所述传输文件清单的主键为文件服务器ID+外部文件ID；

包括以下步骤：

读取所述传输文件清单中的文件信息，所述文件信息包括外部文件ID；

依次处理每个所述外部文件ID，获取所述外部系统文件清单中相同的外部文件ID，并根据所述外部系统文件清单判断所述外部文件ID的传入传出类型；

若所述外部文件ID对应的是传入文件，则根据所述传输文件清单获取外部文件ID对应的文件服务器ID列表，根据所述服务器配置文件的信息从所述文件服务器ID列表中的外部服务器将外部文件ID对应文件下载下来，并根据所述传输文件清单中各个性化配置文件的参数对下载文件进行不同的转化处理后合并文件内容，最后根据所述内部系统文件清单的配置将合并后的文件传到对应内部系统；

若所述外部文件ID对应的是传出文件，则根据所述内部系统文件清单的配置从内部系统获取对应内部文件，根据所述传输文件清单获取所述外部文件ID对应的文件服务器ID列表，并根据所述传输文件清单中各个性化配置文件的参数对获取的内部文件做不同转化，最后根据所述服务器配置文件的信息向所述文件服务器ID列表中的外部服务器上传转化后的内部文件。

2.如权利要求1所述的多系统文件交互的配置处理方法，其特征在于，

内部系统文件清单用于记录内部系统的文件信息，所述内部系统文件清单包括：内部文件ID、文件名、文件描述、文件处理类型、内部文件放置路径以及文件处理操作信息；

外部系统文件清单用于记录待传输文件的信息，所述外部系统文件清单包括：外部文件ID、文件名、文件接口名、文件传入传出类型，文件描述以及文件处理步骤信息；

服务器配置文件用于配置传入和传出所使用的信息，所述服务器配置文件包括：文件服务器ID、IP、用户、密码、路径以及连接方式。

3.如权利要求2所述的多系统文件交互的配置处理方法，其特征在于，内部系统文件清单中的文件处理操作信息包括传入和传出时的操作信息。

4.如权利要求3所述的多系统文件交互的配置处理方法，其特征在于，所述内部系统文件清单中的文件处理操作包括以下步骤：

对于传入文件，增加文件校验信息后上传到中间文件服务器对应路径下；

对于传出文件，从中间文件服务器对应路径下下载待传出文件。

5.如权利要求2所述的多系统文件交互的配置处理方法，其特征在于，外部系统文件清单中的文件处理步骤信息包括传入和传出时的处理步骤信息。

6.如权利要求5所述的多系统文件交互的配置处理方法，其特征在于，所述外部系统文件清单中的文件处理步骤包括以下步骤：

下载处理步骤：对于输入文件，从外部文件服务器下载文件时的处理步骤，对于输出文件，依据对应内部文件ID下载文件时的处理步骤；

转换处理步骤：对文件内容进行修改的处理步骤；

上传处理步骤：对于输入文件，依据对应内部文件ID上传文件时的处理步骤，对于输出文件，上传外部文件服务器所要进行的处理步骤。

7.如权利要求2所述的多系统文件交互的配置处理方法，其特征在于，个性化配置文件包括：修改名称文件、压缩文件、校验文件和/或加密文件。

8.如权利要求2所述的多系统文件交互的配置处理方法，其特征在于，不同的主键对应不同的个性化配置文件。

Images