CN111541743B - 一种多api集成整合的方法 - Google Patents
一种多api集成整合的方法 Download PDFInfo
- Publication number
- CN111541743B CN111541743B CN202010269076.XA CN202010269076A CN111541743B CN 111541743 B CN111541743 B CN 111541743B CN 202010269076 A CN202010269076 A CN 202010269076A CN 111541743 B CN111541743 B CN 111541743B
- Authority
- CN
- China
- Prior art keywords
- service
- user
- manufacturer
- manufacturers
- specific
- 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.)
- Active
Links
Images
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/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
- H04L41/0663—Performing the actions predefined by failover planning, e.g. switching to standby network elements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
- H04L63/0807—Network architectures or network communication protocols for network security for authentication of entities using tickets, e.g. Kerberos
-
- 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
-
- 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/56—Provisioning of proxy services
- H04L67/566—Grouping or aggregating service requests, e.g. for unified processing
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- Computer Security & Cryptography (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明提供一种多API集成整合的方法,通过统一API接入参数标准,实现一个API接口可兼容性地调用同类型其他厂商的相同服务,从而提高了对未来服务的兼容效率,减轻了对新的优质服务的重新开发与对接。本发明进一步设立容灾机制,当某厂商提供的服务出现问题时,从内部将用户调用的服务自动切换到另一个服务稳定且相对优质的服务,同时发出相关警示,让所对接的公司可以根据实际情况作出最优调整,避免对接由于停止服务而造成用户损失。
Description
技术领域
本发明属于计算机网络技术领域,具体涉及一种多API集成整合的方法。
背景技术
当前API接入流程复杂、不方便、可推广性差,并且往往一个API接口只能面向一个特定服务进行调用,当服务面临升级或需要更换服务商时,则需要开发人员重新熟悉新的接口文档并进行一轮新的接口开发以及服务的接入。在新服务出现后如何实现快速兼容性迭代是亟待解决的问题。
发明内容
为克服上述现有技术的不足,本发明提供了一种多API集成整合的方法,包含以下步骤:
S101、统一接口验证规则;
S102、针对特定服务进行分析,确定最少/最简输入参数;将最少/最简参数设置为当前服务的公共输入参数;提取公共输出为公共输出结果;
S103、接入相关类型服务;
S104、为每个用户记录相关调用数据。
S105、容灾处理,当用户已设置的默认厂商所提供的服务出现故障时,API集成系统将所设置的厂商切换到当前提供服务的其他厂商。
优选地,S103、接入相关类型服务中进一步包括:接入提供该服务的厂商;针对某一类型的服务,可以提供多个厂商供用户选择。
优选地,所述S101中的统一接口验证规则进一步包含如下步骤:
S201、确定请求身份;为开发者分配访问密钥AccessKey和加密密钥SecretKey;其中,所述AccessKey为唯一标识开发者身份的开发者标识;所述SecretKey用于接口加密;
S202、按照提交请求参数名的字母升序排列非空请求参数,所述请求参数中包含AccessKey;使用URL键值对的格式拼接成字符串A;在字符串A最后拼接上Secretkey得到字符串stringSignTemp;对stringSignTemp进行MD5运算,并将得到的字符串所有字符转换为大写,得到签名sign值;
S203、生成标识符;
S204、服务器端验证客户端请求。
优选地,所述S102中的针对特定服务进行分析,确定最少/最简输入参数;将最少/最简参数设置为当前服务的公共输入参数;提取公共输出为公共输出结果,进一步包含如下步骤:
S301、确定特定用户所需的服务;
S302、定义不同厂商相对可选输入;
S303、定义公共输入;
S304、定义公共输出;
S305、定义不同厂商的相对输出。
优选地,不同的厂商根据所提供服务的特点定义用户需要提供的相关参数。
优选地,当用户想要特定结果或者接收到服务器端返回特定提示时,根据不同厂商相关参数的要求、输入不同的可选输入来获取想要结果。
优选地,所述公共输入是指对于特定类型的服务,即使提供服务的厂商不同,但都要求具有与基本功能相对应的公共输入。
优选地,所述公共输出是指对于特定类型的服务,即使提供服务的厂商不同,但都要求具有与基本功能相对应的公共输出。
优选地,所述S105中的容灾处理进一步包含如下步骤:
S401、用户调用服务,所述服务由用户当前配置的厂商提供;
S402、当用户调用当前服务的时候,判断当前厂商的当前服务是否宕机;如果没有宕机,则返回执行S401,如果宕机,则继续执行S403;
S403、服务器端启动为用户筛选能够提供服务的其他厂商;
S404、判断除已发生宕机的厂商之外,用户是否曾使用过其他厂商所提供的特定服务;如果判断结果为是,则继续执行S405;如果判断结果为否,则继续执行406;
S405、如果用户曾使用过其他厂商所提供的该特定服务,选取使用记录最多的厂商设置为当前提供服务的厂商;
S406、判断除已发生宕机的厂商外,其他用户是否使用过其他厂商所提供的该特定服务;如果判断结果为是,则继续执行S407;如果判断结果为否,则继续执行408;
S407、如果其他用户曾使用过其他厂商所提供的该特定服务,选取其他用户使用记录最多的厂商作为供切换的厂商;
S408、如果其他用户也不曾使用过其他厂商所提供的该特定服务,选取最新添加的提供该服务的厂商作为供切换的厂商。
优选地,在选取完成后,服务器端将宕机情况以及所选取的供切换的厂商告知用户。
本发明通过统一API接入参数标准,实现一个API接口可兼容性地调用同类型其他厂商的相同服务,从而提高了对未来服务的兼容效率,减轻了对新的优质服务的重新开发与对接。
本发明进一步设立容灾机制,当某厂商提供的服务出现问题时,从内部将用户调用的服务自动切换到另一个服务稳定且相对优质的服务,同时发出相关警示,让所对接的公司可以根据实际情况作出最优调整,避免对接由于停止服务而造成用户损失。
上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,并可依照说明书的内容予以实施,以下以本发明的较佳实施例并配合附图详细说明如后。
附图说明
图1示出了根据本发明的一个实施例的多API集成整合流程图;
图2示出了根据本发明的一个实施例的统一接口验证规则流程图;
图3示出了根据本发明的一个实施例的确定公共输入参数以及确定公共输出结果流程图;
图4示出了根据本发明的一个实施例的容灾处理流程图。
具体实施方式
为更进一步阐述本发明为达成预定发明目的所采取的技术手段及功效,以下结合附图及较佳实施例,对依据本发明提出的多API集成整合的方法其具体实施方式、特征及其功效,详细说明如后。在下述说明中,不同的“一实施例”或“实施例”指的不一定是同一实施例。此外,一或多个实施例中的特定特征、结构、或特点可由任何合适形式组合。
本发明中使用的缩略语和关键术语定义如下:
API(应用程序编程接口):是软件系统不同组成部分衔接的约定,API规定了运行在一个端系统上的软件请求因特网基础设施向运行在另一个端系统上的特定目的地软件交付数据的方式。
厂商:这里的厂商指的是各服务的提供者。
最少/最简参数:这里的最少/最简参数指的是调用一个服务所需要的最基本的必须参数。比如说如果你调用一个语音识别服务,那么你最起码得提供一段有效语音作为最少/最简参数。
在本发明的一个具体实施方式中,在API集成系统中提供了一种多API集成整合的方法,包含如下步骤:
S101、统一接口验证规则;为了保证API集成系统所提供的所有接口都可以直接、快速、准确地进行验证,防止接口被其他系统随意调用、滥用,或者被其他用户冒用,确保请求身份合法,请求参数未被篡改以及请求的唯一性,以免造成不必要的相关损失。
根据本发明的一个优选实施方式,选用OAuth2.0作为接口验证规则。
根据本发明的一个优选实施方式,验证规则采用如下方式:
S1011、用户向资源所属者发出认证请求;
S1012、资源所属者判断是否给予手段,如果判断结果为是,则向用户发出授权;
S1013、用户获得授权后,向认证服务中心申请令牌;
S1014、认证服务中心确认验证授权真伪性,如确认授权为真、则向用户发放令牌;
S1015、用户使用令牌,向资源服务器请求资源;
S1016、资源服务器验证令牌通过后,向用户发放资源。
S102、针对特定服务进行分析,确定最少/最简输入参数;将最少/最简参数设置为当前服务的公共输入参数;提取公共输出为公共输出结果。
根据本发明的一个优选实施方式,针对提供所述特定服务的不同厂商设定不同厂商所需的非必须选填参数,定义且录入不同厂商的非公共输出结果。
根据本发明的一个优选实施方式,例如人脸检测服务,经过分析,针对该项服务,所需要的最少/最简输入参数为一张图片,由此确定公共输入参数为Image,提取的公共输出结果为true/false,即检测出该图片包含或不包含人脸。
根据本发明的一个优选实施方式,例如语音识别服务,经过分析,针对该项服务,厂商A的非必须选填参数为情绪判断,对应的非公共输出结果为对应语音所想表达的情绪;厂商B的非必须选填参数为是否违规,对应的非公共输出结果为是否有广告或敏感词。
S103、接入相关类型服务;根据本发明的一个优选实施方式,接入相关类型服务是指接入提供该服务的厂商。
根据本发明的一个优选实施方式,针对某一类型的服务,可以提供多个厂商供用户选择。
根据本发明的一个优选实施方式,用户通过对比自行选择所要接入的厂商;根据本发明的一个优选实施方式,由系统为用户指定设置所接入的厂商。
根据本发明的一个优选实施方式,一旦完成选择,用户接入相关类型服务时,接入已设置的厂商。
根据本发明的一个优选实施方式,用户可请求API集成系统为其更换已设置的厂商。
根据本发明的一个优选实施方式,API集成系统可为用户更换已设置的厂商。
根据本发明的一个优选实施方式,API集成系统在为用户更换已设置的厂商之前,向用户发出确认信息,获得用户确认后再更换已设置的厂商。
根据本发明的一个优选实施方式,API集成系统在为用户更换已设置的厂商后,向用户发出告知信息。
根据本发明的一个优选实施方式,API集成系统直接为用户更换已设置的厂商,更换完成后再向用户发出告知信息。
S104、为每个用户记录相关调用数据。
根据本发明的一个优选实施方式,所述为每个用户记录相关调用数据是指为用户提供统计相关数据。
根据本发明的一个优选实施方式,统计相关数据包括但不限于:各接口调用各时段频率情况、接口返回情况、每日相关接口调用数据量是否上升或下降,接口是否被滥用,接口返回是否异常等。
通过统计相关数据,可用于驱动产品推广或者优化,或防止异常发生,以免造成不必要的损失。
根据本发明的一个优选实施方式,用户可查询自己所调用的每一条记录。
S105、容灾处理,当用户已设置的默认厂商所提供的服务出现故障的时,API集成系统将所设置的厂商切换到当前提供服务的其他厂商。
根据本发明的一个优选实施方式,API集成系统在为用户切换已设置的厂商之前,向用户发出确认信息,获得用户确认后再切换已设置的厂商。
根据本发明的一个优选实施方式,API集成系统直接为用户切换换已设置的厂商,切换完成后再向用户发出告知信息。
通过容灾处理,可以保证用户的接口功能正常,不受限于单个厂商服务故障而无法正常工作。
根据本发明的一个优选实施方式,所述S101中的统一接口验证规则进一步包含如下步骤:
S201、确定请求身份。
根据本发明的一个具体实施方式,API集成系统为开发者分配AccessKey和SecretKey;其中,所述AccessKey为唯一标识开发者身份的开发者标识;所述SecretKey用于接口加密。
根据本发明的一个优选实施方式,所述SecretKey的复杂度应确保不易被穷举,从而生成算法不易被猜测。
S202、防止篡改。
根据本发明的一个优选实施方式,按照提交请求参数名的字母升序排列非空请求参数(包含AccessKey);使用URL键值对的格式拼接成字符串A;在字符串A最后拼接上Secretkey得到字符串stringSignTemp;对stringSignTemp进行MD5运算,并将得到的字符串所有字符转换为大写,得到签名sign值。
根据本发明的一个优选实施方式,提交请求时需携带参数AccessKey和Sign,只有AccessKey和Sign均验证通过才能成功调用接口。
由于SecretKey仅用于本地加密使用,不参与网络传输,而只有拥有合法的身份AccessKey和正确的签名Sign才能成功调用接口,因此如果无法获取SecretKey则无法伪造合法的请求,保证系统的安全性。
S203、生成标识符,防止重放攻击。
根据本发明的一个优选实施方式,通过时间戳加上随机字符串来标识每个被签名的请求,通过每个请求提供一个唯一的标识符。从而,服务器能够防止请求被多次调用。
S204、服务器端验证客户端请求。
根据本发明的一个优选实施方式,在客户端按照上述S201-S203中的步骤完成AccessKey和SecretKey,获取签名sign值,生成请求并基于时间戳生成附加随机字符串后向服务器发出请求;服务器端拦截请求后,对客户端的请求进行验证。
根据本发明的一个优选实施方式,如果服务器端验证通过客户端发出的请求,继续执行后续步骤,调用用户所请求的服务;如果服务器端验证不通过,则返回相关错误码,停止执行后续步骤。
根据本发明的一个优选实施方式,所述S102中的针对特定服务进行分析,确定最少/最简输入参数;将最少/最简参数设置为当前服务的公共输入参数;提取公共输出为公共输出结果,进一步包含如下步骤:
S301、确定所选服务。
根据本发明的一个具体实施方式,确定特定用户所需的服务。
根据本发明的一个优选实施方式,所述特定用户所需的服务为图文识别服务。
S302、定义同厂商相对可选输入。
根据本发明的一个优选实施方式,不同的厂商根据所提供服务的特点定义用户需要提供的相关参数。
根据本发明的一个优选实施方式,当用户想要特定结果或者接收到服务器端返回特定提示时,根据不同厂商相关参数的要求、输入不同的可选输入来获取想要结果。
根据本发明的一个优选实施方式,当前所提供的服务为图文识别服务,第一厂商提供的服务进一步包括识别文字颜色;第二厂商提供的服务进一步包括识别文字大小;针对第一厂商所提供的服务,定义相对输入参数为是否需要判断文字颜色,针对第二厂商所提供的服务,定义相对输入参数为是否需要识别文字的大小。
S303、定义公共输入。
对于特定类型的服务,即使提供服务的厂商不同,但都要求具有与基本功能相对应的公共输入。
根据本发明的一个优选实施方式,当所调用的服务为图文识别的服务时,定义公共输入为带有文字的图片。
S304、定义公共输出。
对于特定类型的服务,即使提供服务的厂商不同,但都要求具有与基本功能相对应的公共输出。
根据本发明的一个优选实施方式,当所调用的服务为图文识别的服务时,定义公共输出为图片中所包含的文字。
S305、定义不同厂商的相对输出。
不同的厂商会有自己服务的特色。比如说之前A厂商的返回结果除了会返回图片的文字,还会返回图片中文字的颜色,这个颜色就是相对输出。
根据本发明的一个优选实施方式,当前所提供的服务为图文识别服务,第一厂商返回的相对输出为图片中所识别的文字颜色;第二厂商返回的相对输出为图片中所识别文字大小。
根据本发明的一个优选实施方式,当前所提供的服务为图文识别服务,第一厂商提供的服务进一步包括识别文字颜色;第二厂商提供的服务进一步包括识别文字大小;针对第一厂商所提供的服务,定义相对输入参数为是否需要判断文字颜色,针对第二厂商所提供的服务,定义相对输入参数为是否需要识别文字的大小;第一厂商返回的相对输出为图片中所识别的文字颜色;第二厂商返回的相对输出为图片中所识别文字大小;第一厂商和第二厂商提供的公共输出为图片中所包含的文字。
根据本发明的一个优选实施方式,当前所提供的服务为语音识别服务,第一厂商提供的服务进一步包括识别语音识别敏感词;第二厂商提供的服务进一步包括识别语音情绪;针对第一厂商所提供的服务,定义相对输入参数为是否需要识别敏感词,针对第二厂商所提供的服务,定义相对输入参数为是否需要识别语音情绪;第一厂商返回的相对输出为语音中是否包含敏感词,即广告或涉黄等;第二厂商返回的相对输出为语音中的情绪,即是否压抑、喜悦等;第一厂商和第二厂商提供的公共输出为语音所对应的文字。
根据本发明的一个优选实施方式,所述S105中的容灾处理进一步包含如下步骤:
S401、用户调用服务,所述服务由用户当前配置的厂商提供。
S402、当用户调用当前服务的时候,判断当前厂商的当前服务是否宕机;如果没有宕机,则返回执行S401,如果宕机,则继续执行S403;
S403、服务器端启动为用户筛选能够提供服务的其他厂商;
根据本发明的一个优选实施方式,服务器端为用户选择当前提供最优服务的厂商。
S404、判断除已发生宕机的厂商之外,用户是否曾使用过其他厂商所提供的特定服务;如果判断结果为是,则继续执行S405;如果判断结果为否,则继续执行406;
S405、如果用户曾使用过其他厂商所提供的该特定服务,选取使用记录最多的厂商设置为当前提供服务的厂商。
根据本发明的一个优选实施方式,在选取完成后,服务器端将宕机情况以及所选取的供切换的厂商告知用户。
根据本发明的一个优选实施方式,在选取完成后,服务器端将宕机情况、所选取的供切换的厂商以及该供切换的厂商的用户使用记录一并告知用户。
S406、判断除已发生宕机的厂商外,其他用户是否使用过其他厂商所提供的该特定服务;如果判断结果为是,则继续执行S407;如果判断结果为否,则继续执行408;
S407、如果其他用户曾使用过其他厂商所提供的该特定服务,选取其他用户使用记录最多的厂商作为供切换的厂商。
根据本发明的一个优选实施方式,在选取完成后,服务器端将宕机情况以及所选取的供切换的厂商告知用户。
根据本发明的一个优选实施方式,在选取完成后,服务器端将宕机情况、所选取的供切换的厂商以及该供切换的厂商的用户使用记录一并告知用户。
S408、如果其他用户也不曾使用过其他厂商所提供的该特定服务,选取最新添加的提供该服务的厂商作为供切换的厂商。
根据本发明的一个优选实施方式,在选取完成后,服务器端将宕机情况以及所选取的供切换的厂商告知用户。
根据本发明的一个优选实施方式,在选取完成后,服务器端将宕机情况、所选取的供切换的厂商以及该供切换的厂商的用户使用记录一并告知用户。
通过实施本发明所提供的多API集成整合方法,能够为用户提供安全性保障,通过统一可靠的安全验证规则,无需针对不同厂商记录不同的验证规则以及相关密钥;提供接入的便利性,通过统一的接入规则,无需考虑各家厂商不同的接入规则,仅需维护统一的接入文档;便于提供更优质的服务,针对特定服务,提供多家厂商的服务供对比筛选,从而选择最适合自己的厂商;便于服务升级优化,当有新的厂商或者更好的服务出现时,仅需修改默认厂商就能获取最新或更优厂商的服务。
本发明所提供的多API集成整合方法,统一数据、统一接入,从而确保数据的统一录入,不管何时或者是何厂商需要调取数据都可以方便快速进行统计展示。此外,由于任一特定服务均同时接入了多家厂商,因此可以确保当任一厂商所提供的服务出现故障时,都不会导致用户服务无法整个提供,而是由系统自动选择其他厂商继续为用户提供服务,并通过相关方式通知用户相关变更情况,便于用户及时了解厂商切换情况,随时掌握服务最新动态。
以上所述,仅是本发明的较佳实施例而已,并非对本发明作任何形式上的限制,虽然本发明已以较佳实施例揭露如上,然而并非用以限定本发明,任何熟悉本专业的技术人员,在不脱离本发明技术方案范围内,当可利用上述揭示的技术内容作出些许更动或修饰为等同变化的等效实施例,但凡是未脱离本发明技术方案的内容,依据本发明的技术实质对以上实施例所作的任何简单修改、等同变化与修饰,均仍属于本发明技术方案的范围内。
Claims (9)
1.一种多API集成整合的方法,其特征在于包含如下步骤:
S101、统一接口验证规则;
S102、针对特定服务进行分析,确定最少/最简输入参数;将最少/最简参数设置为当前服务的公共输入参数;提取公共输出为公共输出结果;
S103、接入相关类型服务;
S104、为每个用户记录相关调用数据;
S105、容灾处理,当用户已设置的默认厂商所提供的服务出现故障时,API集成系统将所设置的厂商切换到当前提供服务的其他厂商;
所述S105中的容灾处理进一步包含如下步骤:
S401、用户调用服务,所述服务由用户当前配置的厂商提供;
S402、当用户调用当前服务的时候,判断当前厂商的当前服务是否宕机;如果没有宕机,则返回执行S401,如果宕机,则继续执行S403;
S403、服务器端启动为用户筛选能够提供服务的其他厂商;
S404、判断除已发生宕机的厂商之外,用户是否曾使用过其他厂商所提供的特定服务;如果判断结果为是,则继续执行S405;如果判断结果为否,则继续执行406;
S405、如果用户曾使用过其他厂商所提供的该特定服务,选取使用记录最多的厂商设置为当前提供服务的厂商;
S406、判断除已发生宕机的厂商外,其他用户是否使用过其他厂商所提供的该特定服务;如果判断结果为是,则继续执行S407;如果判断结果为否,则继续执行408;
S407、如果其他用户曾使用过其他厂商所提供的该特定服务,选取其他用户使用记录最多的厂商作为供切换的厂商;
S408、如果其他用户也不曾使用过其他厂商所提供的该特定服务,选取最新添加的提供该服务的厂商作为供切换的厂商。
2.根据权利要求1所述的多API集成整合的方法,其特征在于:
S103、接入相关类型服务中进一步包括:接入提供该服务的厂商;针对某一类型的服务,可以提供多个厂商供用户选择。
3.根据权利要求2所述的多API集成整合的方法,其特征在于:
所述S101中的统一接口验证规则进一步包含如下步骤:
S201、确定请求身份;为开发者分配访问密钥AccessKey和加密密钥SecretKey;其中,所述AccessKey为唯一标识开发者身份的开发者标识;所述SecretKey用于接口加密;
S202、按照提交请求参数名的字母升序排列非空请求参数,所述请求参数中包含AccessKey;使用URL键值对的格式拼接成字符串A;在字符串A最后拼接上Secretkey得到字符串stringSignTemp;对stringSignTemp进行MD5运算,并将得到的字符串所有字符转换为大写,得到签名sign值;
S203、生成标识符;
S204、服务器端验证客户端请求。
4.根据权利要求3所述的多API集成整合的方法,其特征在于:
所述S102中的针对特定服务进行分析,确定最少/最简输入参数;将最少/最简参数设置为当前服务的公共输入参数;提取公共输出为公共输出结果,进一步包含如下步骤:
S301、确定特定用户所需的服务;
S302、定义不同厂商相对可选输入;
S303、定义公共输入;
S304、定义公共输出;
S305、定义不同厂商的相对输出。
5.根据权利要求4所述的多API集成整合的方法,其特征在于:
不同的厂商根据所提供服务的特点定义用户需要提供的相关参数。
6.根据权利要求5所述的多API集成整合的方法,其特征在于:
当用户想要特定结果或者接收到服务器端返回特定提示时,根据不同厂商相关参数的要求、输入不同的可选输入来获取想要结果。
7.根据权利要求6所述的多API集成整合的方法,其特征在于:
所述公共输入是指对于特定类型的服务,即使提供服务的厂商不同,但都要求具有与基本功能相对应的公共输入。
8.根据权利要求7所述的多API集成整合的方法,其特征在于:
所述公共输出是指对于特定类型的服务,即使提供服务的厂商不同,但都要求具有与基本功能相对应的公共输出。
9.根据权利要求1-8任一所述的多API集成整合的方法,其特征在于:
在选取完成后,服务器端将宕机情况以及所选取的供切换的厂商告知用户。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010269076.XA CN111541743B (zh) | 2020-04-08 | 2020-04-08 | 一种多api集成整合的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010269076.XA CN111541743B (zh) | 2020-04-08 | 2020-04-08 | 一种多api集成整合的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111541743A CN111541743A (zh) | 2020-08-14 |
CN111541743B true CN111541743B (zh) | 2021-04-20 |
Family
ID=71978560
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010269076.XA Active CN111541743B (zh) | 2020-04-08 | 2020-04-08 | 一种多api集成整合的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111541743B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113660510A (zh) * | 2021-08-19 | 2021-11-16 | 杭州时趣信息技术有限公司 | 一种视频处理云厂商配置方法、装置、系统 |
CN115550093A (zh) * | 2022-09-13 | 2022-12-30 | 海尔优家智能科技(北京)有限公司 | 应用调研方法、存储介质及电子装置 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110134498A (zh) * | 2018-02-09 | 2019-08-16 | 中移(苏州)软件技术有限公司 | 一种应用兼容性评估方法及装置 |
CN110493037A (zh) * | 2019-07-31 | 2019-11-22 | 瑞斯康达科技发展股份有限公司 | 一种网络管理方法、装置和系统、计算机可读存储介质 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110154502A1 (en) * | 2009-12-18 | 2011-06-23 | Gyan Prakash | Data Protection |
CN103973695A (zh) * | 2014-05-16 | 2014-08-06 | 浪潮电子信息产业股份有限公司 | 一种与服务器验证的签名算法 |
CN104699518B (zh) * | 2015-03-19 | 2018-04-06 | 烟台海颐软件股份有限公司 | 一种基于微内核插件的万用抄表机适配器及其实现方法 |
CN107256479B (zh) * | 2017-05-19 | 2020-11-06 | 威富通科技有限公司 | 交易模式的分类执行方法及装置 |
CN107741866A (zh) * | 2017-09-29 | 2018-02-27 | 山东浪潮通软信息科技有限公司 | 一种实现多厂商摄像机前端加载的实现方法 |
CN109036400A (zh) * | 2018-07-06 | 2018-12-18 | 杭州涂鸦信息技术有限公司 | 一种兼容多方语音控制平台控制智能iot设备的系统 |
-
2020
- 2020-04-08 CN CN202010269076.XA patent/CN111541743B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110134498A (zh) * | 2018-02-09 | 2019-08-16 | 中移(苏州)软件技术有限公司 | 一种应用兼容性评估方法及装置 |
CN110493037A (zh) * | 2019-07-31 | 2019-11-22 | 瑞斯康达科技发展股份有限公司 | 一种网络管理方法、装置和系统、计算机可读存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN111541743A (zh) | 2020-08-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP7144117B2 (ja) | モデルトレーニングシステムおよび方法および記憶媒体 | |
CN111209582A (zh) | 请求认证方法、装置、设备及存储介质 | |
CN110401655A (zh) | 基于用户和角色的访问控制权限管理系统 | |
CN110222500A (zh) | 版本管理方法、装置、设备及计算机可读存储介质 | |
CN111541743B (zh) | 一种多api集成整合的方法 | |
CN110795174B (zh) | 一种应用程序接口调用方法、装置、设备及可读存储介质 | |
US9769159B2 (en) | Cookie optimization | |
CN111490981A (zh) | 访问管理方法、装置、堡垒机及可读存储介质 | |
CN110086813A (zh) | 访问权限控制方法和装置 | |
CN111639021A (zh) | 应用程序的权限测试方法、装置及终端设备 | |
CN112995357A (zh) | 基于云托管服务的域名管理方法、装置、介质及电子设备 | |
CN111917783A (zh) | 一种通用报文的验证方法、装置及存储介质 | |
CN113037505B (zh) | 一种可信Web应用的实现方法及系统 | |
CN113904821A (zh) | 一种身份认证方法及装置、可读存储介质 | |
CN111371811B (zh) | 一种资源调用方法、资源调用装置、客户端及业务服务器 | |
US11245701B1 (en) | Authorization pre-processing for network-accessible service requests | |
CN114257451B (zh) | 验证界面更换方法、装置、存储介质及计算机设备 | |
CN112948733B (zh) | 接口维护方法、装置、计算设备以及介质 | |
CN112711628A (zh) | 数据交互方法、装置和中台 | |
CN111930535A (zh) | 一种应用功能调用方法、装置、计算机设备及存储介质 | |
CN115277072B (zh) | 账号打通方法、装置、存储介质以及计算机设备 | |
CN115114052B (zh) | 一种智能提供数据库微服务的方法和装置 | |
CN110930234B (zh) | 一种具有远程访问功能的财务管理方法 | |
JP4780744B2 (ja) | ウェブコンピューティングシステム | |
CN110287265A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |