一种接口技术标准文档生成方法及系统与流程

1.本技术实施例涉及计算机领域，尤其涉及一种接口技术标准文档生成方法及系统。


背景技术：

2.随着经济的繁荣发展，各种各样的交易在频繁发生着，如转账交易、取现交易、存款交易等已经深刻渗透到人们的日常生活中。因此，为了统一标准，制定跨行交换接口的技术标准文档显得尤为必要。
3.目前，跨行交换接口涉及的技术标准文档，以人工编制方式居多，比如市面上已经存在有部分java工具可通过代码生成接口类技术标准文档的技术。具体的，开发人员按照编制需求进行开发，在开发时嵌入工具，并编写大量注释；在代码编写完成后，通过工具读取注释及代码信息，从而生成接口技术标准文档。
4.然而，上述通过人工编制方式形成跨行交换接口的技术标准文档的方案存在以下缺点：
5.1、工具的适用范围有限。当前仅限于少数的编程语言环境，以java为主，而像c语言编写的程序暂无配套工具。因此若多个系统使用不同语言开发，则无通用的接口标准文档生成工具。
6.2、由于代码编写完成后才能生成文档，因此当需要对已编写好的文档进行修订时，灵活性将受到限制。比如，即使是对已编写好的文档执行一个很小的改动，都要求先改代码才能生成新文档，这对开发人员编写注释的能力要求极高。
7.3、开发人员因为需要与需求提出人员反复沟通需求，这大大拉长了开发周期。
8.因此，目前亟需一种快速生成接口的技术标准文档的方法。


技术实现要素：

9.本技术提供一种接口技术标准文档生成方法及系统，用以快速为一接口生成它的技术标准文档。
10.第一方面，本技术实施例提供一种接口技术标准文档生成方法，该方法包括：系统响应于用户对接口技术标准文档的生成指令，加载接口技术标准文档框架；所述系统针对接收到的关于接口的业务配置需求，从组件库中调用与所述业务配置需求对应的组件并通过所述组件在所述接口技术标准文档框架中对业务进行配置，从而得到业务配置结果；所述系统根据所述业务配置结果，生成所述接口的技术标准文档。
11.上述方案中，在用户(即需求方)向系统发出针对某接口生成它(即该接口)的技术标准文档的指令时，系统首先通过加载接口技术标准文档框架，接着系统通过调用组件库中的相关组件、可对需求方提出的业务配置需求的具体内容在该接口技术标准文档框架中对其进行配置，如此需求方在系统上通过拖拉拽便可轻松一键生成技术标准文档，直接省去了需求方与标准编制方的沟通时间，节省了标准编制人员人力投入成本，强化了不同技
术标准的互通性，大大提高了标准编制工作效率。
12.在一种可能实现的方法中，所述系统包括技术标准文档管理库，所述技术标准文档管理库存储有各接口在历史阶段的各历史接口技术标准文档；所述加载接口技术标准文档框架，包括：所述系统调用所述组件库加载接口技术标准文档框架；或，所述系统从所述技术标准文档管理库中对任一历史接口技术标准文档进行加载并作为所述接口技术标准文档框架。
13.上述方案中，在为一接口新编对应于它的技术标准文档时，系统在最初加载接口技术标准文档框架时，既可以选择调用组件库进行加载，也可以选择对技术标准文档管理库中的任意一个历史接口技术标准文档进行加载，通过以上两种都可以形成该接口的技术标准文档框架，实现了接口技术标准文档在生成过程中的灵活性。
14.在一种可能实现的方法中，所述接口为跨行交换接口，所述组件库包括通讯组件、安全组件和报文格式组件；所述系统调用所述组件库加载接口技术标准文档框架，包括：所述系统调用所述通讯组件、所述安全组件和所述报文格式组件加载接口技术标准文档框架。
15.上述方案中，在系统选择调用组件库对接口的技术标准文档框架进行加载时，系统具体可以通过调用组件库中的通讯组件、安全组件和报文格式组件来加载接口技术标准文档框架，如此后续在基于该接口技术标准框架生成技术标准文档时，所生成的技术标准文档将可以对接口在使用过程中的通讯、安全和报文格式起到规范化的作用。
16.在一种可能实现的方法中，所述组件库还包括交易组件、数据元组件和应答码组件；所述系统针对接收到的关于接口的业务配置需求，从组件库中调用与所述业务配置需求对应的组件并通过所述组件在所述技术标准文档框架中对业务进行配置，包括：所述系统针对接收到的关于接口的业务配置需求，确定业务参与方；所述系统通过所述交易组件确定所述业务参与方的交易类型，并通过所述数据元组件确定所述业务参与方在所述交易类型下的交易属性信息；所述系统通过所述应答码组件确定所述业务参与方在各种异常交易状态下的响应操作。
17.上述方案中，对于跨行交换场景下的接口，需求方在对该场景下的接口生成它的技术标准文档时，系统首先可基于需求方提出的该接口涉及到的业务参与方、而对该接口涉及到的业务参与方进行配置，接着系统可以通过组件库中的交易组件确定业务参与方的交易类型并通过组件库中的数据元组件确定业务参与方在当前交易类型下的交易属性信息，最后系统可以通过组件库中的应答码组件确定业务参与方在各种异常交易状态下的响应操作，如此可对指定的业务参与方在进行某种类型的交易时起到规范化的作用。
18.在一种可能实现的方法中，所述组件库还包括文件组件；所述系统通过所述交易组件确定所述业务参与方的交易类型，并通过所述数据元组件确定所述业务参与方在所述交易类型下的交易属性信息之后，所述方法还包括：所述系统通过所述文件组件确定所述业务参与方的文件类型，并通过所述数据元组件确定所述业务参与方在所述文件类型下的文件属性信息。
19.上述方案中，在系统通过组件库中的交易组件确定业务参与方的交易类型并通过组件库中的数据元组件确定业务参与方在当前交易类型下的交易属性信息之后，如果此次的交易类型还涉及到对相关文件的获取，那么系统可通过组件库中的文件组件确定业务参
与方的文件类型并通过组件库中的数据元组件确定业务参与方在当前文件类型下的文件属性信息，如此丰富了指定的业务参与方在进行某种类型的交易时所能涉及的业务。
20.在一种可能实现的方法中，所述系统还包括技术标准文档生成工具；所述系统根据所述业务配置结果，生成所述接口的技术标准文档，包括：所述系统通过对所述业务配置结果应用所述技术标准文档生成工具，从而生成针对所述接口的技术标准文档。
21.上述方案中，通过在系统中配置技术标准文档生成工具，如此可在系统为一接口形成对应于它的业务配置结果后，用户通过对业务配置结果应用该工具，系统将可以快速生成该接口的技术标准文档。
22.在一种可能实现的方法中，所述系统还包括规范评审工具和发布工具；所述方法还包括：所述系统通过所述规范评审工具对所述接口的技术标准文档进行评审，并生成评审结果；所述系统若确定所述评审结果满足预设要求，则通过所述发布工具将所述接口的技术标准文档进行对外发布。
23.上述方案中，通过在系统中配置规范评审工具和发布工具，如此可在系统为一接口生成了它的技术标准文档后，系统将可以通过规范评审工具确定本次的技术标准文档的效果如何并形成评审结果，且在评审结果满足预设要求时，系统将可以通过发布工具将该接口的技术标准文档向外进行发布。该方式实现了对采用自动化方式生成的接口技术标准文档进行效果评估以及快速发布的效果。
24.在一种可能实现的方法中，所述系统还包括组件库管理页面；所述方法还包括：所述系统通过所述组件库管理页面接收用户对所述组件库中的各组件进行配置的指令，并在所述组件库中生效。
25.上述方案中，通过在系统中配置组件库管理页面，如此用户可通过该组件库管理页面对组件库中的各组件进行配置，所执行的配置包括组件功能的增删改，且可保证组件在重新配置后的功能能够生效。
26.在一种可能实现的方法中，所述系统还包括需求提交页面；所述系统响应于用户对接口技术标准文档的生成指令之前，所述方法还包括：所述系统通过所述需求提交页面接收用户发出的所述生成指令。
27.上述方案中，通过在系统中配置需求提交页面，如此用户可通过该页面而向系统发起关于生成某一接口的技术标准文档的指令，即生成指令。该方式通过使用可视化的人机交互界面，提升了需求方对接口的技术标准文档进行生成的效率。
28.第二方面，本技术实施例提供一种接口技术标准文档生成系统，该系统包括：技术标准文档框架加载单元，用于响应于用户对接口技术标准文档的生成指令，加载接口技术标准文档框架；处理单元，用于针对接收到的关于接口的业务配置需求，从组件库中调用与所述业务配置需求对应的组件并通过所述组件在所述接口技术标准文档框架中对业务进行配置，从而得到业务配置结果；技术标准文档生成单元，用于根据所述业务配置结果，生成所述接口的技术标准文档。
29.第三方面，本技术实施例提供了一种计算设备，包括：
30.存储器，用于存储程序指令；
31.处理器，用于调用所述存储器中存储的程序指令，按照获得的程序执行如第一方面任一实现方法。
32.第四方面，本技术实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可执行指令，所述计算机可执行指令用于使计算机执行如第一方面任一实现方法。
附图说明
33.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
34.图1为本技术实施例提供的一种接口技术标准文档生成方法的示意图；
35.图2为本技术实施例提供的一种系统的示意图；
36.图3为本技术实施例提供的一种接口技术标准文档生成系统的示意图；
37.图4本技术实施例提供的一种计算设备的示意图。
具体实施方式
38.为了使本技术的目的、技术方案和优点更加清楚，下面将结合附图对本技术作进一步地详细描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本技术保护的范围。
39.目前在对跨行交换接口的技术标准文档进行制作时，由于是采用编制人员根据需求提出人员提出的编写需求进行手动编写的方案，因此容易存在编写耗时长、人力资源浪费、技术标准更新不同步的缺点。
40.针对上述技术问题，本技术实施例提供一种接口技术标准文档生成方法。如图1所示为，为本技术实施例提供的一种接口技术标准文档生成方法的示意图，该方法可由接口技术标准文档生成系统执行。该方法包括以下步骤：
41.步骤101，系统响应于用户对接口技术标准文档的生成指令，加载接口技术标准文档框架。
42.其中，该系统即为用于生成接口技术标准文档的系统。用户为通过该系统、为一接口生成它(即该接口)对应的技术标准文档的人员，即需求方。
43.在本技术的某些实施中，系统包括三层、共九个功能模块。如图2所示，为本技术实施例提供的一种系统的示意图，该系统涉及到的三层分别为页面管理层、应用层和数据库层。进一步的，页面管理层包括需求提交页面、组件库管理页面和用户权限管理页面共三个功能模块；应用层包括需求管理流程工具、技术标准文档生成工具和规范评审及发布工具共三个功能模块；数据库层包括技术标准文档管理库、组件库和用户库共三个功能模块。其中：
44.需求提交页面供需求方实现拖拉拽功能。如页面左侧可设置为技术标准文档模板所在的区域，页面右侧可设置为组件库所在的区域。
45.组件库管理页面供系统管理员从系统的可视化界面中对组件库中的各组件的功能进行配置及更新。
46.用户权限管理页面供系统管理员对使用该系统的用户(即需求方)设置相应的功能使用权限。
47.需求管理流程工具用于控制业务配置需求从提出到完成的全流程。
48.技术标准文档生成工具用于按照设定的标准格式、为接口生成各种类型的技术标准文档。如技术标准文档生成工具可按照gb.1.1标准格式，为接口生成诸如word类型、pdf类型的技术标准文档。
49.规范评审及发布工具包括规范评审工具和发布工具。其中，规范评审工具用于组织内外部的专业人员对系统生成的接口技术标准文档进行评审、批注，并输出是否满足预设的评审要求的结论；如果通过规范评审工具确定系统所生成的接口技术标准文档满足预设的评审要求，则可以通过发布工具将系统所生成的接口技术标准文档对外进行发布；否则，则可以向需求方发送提示信息，如可提示需求方对本次编制的接口技术标准文档进行修订。
50.技术标准文档管理库用于存储和管理各技术标准文档的历史发布版本和中间过程版本。
51.组件库中包括多个组件。例如在使用接口技术标准文档生成系统针对跨行交换场景而为该场景下的某接口生成该接口的技术标准文档时，组件库中将可以包括通讯组件、安全组件、报文格式组件、交易组件、数据元组件、文件组件、应答码组件。其中，组件库可用于存储各组件，并登记用户对各组件所执行的增删改的操作记录。
52.用户库用于存储管理员通过在用户权限管理页面为各用户所配置的用户信息和用户对该系统的功能进行使用的权限信息。
53.步骤102，所述系统针对接收到的关于所述接口的业务配置需求，从组件库中调用与所述业务配置需求对应的组件并通过所述组件在所述技术标准文档框架中对业务进行配置，从而得到业务配置结果。
54.步骤103，所述系统根据所述业务配置结果，生成所述接口的技术标准文档。
55.上述方案中，在用户(即需求方)向系统发出针对某接口生成它(即该接口)的技术标准文档的指令时，系统首先通过加载接口技术标准文档框架，接着系统通过调用组件库中的相关组件、可对需求方提出的业务配置需求的具体内容在该接口技术标准文档框架中对其进行配置，如此需求方在系统上通过拖拉拽便可轻松一键生成技术标准文档，直接省去了需求方与标准编制方的沟通时间，节省了标准编制人员人力投入成本，强化了不同技术标准的互通性，大大提高了标准编制工作效率。
56.以下将结合示例分别对上述一些步骤进行详细说明。
57.在本技术的某些实施中，所述系统还包括需求提交页面；所述系统响应于用户对接口技术标准文档的生成指令之前，所述方法还包括：所述系统通过所述需求提交页面接收用户发出的所述生成指令。
58.例如，结合前文所述的接口技术标准文档生成系统，本技术通过在该系统的页面管理层中配置需求提交页面这一可视化的人机交互界面，如此在需求方想要通过接口技术标准文档生成系统而为某接口生成它的技术标准文档时，需求方可以通过操作设置于需求提交页面中的“开始”按钮，如需求方通过点击该“开始”按钮，则表示系统将可以接收到需求方发起的对一接口生成技术标准文档的指示信息，即系统可通过需求提交页面接收到需
求方发起的对接口技术标准文档的生成指令。
59.在本技术的某些实施中，所述系统包括组件库。
60.在本技术的某些实施中，所述系统包括技术标准文档管理库，所述技术标准文档管理库存储有各接口在历史阶段的各历史接口技术标准文档。
61.因此，在系统接收到用户发起的对接口技术标准文档的生成指令后，系统在加载接口技术标准文档框架时，本技术实施例支持系统通过下述两种方式中的任一种方式进行接口技术标准文档框架的加载：
62.方式1，所述系统调用所述组件库加载接口技术标准文档框架。
63.在本技术的某些实施中，所述接口为跨行交换接口，所述组件库包括通讯组件、安全组件和报文格式组件；所述系统调用所述组件库加载接口技术标准文档框架，包括：所述系统调用所述通讯组件、所述安全组件和所述报文格式组件加载所述接口的技术标准文档框架。
64.例如，本技术中以为跨行交换场景下的接口生成它的技术标准文档为例，由于跨行交换场景下，至少涉及到对通讯要素、安全要素和报文格式要素进行规范；因此，本技术实施例中通过在组件库中的设置通讯组件、安全组件和报文格式组件，那么在系统接收到用户发起的对接口技术标准文档的生成指令后，系统将可以通过调用组件库中的通讯组件、安全组件和报文格式组件来加载接口技术标准文档框架，如此后续在基于该接口技术标准框架生成技术标准文档时，所生成的技术标准文档将可以对接口在使用过程中的通讯、安全和报文格式起到规范化的作用。
65.方式2，所述系统从所述技术标准文档管理库中对任一历史接口技术标准文档进行加载并作为所述接口的技术标准文档框架。
66.例如，结合前文所述的接口技术标准文档生成系统，本技术通过在系统中配置技术标准文档管理库，该技术标准文档管理库用于存储各接口在历史阶段的各历史接口技术标准文档，如此在需求方需要为一个崭新的接口编制对应于它的技术标准文档时，需求方将可以直接从技术标准文档管理库中加载出任一历史接口技术标准文档，并将该历史接口技术标准文档作为该崭新的接口的接口技术标准文档框架，那么后续需求方将可以基于对该接口技术标准文档框架的修订，便可产生针对该崭新的接口的技术标准文档。
67.综上两种方式，皆可以实现对接口技术标准文档框架的加载，提升了对接口技术标准文档进行生成的灵活度。
68.在本技术的某些实施中，所述组件库还包括交易组件、数据元组件和应答码组件；所述系统针对接收到的关于接口的业务配置需求，从组件库中调用与所述业务配置需求对应的组件并通过所述组件在所述技术标准文档框架中对业务进行配置，包括：所述系统针对接收到的关于接口的业务配置需求，确定业务参与方；所述系统通过所述交易组件确定所述业务参与方的交易类型，并通过所述数据元组件确定所述业务参与方在所述交易类型下的交易属性信息；所述系统通过所述应答码组件确定所述业务参与方在各种异常交易状态下的响应操作。
69.例如，结合前述的例子，在系统接收到用户发起的对接口技术标准文档的生成指令、并已经加载好接口技术标准文档框架后，系统将可以通过调用组件库中的相关组件、对需求方提出的业务配置需求的具体内容，而在该接口技术标准文档框架中对其进行配置。
本技术以接口为跨行交换场景下的接口为例，具体的配置内容可包括：
70.首先，系统针对接收到的关于接口的业务配置需求，可确定本次业务配置需求所涉及到的业务参与方。如本次需求方所设计的接口技术标准文档是针对x平台方与y发卡方的，那么系统可配置本次业务配置需求所涉及到的业务参与方为x平台方与y发卡方。
71.接着，在系统配置好接口对应的业务参与方后，将可以对业务参与方之间进行的交易进行配置。其中，系统可通过组件库中的交易组件确定业务参与方的交易类型，如需求方所设计的接口技术标准文档是针对x平台方与y发卡方间的消费交易类型，那么系统可以通过交易组件配置交易类型为消费交易类型；进一步的，在系统确定好业务参与方的交易类型后，还可通过组件库中的、与交易组件相对应的数据元组件确定业务参与方在当前交易类型下的交易属性信息。例如，如在交易类型为消费交易类型时，通过使用数据元组件，需求方将可以定义交易时间、交易卡号、交易金额、商品名称等交易属性信息，也即日后在发起一笔该接口指示的消费交易时，交易明细中将需要涉及交易时间、交易卡号、交易金额、商品名称等信息。
72.说明的是，交易类型包括但不限于消费交易类型，还可以为取现交易类型、转账交易类型等其他类型；交易属性信息包括但不限于交易时间、交易流水号、交易卡号、交易币种、交易金额、商品名称，还可以为交易流水号、交易币种等其他交易属性信息。
73.最后，在系统配置好接口对应的交易类型和交易属性信息后，还可以对交易处理过程中的异常流程进行配置。其中，系统可通过组件库中的应答码组件确定业务参方在交易处理过程中、遭遇异常交易时的响应操作。如需求方预先可对交易在处理过程中可能发生异常的节点进行确定，接着需求方可通过系统中的应答码组件为各异常节点配置相应的应答码，如此在后续发起一笔该接口指示的交易时，当交易在某个节点下发生故障时，则可以抛出该节点对应的应答码，以便进行故障恢复的处理。
74.在本技术的某些实施中，所述组件库还包括文件组件；所述系统通过所述交易组件确定所述业务参与方的交易类型，并通过所述数据元组件确定所述业务参与方在所述交易类型下的交易属性信息之后，所述方法还包括：所述系统通过所述文件组件确定所述业务参与方的文件类型，并通过所述数据元组件确定所述业务参与方在所述文件类型下的文件属性信息。
75.例如，结合前文的例子，在系统配置好接口对应的交易类型和交易属性信息后，还可以对业务参与方在当前交易类型下可能用到的文件进行配置。其中，系统可通过组件库中的文件组件确定业务参与方的文件类型，如需求方所设计的接口技术标准文档是针对消费交易类型确定使用清算文件这一文件类型，那么系统可以通过文件组件配置文件类型为清算文件类型；进一步的，在系统确定好当前交易类型下的文件类型后，还可通过组件库中的、与文件组件相对应的数据元组件确定业务参与方在当前文件类型下的文件属性信息。例如，如在文件类型为清算文件类型时，通过使用数据元组件，需求方将可以定义交易总次数、交易总金额、单次交易最大金额数等文件属性信息，也即日后在发起该接口指示的清算文件获取请求时，清算文件中将需要涉及交易总次数、交易总金额、单次交易最大金额数等信息。
76.说明的是，文件类型包括但不限于清算文件类型，还可以为对账文件类型、资金划付文件类型等其他类型；交易属性信息包括但不限于交易总次数、交易总金额、单次交易最
大金额数，还可以为最常发起交易的时段、最常发起交易的对象。
77.在本技术的某些实施中，所述系统还包括技术标准文档生成工具；所述系统根据所述业务配置结果，生成所述接口的技术标准文档，包括：所述系统通过对所述业务配置结果应用所述技术标准文档生成工具，从而生成针对所述接口的技术标准文档。
78.例如，结合前文所述的接口技术标准文档生成系统，本技术通过在该系统的应用层中配置技术标准文档生成工具，如此可在系统为一接口形成对应于它的业务配置结果后，用户通过对业务配置结果应用该工具，系统将可以快速生成该接口的技术标准文档。
79.在本技术的某些实施中，所述系统还包括规范评审工具和发布工具；所述方法还包括：所述系统通过所述规范评审工具对所述接口的技术标准文档进行评审，并生成评审结果；所述系统若确定所述评审结果满足预设要求，则通过所述发布工具将所述接口的技术标准文档进行对外发布。
80.例如，结合前文所述的接口技术标准文档生成系统，本技术通过在该系统的应用层中配置规范评审工具和发布工具，如此可在系统为一接口生成了它的技术标准文档后，系统将可以通过规范评审工具确定本次的技术标准文档的效果如何并形成评审结果，且在评审结果满足预设要求时，系统将可以通过发布工具将该接口的技术标准文档向外进行发布。该方式实现了对采用自动化方式生成的接口技术标准文档进行效果评估以及快速发布的效果。
81.在本技术的某些实施中，所述系统还包括组件库管理页面；所述方法还包括：所述系统通过所述组件库管理页面接收用户对所述组件库中的各组件进行配置的指令，并在所述组件库中生效。
82.例如，结合前文所述的接口技术标准文档生成系统，本技术通过在该系统的页面管理层中配置组件库管理页面这一可视化的人机交互界面，如此用户可通过该组件库管理页面对组件库中的各组件进行配置，所执行的配置包括组件功能的增删改，且可保证组件在重新配置后的功能能够生效。
83.基于同样的构思，本技术实施例提供一种接口技术标准文档生成系统，如图3所示，为本技术实施例提供的一种接口技术标准文档生成系统的示意图，该系统包括技术标准文档框架加载单元301、处理单元302和技术标准文档生成单元303；
84.技术标准文档框架加载单元301，用于响应于用户对接口技术标准文档的生成指令，加载接口技术标准文档框架；
85.处理单元302，用于针对接收到的关于接口的业务配置需求，从组件库中调用与所述业务配置需求对应的组件并通过所述组件在所述接口技术标准文档框架中对业务进行配置，从而得到业务配置结果；
86.技术标准文档生成单元303，用于根据所述业务配置结果，生成所述接口的技术标准文档。
87.进一步的，对于该系统，技术标准文档框架加载单元301，具体用于：调用所述组件库加载接口技术标准文档框架；或，从所述技术标准文档管理库中对任一历史接口技术标准文档进行加载并作为所述接口技术标准文档框架。
88.进一步的，对于该系统，所述接口为跨行交换接口，所述组件库包括通讯组件、安全组件和报文格式组件；技术标准文档框架加载单元301，具体用于：调用所述通讯组件、所
述安全组件和所述报文格式组件加载接口技术标准文档框架。
89.进一步的，对于该系统，所述组件库还包括交易组件、数据元组件和应答码组件；处理单元302，具体用于：针对接收到的关于接口的业务配置需求，确定业务参与方；通过所述交易组件确定所述业务参与方的交易类型，并通过所述数据元组件确定所述业务参与方在所述交易类型下的交易属性信息；通过所述应答码组件确定所述业务参与方在各种异常交易状态下的响应操作。
90.进一步的，对于该系统，所述组件库还包括文件组件；处理单元302，还用于：通过所述文件组件确定所述业务参与方的文件类型，并通过所述数据元组件确定所述业务参与方在所述文件类型下的文件属性信息。
91.进一步的，对于该系统，所述系统还包括技术标准文档生成工具；技术标准文档生成单元303，具体用于：通过对所述业务配置结果应用所述技术标准文档生成工具，从而生成针对所述接口的技术标准文档。
92.进一步的，对于该系统，所述系统还包括规范评审工具和发布工具；处理单元302，还用于：通过所述规范评审工具对所述接口的技术标准文档进行评审，并生成评审结果；若确定所述评审结果满足预设要求，则通过所述发布工具将所述接口的技术标准文档进行对外发布。
93.进一步的，对于该系统，所述系统还包括组件库管理页面；处理单元302，还用于：通过所述组件库管理页面接收用户对所述组件库中的各组件进行配置的指令，并在所述组件库中生效。
94.进一步的，对于该系统，所述系统还包括需求提交页面；处理单元302，还用于：通过所述需求提交页面接收用户发出的所述生成指令。
95.本技术实施例还提供了一种计算设备，该计算设备具体可以为桌面计算机、便携式计算机、智能手机、平板电脑、个人数字助理(personal digital assistant，pda)等。该计算设备可以包括中央处理器(center processing unit，cpu)、存储器、输入/输出设备等，输入设备可以包括键盘、鼠标、触摸屏等，输出设备可以包括显示设备，如液晶显示器(liquid crystal display，lcd)、阴极射线管(cathode ray tube，crt)等。
96.存储器，可以包括只读存储器(rom)和随机存取存储器(ram)，并向处理器提供存储器中存储的程序指令和数据。在本技术实施例中，存储器可以用于存储接口技术标准文档生成方法的程序指令；
97.处理器，用于调用所述存储器中存储的程序指令，按照获得的程序执行接口技术标准文档生成方法。
98.如图4所示，为本技术实施例提供的一种计算设备的示意图，该计算设备包括：
99.处理器401、存储器402、收发器403、总线接口404；其中，处理器401、存储器402与收发器403之间通过总线405连接；
100.所述处理器401，用于读取所述存储器402中的程序，执行上述接口技术标准文档生成方法；
101.处理器401可以是中央处理器(central processing unit，简称cpu)，网络处理器(network processor，简称np)或者cpu和np的组合。还可以是硬件芯片。上述硬件芯片可以是专用集成电路(application-specific integrated circuit，简称asic)，可编程逻辑器
件(programmable logic device，简称pld)或其组合。上述pld可以是复杂可编程逻辑器件(complex programmable logic device，简称cpld)，现场可编程逻辑门阵列(field-programmable gate array，简称fpga)，通用阵列逻辑(generic array logic,简称gal)或其任意组合。
102.所述存储器402，用于存储一个或多个可执行程序，可以存储所述处理器401在执行操作时所使用的数据。
103.具体地，程序可以包括程序代码，程序代码包括计算机操作指令。存储器402可以包括易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，简称ram)；存储器402也可以包括非易失性存储器(non-volatile memory)，例如快闪存储器(flash memory)，硬盘(hard disk drive，简称hdd)或固态硬盘(solid-state drive，简称ssd)；存储器402还可以包括上述种类的存储器的组合。
104.存储器402存储了如下的元素，可执行模块或者数据结构，或者它们的子集，或者它们的扩展集：
105.操作指令：包括各种操作指令，用于实现各种操作。
106.操作系统：包括各种系统程序，用于实现各种基础业务以及处理基于硬件的任务。
107.总线405可以是外设部件互连标准(peripheral component interconnect，简称pci)总线或扩展工业标准结构(extended industry standard architecture，简称eisa)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
108.总线接口404可以为有线通信接入口，无线总线接口或其组合，其中，有线总线接口例如可以为以太网接口。以太网接口可以是光接口，电接口或其组合。无线总线接口可以为wlan接口。
109.本技术实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可执行指令，所述计算机可执行指令用于使计算机执行接口技术标准文档生成方法。
110.本领域内的技术人员应明白，本技术的实施例可提供为方法、或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
111.本技术是参照根据本技术实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
112.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或
多个方框中指定的功能。
113.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
114.尽管已描述了本技术的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本技术范围的所有变更和修改。
115.显然，本领域的技术人员可以对本技术进行各种改动和变型而不脱离本技术的精神和范围。这样，倘若本技术的这些修改和变型属于本技术权利要求及其等同技术的范围之内，则本技术也意图包含这些改动和变型在内。