CN111988400B - 接入处理方法、应用服务器及电子设备 - Google Patents

Abstract

本申请是关于一种接入处理方法、应用服务器及电子设备。该方法应用于应用服务器，该方法包括：获取服务请求方的请求，根据从所述请求中提取得到的请求标记识别对应的请求模板和业务模型中的业务接口；选择识别出的请求模板和业务模型中的业务接口，并根据服务提供方提供的对接信息进行信息填充；通过所述识别出的业务模型中的业务接口与对应的服务提供方建立对接，将填充信息后的请求模板发送给对应的服务提供方。本申请提供的方案，能够提高接入处理效率。

Description

接入处理方法、应用服务器及电子设备

技术领域

本申请涉及互联网技术领域，尤其涉及一种接入处理方法、应用服务器及电子设备。

背景技术

随着互联网技术的进步，用户对网络服务的需求日益多元化，而不同的网络服务往往需要不同的服务提供方。

应用服务器例如平台型互联网应用服务器，可以对接多个服务提供方的接口，为用户提供应用服务，满足客户多样化的服务需求。在相关技术中，应用服务器主要是根据服务提供方提供的接口文档进行对接。在对客户提供应用服务时，根据需要调用对应服务提供方相应的接口。当应用服务器对接的服务提供方的接口较少时，这种方式可以基本满足用户的需求。

然而，当应用服务器对接的接口数量较大时会导致应用服务器代码结构复杂化及冗余代码增多，使得接入对接效率难以满足要求。

发明内容

为克服相关技术中存在的问题，本申请提供一种接入处理方法、应用服务器及电子设备，能够提高接入处理效率。

根据本申请实施例的第一方面，提供一种接入处理方法，应用于应用服务器，所述方法包括：

获取服务请求方的请求，根据从所述请求中提取得到的请求标记识别对应的请求模板和业务模型中的业务接口；

选择识别出的请求模板和业务模型中的业务接口，并根据服务提供方提供的对接信息进行信息填充；

通过所述识别出的业务模型中的业务接口与对应的服务提供方建立对接，将填充信息后的请求模板发送给对应的服务提供方。

在一种实施方式中，所述获取服务请求方的请求，根据从所述请求中提取得到的请求标记识别对应的请求模板和业务模型中的业务接口之前，还包括：

根据应用服务的业务特点和业务流程，提取通用业务逻辑后生成通用的业务模型，其中所述业务模型包括业务接口；

根据所述服务提供方提供的对接信息，提取通用的网络请求格式后生成通用的请求模板。

在一种实施方式中，所述根据从所述请求中提取得到的请求标记识别对应的请求模板和业务模型中的业务接口，包括：

在所述请求的请求信息中提取业务内容和请求的格式信息作为请求标记；

根据预设的所述请求标记与所述请求模板和业务模型中的业务接口的映射关系，识别对应的请求模板和业务模型中的业务接口。

在一种实施方式中，所述根据预设的所述请求标记与所述请求模板和业务模型中的业务接口的映射关系，识别对应的请求模板和业务模型中的业务接口，包括：

根据所述请求标记中的请求的格式信息，识别对应的请求模板；

根据所述请求标记中的业务内容，识别对应的业务模型中的业务接口。

在一种实施方式中，所述选择识别出的请求模板和业务模型中的业务接口，并根据服务提供方提供的对接信息进行信息填充，包括：

选择识别出的请求模板和业务模型中的业务接口，根据服务提供方提供的对接信息，将所述请求模板中的空缺位置填充所述对接信息中对应的内容，将所述业务接口中空缺的业务逻辑填充完整。

根据本申请实施例的第二方面，提供一种应用服务器，包括：

识别单元，用于获取服务请求方的请求，根据从所述请求中提取得到的请求标记识别对应的请求模板和业务模型中的业务接口；

填充单元，用于选择所述识别单元识别出的请求模板和业务模型中的业务接口，并根据服务提供方提供的对接信息进行信息填充；

处理单元，用于通过所述识别单元识别出的业务模型中的业务接口与对应的服务提供方建立对接，将所述填充单元填充信息后的请求模板发送给对应的服务提供方。

在一种实施方式中，所述服务器还包括：

业务模型生成单元，用于根据应用服务的业务特点和业务流程，提取通用业务逻辑后生成通用的业务模型，其中所述业务模型包括业务接口；

请求模板生成单元，用于根据所述服务提供方提供的对接信息，提取通用的网络请求格式后生成通用的请求模板。

