CN104317601A - 一种文件接口开发方法及系统 - Google Patents
一种文件接口开发方法及系统 Download PDFInfo
- Publication number
- CN104317601A CN104317601A CN201410602808.7A CN201410602808A CN104317601A CN 104317601 A CN104317601 A CN 104317601A CN 201410602808 A CN201410602808 A CN 201410602808A CN 104317601 A CN104317601 A CN 104317601A
- Authority
- CN
- China
- Prior art keywords
- file
- interface
- platform
- module
- data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明涉及一种文件接口开发方法及系统，所述文件接口开发方法包括：扫描各平台提供的文件是否在规定的时间内出现在指定平台的指定目录中；解析各平台提供的文件，并将解析后的文件数据存储到指定平台相应的接口表中；抽取各接口表的数据，按照指定平台规范组装文件记录，并存储到文件记录临时表；扫描文件记录临时表，按照指定平台规范，生成对应的文件；将生成的文件在规定时间内上传给指定平台，或者从指定平台外的各平台下载文件至指定平台；根据各平台的文件接口类型，调用扫描、解析、收集、生成和传送中任意数量的步骤开发文件接口。本发明采用分步骤的统一文件接口处理流程，以简单的配置实现不同文件接口的开发及流程保障。
Description
技术领域
本发明涉及软件开发领域，特别是涉及一种文件接口开发方法及系统。
背景技术
在J2EE/Shell编程文件接口开发过程中，一般分为文件接收、解析、上传几个模块，通常的开发方式为每个文件的每一模块用javabean来实现。这些开发方式适用于较小业务量的开发，但是针对电信行业业务需求的复杂情况，这种开发方式便显得繁琐复杂，各个文件接口的javabean无法复用，文件接口的统一流程保障机制很难实现，而且每次开发都必须开发代码，导致频繁的代码上线，消耗较大的工作量，影响用户感知。
发明内容
本发明所要解决的技术问题是提供一种文件接口开发方法及系统，用于解决现有开发方式导致的javabean无法复用、生产系统代码需频繁上线等问题。
本发明解决上述技术问题的技术方案如下：一种文件接口开发方法，包括：
扫描步骤：扫描各平台提供的文件是否在规定的时间内出现在指定平台的指定目录中；
解析步骤：解析各平台提供的文件，并将解析后的文件数据存储到指定平台相应的接口表中；
收集步骤：抽取各接口表的数据，按照指定平台规范组装文件记录，并存储到文件记录临时表；
生成步骤：扫描文件记录临时表，按照指定平台规范，生成对应的文件；
传送步骤：将生成的文件在规定时间内上传给指定平台，或者从指定平台外的各平台下载文件至指定平台；
接口开发步骤：根据各平台的文件接口类型，调用扫描步骤、解析步骤、收集步骤、生成步骤和传送步骤中任意数量的步骤开发文件接口。
在上述技术方案的基础上，本发明还可以做如下改进。
进一步，所述扫描步骤具体包括：在规定时间段内，定时器周期性地对指定目录进行扫描，若在规定扫描次数内扫描到文件，则停止扫描，否则进行短信告警。
进一步，所述解析步骤具体包括：在规定时间段内，定时器扫描指定目录下的文件，并周期性地解析文件，并将解析后的文件数据存储到相应的接口表中，当在规定解析次数内有解析后文件存储至当前接口表中，则定时器停止解析文件，否则将历史接口表中的数据导入至当前接口表中。
进一步，所述周期性地解析文件具体包括：根据扫描到的文件的记录规则，对每条文件进行拆分然后，匹配到接口表的对应字段上，对接口表的每条字段进行验证，并对通过不同渠道匹配到相同字段上的文件进行合并。
进一步，所述收集步骤具体包括：在规定时间段内，定时器扫描接口表中的数据，并按照指定平台规范对接口表中的数据进行组装，将组装后的数据存储到文件记录临时表中，若在规定收集次数内有组装后数据存储至当前文件记录临时表中，则停止收集，否则将历史文件记录临时表中的数据导入至当前文件记录临时表。
进一步，所述生成步骤具体包括：在规定时间段内，定时器周期性地扫描文件记录临时表中的数据，将文件记录临时表中的数据按照指定平台规范生成文件头和文件体，并在指定目录下生成最终上传到指定平台的文件，若生成文件头和文件体失败，则将历史文件记录临时表中的数据导入当前文件记录临时表，按指定平台规范生成文件头和文件体，并在指定目录下生成最终上传到指定平台的文件。
本发明的技术方案还包括一种文件接口开发系统，包括：
扫描模块：用于扫描各平台提供的文件是否在规定的时间内出现在指定平台的指定目录中；
解析模块：用于解析各平台提供的文件，并将解析后的文件数据存储到指定平台相应的接口表中；
收集模块：用于抽取各接口表的数据，按照指定平台规范组装文件记录，并存储到文件记录临时表；
生成模块：用于扫描文件记录临时表，按照指定平台规范，生成对应的文件；
传送模块：用于将生成的文件在规定时间内上传给指定平台，或者从指定平台外的各平台下载文件至指定平台；
接口开发模块：用于根据各平台的文件接口类型，调用扫描模块、解析模块、收集模块、生成模块和传送模块中任意数量的模块开发文件接口。
进一步，所述解析模块中集成有解析插件，其用于周期性地解析文件，具体包括：根据扫描到的文件的记录规则，对每条文件进行拆分然后，匹配到接口表的对应字段上，对接口表的每条字段进行验证，并对通过不同渠道匹配到相同字段上的文件进行合并。
进一步，所述扫描模块、解析模块、收集模块、生成模块和传送模块中均集成有短信告警模块，分别用于对异常扫描、异常解析、异常收集、异常生成或异常传送进行短信告警。
进一步，所述扫描模块、解析模块、收集模块、生成模块和传送模块中均集成有定时器，且通过各自的定时器完成扫描、解析、收集、生成和传送，并通过定时器检测是否在规定的扫描次数、解析次数、收集次数、生成次数和传送次数内进行相应操作。
本发明的有益效果是：采用分步骤的统一文件接口处理流程，以简单的配置实现不同文件接口的开发及流程保障，节省之前的开发方法从需求到开发的时间及工作量，使软件质量大幅提高，有利于提升在同行业内的竞争优势。
附图说明
图1为本发明所述的文件接口开发方法的流程示意图。
具体实施方式
以下结合附图对本发明的原理和特征进行描述，所举实例只用于解释本发明，并非用于限定本发明的范围。
如图1所示，本实施例给出了一种文件接口开发方法，包括：
扫描步骤：扫描各平台提供的文件是否在规定的时间内出现在指定平台的指定目录中；
解析步骤：解析各平台提供的文件，并将解析后的文件数据存储到指定平台相应的接口表中；
收集步骤：抽取各接口表的数据，按照指定平台规范组装文件记录，并存储到文件记录临时表；
生成步骤：扫描文件记录临时表，按照指定平台规范，生成对应的文件；所述指定平台规范中限定文件命名规则、文件头和文件体的生成规则、文件内容的取值范围及文件的上报时间和周期；
传送步骤：将生成的文件在规定时间内上传给指定平台，或者从指定平台外的各平台下载文件至指定平台；
接口开发步骤：根据各平台的文件接口类型，调用扫描步骤、解析步骤、收集步骤、生成步骤和传送步骤中任意数量的步骤开发文件接口。
本实施例还对应给出了一种文件接口开发系统，包括：
扫描模块：用于扫描各平台提供的文件是否在规定的时间内出现在指定平台的指定目录中；
解析模块：用于解析各平台提供的文件，并将解析后的文件数据存储到指定平台相应的接口表中；
收集模块：用于抽取各接口表的数据，按照指定平台规范组装文件记录，并存储到文件记录临时表；
生成模块：用于扫描文件记录临时表，按照指定平台规范，生成对应的文件；
传送模块：用于将生成的文件在规定时间内上传给指定平台，或者从指定平台外的各平台下载文件至指定平台；
接口开发模块：用于根据各平台的文件接口类型，调用扫描模块、解析模块、收集模块、生成模块和传送模块中任意数量的模块开发文件接口。
其中，所述扫描模块、解析模块、收集模块、生成模块和传送模块中均集成有短信告警模块和定时器，所述短信告警模块分别用于对异常扫描、异常解析、异常收集、异常生成或异常传送进行短信告警。且各模块通过各自的定时器完成扫描、解析、收集、生成和传送，并通过定时器检测是否在规定的扫描次数、解析次数、收集次数、生成次数和传送次数内进行相应操作。
基于上述步骤和模块，本实施例的具体实施过程分为以下部分。
一、扫描
所述扫描步骤具体包括：在规定时间段内，定时器周期性地对指定目录进行扫描，若在规定扫描次数内扫描到文件，则停止扫描，否则进行短信告警。
扫描部分涉及以下三个数据表：
1)文件监控表T_WF_SFILEMONITORCFG；
2)文件传输配置表T_WF_SFILETRANSPORT；
3)文件接口记录表T_WF_DFILEMONITORMSG；
则基于上述三个数据表，具体的处理流程如下所述。
1)查询T_WF_SFILEMONITORCFG表中是否有对应记录，不存在，跳过；
2)查询T_WF_DFILEMONITORMSG表中是否有对应记录，不存在，插入一条默认数据；
3)判断T_WF_DFILEMONITORMSG中的FILE_DEAL_FLAG(文件处理结果标识)是否为0，如果是0，跳过；
4)根据T_WF_SFILEMONITORCFG中的FILE_REGULATION(文件名称匹配规则)判断上传目录(T_WF_SFILETRANSPORT中的FTP_FROM_URL)下是否存在匹配的文件，文件存在，扫描成功；
5)如果文件不存在，则比较数据表T_WF_DFILEMONITORMSG的文件处理次数和配置表T_WF_SFILEMONITORCFG中的文件最大处理次数，如果数据表的文件处理次数大于等于配置表的处理次数，短信告警；
6)根据T_WF_SFILEMONITORCFG中的FILE_DEAL_JNDINAME(文件处理程序名称)处理文件；
7)根据文件处理的结果更新T_WF_DFILEMONITORMSG的FILE_DEAL_TIMES(文件处理次数)、FILE_DEAL_FLAG(文件处理结果标识)、FILE_DEAL_TIME(文件处理时间)。
此外，在文件扫描过程中，如果在指定目录下未发现文件，需进行短信告警；当扫描次数达到最大扫描次数且仍未扫描到文件时，也要进行短信告警。
二、解析
所述解析步骤具体包括：在规定时间段内，定时器扫描指定目录下的文件，并周期性地解析文件，并将解析后的文件数据存储到相应的接口表中，当在规定解析次数内有解析后文件存储至当前接口表中，则定时器停止解析文件，否则将历史接口表中的数据导入至当前接口表中。
解析部分涉及下面三个数据表：
1)文件监控表T_WF_SFILEMONITORCFG；
2)文件传输配置表T_WF_SFILETRANSPORT；
3)文件接口记录表T_WF_DFILEMONITORMSG。
基于这三个数据表，具体的处理过程如下所述。
1)查询T_WF_SFILEMONITORCFG表中是否有对应记录，不存在，跳过；
2)查询T_WF_DFILEMONITORMSG表中是否有对应记录，不存在，插入一条默认数据；
3)根据T_WF_SFILEMONITORCFG中的PARENT_FILE_CODE(主文件编码)判断T_WF_DFILEMONITORMSG表中是否存在记录，如果存在，则代表其他渠道的文件已经异常处理成功，跳过；
4)判断T_WF_DFILEMONITORMSG中的FILE_DEAL_FLAG(文件处理结果标识)是否为0，如果是0，跳过；
5)根据T_WF_SFILEMONITORCFG中的FILE_REGULATION(文件名称匹配规则)判断上传目录(T_WF_SFILETRANSPORT中的FTP_FROM_URL文件源地址)下是否存在匹配的文件，不存在直接启动异常处理程序，将对应接口历史表中昨天上传的数据导入到接口表中；
6)文件存在，则根据T_WF_SFILEMONITORCFG中的FILE_DEAL_JNDINAME(文件处理程序名称)解析上传目录(T_WF_SFILETRANSPORT中的FTP_FROM_URL文件源地址)下的匹配文件；
7)如果文件解析失败，则比较数据表T_WF_DFILEMONITORMSG的文件处理次数和配置表T_WF_SFILEMONITORCFG中的文件最大处理次数，如果数据表的文件处理次数大于等于配置表的处理次数，根据配置表中的FILE_EXCEPTION_JNDINAME(文件异常处理程序名称)启动异常处理逻辑；
8)根据文件处理的结果更新T_WF_DFILEMONITORMSG的FILE_DEAL_TIMES(文件处理次数)、(文件处理结果标识)、FILE_DEAL_TIME(文件处理时间)。
此外，在解析文件处理过程中，如果在指定目录下未发现文件，则短信告警，并启动异常处理程序；如果解析文件失败，短信告警，继续解析；如果解析达到最大解析次数且仍解析文件失败，进行短信告警，并启动异常处理程序。异常处理程序会将历史文件接口表(主要是昨天)的数据转移到当前文件接口表中。
解析部分需要梳理接口要素，主要是为了确定是否需要建立接口表，接口表一般包含两张：一张是数据表，一张是历史表，历史表往往比数据表多一个入库时间的字段。接口表的命名一般和接口编码对应，其规则为T_WF_P+系统简称+接口编码，例如：一级客服投诉工单日报接口表为T_WF_PONECUST0001。
需注意，对于集团规范范畴的接口表，其命名必须和接口编码保持一致；
另外，解析部分需要编写解析插件，以完成对文件的数据解析、记录验证、数据合并等操作。采用解析插件解析文件具体包括：根据扫描到的文件的记录规则，对每条文件进行拆分然后，匹配到接口表的对应字段上，对接口表的每条字段进行验证，并对通过不同渠道匹配到相同字段上的文件进行合并。其中，记录验证的规则是在接口配置表T_WF_DCASEINTERFACE中进行配置的；数据合并是指对不同渠道的文件的数据继续合并，合并分为交叉合并和无交叉合并，交叉合并主要是针对统计类数据，需要将同纬度的统计数据量继续计算，无交叉合并主要是针对明细类数据，只是文件的物理合并。
解析插件的命名规则为AnalyzeFile+接口编码+Handle，解析插件都实现了InterfaceFileHandle接口，例如：一级客服投诉统计数据的解析插件为AnalyzeFile0001Handle。
三、收集
所述收集步骤具体包括：在规定时间段内，定时器扫描接口表中的数据，并按照指定平台规范对接口表中的数据进行组装，将组装后的数据存储到文件记录临时表中，若在规定收集次数内有组装后数据存储至当前文件记录临时表中，则停止收集，否则将历史文件记录临时表中的数据导入至当前文件记录临时表。
解析部分涉及下面三个数据表：
1)文件监控表T_WF_SFILEMONITORCFG；
2)文件传输配置表T_WF_SFILETRANSPORT；
3)文件接口记录表T_WF_DFILEMONITORMSG。
基于上述三个数据表，具体的处理流程如下所述。
1)查询T_WF_SFILEMONITORCFG表中是否有对应记录，不存在，跳过；
2)查询T_WF_DFILEMONITORMSG表中是否有对应记录，不存在，插入一条默认数据；
3)判断T_WF_DFILEMONITORMSG中的FILE_DEAL_FLAG(文件处理结果标识)是否为0，如果是0，跳过；
4)根据T_WF_SFILEMONITORCFG中的FILE_INTERFACE_TABLE判断对应接口表是否存在数据，如果不存在，根据配置表中的FILE_EXCEPTION_JNDINAME(文件异常处理程序名称)启动异常处理逻辑；
5)根据T_WF_SFILEMONITORCFG中的FILE_DEAL_JNDINAME(文件处理程序名称)与PROC_NAME收集数据；
6)收集失败，则比较数据表T_WF_DFILEMONITORMSG的文件处理次数和配置表T_WF_SFILEMONITORCFG中的文件最大处理次数，如果数据表的文件处理次数大于等于配置表的处理次数，根据配置表中的FILE_EXCEPTION_JNDINAME(文件异常处理程序名称)启动异常处理逻辑；
7)根据文件处理的结果更新T_WF_DFILEMONITORMSG的FILE_DEAL_TIMES(文件处理次数)、(文件处理结果标识)、FILE_DEAL_TIME(文件处理时间)。
此外，在记录数据收集过程中，在文件记录临时表(主要是一级客服文件记录接口表)未发现数据，短信告警，启动异常处理程序；收集数据失败，短信告警，继续收集；如果收集数据达到最大收集次数且仍收集失败，短信告警，启动异常处理逻辑，异常处理逻辑会将历史文件记录临时表(主要是昨天一级客服文件记录历史表)中的数据转移到当前文件记录临时表中。
另外，对于需要收集数据的文件接口需要编写相应的存储过程完成收集数据的操纵，存储过程中根据文件接口的要求从相应的业务表中读取数据，并将读取的数据继续组装。
存储过程的命名规则为：PROC_WF_+系统简称+文件编码，例如：一级客服日报投诉统计数据的存储过程为PROC_WF_CSVC0001。
四、生成
所述生成步骤具体包括：在规定时间段内，定时器周期性地扫描文件记录临时表中的数据，将文件记录临时表中的数据按照指定平台规范生成文件头和文件体，并在指定目录下生成最终上传到指定平台的文件，若生成文件头和文件体失败，则将历史文件记录临时表中的数据导入当前文件记录临时表，按指定平台规范生成文件头和文件体，并在指定目录下生成最终上传到指定平台的文件。
解析部分涉及下面三个数据表：
1)文件监控表T_WF_SFILEMONITORCFG；
2)文件传输配置表T_WF_SFILETRANSPORT；
3)文件接口记录表T_WF_DFILEMONITORMSG。
基于上述三个数据表，主要的处理过程如下所述。
1)查询T_WF_SFILEMONITORCFG表中是否有对应记录，不存在，跳过；
2)查询T_WF_DFILEMONITORMSG表中是否有对应记录，不存在，插入一条默认数据；
3)判断T_WF_DFILEMONITORMSG中的FILE_DEAL_FLAG(文件处理结果标识)是否为0，如果是0，跳过；
4)查询一级客服文件接口记录临时表T_WF_PONECUSTGENFILE中是否存在对应的文件记录，不存在，根据配置表中的FILE_EXCEPTION_JNDINAME(文件异常处理程序名称)启动异常处理逻辑；
5)文件接口记录临时表中的数据存在，则根据T_WF_SFILEMONITORCFG中的FILE_DEAL_JNDINAME(文件处理程序名称)生成文件；
6)生成文件失败，则比较数据表T_WF_DFILEMONITORMSG的文件处理次数和配置表T_WF_SFILEMONITORCFG中的文件最大处理次数，如果数据表的文件处理次数大于等于配置表的处理次数，根据配置表中的FILE_EXCEPTION_JNDINAME启动异常处理逻辑；
7)根据文件处理的结果更新T_WF_DFILEMONITORMSG的FILE_DEAL_TIMES(文件处理次数)、(文件处理结果标识)、FILE_DEAL_TIME(文件处理时间)。
在生成文件处理过程中，在文件记录接口表中未发现数据，短信告警，启动异常处理程序；生成文件失败，短信告警，继续生成文件；如果生成文件达到最大生成文件次数且仍生成文件失败，短信告警，启动异常处理程序，异常处理程序会将历史文件记录临时表(昨天一级客服文件记录历史表)中的数据转移到当前文件记录临时表中，并重新生成一次文件。
五、传送
传送包含上传和下载，在规定时间段内，定时器周期性扫描指定目录下的文件，将文件上传到一级客服指定FTP的指定目录下，只有在规定的上传次数内，将文件正常上传，就代表上传成功，定时器不会继续上传此文件。
传送部分涉及下面三个数据表：
1)文件监控表T_WF_SFILEMONITORCFG；
2)文件传输配置表T_WF_SFILETRANSPORT；
3)文件接口记录表T_WF_DFILEMONITORMSG。
基于上述三个数据表，具体的处理流程如下：
1)查询T_WF_SFILEMONITORCFG表中是否有对应记录，不存在，跳过；
2)查询T_WF_DFILEMONITORMSG表中是否有对应记录，不存在，插入一条默认数据；
3)判断T_WF_DFILEMONITORMSG中的FILE_DEAL_FLAG(文件处理结果标识)是否为0，如果是0，跳过；
4)根据T_WF_SFILEMONITORCFG中的FILE_REGULATION(文件名称匹配规则)判断上传目录(T_WF_SFILETRANSPORT中的FTP_FROM_URL)下是否存在匹配的文件，如果文件不存在，短信告警，人工干预；
5)文件存在，根据T_WF_SFILEMONITORCFG中的FILE_DEAL_JNDINAME上传文件；
6)上传失败，比较数据表T_WF_DFILEMONITORMSG的文件处理次数和配置表T_WF_SFILEMONITORCFG中的文件最大处理次数，如果数据表的文件处理次数大于等于配置表的处理次数，短信告警，人工干预；
7)根据文件处理的结果更新T_WF_DFILEMONITORMSG的FILE_DEAL_TIMES(文件处理次数)、(文件处理结果标识)、FILE_DEAL_TIME(文件处理时间)。
在上传文件过程中，在指定目录下未发现文件，短信告警，人工干预；上传文件失败，短信告警，继续上传；如果达到最大上传次数且仍上传失败，短信告警，需要人工干预。
六、文件接口开发
根据各平台的文件接口类型，调用扫描步骤、解析步骤、收集步骤、生成步骤和传送步骤中任意数量的步骤开发文件接口。
此部分首先要确定接口性质，确定接口的性质主要是为了确定文件接口的类型，从而确定文件处理的流程，这关系到我在文件监控配置表中的配置记录。目前的文件接口，各个省的实现方式有所不同，下面以两个省的文件接口为例进行说明。
(1)安徽的一级客服日报文件
安徽的一级客服接口只涉及投诉类的数据，文件的合并是由经分来完成的，因此只要将生成好的文件传给经分即可，其文件的处理过程包括收集、生成、上传；
(2)黑龙江的一级客服文件日报文件
黑龙江的一级客服日报文件中的查询类文件涉及到几个渠道，对于这些渠道的文件需要汇总成一个文件，然后上传给一级客服，其文件的处理过程包括扫描(扫描各个渠道的文件是否按时上传)、解析(将各个渠道的文件解析，并将数据保存)、收集、生成、上传；
(3)黑龙江的一级客服月报文件
黑龙江的一级客服月报文件是有经分生成最终的文件，不会对文件进行任何的调整工作，只负责将文件上传给一级客服即可，其文件的处理过程有扫描、上传；
(4)黑龙江的垃圾短信文件
黑龙江的垃圾短信文件是将别人的数据保存到数据库中，并且文件需要自己去下载，其文件处理过程有下载、解析；
因此，在判断文件处理过程中，一定接口文件的实际处理情况中，不要刻意使用较为复杂的阶段，集成越简单越好。比如，扫描环节主要是起到一个预警作用，并不会对文件做任何的修改，一般应用于其他平台向指定平台送文件的情况。
七、配置
主要是配置CRONTAB和配置监控数据。
(1)配置CRONTAB
根据文件接口的处理流程，在crontab中进行配置，每个阶段都有对应的shell，注意各个shell之间的先后顺序，如下表所示。
| 阶段 | Shell |
| 扫描 | startScanFile.sh |
| 解析 | startAnalyzeFile.sh |
| 收集 | startCollectFile.sh |
| 生成 | startCreateFile.sh |
| 传送 | startFtpFile.sh |
(2)配置监控数据
在监控配置表和文件传输配置表中配置文件接口对应的信息，监控配置表用来配置文件处理的各个阶段以及各个阶段对应的处理逻辑，文件传输配置表用于配置各个文件的传输信息。
在监控配置表中配置生成文件的记录时，针对一级客服的文件接口，需要配置文件头、文件体、文件名的规则；
时间以2010-02-14为当前时间，如下表所示。
以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (10)
1.一种文件接口开发方法，其特征在于，包括：
扫描步骤：扫描各平台提供的文件是否在规定的时间内出现在指定平台的指定目录中；
解析步骤：解析各平台提供的文件，并将解析后的文件数据存储到指定平台相应的接口表中；
收集步骤：抽取各接口表的数据，按照指定平台规范组装文件记录，并存储到文件记录临时表；
生成步骤：扫描文件记录临时表，按照指定平台规范，生成对应的文件；
传送步骤：将生成的文件在规定时间内上传给指定平台，或者从指定平台外的各平台下载文件至指定平台；
接口开发步骤：根据各平台的文件接口类型，调用扫描步骤、解析步骤、收集步骤、生成步骤和传送步骤中任意数量的步骤开发文件接口。
2.根据权利要求1所述的文件接口开发方法，其特征在于，所述扫描步骤具体包括：在规定时间段内，定时器周期性地对指定目录进行扫描，若在规定扫描次数内扫描到文件，则停止扫描，否则进行短信告警。
3.根据权利要求1所述的文件接口开发方法，其特征在于，所述解析步骤具体包括：在规定时间段内，定时器扫描指定目录下的文件，并周期性地解析文件，并将解析后的文件数据存储到相应的接口表中，当在规定解析次数内有解析后文件存储至当前接口表中，则定时器停止解析文件，否则将历史接口表中的数据导入至当前接口表中。
4.根据权利要求3所述的文件接口开发方法，其特征在于，所述周期性地解析文件具体包括：根据扫描到的文件的记录规则，对每条文件进行拆分然后，匹配到接口表的对应字段上，对接口表的每条字段进行验证，并对通过不同渠道匹配到相同字段上的文件进行合并。
5.根据权利要求1所述的文件接口开发方法，其特征在于，所述收集步骤具体包括：在规定时间段内，定时器扫描接口表中的数据，并按照指定平台规范对接口表中的数据进行组装，将组装后的数据存储到文件记录临时表中，若在规定收集次数内有组装后数据存储至当前文件记录临时表中，则停止收集，否则将历史文件记录临时表中的数据导入至当前文件记录临时表。
6.根据权利要求1所述的文件接口开发方法，其特征在于，所述生成步骤具体包括：在规定时间段内，定时器周期性地扫描文件记录临时表中的数据，将文件记录临时表中的数据按照指定平台规范生成文件头和文件体，并在指定目录下生成最终上传到指定平台的文件，若生成文件头和文件体失败，则将历史文件记录临时表中的数据导入当前文件记录临时表，按指定平台规范生成文件头和文件体，并在指定目录下生成最终上传到指定平台的文件。
7.一种文件接口开发系统，其特征在于，包括：
扫描模块：用于扫描各平台提供的文件是否在规定的时间内出现在指定平台的指定目录中；
解析模块：用于解析各平台提供的文件，并将解析后的文件数据存储到指定平台相应的接口表中；
收集模块：用于抽取各接口表的数据，按照指定平台规范组装文件记录，并存储到文件记录临时表；
生成模块：用于扫描文件记录临时表，按照指定平台规范，生成对应的文件；
传送模块：用于将生成的文件在规定时间内上传给指定平台，或者从指定平台外的各平台下载文件至指定平台；
接口开发模块：用于根据各平台的文件接口类型，调用扫描模块、解析模块、收集模块、生成模块和传送模块中任意数量的模块开发文件接口。
8.根据权利要求7所述的文件接口开发系统，其特征在于，所述解析模块中集成有解析插件，其用于周期性地解析文件，具体包括：根据扫描到的文件的记录规则，对每条文件进行拆分然后，匹配到接口表的对应字段上，对接口表的每条字段进行验证，并对通过不同渠道匹配到相同字段上的文件进行合并。
9.根据权利要求7或8所述的文件接口开发系统，其特征在于，所述扫描模块、解析模块、收集模块、生成模块和传送模块中均集成有短信告警模块，分别用于对异常扫描、异常解析、异常收集、异常生成或异常传送进行短信告警。
10.根据权利要求7或8所述的文件接口开发系统，其特征在于，所述扫描模块、解析模块、收集模块、生成模块和传送模块中均集成有定时器，且通过各自的定时器完成扫描、解析、收集、生成和传送，并通过定时器检测是否在规定的扫描次数、解析次数、收集次数、生成次数和传送次数内进行相应操作。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410602808.7A CN104317601B (zh) | 2014-10-31 | 2014-10-31 | 一种文件接口开发方法及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410602808.7A CN104317601B (zh) | 2014-10-31 | 2014-10-31 | 一种文件接口开发方法及系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN104317601A true CN104317601A (zh) | 2015-01-28 |
| CN104317601B CN104317601B (zh) | 2017-10-17 |
Family
ID=52372836
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201410602808.7A Active CN104317601B (zh) | 2014-10-31 | 2014-10-31 | 一种文件接口开发方法及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN104317601B (zh) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106254165A (zh) * | 2016-09-30 | 2016-12-21 | 杭州华三通信技术有限公司 | 接口处理方法及装置 |
| CN106649447A (zh) * | 2016-09-19 | 2017-05-10 | 华为软件技术有限公司 | 一种文件获取方法及服务器 |
| CN107153539A (zh) * | 2017-04-18 | 2017-09-12 | 北京思特奇信息技术股份有限公司 | 一种文件接口系统 |
| CN108280142A (zh) * | 2017-12-29 | 2018-07-13 | 武汉钢铁工程技术集团通信有限责任公司 | 一种新旧系统异动数据对接的方法 |
| CN109344123A (zh) * | 2018-10-23 | 2019-02-15 | 山东浪潮云信息技术有限公司 | 一种基于目录文件的数据交互方法 |
| CN111522532A (zh) * | 2020-04-20 | 2020-08-11 | 与众科技(天津)有限公司 | 一种协同办公系统应用接口开发方法 |
| CN112988128A (zh) * | 2021-02-08 | 2021-06-18 | 中国建设银行股份有限公司 | 一种通用可配置化的数据文件加载方法及系统 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101308490A (zh) * | 2008-04-28 | 2008-11-19 | 北京航空航天大学 | 一种动态报表生成方法及平台 |
| CN102629263A (zh) * | 2012-02-29 | 2012-08-08 | 上海安捷力信息系统有限公司 | 对企业间交互的业务数据进行格式转换的方法及系统 |
| CN102799584A (zh) * | 2011-05-24 | 2012-11-28 | 中华人民共和国天津出入境检验检疫局 | 一种针对检测仪器输出数据筛选提取的处理方法 |
| CN103618781A (zh) * | 2013-11-22 | 2014-03-05 | 北京海泰方圆科技有限公司 | 业务系统与电子文件管理系统的文件传输方法 |
-
2014
- 2014-10-31 CN CN201410602808.7A patent/CN104317601B/zh active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101308490A (zh) * | 2008-04-28 | 2008-11-19 | 北京航空航天大学 | 一种动态报表生成方法及平台 |
| CN102799584A (zh) * | 2011-05-24 | 2012-11-28 | 中华人民共和国天津出入境检验检疫局 | 一种针对检测仪器输出数据筛选提取的处理方法 |
| CN102629263A (zh) * | 2012-02-29 | 2012-08-08 | 上海安捷力信息系统有限公司 | 对企业间交互的业务数据进行格式转换的方法及系统 |
| CN103618781A (zh) * | 2013-11-22 | 2014-03-05 | 北京海泰方圆科技有限公司 | 业务系统与电子文件管理系统的文件传输方法 |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106649447A (zh) * | 2016-09-19 | 2017-05-10 | 华为软件技术有限公司 | 一种文件获取方法及服务器 |
| CN106649447B (zh) * | 2016-09-19 | 2019-10-25 | 华为软件技术有限公司 | 一种文件获取方法及服务器 |
| CN106254165A (zh) * | 2016-09-30 | 2016-12-21 | 杭州华三通信技术有限公司 | 接口处理方法及装置 |
| CN106254165B (zh) * | 2016-09-30 | 2019-09-06 | 新华三技术有限公司 | 接口处理方法及装置 |
| CN107153539A (zh) * | 2017-04-18 | 2017-09-12 | 北京思特奇信息技术股份有限公司 | 一种文件接口系统 |
| CN108280142A (zh) * | 2017-12-29 | 2018-07-13 | 武汉钢铁工程技术集团通信有限责任公司 | 一种新旧系统异动数据对接的方法 |
| CN108280142B (zh) * | 2017-12-29 | 2022-01-04 | 武汉钢铁工程技术集团通信有限责任公司 | 一种新旧系统异动数据对接的方法 |
| CN109344123A (zh) * | 2018-10-23 | 2019-02-15 | 山东浪潮云信息技术有限公司 | 一种基于目录文件的数据交互方法 |
| CN111522532A (zh) * | 2020-04-20 | 2020-08-11 | 与众科技(天津)有限公司 | 一种协同办公系统应用接口开发方法 |
| CN112988128A (zh) * | 2021-02-08 | 2021-06-18 | 中国建设银行股份有限公司 | 一种通用可配置化的数据文件加载方法及系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN104317601B (zh) | 2017-10-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN104317601A (zh) | 一种文件接口开发方法及系统 | |
| US20080046260A1 (en) | Automated litigation discovery method and system | |
| US20100161616A1 (en) | Systems and methods for coupling structured content with unstructured content | |
| US20070022023A1 (en) | Method and apparatus for populating a software catalogue with software knowledge gathering | |
| US20060168569A1 (en) | Beta parser | |
| CN106844139A (zh) | 一种日志文件分析方法及装置 | |
| CN103019874B (zh) | 基于数据同步实现异常处理的方法及装置 | |
| CN103793285A (zh) | 一种处理线上异常的方法及平台服务器 | |
| CN108536435B (zh) | 一种自动生成can通信代码的方法 | |
| CN107977473B (zh) | 基于Logback的分布式系统日志的检索方法和系统 | |
| US20050268165A1 (en) | Method and system for automated testing of web services | |
| US8875013B2 (en) | Multi-pass validation of extensible markup language (XML) documents | |
| US20210165797A1 (en) | System and method for automatic docketing and data entry | |
| CN100556062C (zh) | 基于多种ocr方案组合校验以准确提取数字的方法 | |
| CN104298675A (zh) | 用于缓存管理的方法和装置 | |
| US20030229846A1 (en) | System and method for capturing digital data directly from an electronic device and processing the data into XML form on a computer chip | |
| US20090172517A1 (en) | Document parsing method and system using web-based GUI software | |
| CN104899505A (zh) | 软件检测方法及装置 | |
| CN114691782A (zh) | 数据库表增量同步方法、装置及存储介质 | |
| CN109408076A (zh) | 一种app批量发版方法、装置及系统 | |
| JP2007293699A (ja) | プログラム異常動作時における解析用データ取得装置及びプログラム | |
| CN114661569B (zh) | 用户行为数据动态埋点采集方法 | |
| CN114937316B (zh) | 一种软件故障检测方法、装置、设备及介质 | |
| CN116009893A (zh) | 软件升级的方法、装置、设备及存储介质 | |
| US20120173495A1 (en) | Computer Readable Medium, Systems, and Methods of Detecting a Discrepancy in a Chain-of-title of an Asset |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |