CN107277140A - 一种应用程序接口的分配方法、路由中间件及业务系统 - Google Patents
一种应用程序接口的分配方法、路由中间件及业务系统 Download PDFInfo
- Publication number
- CN107277140A CN107277140A CN201710473952.9A CN201710473952A CN107277140A CN 107277140 A CN107277140 A CN 107277140A CN 201710473952 A CN201710473952 A CN 201710473952A CN 107277140 A CN107277140 A CN 107277140A
- Authority
- CN
- China
- Prior art keywords
- version parameter
- application program
- current version
- client
- program interface
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 27
- 238000001514 detection method Methods 0.000 claims description 19
- 230000008520 organization Effects 0.000 claims description 16
- 238000004458 analytical method Methods 0.000 claims description 10
- 238000012546 transfer Methods 0.000 claims description 4
- 239000002184 metal Substances 0.000 description 6
- 230000008569 process Effects 0.000 description 4
- 230000009471 action Effects 0.000 description 3
- 238000010586 diagram Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 2
- 230000001960 triggered effect Effects 0.000 description 2
- 238000004883 computer application Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Stored Programmes (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明提供了一种应用程序接口的分配方法、路由中间件及业务系统，方法应用于路由中间件，包括：接收客户端发送的HTTP请求；解析所述HTTP请求以获取所述HTTP请求携带的当前版本参数；根据所述当前版本参数，从外部服务器存储的至少两个应用程序接口中读取对应所述当前版本参数的目标应用程序接口，并将读取的所述目标应用程序接口分配给所述客户端。通过本发明的技术方案，可防止安装客户端的智能终端不支持分配的应用程序接口，确保客户端能够通过分配的应用程序接口调用服务端提供的服务。
Description
技术领域
本发明涉及计算机技术领域，特别涉及一种应用程序接口的分配方法、路由中间件及业务系统。
背景技术
随着计算机应用技术的不断发展，智能终端也得到大量普及。智能终端可安装不同服务端所分别对应的客户端。针对于每一个服务端，该服务端可以为对应的客户端分配相应的应用程序接口，使得客户端可通过分配的应用程序接口调用该服务端所提供的服务；同时，为了满足用户不断增加的用户需求，经常需要在较低版本的应用程序接口的基础上开发较高版本的应用程序接口。
目前，在较高版本的应用程序接口发布之后，通常将较高版本的应用程序接口直接分配给当前服务端所对应的各个客户端，使得各个客户端可根据分配的较高版本的应用程序接口调用服务端提供的服务。
但是，当智能终端的硬件性能较低时，智能终端可能并不支持分配的较高版本的应用程序接口，使得客户端并不能通过分配的应用程序接口调用服务端提供的服务。
发明内容
本发明实施例提供了一种应用程序接口的分配方法、路由中间件及业务系统，可确保客户端能够根据分配的应用程序接口调用服务端提供的服务。
第一方面，本发明提供了一种应用程序接口的分配方法，应用于路由中间件，包括：
接收客户端发送的HTTP(Hyper Text Transfer Protocol，超文本传输协议)请求；
解析所述HTTP请求以获取所述HTTP请求携带的当前版本参数；
根据所述当前版本参数，从外部服务器存储的至少两个应用程序接口中读取对应所述当前版本参数的目标应用程序接口，并将读取的所述目标应用程序接口分配给所述客户端。
优选地，
所述解析所述HTTP请求以获取当前版本参数，包括：
解析所述HTTP请求以获取所述HTTP请求携带的URI(UniformResourceIdentifier，统一资源标识符)及HTTP头部信息；
检测所述URI中是否携带第一版本参数，如果是，则执行A1；否则，执行A2；
A1：将所述第一版本参数确定为当前版本参数；
A2：检测所述HTTP头部信息中是否携带第二版本参数，如果是，则执A3；否则，执行A4；
A3：将所述第二版本参数确定为当前版本参数；
A4：将预设版本参数确定为当前版本参数。
优选地，
所述检测所述HTTP头部信息中是否携带第二版本参数，包括：检测所述HTTP头部信息的API-version消息部和Content type消息部中是否携带第二版本参数。
优选地，
所述根据所述当前版本参数，从外部服务器存储的至少两个应用程序接口中读取对应所述当前版本参数的目标应用程序接口，包括：
根据预设路径组织规则，利用所述当前版本参数构建对应的存储路径；
根据所述存储路径，从外部服务器存储的至少两个应用程序接口中读取对应所述当前版本参数的目标应用程序接口。
第二方面，本发明实施例提供了一种路由中间件，包括：
信息接收模块，用于接收客户端发送的HTTP请求；
解析模块，用于解析所述HTTP请求以获取当前版本参数；
接口分配模块，用于根据所述当前版本参数，从外部服务器存储的至少两个应用程序接口中读取对应所述当前版本参数的目标应用程序接口，并将读取的所述目标应用程序接口分配给所述客户端。
优选地，
所述解析模块，包括：解析单元、第一检测单元、第一确定单元、第二检测单元、第二确定单元和第三确定单元；其中，
所述解析单元，用于解析所述HTTP请求以获取所述HTTP请求携带的URI及HTTP头部信息；
所述第一检测单元，用于检测所述检测所述URI中是否携带第一版本参数，如果是，则触发所述第一确定单元；否则，触发所述第二检测单元；
所述第一确定单元，用于在所述第一检测单元的触发下，将所述第一版本参数确定为当前版本参数；
所述第二检测单元，用于在所述第一检测单元的触发下，检测所述HTTP头部信息中是否携带第二版本参数，如果是，则触发所述第二确定单元；否则，触发所述第三确定单元；
所述第二确定单元，用于在所述第二检测单元的触发下，将所述第二版本参数确定为当前版本参数；
所述第三确定单元，用于在所述第二检测单元的触发下，将预设版本参数确定为当前版本参数。
优选地，
所述第二检测单元，用于在所述第一检测单元的触发下，检测所述HTTP头部信息的API-version消息部和Content type消息部中是否携带第二版本参数。
优选地，
所述接口分配模块，包括：路径确定单元和接口读取单元；其中，
所述路径确定单元，用于根据预设路径组织规则，利用所述当前版本参数构建对应的存储路径；
所述接口读取单元，用于根据所述存储路径，从外部服务器存储的至少两个应用程序接口中读取对应所述当前版本参数的目标应用程序接口。
第三方面，本发明实施例提供了一种业务系统，包括：
服务端、至少一个客户端，以及第二方面中任一所述的路由中间件；其中，所述服务端以及各个所述客户端均与所述路由中间件相连；
所述客户端，用于向所述路由中间件发送HTTP请求；
所述服务端，用于存储至少两个应用程序接口，每一个所述应用程序接口分别对应一个版本参数。
本发明实施例提供了一种应用程序接口的分配方法、路由中间件及业务系统，该方法中，通过在客户端和服务端之间增加路由中间件，用户可结合安装客户端的智能终端的硬件性能，确定出智能终端最高能够支持哪一个版本的应用程序接口，并确定该版本的应用程序接口所对应的当前版本参数，进而通过客户端发出携带当前版本参数的HTTP请求，路由中间件则可截获客户端发出的HTTP请求，并解析出HTTP请求所携带的当前版本参数，后续则可从外部服务器存储的至少两个应用程序接口中读取对应当前版本参数的目标应用程序接口，并将读取的目标应用程序接口分配给客户端。综上可见，通过设置路由中间件的形式，根据用户通过客户端发送的HTTP请求中携带的当前版本参数向客户端分配相应版本的应用程序接口，不再将最高版本的应用程序接口直接分配给客户端，防止安装客户端的智能终端不支持分配的应用程序接口，确保客户端能够通过分配的应用程序接口调用服务端提供的服务。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明一实施例提供的一种应用程序接口的分配方法的流程图；
图2是本发明一实施例提供的另一种应用程序接口的分配方法的流程图；
图3是本发明一实施例提供的一种路由中间件的结构示意图；
图4是本发明一实施例提供的另一种路由中间件的结构示意图；
图5是本发明一实施例提供的一种业务系统的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例，基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。
如图1所示，本发明实施例提供了一种应用程序的分配方法，应用于路由中间件，包括：
步骤101，接收客户端发送的HTTP请求；
步骤102，解析所述HTTP请求以获取所述HTTP请求携带的当前版本参数；
步骤103，根据所述当前版本参数，从外部服务器存储的至少两个应用程序接口中读取对应所述当前版本参数的目标应用程序接口，并将读取的所述目标应用程序接口分配给所述客户端。
本发明上述实施例中，通过在客户端和服务端之间增加路由中间件，用户可结合安装客户端的智能终端的硬件性能，确定出智能终端最高能够支持哪一个版本的应用程序接口，并确定该版本的应用程序接口所对应的当前版本参数，进而通过客户端发出携带当前版本参数的HTTP请求，路由中间件则可截获客户端发出的HTTP请求，并解析出HTTP请求所携带的当前版本参数，后续则可从外部服务器存储的至少两个应用程序接口中读取对应当前版本参数的目标应用程序接口，并将读取的目标应用程序接口分配给客户端。综上可见，通过设置路由中间件的形式，根据用户通过客户端发送的HTTP请求中携带的当前版本参数向客户端分配相应版本的应用程序接口，不再将最高版本的应用程序接口直接分配给客户端，防止安装客户端的智能终端不支持分配的应用程序接口，确保客户端能够通过分配的应用程序接口调用服务端提供的服务。
具体地，由于多个版本的应用程序接口分别存储在服务端，各个应用接口程序的名称可携带其对应的版本参数，因此，所述步骤103中，所述根据所述当前版本参数，从外部服务器存储的至少两个应用程序接口中读取对应所述当前版本参数的目标应用程序接口，具体可以通过如下两种方式来实现：
方式A：向服务端发送携带当前版本参数的接口读取请求，使得服务端根据接口读取请求中携带的当前版本参数，查询存储的各个应用程序接口的名称，以确定出对应名称中携带当前版本参数的目标应用程序接口，并将确定的目标应用程序接口提供给路由中间件。
方式B：根据预设路径组织规则，利用当前版本参数构建对应的存储路径；根据存储路径，从外部服务器存储的至少两个应用程序接口中读取对应当前版本参数的目标应用程序接口。
针对于上述方式B，服务端通常可以将多个多个不同版本的应用程序接口存储在相同的存储空间，即各个应用程序接口所分别对应的存储路径具有一定的相似性，且各个应用程序接口的存储路径通常也包括该应用程序接口所对应的版本参数，即不同的应用程序接口所分别对应的存储路径具有一定的路径组织规则。因此，通过确定出该路径组织规则，并将确定的路径组织规则设置在路由中间件中，路由中间件在获取到当前版本参数之后，则可根据设置的路径组织规则及当前版本参数，构建出相应的存储路径，进而根据构建的存储路径从外部服务器中读取对应的目标应用程序接口。
本发明一个实施例中，所述解析所述HTTP请求以获取当前版本参数，包括：
解析所述HTTP请求以获取所述HTTP请求携带的URI及HTTP头部信息；
检测所述检测所述URI中是否携带第一版本参数，如果是，则执行A1；否则，执行A2；
A1：将所述第一版本参数确定为当前版本参数；
A2：检测所述HTTP头部信息中是否携带第二版本参数，如果是，则执A3；否则，执行A4；
A3：将所述第二版本参数确定为当前版本参数；
A4：将预设版本参数确定为当前版本参数。
本发明上述实施例中，由于HTTP请求通常可以包括一个HTTP头部信息和一个URI，而HTTP头部信息和URI均可由用户通过客户端进行自定义，即用户可以将当前版本参数置入HTTP头部信息或URI中，因此，路由中间件对HTTP请求进行解析时，可通过对HTTP头部信息和URI进行检测以获取HTTP请求中携带的当前版本参数。
本发明上述实施例中，通过将一个较低版本的应用程序接口所对应的版本参数作为预设版本参数，当用户无法结合智能终端的硬件性能确定出智能终端能够支持哪一个版本的应用程序接口时，则可发出未携带相应版本参数的HTTP请求，此时，路由中间件在检测到HTTP请求未携带相应的版本参数之后，则可将预设版本参数确定为当前版本参数，进而将对应该预设版本参数的一个较低版本的应用程序接口分配给客户端，确保智能终端可支持分配的应用程序接口，从而使得安装于该智能终端的客户端能够通过分配的较低版本的应用程序接口调用服务端提供的服务。
具体地，本发明一个实施例中，所述检测所述HTTP头部信息中是否携带第二版本参数，包括：检测所述HTTP头部信息的API-version消息部和Content type消息部中是否携带第二版本参数。由于HTTP头部信息包括有API-version消息部和Content type消息部，且API-version消息部和Contenttype消息部均可由用户结合实际业务需求进行自定义，因此，在检测HTTP头部信息是否携带第二版本参数时，可具体检测API-version消息部和Contenttype消息部是否携带版本参数。
为了更加清楚的说明本发明的技术方案及优点，下面以服务端存储有4个版本的应用程序接口，按照版本高低顺序，4个版本的应用程序接口分别对应的版本参数依次是:3.1、2.2、2.1、1.1，且按照版本高低顺序，4个版本的应用程序锁分别对应的名称依次是：A-3.1、A-2.2、A-2.1、A-1.1为例，如图2所示，具体可以通过如下各个步骤实现向客户端分配相应版本的应用程序接口：
步骤201，用户结合实际业务场景，确定安装客户端的智能终端的硬件性能最高可以支持哪一个版本的应用程序接口。
具体地，可以通过相应的测试软件测试出安装客户端的智能终端的硬件性能，并通过相应数量的样本分析以确定出具备相同硬件性能的智能终端在安装客户端之后，最高能够支持哪一个版本的应用程序接口。
本发明实施例以确定出智能终端最高能够支持对应版本参数是2.2的应用程序接口为例。
步骤202，用户通过客户端自定义HTTP头部信息及URI，并形成包括该HTTP头部信息和URI的HTTP请求。
具体地，自定义HTTP头部信息时，可具体对HTTP头部信息的API-version消息部和Content type消息部进行自定义。
举例来说，可针对API-version消息部进行自定义，使得API-version消息部中携带当前版本参数为2.2：
Accept:application/json；version＝2.2。
步骤203，预先在路由中间件中设置路径组织规则以及预设版本参数。
这里具体可以将预设版本参数设置为1.1或2.1。
步骤204，路由中间件接收客户端发送的HTTP请求。
步骤205，路由中间件解析接收的HTTP请求以获取HTTP请求携带的URI及HTTP头部信息。
步骤206，路由中间件检测URI中是否携带第一版本参数，如果是，则执行步骤207；否则，执行步骤208。
步骤207，路由中间件将所述第一版本参数确定为当前版本参数。
步骤208，路由中间件检测检测HTTP头部信息的API-version消息部和Contenttype消息部中是否携带第二版本参数，如果是，则执行步骤209；否则，执行步骤210。
本发明实施例中，可检测到API-version消息部携带第二版本参数2.2。
步骤209，路由中间件将第二版本参数确定为当前版本参数。
步骤206至步骤209中检测HTTP请求中携带的当前版本参数时，还可以通过预先设置检测顺序的方式，根据设置的检测顺序对解析得到的URI及HTTP、头部信息中的API-version消息部和Content type消息部进行依次检测。
步骤210，路由中间件将预设版本参数确定为当前版本参数。
步骤211，路由中间件根据设置的路径组织规则，利用当前版本参数构建对应的存储路径。
举例来说，预设路径组织规则为controller/A-X/some，此时，则可利用当前版本参数2.2替换controller/A-X/some中的X以形成存储路径：controller/A-2.2/some。
步骤212，根据存储路径，从外部服务器存储的至少两个应用程序接口中读取对应当前版本参数的目标应用程序接口，并将读取的目标应用程序接口分配给客户端。
具体地，根据存储路径controller/A-2.2/some，可以读取服务端中存储的名称为A-2.2的目标应用程序接口。
通过本发明实施例的上述各个步骤，可实现根据客户端发送的HTTP请求中携带的当前版本参数向客户端分配相应版本的应用程序接口，防止安装客户端的智能终端不支持分配的应用程序接口，确保客户端能够通过分配的应用程序接口调用服务端提供的服务
如图3所示，本发明实施例提供了一种路由中间件，包括：
信息接收模块301，用于接收客户端发送的HTTP请求；
解析模块302，用于解析所述HTTP请求以获取当前版本参数；
接口分配模块303，用于根据所述当前版本参数，从外部服务器存储的至少两个应用程序接口中读取对应所述当前版本参数的目标应用程序接口，并将读取的所述目标应用程序接口分配给所述客户端。
如图4所示，本发明一个实施例中，所述解析模块302，包括：解析单元3021、第一检测单元3022、第一确定单元3023、第二检测单元3024、第二确定单元3025和第三确定单元3026；其中，
所述解析单元3021，用于解析所述HTTP请求以获取所述HTTP请求携带的URI及HTTP头部信息；
所述第一检测单元3022，用于检测所述检测所述URI中是否携带第一版本参数，如果是，则触发所述第一确定单元3023；否则，触发所述第二检测单元3024；
所述第一确定单元3023，用于在所述第一检测单元3022的触发下，将所述第一版本参数确定为当前版本参数；
所述第二检测单元3024，用于在所述第一检测单元3022的触发下，检测所述HTTP头部信息中是否携带第二版本参数，如果是，则触发所述第二确定单元3025；否则，触发所述第三确定单元3026；
所述第二确定单元3025，用于在所述第二检测单元3024的触发下，将所述第二版本参数确定为当前版本参数；
所述第三确定单元3026，用于在所述第二检测单元3024的触发下，将预设版本参数确定为当前版本参数。
如图4所示，本发明一个实施例中，所述第二检测单元3024，用于在所述第一检测单元3022的触发下，检测所述HTTP头部信息的API-version消息部和Content type消息部中是否携带第二版本参数。
本发明一个实施例中，所述接口分配模块303，包括：路径确定单元(附图中未示出)和接口读取单元(附图中未示出)；其中，
所述路径确定单元，用于根据预设路径组织规则，利用所述当前版本参数构建对应的存储路径；
所述接口读取单元，用于根据所述存储路径，从外部服务器存储的至少两个应用程序接口中读取对应所述当前版本参数的目标应用程序接口。
如图5所示，本发明实施例提供了一种业务系统，包括：
服务端501、至少一个客户端502，以及本发明任意一个实施例中提供的所述的路由中间件503；其中，所述服务端501以及各个所述客户端502均与所述路由中间件503相连；
所述客户端502，用于向所述路由中间件503发送HTTP请求；
所述服务端501，用于存储至少两个应用程序接口，每一个所述应用程序接口分别对应一个版本参数。
本发明实施例中，各个客户端可分别安装在相应的智能终端(比如个人电脑或手机)中。
上述装置内的各单元之间的信息交互、执行过程等内容，由于与本发明方法实施例基于同一构思，具体内容可参见本发明方法实施例中的叙述，此处不再赘述。
本发明实施例提供了一种可读介质，包括执行指令，当存储控制器的处理器执行所述执行指令时，所述存储控制器执行本发明任意一个实施例中提供的方法。
本发明实施例提供了一种存储控制器，包括：处理器、存储器和总线；
所述处理器和所述存储器通过所述总线连接；
所述存储器，当所述存储控制器运行时，所述处理器执行所述存储器存储的所述执行指令，以使所述存储控制器执行本发明任意一个实施例中提供的方法。
综上所述，本发明各个实施例至少具有如下有益效果：
1、本发明一实施例中，通过在客户端和服务端之间增加路由中间件，用户可结合安装客户端的智能终端的硬件性能，确定出智能终端最高能够支持哪一个版本的应用程序接口，并确定该版本的应用程序接口所对应的当前版本参数，进而通过客户端发出携带当前版本参数的HTTP请求，路由中间件则可截获客户端发出的HTTP请求，并解析出HTTP请求所携带的当前版本参数，后续则可从外部服务器存储的至少两个应用程序接口中读取对应当前版本参数的目标应用程序接口，并将读取的目标应用程序接口分配给客户端。综上可见，通过设置路由中间件的形式，根据用户通过客户端发送的HTTP请求中携带的当前版本参数向客户端分配相应版本的应用程序接口，不再将最高版本的应用程序接口直接分配给客户端，防止安装客户端的智能终端不支持分配的应用程序接口，确保客户端能够通过分配的应用程序接口调用服务端提供的服务。
2、本发明一实施例中，服务端可以将多个多个不同版本的应用程序接口存储在相同的存储空间，使得各个应用程序接口所分别对应的存储路径具有一定的相似性，且各个应用程序接口的存储路径也包括该应用程序接口所对应的版本参数，确保不同的应用程序接口所分别对应的存储路径具有一定的路径组织规则。通过在路由中间件中设置相应的路径组织规则，路由中间件在获取到当前版本参数之后，则可根据设置的路径组织规则及当前版本参数，构建出相应的存储路径，进而根据构建的存储路径从外部服务器中读取对应的目标应用程序接口。
3、本发明一实施例中，通过将一个较低版本的应用程序接口所对应的版本参数作为预设版本参数，当用户无法结合智能终端的硬件性能确定出智能终端能够支持哪一个版本的应用程序接口时，则可发出未携带相应版本参数的HTTP请求，此时，路由中间件在检测到HTTP请求未携带相应的版本参数之后，则可将预设版本参数确定为当前版本参数，进而将对应该预设版本参数的一个较低版本的应用程序接口分配给客户端，确保智能终端可支持分配的应用程序接口，从而使得安装于该智能终端的客户端能够通过分配的较低版本的应用程序接口调用服务端提供的服务。
需要说明的是，在本文中，诸如第一和第二之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个〃····〃”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同因素。
最后需要说明的是：以上所述仅为本发明的较佳实施例，仅用于说明本发明的技术方案，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等，均包含在本发明的保护范围内。
Claims (9)
1.一种应用程序接口的分配方法，其特征在于，应用于路由中间件，包括：
接收客户端发送的超文本传输协议HTTP请求；
解析所述HTTP请求以获取所述HTTP请求携带的当前版本参数；
根据所述当前版本参数，从外部服务器存储的至少两个应用程序接口中读取对应所述当前版本参数的目标应用程序接口，并将读取的所述目标应用程序接口分配给所述客户端。
2.根据权利要求1所述的方法，其特征在于，
所述解析所述HTTP请求以获取当前版本参数，包括：
解析所述HTTP请求以获取所述HTTP请求携带的URI及HTTP头部信息；
检测所述URI中是否携带第一版本参数，如果是，则执行A1；否则，执行A2；
A1：将所述第一版本参数确定为当前版本参数；
A2：检测所述HTTP头部信息中是否携带第二版本参数，如果是，则执A3；否则，执行A4；
A3：将所述第二版本参数确定为当前版本参数；
A4：将预设版本参数确定为当前版本参数。
3.根据权利要求2所述的方法，其特征在于，
所述检测所述HTTP头部信息中是否携带第二版本参数，包括：检测所述HTTP头部信息的API-version消息部和Content type消息部中是否携带第二版本参数。
4.根据权利要求1至3中任一所述的方法，其特征在于，
所述根据所述当前版本参数，从外部服务器存储的至少两个应用程序接口中读取对应所述当前版本参数的目标应用程序接口，包括：
根据预设路径组织规则，利用所述当前版本参数构建对应的存储路径；
根据所述存储路径，从外部服务器存储的至少两个应用程序接口中读取对应所述当前版本参数的目标应用程序接口。
5.一种路由中间件，其特征在于，包括：
信息接收模块，用于接收客户端发送的超文本传输协议HTTP请求；
解析模块，用于解析所述HTTP请求以获取当前版本参数；
接口分配模块，用于根据所述当前版本参数，从外部服务器存储的至少两个应用程序接口中读取对应所述当前版本参数的目标应用程序接口，并将读取的所述目标应用程序接口分配给所述客户端。
6.根据权利要求5所述的路由中间件，其特征在于，
所述解析模块，包括：解析单元、第一检测单元、第一确定单元、第二检测单元、第二确定单元和第三确定单元；其中，
所述解析单元，用于解析所述HTTP请求以获取所述HTTP请求携带的URI及HTTP头部信息；
所述第一检测单元，用于检测所述检测所述URI中是否携带第一版本参数，如果是，则触发所述第一确定单元；否则，触发所述第二检测单元；
所述第一确定单元，用于在所述第一检测单元的触发下，将所述第一版本参数确定为当前版本参数；
所述第二检测单元，用于在所述第一检测单元的触发下，检测所述HTTP头部信息中是否携带第二版本参数，如果是，则触发所述第二确定单元；否则，触发所述第三确定单元；
所述第二确定单元，用于在所述第二检测单元的触发下，将所述第二版本参数确定为当前版本参数；
所述第三确定单元，用于在所述第二检测单元的触发下，将预设版本参数确定为当前版本参数。
7.根据权利要求6所述的路由中间件，其特征在于，
所述第二检测单元，用于在所述第一检测单元的触发下，检测所述HTTP头部信息的API-version消息部和Content type消息部中是否携带第二版本参数。
8.根据权利要求5至7中任一所述的路由中间件，其特征在于，
所述接口分配模块，包括：路径确定单元和接口读取单元；其中，
所述路径确定单元，用于根据预设路径组织规则，利用所述当前版本参数构建对应的存储路径；
所述接口读取单元，用于根据所述存储路径，从外部服务器存储的至少两个应用程序接口中读取对应所述当前版本参数的目标应用程序接口。
9.一种业务系统，其特征在于，包括：
服务端、至少一个客户端，以及权利要求5至8中任一所述的路由中间件；其中，所述服务端以及各个所述客户端均与所述路由中间件相连；
所述客户端，用于向所述路由中间件发送超文本传输协议HTTP请求；
所述服务端，用于存储至少两个应用程序接口，每一个所述应用程序接口分别对应一个版本参数。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710473952.9A CN107277140A (zh) | 2017-06-21 | 2017-06-21 | 一种应用程序接口的分配方法、路由中间件及业务系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710473952.9A CN107277140A (zh) | 2017-06-21 | 2017-06-21 | 一种应用程序接口的分配方法、路由中间件及业务系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN107277140A true CN107277140A (zh) | 2017-10-20 |
Family
ID=60069574
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710473952.9A Pending CN107277140A (zh) | 2017-06-21 | 2017-06-21 | 一种应用程序接口的分配方法、路由中间件及业务系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN107277140A (zh) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109040316A (zh) * | 2018-09-19 | 2018-12-18 | 天津字节跳动科技有限公司 | Http服务处理方法和装置 |
| CN110062022A (zh) * | 2019-03-04 | 2019-07-26 | 山东浪潮通软信息科技有限公司 | 一种服务端灰度部署应用系统api更新的方法 |
| CN112965758A (zh) * | 2021-03-03 | 2021-06-15 | 北京百度网讯科技有限公司 | 接口数据确定方法和装置 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101741882A (zh) * | 2008-11-27 | 2010-06-16 | Tcl集团股份有限公司 | 一种面向ce设备的互联网门户服务系统及方法 |
| CN102185917A (zh) * | 2011-04-29 | 2011-09-14 | 深圳市五巨科技有限公司 | 一种服务器适配移动终端的方法及系统、服务器适配装置 |
| CN103176844A (zh) * | 2011-09-28 | 2013-06-26 | 北京奇虎科技有限公司 | 一种ie6内核与新型ie内核的切换方法和系统 |
| US20150135197A1 (en) * | 2013-11-12 | 2015-05-14 | International Business Machines Corporation | Accessing business object resources for a machine-to-machine communication environment |
| CN105027535A (zh) * | 2013-02-28 | 2015-11-04 | 微软公司 | 使用rest类api的应用的向后兼容特征级版本控制 |
-
2017
- 2017-06-21 CN CN201710473952.9A patent/CN107277140A/zh active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101741882A (zh) * | 2008-11-27 | 2010-06-16 | Tcl集团股份有限公司 | 一种面向ce设备的互联网门户服务系统及方法 |
| CN102185917A (zh) * | 2011-04-29 | 2011-09-14 | 深圳市五巨科技有限公司 | 一种服务器适配移动终端的方法及系统、服务器适配装置 |
| CN103176844A (zh) * | 2011-09-28 | 2013-06-26 | 北京奇虎科技有限公司 | 一种ie6内核与新型ie内核的切换方法和系统 |
| CN105027535A (zh) * | 2013-02-28 | 2015-11-04 | 微软公司 | 使用rest类api的应用的向后兼容特征级版本控制 |
| US20150135197A1 (en) * | 2013-11-12 | 2015-05-14 | International Business Machines Corporation | Accessing business object resources for a machine-to-machine communication environment |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109040316A (zh) * | 2018-09-19 | 2018-12-18 | 天津字节跳动科技有限公司 | Http服务处理方法和装置 |
| CN109040316B (zh) * | 2018-09-19 | 2021-08-27 | 天津字节跳动科技有限公司 | Http服务处理方法和装置 |
| CN110062022A (zh) * | 2019-03-04 | 2019-07-26 | 山东浪潮通软信息科技有限公司 | 一种服务端灰度部署应用系统api更新的方法 |
| CN110062022B (zh) * | 2019-03-04 | 2021-07-23 | 浪潮通用软件有限公司 | 一种服务端灰度部署应用系统api更新的方法 |
| CN112965758A (zh) * | 2021-03-03 | 2021-06-15 | 北京百度网讯科技有限公司 | 接口数据确定方法和装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108173938B (zh) | 服务器负载分流方法及装置 | |
| CN106778260B (zh) | 攻击检测方法和装置 | |
| CN104580406B (zh) | 一种同步登录状态的方法和装置 | |
| CN107635010B (zh) | 流量调度方法、装置、计算机可读存储介质及电子设备 | |
| CN113366815B (zh) | 网络资源请求方法、装置、电子设备以及存储介质 | |
| CN107277140A (zh) | 一种应用程序接口的分配方法、路由中间件及业务系统 | |
| CN110224860A (zh) | 负载均衡应用创建方法、装置、计算机设备及存储介质 | |
| US10721260B1 (en) | Distributed execution of a network vulnerability scan | |
| CN111510330B (zh) | 接口管理装置、方法及存储介质 | |
| CN110740191A (zh) | 资源访问方法、装置、电子设备及存储介质 | |
| US20100154039A1 (en) | Apparatus, methods, and computer program products for facilitating secure password creation and management | |
| CN112380072A (zh) | 多数据中心访问方法及系统 | |
| CN111737022A (zh) | 一种基于微服务的接口调用方法、系统、设备及介质 | |
| CN110677475A (zh) | 一种微服务处理方法、装置、设备及存储介质 | |
| CN112333289A (zh) | 反向代理访问方法、装置、电子设备及存储介质 | |
| US8880108B2 (en) | Short message processing method and apparatus | |
| US20230161634A1 (en) | Mapping an application signature to designated cloud resources | |
| CN108600255B (zh) | Mock服务管理方法、装置、计算机设备以及存储介质 | |
| CN106485520B (zh) | 跨渠道通讯控制方法及服务器 | |
| CN111314326B (zh) | Http漏洞扫描主机的确认方法、装置、设备及介质 | |
| CN109639533B (zh) | 一种区域调度策略的测试方法、系统及终端设备 | |
| CN109951549B (zh) | 网络页面的访问方法、装置及计算机可读存储介质 | |
| CN108322418A (zh) | 非法访问的检测方法和装置 | |
| CN110930163A (zh) | 一种房源委托业务的实现方法、系统及存储介质 | |
| CN109960656A (zh) | 程序的检测方法、装置及电子设备 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20171020 |
|
| RJ01 | Rejection of invention patent application after publication |