CN109683945A - 程序接口处理方法与系统、其计算器可读介质及电子设备 - Google Patents

Abstract

本发明涉及一种程序接口处理方法、程序接口处理系统、其相关的计算器可读介质，及电子设备。本发明公开一种接口处理方法，其特征在于，包括:执行打包实现，所述执行打包实现包括:判断第一接口的依赖关系；根据所述依赖关系，生成数据文件及索引文件；及打包及加密所述数据文件及所述索引文件。

Description

程序接口处理方法与系统、其计算器可读介质及电子设备

技术领域

本公开涉及数据处理领域，特别是涉及针对程序接口的处理方法、相关系统、相关计算器可读介质及相关电子设备。

背景技术

随着数字化的潮流，年金受托系统跟外部管理人的对接方式，逐渐由人工线下沟通转变成系统线上交互。目前，面临与不同管理人交互时，需要对不同的接口数据进行统一打包的问题。为了满足业务要求同时快速开发，提高后续维护时效，有必要重新设计程序接口的处理方法。

目前，主要通过硬编码方式解决前述问题。然而，硬编码方式会导致重复代码过多，冗余过大，而过多的重复代码又导致打包方式修改时，需要修改的地方过多。倘若有新接入管理人时，开发成本将会更为高昂。

发明内容

本发明的目的之一在于提供一种简化开发代码，提高开发响应速度，进而减少后期维护性开发代码的修改、提高维护时效，节省人力成本的程序接口的处理方法。

本发明一实施例公开一种针对程序接口的处理方法，其包括执行打包实现，所述执行打包实现包括:判断第一接口的依赖关系；根据所述依赖关系，生成数据文件及索引文件；及打包及加密所述数据文件及所述索引文件。

在本发明的一实施例中，若所述第一接口不存在任何依赖关系，依据所述第一接口生成所述数据文件及所述索引文件。

在本发明的一实施例中，若所述第一接口依赖第二接口，依据所述第一接口及第二接口生成所述数据文件及所述索引文件。

在本发明的一实施例中，依据所述第二接口生成所述数据文件及所述索引文件的步骤还包括:结束所述第一接口；及判断第二接口的依赖关系。

在本发明的一实施例中，若所述第一接口被第二接口依赖，依据所述第一接口生成所述数据文件及所述索引文件。

在本发明的一实施例中，在所述打包实现之前，还包括:执行规则设定，对所述第一接口进行规则设定；及执行规则读取，执行所述第一接口的规则。

在本发明的一实施例中，所述执行规则设定包括:初始化所述第一接口的配置信息；及加载所述第一接口的配置信息。

本发明一实施例公开一种程序接口处理系统，其包括数据库，用于储存数据；多个处理器，用于进行接口处理，所述接口处理包括:执行打包实现，所述执行打包实现包括:判断第一接口的依赖关系；根据所述依赖关系，生成数据文件及索引文件；及打包及加密所述数据文件及所述索引文件。

本发明一实施例公开一种计算机可读介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述的程序接口处理方法。

本发明一实施例公开一种电子设备，其包括一个或多个处理器；及存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求1至7中任一项所述的程序接口处理方法。

附图说明

图1为本发明一实施例的程序接口处理方法中打包实现的流程图；

图2为本发明一实施例的程序接口处理方法流程图；

图3为本发明一实施例的规则设定的流程图；

图4为本发明一实施例的规则读取的流程图；及

图5为本发明一实施例的接口处理系统示意图。

具体实施方式

为更好的理解本发明的精神，以下结合本发明的部分优选实施例对其作进一步说明。

为了使本技术领域中具有通常知识者能制造并使用本发明的实施例，以下描述是针对一个特别的应用及其条件的情况。各种针对本发明的实施例所进行的修改方式，对本技术领域中具有通常知识者是显而易见的。而在此所定义的一般原理，在不偏离本发明的实施例的精神与范围下，可用于其他的实施方式和应用。因此，本发明的实施方式并不局限于已显示的实施例，而可得到与在此所揭示内容的原理与特征相符的最宽广范围。