在一种实施方式中，所述识别单元包括：

请求获取子单元，用于获取服务请求方的请求，在所述请求的请求信息中提取业务内容和请求的格式信息作为请求标记；

识别处理子单元，用于根据预设的所述请求标记与所述请求模板和业务模型中的业务接口的映射关系，识别对应的请求模板和业务模型中的业务接口。

在一种实施方式中，所述填充单元选择识别出的请求模板和业务模型中的业务接口，根据服务提供方提供的对接信息，将所述请求模板中的空缺位置填充所述对接信息中对应的内容，将所述业务接口中空缺的业务逻辑填充完整。

根据本申请实施例的第三方面，提供一种电子设备，包括：

处理器；以及

存储器，其上存储有可执行代码，当所述可执行代码被所述处理器执行时，使所述处理器执行如上所述的方法。

根据本申请实施例的第四方面，提供一种非暂时性机器可读存储介质，其上存储有可执行代码，当所述可执行代码被电子设备的处理器执行时，使所述处理器执行如上所述的方法。

本申请的实施例提供的技术方案可以包括以下有益效果：

本申请提供的接入处理方法，获取服务请求方的请求，根据从所述请求中提取得到的请求标记识别对应的请求模板和业务模型中的业务接口；选择识别出的请求模板和业务模型中的业务接口，并根据服务提供方提供的对接信息进行信息填充；通过所述识别出的业务模型中的业务接口与对应的服务提供方建立对接，将填充信息后的请求模板发送给对应的服务提供方。本申请利用了对业务层进行抽象处理得到的通用的业务模型，可以理清需要对接的内容和位置，解除对接服务提供方时对主要业务流程的耦合，对接时不需要考虑对业务流程的影响，使得系统的可读性和可维护性大大增加；另外，本申请也利用了对代码层抽象得到的通用的请求模板，对接时只需根据请求模板再填充具体的服务提供方提供的对接信息即可实现服务提供方接口的连通，无需考虑日志、限流等其他细节，可以使对接接口的过程得到极大简化，极大提高了接入处理效率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

通过结合附图对本申请示例性实施方式进行更详细的描述，本申请的上述以及其它目的、特征和优势将变得更加明显，其中，在本申请示例性实施方式中，相同的参考标号通常代表相同部件。

图1是本申请实施例示出的接入处理方法的流程示意图；

图2是本申请实施例示出的接入处理方法的另一流程示意图；

图3是本申请实施例示出的应用服务器的结构示意图；

图4是本申请实施例示出的应用服务器的另一结构示意图；

图5是本申请实施例示出的电子设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本申请的优选实施方式。虽然附图中显示了本申请的优选实施方式，然而应该理解，可以以各种形式实现本申请而不应被这里阐述的实施方式所限制。相反，提供这些实施方式是为了使本申请更加透彻和完整，并且能够将本申请的范围完整地传达给本领域的技术人员。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语“第一”、“第二”、“第三”等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本申请的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。

本申请实施例提供一种接入处理方法，能够提高接入处理效率。

以下结合附图详细描述本申请实施例的技术方案。

图1是本申请实施例示出的接入处理方法的流程示意图。

参见图1，一种接入处理方法，应用于应用服务器，包括：

在步骤101中，获取服务请求方的请求，根据从请求中提取得到的请求标记识别对应的请求模板和业务模型中的业务接口。

其中，可以在请求的请求信息中提取业务内容和请求的格式信息作为请求标记；根据预设的请求标记与请求模板和业务模型中的业务接口的映射关系，识别对应的请求模板和业务模型中的业务接口。

其中，根据预设的请求标记与请求模板和业务模型中的业务接口的映射关系，识别对应的请求模板和业务模型中的业务接口，可以包括：根据请求标记中的请求的格式信息，识别对应的请求模板；根据请求标记中的业务内容，识别对应的业务模型中的业务接口。

在步骤102中，选择识别出的请求模板和业务模型中的业务接口，并根据服务提供方提供的对接信息进行信息填充。

其中，可以选择识别出的请求模板和业务模型中的业务接口，根据服务提供方提供的对接信息，将请求模板中的空缺位置填充对接信息中对应的内容，将业务接口中空缺的业务逻辑填充完整。

在步骤103中，通过识别出的业务模型中的业务接口与对应的服务提供方建立对接，将填充信息后的请求模板发送给对应的服务提供方。

