CN108924185A - 接口生成方法及装置 - Google Patents

Abstract

本申请实施例提供一种接口生成方法及装置。其中，方法包括如下的步骤：响应于待接入服务的接入请求，获取所述待接入服务的数据交互需求；根据所述数据交互需求，设置接口框架对应的入参组件、逻辑组件和/或出参组件，以生成与所述待接入服务匹配的第一接口。本申请实施例提供的技术方案，能够提高接口的开发效率。

Description

接口生成方法及装置

技术领域

本申请涉及互联网技术领域，尤其涉及一种接口生成方法及装置。

背景技术

目前，在互联网领域中，一些服务通常可以接入其他的服务，以实现数据交互操作，例如数据查询、数据修改等操作。例如，在一种应用场景中，保险公司可接入其自有外围系统、保险经纪代理公司或者其他第三方公司，以向其提供保单录入与查询、报案与理赔等各类数据交互操作。

现有技术中，针对一服务，每当有新的服务接入时，通常需要根据新接入的服务的要求进行接口的开发，这种开发方式效率较低。

发明内容

本申请实施例提供一种接口生成方法及装置，用以提高接口的开发效率。

本申请实施例提供一种接口生成方法，包括：响应于待接入服务的接入请求，获取所述待接入服务的数据交互需求；根据所述数据交互需求，设置接口框架对应的入参组件、逻辑组件和/或出参组件，以生成与所述待接入服务匹配的第一接口。

进一步可选地，根据所述数据交互需求，设置接口对应的入参组件，包括：从所述数据交互需求中，获取所述待接入服务请求交互数据时输入的入参的属性；根据所述请求交互数据时输入的入参的属性，对所述入参组件的入参形式、入参内容和/或入参校验规则进行设置。

进一步可选地，根据所述数据交互需求，设置接口对应的逻辑组件，包括：从所述数据交互需求中，获取所述待接入服务访问的目标数据和/或数据交互类型；根据所述目标数据，从接口框架对应的数据源组件中确定业务处理对象；基于所述业务处理对象和/或所述数据交互类型，设置所述逻辑组件的业务处理逻辑。

进一步可选地，所述业务处理对象为所述数据源组件包含的元数据，所述元数据根据待交互数据生成。

进一步可选地，根据所述数据交互需求，设置接口对应的出参组件，包括：从所述数据交互需求中，获取所述待接入服务指示的数据接收属性；根据所述指示的数据接收属性，对所述出参组件的出参形式、出参内容和/或出参校验规则进行设置。

进一步可选地，根据所述数据交互需求，设置接口框架对应的入参组件、逻辑组件和/或出参组件之前，所述方法还包括：确定生成接口所需的基础参数；根据所述基础参数，确定所述接口框架；对所述接口框架进行基础配置，以得到所述入参组件、所述逻辑组件和/或所述或出参组件。

本申请实施例还提供一种接口生成装置，包括：需求获取模块，用于响应于待接入服务的接入请求，获取所述待接入服务的数据交互需求；设置模块，用于根据所述数据交互需求，设置接口框架对应的入参组件、逻辑组件和/或出参组件，以生成与所述待接入服务匹配的第一接口。

进一步可选地，所述设置模块具体用于：从所述数据交互需求中，获取所述待接入服务请求交互数据时输入的入参的属性；根据所述请求交互数据时输入的入参的属性，对所述入参组件的入参形式、入参内容和/或入参校验规则进行设置。

进一步可选地，所述设置模块具体用于：从所述数据交互需求中，获取所述待接入服务访问的目标数据和/或数据交互类型；根据所述目标数据，从接口框架对应的数据源组件中确定业务处理对象；基于所述业务处理对象，设置所述逻辑组件的业务处理逻辑。

进一步可选地，所述设置模块具体用于：从所述数据交互需求中，获取所述待接入服务指示的数据接收属性；根据所述指示的数据接收属性，对所述出参组件的出参形式、出参内容和/或出参校验规则进行设置。

本申请实施例中，接收到待接入服务的接入请求时，可根据待接入服务的交互需求对接口框架包含的入参组件、逻辑组件和/或出参组件进行设置，以最终生成与待接入服务匹配的第一接口。通过采用这种方式，极大减少了接口的开发工作量，提升了接口的开发效率。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请一实施例提供的接口生成方法的方法流程图；

图2为本申请另一实施例提供的接口生成方法的方法流程图；

图3为本申请一实施例提供的数据交互流程图；

图4a为本申请一实施例提供的接口生成装置的结构示意图；

图4b为本申请另一实施例提供的接口生成装置的结构示意图。

具体实施方式

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

以下结合附图，详细说明本申请实施例各实施例提供的技术方案。

图1为本申请一实施例提供的接口生成方法的方法流程图。如图1所示，该方法包括：

步骤101、响应于待接入服务的接入请求，获取所述待接入服务的数据交互需求。

步骤102、根据所述数据交互需求，设置接口框架对应的入参组件、逻辑组件和/或出参组件，以生成与所述待接入服务匹配的第一接口。

在本实施例中，待接入服务，指的是向本体服务请求数据交互的服务，包括本体服务内部的服务或者外部的第三方服务。其中，本体服务指的是提供第一接口，以通过第一接口将向待接入服务的提供数据交互的服务。例如，A平台想要通过B平台提供的接口访问B平台的数据，则A平台为待接入服务，B平台为本体服务。

实际中，针对一本体服务，可能存在多个需要与之进行合作交流的服务。通常，每种服务的需求不同，与之匹配的接口类型也可能不同。因此，在本实施例中，在接收到待接入服务发起的接入请求时，本体服务可首先获取待接入服务的数据交互需求，再根据数据交互需求生成相应的接口。

其中，接口框架是预先配置的，包含了接口所需的基础部分，对接口框架进行进一步设置后，可得到与数据交互需求匹配的接口。在本实施例中，接口框架包括入参组件、逻辑组件以及出参组件。其中，入参组件以及出参组件用于与待接入服务之间进行数据的传输，逻辑组件用于处理数据交互需求。

进而，在确定数据交互需求之后，可适应性地对入参组件、逻辑组件和/或出参组件进行设置，进而可个性化地生成与待接入服务匹配的第一接口。

本实施例中，接收到待接入服务的接入请求时，可根据待接入服务的交互需求对接口框架包含的入参组件、逻辑组件和/或出参组件进行设置，以最终生成与待接入服务匹配的第一接口。通过采用这种方式，极大提升了接口的开发效率，减小了接口的开发工作量。

在上述或下述实施例中，可选的，接口框架可以在生成接口之前预先进行配置。预先配置接口框架时，可对不同接口的共性特征进行提取，以获取生成接口所需的基础参数。接着，对确定的基础参数进行分析，得到接口框架。在确定接口框架之后，可对接口框架进行基础配置，以得到所述入参组件、所述逻辑组件和/或所述或出参组件。

可选的，本申请实施例可应用于多种不同服务之间进行数据交互的场景。在一种典型的应用场景中，保险公司根据业务需求，可与各类机构展开业务合作。在合作的过程中，保险公司的数据平台可为各类机构提供多种接口服务，以使各类机构能够与保险公司的数据平台进行数据交互。例如，保险公司为保证业务的有效开展，可向保险公司自有外围系统(如自有电商网站)、保险经纪代理公司或其他第三方合作公司(如售票网站、货运网站)等平台提供快速有效的保单录入与查询、报案与理赔等各类数据交互服务。在这种需求下，可根据本申请实施例提供的接口生成方法为保险公司的数据平台生成不同类型的接口，以满足各类合作机构的数据交互需求。

当然，本申请实施例的技术方案还可应用于其他的需要生成接口的应用场景，此处不再赘述。

图2为本申请另一实施例提供的接口生成方法的方法流程图。如图2所示，该方法包括：

步骤201、响应于待接入服务的接入请求，获取所述待接入服务的数据交互需求。

步骤202、从所述数据交互需求中，获取所述待接入服务请求交互数据时输入的入参的属性。

步骤203、根据所述请求交互数据时输入的入参的属性，对所述入参组件的入参形式、入参内容和/或入参校验规则进行设置。

步骤204、从所述数据交互需求中，获取所述待接入服务访问的目标数据和/或数据交互类型。

步骤205、根据所述目标数据，从接口框架对应的数据源组件中确定业务处理对象。

步骤206、基于所述业务处理对象和/或所述数据交互类型，设置所述逻辑组件的业务处理逻辑。

步骤207、从所述数据交互需求中，获取所述待接入服务指示的数据接收属性。

步骤208、根据所述指示的数据接收属性，对所述出参组件的出参形式、出参内容和/或出参校验规则进行设置，以得到第一接口。

在步骤201中，可选的，数据交互需求包括具体业务需求以及针对数据传输规则的需求。其中，具体业务需求可以为：对目标数据的查询、新增、修改或删除操作。针对数据传输规则的需求涉及到待接入服务和本体服务之间的数据收发规则，例如，入参属性或出参属性等，以下将具体描述。