图1为本发明一实施例的针对接口的处理方法中执行打包实现300的流程图，倘若大体上能得到相同的结果，本发明并不限定完全依照图1中的步骤顺序执行。执行打包实现300可归纳为以下步骤。首先，执行打包实现300接收一接口，例如第一接口。在本文中，第一接口或其他接口(例如第二接口)是指用于编程中的接口。

在步骤301中，判断一第一接口是否已经设置依赖关系。若是，则进入步骤309；若否，则进入步骤302。步骤301系用于判断第一接口是否已在其他时间或经由其他方式完成依赖关系的检验并设置，而可避免重复的接口打包程序。

在步骤302中，判断所述第一接口是否被依赖。若是，则进入步骤304；若否，则进入步骤303。

若所述第一接口被第二接口所依赖，则由步骤302进入步骤303。

若所述第一接口不存在所述依赖关系，即在步骤301及步骤302中，判断第一接口与其他接口间不存在依赖关系，则进入步骤304。

所述执行打包实现300在判断所述第一接口的依赖关系之后，根据所述依赖关系，生成数据文件及索引文件。在一场景中，若所述第一接口不存在所述依赖关系，在步骤303中记录所述第一接口为文件列表。

在另一场景中，若所述第一接口被所述第二接口所依赖，则在步骤304中记录所述第一接口及依赖所述第一接口之第二接口的文件列表。

在步骤305中，根据步骤303或304的依赖关系及其记录生成数据文件及文件列表。

可选的，步骤305还包括将所述数据文件及所述文件列表记录入数据库。

若所述所述第一接口被所述第二接口所依赖，则在步骤305生成所述第一接口的数据文件及文件列表，以及生成所述第一接口及第二接口的数据文件及文件列表，并全数记录入库。

若所述第一接口不存在所述依赖关系，则在步骤305生成所述第一接口的数据文件及文件列表，并记录入库。

在步骤306中，生成索引文件。例如，若所述第一接口是被所述第二接口所依赖依赖，则在步骤306生成所述第一接口及第二接口的索引文件。另一方面，若所述第一接口不存在所述依赖关系，则在步骤306生成所述第一接口的索引文件。

在步骤307中，根据步骤305的文件列表打包文件。例如，若所述第一接口是被所述第二接口所依赖，则在步骤307根据步骤305记录的所述第一接口的文件列表及所述第二接口的文件列表，打包所述第一接口及所述第二接口的文件列表。另一方面，若所述第一接口不存在所述依赖关系，则在步骤307根据步骤305记录的所述第一接口的文件列表，打包第一接口的文件。

在步骤308中，对打包文件进行加密。

在步骤309中，结束打包实现的程序。

图2为接口处理方法20的流程图。倘若大体上能得到相同的结果，本发明并不限定完全依照图2中的步骤顺序执行。接口处理方法20包括以下步骤:执行规则设定100、执行规则读取200及包含执行打包实现300的执行打包处理310。执行打包实现300的流程可例如图1的流程图所示，而以下将说明执行规则设定100、执行规则读取200，及执行打包处理310的流程。

图3为本发明一实施例的执行规则设定100的流程图，倘若大体上能得到相同的结果，本发明并不限定完全依照图3中的步骤顺序执行。针对示例性的两个接口(如第一接口及第二接口)，执行规则设定100可归纳为以下步骤。

步骤101，配置第一接口及/或第二接口是否分别打包或统一打包。

步骤102，排序所述第一接口及/或第二接口的可配置粒度。所述粒度可例如但不限于托管行、产品、接口编码、接口字段值等。

可选的，在步骤102中，对所述第一接口及/或第二接口由大到小排序可配置粒度。

图4为本发明一实施例的针对接口的处理方法中执行规则读取200的流程图，倘若大体上能得到相同的结果，本发明并不限定完全依照图4中的步骤顺序执行。针对示例性的两个接口(如第一接口及第二接口)，执行规则读取200可归纳为以下步骤。

步骤201，初始化所述第一接口及/或所述第二接口的配置信息。

步骤202，加载所述第一接口及/或所述第二接口的配置信息。

重新参照图2，在执行规则读取200后，执行打包处理310可归纳为以下步骤。

步骤312，判断所述第一接口及/或所述第二接口是否为重发。若是，则进入步骤314；若否，则进入步骤326。

若所述第一接口及/或所述第二接口为首次发送，则由步骤312进入步骤316建立任务纪录。

若所述第一接口及/或所述第二接口是重发，则进入步骤314重置相关数据集的数据状态。

所述执行打包实现300在建立任务纪录或重置相关数据集的数据状态之后执行。在一场景中，若所述第一接口及/或所述第二接口不是重发，在步骤316中建立任务纪录，之后执行打包实现300。

在另一场景中，若所述第一接口及/或所述第二接口为首次发送，则在步骤314重置相关数据集的数据状态，之后执行打包实现300。

以下为本发明特定场景的接口打包流程。

实施例1

在一实施例中，设定所述第一接口名称为"资金划款指令生成"，其代码可设定为"1213"。"资金划款指令生成"是指受托人发出的资金划拨指令及托管人对划拨情况的反馈，用于反映传输和反馈资金的划拨情况。所述第一接口的基本数据详细记载于表1，所述第一接口的《划款指令明细查询》传递信息内容详细记载于表2，以及所述第一接口的资金划拨类型详细记载于表3。

表1

表2

表3

代码	划拨类型
		01	投资分配
02	提取资金
		03	支付受托费
04	支付托管费
		05	支付投资管理费
06	支付风险准备金
		07	支付其它费用
09	员工转出
		10	溢缴款退回
11	错缴款退回
		99	其它

在一实施例中，设定所述第二接口是关于"成交前年金基金计划或统一计划的各类买入卖出情况的预汇总信息"，或是关于"成交后年金基金计划或统一计划的各类实际买入卖出情况的汇总信息"。所述第二接口1212可用于反映向受托人传输年金基金计划或统一计划的买卖预汇总及实际成交情况，其代码可设定为为1212。所述第二接口的基本数据详细记载于表4，以及所述第二接口的信息内容详细记载于表5。

表4

表5

在本实施例中，所述第一接口1213被设定为依赖所述第二接口1212。详言之，交行托管关于所述第一接口1213(资金划款指令生成)打包，托管要求当所述第一接口1213的划款类型为投资分配时，数据包里必须包含所述第二接口1212，因此系统需要做相应的调整。

就解决方案来说，系统必需支持两种打包方式，可根据不同的托管行进行配置。第一种方式是将所述第一接口1213及所述第二接口1212分别打包。第二种方式为，是在点击“生成交易类指令”按钮之后，若有投资分配指令，则先不打包所述第一接口1213，待成交任务匹配完成后打包所述第二接口1212的时候，同时打包所述第一接口1213，即一个数据包里两个数据文件，分别为所述第一接口1213及所述第二接口1212。

基于前述数据，处理所述第一接口1213及所述第二接口1212的方法包含以下步骤。

首先执行例如图2及图3所示的执行规则设定100。在一实施例中，在前台的规则设定模块进行配置。将所述第一接口1213及所述第二接口1212分别配置为：托管行(交行)+产品(托管行为交行的某个产品A)+接口编码(1213)+接口下的某个属性(划款类型为投资分配)+被依赖接口编码(1212)。

接着，执行例如图2及图4所示的规则读取200。在一实施例中，在节点页面中触发执行打包实现后，先进行图4的步骤201以初始化配置信息，之后进行图4的步骤202以加载配置信息。在一实施例中，A产品在申请号为XXXX1的成交流程的待成交数据确认节点页面中，在点击"生成交易类指令"时触发如图1及图2所示的执行打包实现300。

接着，执行打包实现300。在一实施例中，接续步骤202，判断是否重发，由于对于页面点击为首次发送，所以不需建立任务记录。之后，进行步骤301，判断托管行为交行的产品A下的第一接口1213是否设置依赖关系，若判断后发现所述第一接口1213已设置依赖关系，则进入步骤309结束流程，不会进入执行打包文件的流程。