从该实施例可以发现，本申请利用了对业务层进行抽象处理得到的通用的业务模型，就可以理清需要对接的内容和位置，解除对接服务提供方时对主要业务流程的耦合，对接时不需要考虑对业务流程的影响，使得系统的可读性和可维护性大大增加；另外，本申请也利用了对代码层抽象得到的通用的请求模板，对接时只需根据请求模板再填充具体的服务提供方提供的对接信息即可实现服务提供方接口的连通，无需考虑日志、限流等其他细节，可以使对接接口的过程得到极大简化，极大提高了接入处理效率。

图2是本申请实施例示出的接入处理方法的另一流程示意图；图2相对于图1更详细描述了本申请的方案。

本申请实施例通过对业务层、代码层两个层面进行抽象处理，提取通用业务逻辑及通用代码，分别生成通用的业务模型及请求模板，从而对系统接口及接入流程进行优化。其中，部分通用业务逻辑会对应部分通用代码，但也可以不完全一致，通用业务逻辑也可能会含有特殊的定制化部分。其中，除了业务逻辑代码，还有一些基础框架的通用代码，也是与业务逻辑无关，是通过代码层的抽象进行提取。

通过对业务层的抽象处理，可以理清需要对接的内容和位置(接口)，解除对接服务提供方时对主要业务流程的耦合，对接时不需要考虑对业务流程的影响，这一优化可使得系统的可读性和可维护性大大增加。通过对代码层的抽象处理，可以使对接接口的过程得到极大简化，对接时只需根据服务提供方指定的网络请求格式实现对应的请求模板，即可实现服务提供方接口的连通，无需考虑日志、限流等其他细节，从而极大提高了接入处理效率。其中，服务提供方指定的网络请求格式一般可以包括以下中的至少一项内容：请求头、请求方法、请求格式、验签方法、请求参数等。

参见图2，一种接入处理方法，应用于应用服务器，包括：

在步骤201中，预先根据应用服务的业务特点和业务流程，提取通用业务逻辑后生成通用的业务模型。

应用服务器可以提供应用服务，对应用服务的业务特点和业务流程进行抽象处理，提取不同的业务流程的通用业务逻辑，可以得到通用的业务模型，其中业务模型包括相对应的业务接口。

例如应用服务器可以提供应用服务，而应用服务例如可以是商城购物服务，商城购物服务的业务特点是购物和消费，业务流程可以包括：创单流程、下单流程、取消流程等，根据这些业务特点和业务流程可以提取通用业务逻辑，可以得到通用的业务模型，每个业务模型都包含相应的业务接口；例如根据创单流程抽象得到创单业务模型，创单业务模型中的业务接口为创单接口；根据下单流程抽象得到下单业务模型，下单业务模型中的业务接口为下单接口；根据取消流程抽象得到取消业务模型，取消业务模型中的业务接口为取消接口等。也就是说，业务接口是业务模型的体现，业务接口也是根据应用服务的业务特点设置；而业务模型也是根据应用服务提供的业务进行归纳总结得到。

业务接口信息可以通过程序包发布给服务请求方，可以以远程调用的方式提供给其它的服务请求方调用。例如，将业务接口信息嵌入客户端提供给服务请求方，服务请求方可以通过SDK(Software Development Kit，软件开发工具包)进行远程调用。

在步骤202中，预先根据服务提供方提供的对接信息，提取通用的网络请求格式后生成通用的请求模板。

该步骤可以对代码层进行抽象处理。应用服务器与服务提供方的通信一般都使用HTTP(Hyper Text Transfer Protocol，超文本传输协议)，协议规则一致，只是不同HTTP请求的具体内容不一样。

服务提供方提供的对接信息，可以包括网络请求格式等，网络请求格式可以包括：请求头、请求方法、请求格式、验签方法、请求参数等。

根据服务提供方提供的对接信息中所指定的网络请求格式，可以提取通用的网络请求格式后生成通用的请求模板，后续组装请求的时候只需要在模板上填上对应的信息或内容就可以组装好一个完整的新请求。

在步骤203中，获取服务请求方的请求，在请求的请求信息中提取设定信息作为请求标记。

服务请求方向应用服务器发起服务的请求，该请求的请求信息中可以包括请求获取的业务内容和请求的格式信息。应用服务器在请求的请求信息中提取业务内容和请求的格式信息作为请求标记，用于识别该请求适用于哪个请求模板和哪个业务模型中的业务接口。