在步骤202中，可选的，数据交互需求中，包含待接入服务请求交互数据时输入的入参的属性。入参的属性包括入参的数据形式以及入参的内容。例如，第三方平台向入保险公司的数据平台请求交互数据时，入参为：以姓名为内容的中文字符，用以根据姓名查询保单信息。再例如，入参为：以身份证号为内容的阿拉伯数字，用以通过身份证号查询保险的索赔进度。

在步骤203中，可选的，在确定入参的属性之后，可根据入参属性对入参组件进行设置。具体的，可在入参组件中，设置入参形式、入参内容和/或入参校验规则。例如，可设置入参形式为：中文字符或阿拉伯数字，可设置入参内容为姓名或身份证号。

其中，入参校验规则用于根据设定的规则对接收到的输入参数进行校验，例如，可对接收到的输入参数进行形式校验或内容校验，以间接提升数据交互的效率。可选的，入参校验规则还可根据设定的规则对入参进行合法性校验、加加密或解密校验等。

在步骤204中，目标数据和/或数据交互类型，是待接入服务的具体业务需求。目标数据指示了待接入服务想要访问的哪些数据，例如保单数据、保险索赔进度数据、投保人信息数据或索赔率等；数据交互类型指示了待接入服务想要对目标数据进行哪一种操作，例如查询、新增、修改或删除操作等。

在步骤205中，可选的，数据源组件是接口框架中的一个组件，该组件包含多个根据待交互数据生成的元数据。例如，针对保险公司的数据平台而言，可根据保险业务的特点将接口中常用到的数据提炼成元数据，每一个元都可以实现投保人信息/被保人信息/保单信息/赔偿信息的查询/新增/修改功能等。

进而，本步骤中，确定目标数据之后，可从接口框架对应的数据源组件中确定业务处理对象。可选的，业务处理对象可以为数据源组件包含的一个或多个元数据。

在步骤206中，可选的，确定业务处理对象之后，可基于业务处理对象和/或数据交互类型，设置逻辑组件的业务处理逻辑。

可选的，此处对业务处理逻辑进行设置包括对基础业务逻辑进行设置以及对个性化的业务处理逻辑进行设置。其中，基础业务逻辑可以描述为直接对元数据的查询、新增或修改操作。个性化的业务处理逻辑包括对元数据进行二次处理之后再进行查询、新增或修改操作。例如，根据投保人数以及赔偿人数对应元数据，计算赔偿率，再向待接入服务提供赔偿率的查询业务。

在步骤207中、可选的，数据交互需求还可指示数据接收属性。数据接收属性指示了待接入服务希望以何种形式接收到出参，以及可接收的出参内容。

在步骤208中、可选的，在确定出参的属性之后，可根据出参属性对出参组件进行设置。具体的，可在出参组件中，设置出参形式、出参内容和/或出参校验规则。例如，可设置出参形式和出参内容为：以表格形式展示A地区的投保人名单。

其中，出参校验规则用于根据设定规则对将要发出去的参数进行校验，例如，可对即将发出去的出参进行内容校验、形式校验、合法性校验、加密校验等，以间接提升数据交互的准确率。

本实施例中，接收到待接入服务的接入请求时，可根据待接入服务的交互需求对接口框架包含的入参组件、逻辑组件和/或出参组件进行设置，以最终生成与待接入服务匹配的第一接口。通过采用这种方式，实现了入参、处理逻辑、出参的快速配置，降低了新接口的开发难度，极大提升了接口的开发效率，降低了接口的开发工作量。除此之外，本实施例中，通过元数据的形式，将接口底层逻辑进行统一处理，避免了底层数据内容或数据结构变化时，接口没有配合修改引起的故障。

以下将结合图3，从使用角度说明本实施例提供的第一接口的具体应用方法：首先，第三方平台(待接入服务)可照第一接口入参的要求，发起接口调用报文。第一接口中的入参组件，可对传入的参数进行合规性校验，校验完成后，调用逻辑组件；接着，第一接口中的逻辑组件按照配置要求结合数据源组件执行业务处理逻辑。业务逻辑处理完成后，将返回数据通过出参组件形成出参报文，返回给第三方平台，至此，第三方平台和本体服务之间通过第一接口完成了数据的交互。

需要说明的是，上述实施例所提供方法的各步骤的执行主体均可以是同一设备，或者，该方法也由不同设备作为执行主体。比如，步骤201至步骤203的执行主体可以为设备A；又比如，步骤201和202的执行主体可以为设备A，步骤203的执行主体可以为设备B；等等。

另外，在上述实施例及附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如101、102等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。

上述实施例介绍了接口生成方法的具体实现步骤，实际中，接口生成方法可以实现为一接口生成装置，如图4a所示，该接口装置包括：

需求获取模块401，用于响应于待接入服务的接入请求，获取所述待接入服务的数据交互需求；设置模块402，用于根据所述数据交互需求，设置接口框架对应的入参组件、逻辑组件和/或出参组件，以生成与所述待接入服务匹配的第一接口。

进一步可选地，设置模块402具体用于：从所述数据交互需求中，获取所述待接入服务请求交互数据时输入的入参的属性；根据所述请求交互数据时输入的入参的属性，对所述入参组件的入参形式、入参内容和/或入参校验规则进行设置。

进一步可选地，设置模块402具体用于：从所述数据交互需求中，获取所述待接入服务访问的目标数据和/或数据交互类型；根据所述目标数据，从接口框架对应的数据源组件中确定业务处理对象；基于所述业务处理对象，设置所述逻辑组件的业务处理逻辑。

进一步可选地，所述业务处理对象为所述数据源组件包含的元数据，所述元数据根据待交互数据生成。

进一步可选地，设置模块402具体用于：从所述数据交互需求中，获取所述待接入服务指示的数据接收属性；根据所述指示的数据接收属性，对所述出参组件的出参形式、出参内容和/或出参校验规则进行设置。

进一步可选地，如图4b所示，该装置还包括：预配置模块403，用于：接收所述待接入服务的接入请求之前，确定生成接口所需的基础参数；根据所述基础参数，确定所述接口框架；对所述接口框架进行基础配置，以得到所述入参组件、所述逻辑组件和/或所述或出参组件。

上述路径生成装置可执行本申请实施例所提供的路径生成方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本申请实施例所提供的方法，不再赘述。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(trans itory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

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

Claims (10)

1.一种接口生成方法，其特征在于，包括：

响应于待接入服务的接入请求，获取所述待接入服务的数据交互需求；

根据所述数据交互需求，设置接口框架对应的入参组件、逻辑组件和/或出参组件，以生成与所述待接入服务匹配的第一接口。

2.根据权利要求1所述的方法，其特征在于，根据所述数据交互需求，设置接口对应的入参组件，包括：

从所述数据交互需求中，获取所述待接入服务请求交互数据时输入的入参的属性；

根据所述请求交互数据时输入的入参的属性，对所述入参组件的入参形式、入参内容和/或入参校验规则进行设置。

3.根据权利要求1所述的方法，其特征在于，根据所述数据交互需求，设置接口对应的逻辑组件，包括：

从所述数据交互需求中，获取所述待接入服务访问的目标数据和/或数据交互类型；

根据所述目标数据，从接口框架对应的数据源组件中确定业务处理对象；

基于所述业务处理对象和/或所述数据交互类型，设置所述逻辑组件的业务处理逻辑。

4.根据权利要求3所述的方法，其特征在于，所述业务处理对象为所述数据源组件包含的元数据，所述元数据根据待交互数据生成。

5.根据权利要求1所述的方法，其特征在于，根据所述数据交互需求，设置接口对应的出参组件，包括：

从所述数据交互需求中，获取所述待接入服务指示的数据接收属性；

根据所述指示的数据接收属性，对所述出参组件的出参形式、出参内容和/或出参校验规则进行设置。

6.根据权利要求1～5中任一项所述的方法，其特征在于，根据所述数据交互需求，设置接口框架对应的入参组件、逻辑组件和/或出参组件之前，所述方法还包括：

确定生成接口所需的基础参数；

根据所述基础参数，确定所述接口框架；

对所述接口框架进行基础配置，以得到所述入参组件、所述逻辑组件和/或所述或出参组件。

7.一种接口生成装置，其特征在于，包括：

需求获取模块，用于响应于待接入服务的接入请求，获取所述待接入服务的数据交互需求；

设置模块，用于根据所述数据交互需求，设置接口框架对应的入参组件、逻辑组件和/或出参组件，以生成与所述待接入服务匹配的第一接口。

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

从所述数据交互需求中，获取所述待接入服务请求交互数据时输入的入参的属性；

根据所述请求交互数据时输入的入参的属性，对所述入参组件的入参形式、入参内容和/或入参校验规则进行设置。

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

从所述数据交互需求中，获取所述待接入服务访问的目标数据和/或数据交互类型；

根据所述目标数据，从接口框架对应的数据源组件中确定业务处理对象；

基于所述业务处理对象，设置所述逻辑组件的业务处理逻辑。

10.根据权利要求7所述的方法，其特征在于，所述设置模块具体用于：

从所述数据交互需求中，获取所述待接入服务指示的数据接收属性；

根据所述指示的数据接收属性，对所述出参组件的出参形式、出参内容和/或出参校验规则进行设置。