在另一场景，执行规则设定100及执行规则读取200的方式与前述相同，在此不再赘述。在一实施例中，再次执行打包实现300包括，进行步骤301，判断托管行为交行的产品A下的第二接口1212是否设置依赖关系，若判断后发现所述第二接口1212未设置依赖关系，则进入步骤302判断所述第二接口1212是否被依赖，发现所述第二接口1212被划款类型为投资分配的第一接口1213依赖。之后，进入步骤304，记录申请号为XXXX1中需要产生的文件列表中包含第一接口1213的文件列表以及第二接口1212的文件列表。之后进入步骤305至309，按照文件列表生成第一接口1213及第二接口1212的数据文件并记录文件列表、产生索引文件，之后将所有文件列表打包并加密，之后准备发送。

实施例2

在另一实施例中，所述第一接口1213为资金划款指令生成。所述第二接口1212是关于成交前年金基金计划或统一计划的各类买入卖出情况的预汇总信息，或是关于成交后年金基金计划或统一计划的各类实际买入卖出情况的汇总信息。本实施例中，所述第一接口1213未依赖所述第二接口1212，所述第二接口1212未被其他接口依赖。

首先执行规则设定100。在一实施例中，在前台的规则设定模块进行配置。将所述第一接口1213及所述第二接口1212分别配置为：托管行(交行)+产品(托管行为交行的某个产品B)+接口编码(1213)+接口下的某个属性(划款类型为投资分配)+被依赖接口编码(1212)。

接着，执行规则读取200。在一实施例中，在节点页面中触发执行打包实现后，先进行步骤201初始化配置信息，之后进行步骤202加载配置信息。在一实施例中，B产品在申请号为XXXX2的成交流程的待成交数据确认节点页面中在点击"生成交易类指令"时触发执行打包实现。

接着，执行打包处理310。在一实施例中，接续步骤312，判断是否重发，对于页面点击为首次发送，所以不需建立任务记录。之后，进行执行打包实现300，首先执行步骤301，判断所述第一接口1213未设置依赖。之后，进行步骤302，判断托管行为交行的产品B下的第一接口1213是否依赖其他接口，判断后发现所述第一接口1213未设置依赖其他接口，则依序进入步骤303及305至步骤309，将申请号为XXXX2中需要产生的文件列表中包含所述第一接口1213的文件列表。之后，按照文件列表循环生成所述第一接口1213的数据文件并记录所述第一接口1213的文件列表、产生索引文件。之后将所有文件列打包并加密，之后准备发送。

在另一场景，执行规则设定100及执行规则读取200的方式与前述相同，在此不再赘述。在一实施例中，再次执行打包处理步骤310包括，进行步骤312，判断托管行为交行的产品B下的第二接口1212是否设置依赖关系，若判断后发现所述第二接口1212未配置依赖其他接口则进入步骤302判断所述第二接口1212是否被依赖，发现所述第二接口1212未被依赖。之后，进入步骤304，记录申请号为XXXX2中需要产生的文件列表中包含所述第二接口1212的文件列表。之后进入步骤305至309，按照文件列表生成第二接口1212的数据文件并记录文件列表、产生索引文件，之后将所有文件列表打包并加密，之后准备发送。

由前述及图1至4可知，本发明程序接口处理方法透过执行打包实现可达成业务的多元要求，显着降低系统的运维成本，若有需要的话，更能够在执行规则设定时可更加灵活。因此，所述接口的处理方法能增加开发不同管理人的不同接口打包的效率并保证其准确性。

以下介绍本发明的装置实施例，可用于执行本发明前述的程序接口处理方法。

图5为本发明一实施例的程序接口处理系统500示意图。需说明的是，图5的程序接口处理系统可用于执行图1至图4的程序接口处理方法。程序接口处理系统500包含数据库，用于储存数据，以及包含多个处理器，用于进行如图1至图4实施例中的程序接口处理方法。在一实施例中，所述数据库用于储存所述第一接口1213及所述第二接口1212的数据，例如表2及表5所列的数据项目。