请求标记一般是服务请求方、应用服务器及服务提供方之间预先约定的标记。例如，根据请求标记中的请求的格式信息，可以识别出对应的适用的请求模板，根据请求标记中的业务内容，可以识别出对应的适用的业务模型中的业务接口。

在步骤204中，根据请求标记识别对应的请求模板和业务模型中的业务接口。

请求标记与请求模板和业务模型中的业务接口之间一般预先建立映射关系，因此可以根据请求标记识别对应的请求模板和业务模型中的业务接口。例如，可以根据请求标记中的请求的格式信息，可以识别出对应的请求模板，根据请求标记中的业务内容，可以识别出对应的业务模型中的业务接口。

在步骤205中，选择识别出的请求模板和业务模型中的业务接口，并根据服务提供方提供的对接信息进行信息填充。

例如，选择识别出的请求模板和业务模型中的业务接口，根据服务提供方提供的对接信息，将请求模板中的空缺位置填充对接信息中对应的内容，及将业务接口中空缺的业务逻辑填充完整。利用请求模板，在组装请求的时候只需要在请求模板上填上对应的信息或内容就可以组装好一个完整的新请求。

在步骤206中，通过识别出的业务模型中的业务接口与对应的服务提供方建立对接，将填充信息后的请求模板发送给对应的服务提供方。

该步骤中，可以通过识别出的业务模型中的业务接口，与对应的服务提供方建立对接，将填充信息后的请求模板发送给对应的服务提供方，也就是将请求模板填充好相关信息后再发送给对应的服务提供方。服务提供方与应用服务器也通过该业务接口进行通信传输。

从该实施例可以发现，本申请提供的接入处理方法，预先根据应用服务的业务特点和业务流程，提取通用业务逻辑后生成通用的业务模型，预先根据服务提供方提供的对接信息，提取通用的网络请求格式后生成通用的请求模板；那么利用对业务层进行抽象处理得到的业务模型，就可以理清需要对接的内容和位置，解除对接服务提供方时对主要业务流程的耦合，对接时不需要考虑对业务流程的影响，使得系统的可读性和可维护性大大增加；另外，利用对代码层抽象得到的请求模板，可以使对接接口的过程得到极大简化，对接时只需根据请求模板即可实现服务提供方接口的连通，无需考虑日志、限流等其他细节极大提高了接入处理效率和服务质量。

与前述应用功能实现方法实施例相对应，本申请还提供了一种应用服务器、电子设备及相应的实施例。

图3是根据本申请一示例性实施例示出的一种应用服务器的结构示意图。

参见图3，该应用服务器包括：识别单元31、填充单元32、处理单元33。

识别单元31，用于获取服务请求方的请求，根据从请求中提取得到的请求标记识别对应的请求模板和业务模型中的业务接口。

其中，识别单元31可以在请求的请求信息中提取业务内容和请求的格式信息作为请求标记；根据预设的请求标记与请求模板和业务模型中的业务接口的映射关系，识别对应的请求模板和业务模型中的业务接口。识别单元31可以根据请求标记中的请求的格式信息，识别对应的请求模板；根据请求标记中的业务内容，识别对应的业务模型中的业务接口。

填充单元32，用于选择识别单元31识别出的请求模板和业务模型中的业务接口，并根据服务提供方提供的对接信息进行信息填充。

其中，填充单元32可以选择识别出的请求模板和业务模型中的业务接口，根据服务提供方提供的对接信息，将请求模板中的空缺位置填充对接信息中对应的内容，将业务接口中空缺的业务逻辑填充完整。

处理单元33，用于通过识别单元31识别出的业务模型中的业务接口与对应的服务提供方建立对接，将填充单元32填充信息后的请求模板发送给对应的服务提供方。

从该实施例可以发现，本申请利用了对业务层进行抽象处理得到的通用的业务模型，就可以理清需要对接的内容和位置，解除对接服务提供方时对主要业务流程的耦合，对接时不需要考虑对业务流程的影响，使得系统的可读性和可维护性大大增加；另外，本申请也利用了对代码层抽象得到的通用的请求模板，对接时只需根据请求模板再填充具体的服务提供方提供的对接信息即可实现服务提供方接口的连通，无需考虑日志、限流等其他细节，可以使对接接口的过程得到极大简化，极大提高了接入处理效率。

图4是根据本申请一示例性实施例示出的一种应用服务器的另一结构示意图。

参见图4，该应用服务器包括：识别单元31、填充单元32、处理单元33、业务模型生成单元34、请求模板生成单元35。