如图5所示，程序接口处理系统500包括规则设定模块501，规则读取模块502，及打包实现模块503。在一实施例中，所述程序接口处理系统500的各个功能模块与上述程序接口处理方法的实施例的步骤对应，其中，所述规则设定模块501用于执行如图2所示的执行规则设定100，所述规则读取模块502用于执行如图2所示的执行规则读取200，所述打包实现模块503用于执行如图2所示的执行打包实现300。在一实施例中，所述程序接口处理系统500透过执行如图1至图4实施例中的程序接口处理方法，能完成多元的接口打包要求，确实解决先前技术中的问题。

此外，所描述的方法和程序可以包含在硬件模块中。例如，所述硬件模块，可包括但不限于，特定应用集成电路(ASIC)芯片、可程序逻辑门阵列(FPGA)、以及其它现在已知的或以后开发的可程序化逻辑设备。当所述硬件模块被启动时，所述硬件模块执行内含于所述硬件模块中的方法和程序。

在一实施例中，本发明计算机可读介质，其上存储有计算机程序，所述计算机程序可被处理器执行如图1至图4实施例中的程序接口处理方法。在一实施例中，如上所述的程序接口处理方法方法和计算机程序可以代码和/或数据加以实施，其可存储在非暂时性计算机可读取存储媒介中。当计算机(或处理器)读取并执行存储的代码和/或数据时，计算机执行具体化为数据结构和代码且存储在媒介中的方法和程序，进而实现软件测试用例质量评分方法和计算机程序。

需要说明的是，所述计算机可读介质可以是计算机可读存储介质。所述计算机可读存储介质可例如但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或上述的任意组合。所述计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或上述的任意组合。在一实施例中，所述计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。在一实施例中，所述计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。在一实施例中，所述计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或上述的任意组合。

本发明的技术内容及技术特点已揭示如上，然而熟悉本领域的技术人员仍可能基于本发明的教示及揭示而作种种不背离本发明精神的替换及修饰。因此，本发明的保护范围应不限于实施例所揭示的内容，而应包括各种不背离本发明的替换及修饰，并为本专利申请权利要求书所涵盖。

Claims (10)

1.一种程序接口处理方法，其特征在于，包括:

执行打包实现，所述执行打包实现包括:

判断第一接口的依赖关系；

根据所述依赖关系，生成数据文件及索引文件；及

打包及加密所述数据文件及所述索引文件。

2.根据权利要求1所述的程序接口处理方法，其特征在于，若所述第一接口不存在任何依赖关系，依据所述第一接口生成所述数据文件及所述索引文件。

3.根据权利要求1所述的程序接口处理方法，其特征在于，若所述第一接口依赖第二接口，依据所述第一接口及第二接口生成所述数据文件及所述索引文件。

4.根据权利要求3所述的程序接口处理方法，其特征在于，依据所述第二接口生成所述数据文件及所述索引文件的步骤还包括:

结束所述第一接口；及判断第二接口的依赖关系。

5.根据权利要求1所述的程序接口处理方法，其特征在于，若所述第一接口被第二接口依赖，依据所述第一接口生成所述数据文件及所述索引文件。

6.根据权利要求1所述的程序接口处理方法，其特征在于，在所述打包实现之前，还包括:

执行规则设定，对所述第一接口进行规则设定；及

执行规则读取，执行所述第一接口的规则。

7.根据权利要求6所述的程序接口处理方法，其特征在于，所述执行规则设定包括:

初始化所述第一接口的配置信息；及

加载所述第一接口的配置信息。

8.一种程序接口处理系统，其特征在于，包括：

数据库，用于储存数据；

多个处理器，用于进行接口处理，所述接口处理包括:

执行打包实现，所述执行打包实现包括:

判断第一接口的依赖关系；

根据所述依赖关系，生成数据文件及索引文件；及

打包及加密所述数据文件及所述索引文件。

9.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述的程序接口处理方法。

10.一种电子设备，其特征在于，包括：

一个或多个处理器；及

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求1至7中任一项所述的程序接口处理方法。