识别单元31、填充单元32、处理单元33的功能可以参见图3中的描述。

业务模型生成单元34，用于根据应用服务的业务特点和业务流程，提取通用业务逻辑后生成通用的业务模型，其中业务模型包括业务接口。

例如应用服务器可以提供应用服务，而应用服务例如可以是商城购物服务，商城购物服务的业务特点是购物和消费，业务流程可以包括：创单流程、下单流程、取消流程等，业务模型生成单元34根据这些业务特点和业务流程可以提取通用业务逻辑，可以得到通用的业务模型，每个业务模型都包含相应的业务接口；例如根据创单流程抽象得到创单业务模型，创单业务模型中的业务接口为创单接口；根据下单流程抽象得到下单业务模型，下单业务模型中的业务接口为下单接口；根据取消流程抽象得到取消业务模型，取消业务模型中的业务接口为取消接口等。也就是说，业务接口是业务模型的体现，业务接口也是根据应用服务的业务特点设置；而业务模型也是根据应用服务提供的业务进行归纳总结得到。

请求模板生成单元35，用于根据服务提供方提供的对接信息，提取通用的网络请求格式后生成通用的请求模板。

服务提供方提供的对接信息，可以包括网络请求格式等，网络请求格式可以包括：请求头、请求方法、请求格式、验签方法、请求参数等。请求模板生成单元35根据服务提供方提供的对接信息中所指定的网络请求格式，可以提取通用的网络请求格式后生成通用的请求模板，后续组装请求的时候只需要在模板上填上对应的信息或内容就可以组装好一个完整的新请求。

识别单元31可以包括：请求获取子单元311、识别处理子单元312。

请求获取子单元311，用于获取服务请求方的请求，在请求的请求信息中提取业务内容和请求的格式信息作为请求标记。

识别处理子单元312，用于根据预设的请求标记与请求模板和业务模型中的业务接口的映射关系，识别对应的请求模板和业务模型中的业务接口。请求标记一般是服务请求方、应用服务器及服务提供方之间预先约定的标记。例如，识别处理子单元312根据请求标记中的请求的格式信息，可以识别出对应的适用的请求模板，根据请求标记中的业务内容，可以识别出对应的适用的业务模型中的业务接口。

填充单元32，选择识别出的请求模板和业务模型中的业务接口，根据服务提供方提供的对接信息，将请求模板中的空缺位置填充对接信息中对应的内容，将业务接口中空缺的业务逻辑填充完整。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不再做详细阐述说明。

图5是根据本申请一示例性实施例示出的一种电子设备的结构示意图。该电子设备例如可以是应用服务器等终端设备。

参见图5，电子设备1000包括存储器1010和处理器1020。

处理器1020可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器1010可以包括各种类型的存储单元，例如系统内存、只读存储器(ROM)，和永久存储装置。其中，ROM可以存储处理器1020或者计算机的其他模块需要的静态数据或者指令。永久存储装置可以是可读写的存储装置。永久存储装置可以是即使计算机断电后也不会失去存储的指令和数据的非易失性存储设备。在一些实施方式中，永久性存储装置采用大容量存储装置(例如磁或光盘、闪存)作为永久存储装置。另外一些实施方式中，永久性存储装置可以是可移除的存储设备(例如软盘、光驱)。系统内存可以是可读写存储设备或者易失性可读写存储设备，例如动态随机访问内存。系统内存可以存储一些或者所有处理器在运行时需要的指令和数据。此外，存储器1010可以包括任意计算机可读存储媒介的组合，包括各种类型的半导体存储芯片(DRAM，SRAM，SDRAM，闪存，可编程只读存储器)，磁盘和/或光盘也可以采用。在一些实施方式中，存储器1010可以包括可读和/或写的可移除的存储设备，例如激光唱片(CD)、只读数字多功能光盘(例如DVD-ROM，双层DVD-ROM)、只读蓝光光盘、超密度光盘、闪存卡(例如SD卡、min SD卡、Micro-SD卡等等)、磁性软盘等等。计算机可读存储媒介不包含载波和通过无线或有线传输的瞬间电子信号。

存储器1010上存储有可执行代码，当可执行代码被处理器1020处理时，可以使处理器1020执行上文述及的方法中的部分或全部。

上文中已经参考附图详细描述了本申请的方案。在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详细描述的部分，可以参见其他实施例的相关描述。本领域技术人员也应该知悉，说明书中所涉及的动作和模块并不一定是本申请所必须的。另外，可以理解，本申请实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减，本申请实施例装置中的模块可以根据实际需要进行合并、划分和删减。

此外，根据本申请的方法还可以实现为一种计算机程序或计算机程序产品，该计算机程序或计算机程序产品包括用于执行本申请的上述方法中部分或全部步骤的计算机程序代码指令。

或者，本申请还可以实施为一种非暂时性机器可读存储介质(或计算机可读存储介质、或机器可读存储介质)，其上存储有可执行代码(或计算机程序、或计算机指令代码)，当所述可执行代码(或计算机程序、或计算机指令代码)被电子设备(或计算设备、服务器等)的处理器执行时，使所述处理器执行根据本申请的上述方法的各个步骤的部分或全部。

本领域技术人员还将明白的是，结合这里的申请所描述的各种示例性逻辑块、模块、电路和算法步骤可以被实现为电子硬件、计算机软件或两者的组合。

附图中的流程图和框图显示了根据本申请的多个实施例的系统和方法的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标记的功能也可以以不同于附图中所标记的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

以上已经描述了本申请的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术的改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。

Claims (4)

1.一种接入处理方法，其特征在于，应用于应用服务器，所述方法包括：

获取服务请求方的请求，根据从所述请求中提取得到的请求标记识别对应的请求模板和业务模型中的业务接口；

选择识别出的请求模板和业务模型中的业务接口，并根据服务提供方提供的对接信息进行信息填充，包括：选择识别出的请求模板和业务模型中的业务接口，根据服务提供方提供的对接信息，将所述请求模板中的空缺位置填充所述对接信息中对应的内容，将所述业务接口中空缺的业务逻辑填充完整；

通过所述识别出的业务模型中的业务接口与对应的服务提供方建立对接，将填充信息后的请求模板发送给对应的服务提供方；

所述获取服务请求方的请求，根据从所述请求中提取得到的请求标记识别对应的请求模板和业务模型中的业务接口之前，还包括：

根据应用服务的业务特点和业务流程，提取通用业务逻辑后生成通用的业务模型，其中所述业务模型包括业务接口；

根据所述服务提供方提供的对接信息，提取通用的网络请求格式后生成通用的请求模板；

其中，所述根据从所述请求中提取得到的请求标记识别对应的请求模板和业务模型中的业务接口，包括：

在所述请求的请求信息中提取业务内容和请求的格式信息作为请求标记；

根据预设的所述请求标记与所述请求模板和业务模型中的业务接口的映射关系，识别对应的请求模板和业务模型中的业务接口。

2.根据权利要求1所述的方法，其特征在于，所述根据预设的所述请求标记与所述请求模板和业务模型中的业务接口的映射关系，识别对应的请求模板和业务模型中的业务接口，包括：

根据所述请求标记中的请求的格式信息，识别对应的请求模板；

根据所述请求标记中的业务内容，识别对应的业务模型中的业务接口。

3.一种应用服务器，其特征在于，包括：

识别单元，用于获取服务请求方的请求，根据从所述请求中提取得到的请求标记识别对应的请求模板和业务模型中的业务接口；

填充单元，用于选择所述识别单元识别出的请求模板和业务模型中的业务接口，并根据服务提供方提供的对接信息进行信息填充；

处理单元，用于通过所述识别单元识别出的业务模型中的业务接口与对应的服务提供方建立对接，将所述填充单元填充信息后的请求模板发送给对应的服务提供方；

所述服务器还包括：

业务模型生成单元，用于根据应用服务的业务特点和业务流程，提取通用业务逻辑后生成通用的业务模型，其中所述业务模型包括业务接口；

请求模板生成单元，用于根据所述服务提供方提供的对接信息，提取通用的网络请求格式后生成通用的请求模板；

所述识别单元包括：

请求获取子单元，用于获取服务请求方的请求，在所述请求的请求信息中提取业务内容和请求的格式信息作为请求标记；

识别处理子单元，用于根据预设的所述请求标记与所述请求模板和业务模型中的业务接口的映射关系，识别对应的请求模板和业务模型中的业务接口；

所述填充单元选择识别出的请求模板和业务模型中的业务接口，根据服务提供方提供的对接信息，将所述请求模板中的空缺位置填充所述对接信息中对应的内容，将所述业务接口中空缺的业务逻辑填充完整。

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

处理器；以及

存储器，其上存储有可执行代码，当所述可执行代码被所述处理器执行时，使所述处理器执行如权利要求1-2中任一项所述的方法。