CN102203730A - 开放应用程序编程接口选择方法及设备 - Google Patents
开放应用程序编程接口选择方法及设备 Download PDFInfo
- Publication number
- CN102203730A CN102203730A CN2011800005442A CN201180000544A CN102203730A CN 102203730 A CN102203730 A CN 102203730A CN 2011800005442 A CN2011800005442 A CN 2011800005442A CN 201180000544 A CN201180000544 A CN 201180000544A CN 102203730 A CN102203730 A CN 102203730A
- Authority
- CN
- China
- Prior art keywords
- openapi
- user
- correspondence
- value
- target
- 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.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/541—Interprogram communication via adapters, e.g. between incompatible applications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/30—Creation or generation of source code
- G06F8/36—Software reuse
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/445—Program loading or initiating
- G06F9/44521—Dynamic linking or loading; Link editing at or after load time, e.g. Java class loading
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/445—Program loading or initiating
- G06F9/44536—Selecting among different versions
Abstract
本发明实施例提供一种开放应用程序编程接口选择方法及设备。其中,方法包括:接收用户的调用请求,调用请求包括OpenAPI功能参数;根据OpenAPI功能参数,确定OpenAPI等价集;根据OpenAPI等价集中每个OpenAPI对应的Qos属性值,从多个API中选择目标OpenAPI。采用本发明实施例,可以为用户从众多功能等价的OpenAPI中选出性能较佳的OpenAPI,提高对用户的服务质量。
Description
技术领域
本发明实施例涉及编程接口领域,尤其涉及一种开放应用程序编程接口(Open Application Programming Interface;简称为:OpenAPI)选择方法及设备。
背景技术
随着OpenAPI技术的发展,OpenAPI提供者越来越多,互联网(Internet)上可用OpenAPI数量也在不断增加,而具有相同功能的OpenAPI的数量也在不断上升,这为用户提供了更多的选择。
但是,由于功能等价的不同OpenAPI在响应时间、可靠性、稳定性等方面存在较大差异,因此,如何从众多功能等价的OpenAPI中选择性能较佳的OpenAPI成为阻碍OpenAPI进一步发展和普及的难题。
发明内容
本发明实施例提供一种开放应用程序编程接口选择方法及设备,可以从众多功能等价的OpenAPI中选择性能较佳的OpenAPI。
本发明实施例提供一种开放应用程序编程接口OpenAPI选择方法,包括:
接收用户的调用请求,所述调用请求包括OpenAPI功能参数;
根据所述OpenAPI功能参数,确定OpenAPI等价集,所述OpenAPI等价集包括多个具有相同功能的OpenAPI;
根据所述OpenAPI等价集中每个所述OpenAPI对应的服务质量Qos属性值,从多个所述OpenAPI中选择目标OpenAPI。
本发明实施例提供一种开放应用程序编程接口OpenAPI选择设备,包括:
接收单元,用于接收用户的调用请求,所述调用请求包括OpenAPI功能参数;
确定单元,用于根据所述OpenAPI功能参数,确定OpenAPI等价集,所述OpenAPI等价集包括多个具有相同功能的OpenAPI;
选择单元,用于根据所述OpenAPI等价集中每个所述OpenAPI对应的服务质量Qos属性值,从多个所述OpenAPI中选择目标OpenAPI。
本发明实施例的开放应用程序编程接口OpenAPI选择方法及设备,在接收到用户的调用请求之后,根据调用请求确定具有相同功能的多个OpenAPI,然后根据每个OpenAPI的Qos属性值从中为用户选择目标OpenAPI。本发明实施例通过Qos属性值来反映具有相同功能的不同OpenAPI的性能,并基于此从中选择出目标OpenAPI,为用户选择性能较佳的OpenAPI,提高了对用户的服务质量。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例一提供的OpenAPI选择方法的流程图;
图2为本发明实施例二提供的OpenAPI选择方法的流程图;
图3A为本发明实施例三提供的OpenAPI选择方法的流程图;
图3B为本发明实施例三提供的步骤304的实施方法的流程图;
图4为本发明实施例四提供的OpenAPI选择方法的流程图;
图5为本发明实施例五提供的OpenAPI选择设备的结构示意图;
图6为本发明实施例六提供的OpenAPI选择设备的结构示意图;
图7为本发明实施例七提供的OpenAPI选择设备的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
图1为本发明实施例一提供的OpenAPI选择方法的流程图。如图1所示,本实施例的方法包括:
步骤101、接收用户的调用请求。
具体的,用户向本实施例的OpenAPI选择设备(以下简称为选择设备)发送调用OpenAPI的调用请求。该调用请求包括OpenAPI功能参数,该OpenAPI功能参数既用于表明用户需要完成什么样的功能,也用于表明选择设备需要选择的OpenAPI类型。
步骤102、根据OpenAPI功能参数,确定OpenAPI等价集。
其中,在OpenAPI数据库中,预先存储有以功能划分出的多个OpenAPI等价集。每个OpenAPI等价集包括多个具有相同功能的OpenAPI。在本实施例中,选择设备根据OpenAPI功能参数从多个OpenAPI等价集中确定出包括有用户需要的OpenAPI的OpenAPI等价集。
步骤103、根据OpenAPI等价集中每个OpenAPI对应的Qos属性值,从多个OpenAPI中选择目标OpenAPI。
其中,选择设备预先存储有OpenAPI数据库中每个被调用过的OpenAPI对应的Qos属性值。Qos属性值用于表征每个OpenAPI的性能,Qos属性是预先根据Web服务的Qos指标,结合OpenAPI领域的特殊需求,并鉴于实用性和可测量性的考虑而定义的。每个Qos属性均有一个数值,用于表示QOs属性的好坏,但并不限于此。
在本实施例中,选择设备在确定出OpenAPI等价集之后,获取其中每个OpenAPI对应的Qos属性值,从多个具有相同功能的OpenAPI中选择一个OpenAPI作为目标OpenAPI。
本实施例的OpenAPI选择方法,通过Qos属性值来反映具有相同功能的不同OpenAPI的性能,并基于此从中选择出目标OpenAPI,解决了现有技术无法从众多功能等价的OpenAPI中选出性能较佳OpenAPI的问题,为用户选择性能较佳的OpenAPI,提高对用户的服务质量。
在此说明,在本发明各实施例中,Qos属性可以包括主观Qos属性和/或客观Qos属性,主观Qos属性主要反映用户对OpenAPI的评价,客观Qos属性主要反映OpenAPI调用过程中的一些性能。主观Qos属性可以包括以下任意一个或其组合:易用性(Usability)、正确性(Correctness)、性价比(Performance/Price)或主观安全性(Security)。其中,易用性用于反映调用OpenAPI的过程是否简单,返回的结果是否容易理解。正确性用于评价调用OpenAPI后得到的结果是否是用户期望的结果。性价比是指一OpenAPI的实际应用价值与用户调用该OpenAPI所花费的费用的比值。主观安全性是指用户在调用OpenAPI后对OpenAPI是否安全给出的评价。另外,还可以对上述各种主观Qos属性进行加权平均处理,获取综合主观评价值。客观Qos属性可以包括以下任意一种或其组合:加密安全性、响应时间(Response Time)、可用性(Availability)或稳定性(Stability)。其中,加密安全性是指OpenAPI调用的传输过程是否进行了加密。响应时间是指调用OpenAPI的快慢程度,即从用户发起调用到用户得到返回结果的时间差。可用性用于评价当前的OpenAPI是否可用,可以用用户成功调用OpenAPI的比率来表征。稳定性可以用平均故障间隔时间(Mean Time between Failures;简称为:MTBF)来表示,是指OpenAPI两次调用失败之间的平均工作时间。
图2为本发明实施例二提供的OpenAPI选择方法的流程图。本实施例基于实施例一实现,如图2所示,本实施例的方法在步骤103之后还包括以下步骤:
步骤104、调用目标OpenAPI。
当选择设备为用户选择出目标OpenAPI后,还会向OpenAPI数据库调用选择出的目标OpenAPI。其中,向OpenAPI数据库调用目标OpenAPI的过程包括:选择设备获取目标OpenAPI的参数列表;选择设备向用户提供调用界面,在该调用界面上显示目标OpenAPI的参数列表;用户通过调用界面输入目标OpenAPI的参数信息后,并通过点击用户界面上提供的调用功能,提交确认调用;之后,选择设备向OpenAPI数据库中调用OpenAPI。其中,调用成功后,OpenAPI数据库会向选择设备返回调用结果;如果调用不成功,则OpenAPI数据库不会返回调用结果。
步骤105、判断是否返回调用结果;如果判断结果为否,执行步骤106;如果判断结果为是,执行步骤107。
具体的,选择设备调用目标OpenAPI后,判断OpenAPI数据库是否返回了调用结果,也就是判断调用是否成功。其中,选择设备可以预先设定OpenAPI数据库返回调用结果的时间,则选择设备可以通过判断是否超时来判断是否有调用结果返回。另外,选择设备也可以通过状态码来判断是否有调用结果返回。
步骤106、将该目标OpenAPI从OpenAPI等价集中去除,并重新执行步骤103。
当调用不成功时,说明OpenAPI数据库中不存在该目标OpenAPI,故选择设备将选择出的目标OpenAPI从OpenAPI等价集中去除,并重新执行步骤103以重新为用户选择新的目标OpenAPI。此时的OpenAPI等价集是去除之前选择出的目标OpenAPI后的OpenAPI等价集。
步骤107、向用户返回调用结果。
当调用成功时,选择设备向用户返回调用结果。
进一步,在该步骤中还可以包括用户返回对调用目标OpenAPI的主观评价结果,即主观Qos属性值的过程。其中,用户返回主观Qos属性值的操作在后续将做进一步描述。
本实施例的OpenAPI选择方法,通过对选择的目标OpenAPI进行调用,并在调用不成功时继续在去除调用不成功的OpenAPI后的OpenAPI等价集中进行选择,以保证为用户成功选择目标OpenAPI,保证用户得到服务,提高OpenAPI对用户的服务质量。
图3A为本发明实施例三提供的OpenAPI选择方法的流程图。如图3A所示,本实施例的方法包括:
步骤301、接收用户的调用请求。
步骤302、根据OpenAPI功能参数,确定OpenAPI等价集。
步骤301和步骤302详见步骤101和步骤102的描述,在此不再赘述。
步骤303、对每个OpenAPI对应的Qos属性值进行归一化处理,生成每个OpenAPI对应的用户适用度值。
其中,每个OpenAPI对应的Qos属性值用于供选择设备为用户从多个具有相同功能的OpenAPI中选择一个适合度最高的物理OpenAPI。当每个OpenAPI对应多个Qos属性时,一些Qos属性的值越大,表示OpenAPI性能越高,例如可用性,一些Qos属性的值越小,表示OpenAPI性能越高,例如响应时间。将Qos属性值越大,表示OpenAPI性能越好的Qos属性称为增量型Qos属性,相应的将其值称为增量型Qos属性值;将Qos属性值越小,表示OpenAPI性能越好的Qos属性称为减量型Qos属性,相应的将其值称为减量型Qos属性值。为了计算方便,在本实施例中,选择设备对各种Qos属性值进行归一化处理,并生成用户适用度值,以用户适用度值这一个指标来评价OpenAPI的性能。
具体的,选择设备根据公式(1)对增量型Qos属性值进行归一化处理。
选择设备根据公式(2)对减量型Qos属性值进行归一化处理。
其中,表示第i个OpenAPI的第k个Qos属性值;表示第i个OpenAPI的第k个归一化的Qos属性值;n表示OpenAPI的个数,i=1...n;k=1...m,m表示每个OpenAPI的Qos属性的个数。例如:当每个OpenAPI对应的Qos属性同时包括易用性、正确性、性价比、安全性、响应时间、可用性和稳定性时,m为7。
在此说明,当OpenAPI对应的Qos属性仅包括增量型Qos属性时,可以仅根据公式(1)进行归一化处理,也可以不进行归一化处理。同理,当OpenAPI对应的Qos属性仅包括减量型Qos属性时,可以仅根据公式(2)进行归一化处理,也可以不进行归一化处理。
当进行归一化处理后,选择设备可以根据公式(3)对归一化处理后的Qos属性值进行加权平均处理,生成用户适用度值。
其中,wk表示每个OpenAPI的第k个归一化的Qos属性值的权重值;在本实施例中,该权重值是预先设定的,且对于每个OpenAPI而言,该wk是相同的,但并不限于此;Ui表示第i个OpenAPI对应的用户适用度值。
步骤304、根据每个OpenAPI对应的用户适用度值,从多个OpenAPI中选择目标OpenAPI。
其中,根据归一化处理后的Qos属性值得到的用户适用度值越大,表明OpenAPI的性能越好。
步骤304的一种实施方式为:选择设备从多个OpenAPI中选择用户适用度值最大的OpenAPI作为目标OpenAPI。具体的,选择设备将获取的多个用户适用度值进行比较,获取最大的用户适用度值,进而将最大的用户适用度值对应的OpenAPI作为目标OpenAPI。该实施方式简单易于实现,且选择出的目标OpenAPI为最佳OpenAPI,在调用该目标OpenAPI后可使用户获得质量较高的服务。
进一步,本实施例提供步骤304的另一种实施方式,如图3B所示,该实施方式包括:
步骤3041、根据每个OpenAPI对应的用户适用度值,为每个OpenAPI分配一选择概率。
其中,选择设备为每个OpenAPI分配不同的选择概率,保证性能好的OpenAPI分配的选择概率大。也就是说,如果OpenAPI的用户适用度值越大,选择设备为其分配的选择概率越大。选择设备所分配的所有选择概率之和为1。假设有n个OpenAPI,按照从小到大的顺序排列后分别为:apiid1,apiid2,...,apiidi,...,apiidn,相应的选择概率分别为p1,p2,...,pi,...,pn,其中,p1+p2+....+pi+...+pn=1。n个选择概率将划分出n+1个概率区间。
步骤3042、产生随机数。
具体的,选择设备根据一定的算法产生0-1之间的随机数。
步骤3043、根据随机数和选择概率,从多个OpenAPI中选择目标OpenAPI。
具体的,选择设备将选择概率按照从小到大的顺序排序;然后,将随机数依次与排序后的选择概率进行比较,直到比较出第一个大于随机数的选择概率为止,选择第一个大于随机数的选择概率对应的OpenAPI作为目标OpenAPI。也就是说,选择设备判断该随机数出现在哪个概率区间,取该概率区间的上限对应的OpenAPI,将该OpenAPI作为目标OpenAPI。
该实施方式通过产生0-1之间的随机数,并根据随机数和为OpenAPI分配的选择概率选择目标OpenAPI,可以保证概率较大的OpenAPI被选择的可能性较大,也就是说可以保证性能越好的OpenAPI被选择的概率越高,并且还能够保证每个OpenAPI都有被选择的可能。
其中,步骤303和步骤304可以看做是步骤103的一种具体实施方式。
本实施例的OpenAPI选择方法,通过对Qos属性值进行归一化处理,获取用户适用度值,并根据用户适用度值来选择目标OpenAPI,用用户适用度值来反映具有相同功能的不同OpenAPI的性能,并基于此从中选择目标OpenAPI,简化了选择目标OpenAPI的操作,解决了现有技术无法从众多功能等价的OpenAPI中选出较佳OpenAPI的问题,为用户选择性能较佳的OpenAPI,提高对用户的服务质量。
图4为本发明实施例四提供的OpenAPI选择方法的流程图。本实施例基于实施例三实现,如图4所示,本实施例的方法在步骤303之前包括:
步骤30a、从OpenAPI等价集中随机选择初始OpenAPI,并向OpenAPI数据库调用初始OpenAPI。
具体的,选择设备OpenAPI等价集中随机选择一个OpenAPI作为初始OpenAPI,并获取初始OpenAPI的参数列表;之后,通过调用界面向用户显示初始OpenAPI的参数列表;在用户通过调用界面输入初始OpenAPI的参数信息后,接收用户通过调用界面提交的初始OpenAPI的参数信息;根据参数信息向OpenAPI数据库中调用初始OpenAPI。其中,向OpenAPI数据中调用该初始OpenAPI的过程可参见实施例二中步骤104中调用目标OpenAPI的描述。
步骤30b、判断OpenAPI数据库是否返回调用结果;如果判断结果为否,执行步骤30c;如果判断结果为是,执行步骤308。
其中,具体判断是否返回调用结果的方法可参见步骤105中的描述,在此不再赘述。如果返回调用结果,表示调用成功;如果没有返回调用结果,表示调用失败。
步骤30c、将初始OpenAPI从OpenAPI等价集中去除,并转去执行步骤303以及步骤304。
上述步骤用于在根据Qos属性值选择目标OpenAPI之前,首先从OpenAIP等价集中随机选择一个OpenAPI,并向OpenAPI数据库进行调用。如果调用成功,则不再执行后续步骤,可以节约调用OpenAPI的流程,提高调用OpenAPI的效率。如果调用不成功,进而根据Qos属性值来从多个OpenAPI中选择性能较佳的OpenAPI,可以提高调用的成功率,提高调用OpenAIP的效率。
进一步,如图4所示,本实施例的方法在步骤304之后,还包括:
步骤305、向OpenAPI数据库调用目标OpenAPI。
步骤306、判断OpenAPI数据库是否返回调用结果;如果判断结果为否,执行步骤307;如果判断结果为是,执行步骤308。
步骤307、将目标OpenAPI从OpenAPI等价集中去除,并转去执行步骤303。
步骤308、向用户返回调用结果,并结束此次OpenAPI调用操作。
上述步骤305-步骤308可参见实施例二中步骤104-步骤107的描述,在此不再赘述。
本实施例的OpenAPI选择方法,在根据Qos属性值选择目标OpenAPI之前,首先从OpenAIP等价集中随机选择一个OpenAPI,并向OpenAPI数据库进行调用,在调用初始OpenAPI成功时,不再执行后续步骤,可以节约调用OpenAPI的流程,提高调用OpenAPI的效率;在调用初始OpenAPI不成功时,进而根据Qos属性值来从多个OpenAPI中选择性能较佳的OpenAPI,可以提高调用的成功率,提高调用OpenAIP的效率。
进一步,在上述各实施例中,在根据OpenAPI等价集中每个OpenAPI对应的服务质量Qos属性值,从多个OpenAPI中选择目标OpenAPI之前包括:生成每个OpenAPI对应的Qos属性值的操作。在本发明各实施例中,Qos属性可以包括客观Qos属性和/或主观Qos属性。其中,客观Qos属性主要是反映OpenAPI调用过程中的一些性能,因此,主要通过检测调用每个OpenAPI的过程,获取每个OpenAPI对应的客观Qos属性值。主观Qos属性主要是用户对OpenAPI的评价,因此,主观Qos属性值主要是由测试用户调用每个OpenAPI结束后反馈的。在此说明,测试用户是指与获取OpenAPI的Qos属性相关的用户,既可以是专门用于获取OpenAPI的Qos属性值的测试环境中的负责调用OpenAPI的用户,也可以是实际应用环境中能够通过调用OpenAPI而提供OpenAPI的Qos属性值的用户,例如上述各实施例中的用户就可以作为此处的测试用户。其中,在实际应用过程中获取OpenAPI对应的客观Qos属性值和/或主观Qos属性值为一种优选实施方式。
进一步,当获取到OpenAPI对应的客观Qos属性值和/或主观Qos属性值后,还要将获取的客观Qos属性值和/或主观Qos属性值存储到Qos属性信息表中,同时将产生客观Qos属性值和/或主观Qos属性值的调用API的过程中的调用信息存储到调用记录表中,调用信息可以包括调用该OpenAPI的用户的标识(ID)、被调用的OpenAPI的标识(ID)、被调用时间、次数等。Qos属性信息表和调用记录表存在映射关系,且保持同步,即每次添加一条新的调用信息到调用记录表中时,都要更新Qos属性信息表中相应的OpenAPI的QoS属性值。
更进一步,考虑到QoS属性值受当前网络状态的影响较大,为了减少网络状态对当前QoS属性值的影响,在将获取的客观Qos属性值和/或主观Qos属性值加入到Qos属性信息表之前,选择设备具体通过公式(4)对各Qos属性值进行平均加权处理。
Y′(t)=λ×Y(t)+(1-λ)×Y′(t-1) (4)
其中,Y(t)表示第t时刻获取的客观Qos属性值和/或主观Qos属性值;Y′(t)表示第t时刻经平均加权处理后的客观Qos属性值和/或主观Qos属性值;Y′(t-1)表示第t-1时刻经平均加权处理后的客观Qos属性值和/或主观Qos属性值;其中,t-1时刻是指t时刻的前一时刻,亦即公式(4)表示用前一时刻得到的Qos属性值对当前得到的Qos属性值进行平均加权处理。λ为常数系数,优选的取值范围为0~1之间,更为优选的取值范围为0.2~0.3,例如当λ取0.25时,公式(4)变为:Y′(t)=0.25×Y(t)+0.75×Y′(t-1)。
基于上述,本发明以下实施例将进一步介绍生成Qos属性值的方法流程。
其中,一种生成客观Qos属性值的实施方式为:通过插入在调用过程中的检测程序,对由测试用户发起的调用每个OpenAPI的过程进行检测,并由检测程序获取每个OpenAPI的客观Qos属性值。具体的,在用户通过选择设备调用OpenAPI的过程中选择合适的位置插入检测程序,即将检测程序的代码内置于调用程序代码中;当用户发起调用OpenAPI的调用请求时,检测程序代码被激活检测整个调用过程,例如:记录调用请求的发起时间、返回调用结果的时间、响应的状态码等,从而获取响应时间(返回调用结果的时间与调用请求的发起时间的差值),并由响应状态码获知OpenAPI的可用性(及即是否调用成功),进一步,该检测程序还可以通过综合可用性的历史信息,即对所记录的该OpenAPI之前一段时间内的可用性进行综合评测,获取该OpenAPI当前的稳定性等。在获取到各种客观Qos属性值后,选择设备还会将客观Qos属性值存储到Qos属性信息表中,并将调用OpenAPI的调用信息存储到调用记录表中。
另一种生成客观Qos属性值的实施方式为:通过插入在调用过程中的检测程序,对选择设备轮循调用每个OpenAPI的过程进行检测,并由检测程序获取每个OpenAPI的客观Qos属性值。具体的,选择设备通过向用户或管理员提供一管理界面,在该管理界面上包括需要用户或管理员设定的信息,例如:设定执行轮循操作的时间间隔,即计时器开启后,批次运行任务的延迟,时间单位可为毫秒;开启轮循功能,结束轮循功能等。用户或管理员通过点击开启轮循功能就可以启动选择设备自动根据设定的时间间隔轮循调用OpenAPI数据库中的每个OpenAPI,而检测程序会获取每个OpenAPI对应的客观Qos属性值,例如:可用性、响应时间、稳定性以及客观安全性等。用户或管理员通过点击结束轮循功能就可以使选择设备结束轮循调用OpenAPI的操作。进一步,在该管理界面上还包括一查看选择设备性能的功能,用户或管理员在点击开启轮循功能之前,可以通过点击查看选择设备性能的功能获取选择设备的物理资源的平均使用状态,例如可以查看到CPU的使用率、内存使用率以及线程总数等;之后,用户或管理员通过综合评测判断选择设备的当前状态是否适合执行轮循操作,当平均使用状态满足预设状态条件时,在通过点击开始轮循功能指示选择设备轮循调用每个OpenAPI。
其中,一种获取主观Qos属性值的实施方式为:测试用户根据评价界面中OpenAPI的历史评价信息,对评价界面中的主观Qos属性列表中的主观Qos属性进行评价,以通过评价界面返回主观Qos属性值。其中,评价界面是由选择设备或嵌入OpenAPI中的评价程序在调用OpenAPI的过程结束后提供给测试用户的。
当评价界面是由选择设备提供给用户时,该实施方式具体为:用户通过开放能力调用工具发起调用OpenAPI的调用请求后,选择设备根据调用请求对OpenAPI进行调用,其调用过程可以参见上述实施例中的描述。在调用结束后,选择设备向用户提供评价界面,该评价界面包括该OpenAPI的历史评价信息以及主观Qos属性列表。该评价界面中的历史评价信息主要是指前一段时间内其他用户给出的该OpenAPI的主观Qos属性值,该用户参考历史评价信息,对主观Qos属性列表中的各主观Qos属性进行评价,给出每个主观Qos属性的值,并通过点击评价界面上的提交功能,将主观Qos属性值返回给选择设备。选择设备在接收到OpenAPI的主观Qos属性值后,将其存储到Qos属性信息表中。
当评价界面是由评价程序提供给用户时,该实施方式具体为:为了获取更加方便的获得用户的评价信息,OpenAPI开发者通过在OpenAPI中嵌入评价程序(又称为评价控件),当用户调用OpenAPI结束后,嵌入OpenAPI中的评价程序被激活,评价程序通过向选择设备的调用记录表中获取该OpenAPI的历史调用信息(包括OpenAPI的ID、发起调用的用户的ID等),然后根据该历史调用信息从选择设备的Qos属性信息表中获取该OpenAPI的历史评价信息,然后向用户提供包括历史评价信息和主观Qos属性列表的评价界面。用户参考历史评价信息,对主观Qos属性列表中的各主观Qos属性进行评价,给出每个主观Qos属性的值,并通过点击评价界面上的提交功能,将主观Qos属性值返回给选择设备。
在上述生成主观Qos属性值的各实施方式的基础上,本实施例的选择设备还可以采用jquery的rating和progressbar等插件,根据Qos属性信息表中的Qos属性值和调用记录表中相应的调用信息,绘制某些Qos属性的波动曲线,并将绘制的波动曲线通过评价界面提供给用户,便于用户对当前OpenAPI做出正确的评价。例如:可以绘制一段时间内,正确性波动曲线、性价比波动曲线、综合评价波动曲线等,还可以绘制客观Qos属性的波动曲线,以辅助用户做出对主观Qos属性的评价。
上述各实施例方式,通过检测调用OpenAPI的过程或由用户反馈来获取OpenAPI的Qos属性值,所获取的Qos属性值符合OpenAPI领域的需求,能够正确反映OpenAPI的性能差异,为上述选择OpenAPI的实施例提供了基础,使得上述各实施例能够在众多功能等价的OpenAPI中为用户选择出性能较佳的OpenAPI,解决了现有技术存在的问题,提高了OpenAPI对用户的服务质量。
图5为本发明实施例五提供的OpenAPI选择设备的结构示意图。如图5所示,本实施例的选择设备包括:接收单元51、确定单元52和选择单元53。
其中,接收单元51,用于接收用户的调用请求,所述调用请求包括OpenAPI功能参数。确定单元52,与接收单元51连接,用于根据OpenAPI功能参数,确定OpenAPI等价集,所述OpenAPI等价集包括多个具有相同功能的OpenAPI。选择单元53,与确定单元52连接,用于根据OpenAPI等价集中每个OpenAPI对应的Qos属性值,从多个OpenAPI中选择目标OpenAPI。
本实施例的OpenAPI选择设备的各功能单元可用于执行图1所示实施例的方法流程,其工作原理不再赘述,详见方法实施例的描述。
本实施例的OpenAPI选择设备,通过Qos属性值来反映具有相同功能的不同OpenAPI的性能,并基于此从众多功能等价的OpenAPI中选择出目标OpenAPI,解决了现有技术无法从众多功能等价的OpenAPI中选出性能较佳OpenAPI的问题,为用户选择性能较佳的OpenAPI,提高对用户的服务质量。
图6为本发明实施例六提供的OpenAPI选择设备的结构示意图。本实施例基于图5所示实施例实现,如图6所示,本实施例的选择设备还包括:调用单元61、判断单元62和去除触发单元63。
其中,调用单元61,与选择单元53连接,用于在选择单元53选择出目标OpenAPI之后,向OpenAPI数据库调用目标OpenAPI。判断单元62,用于判断OpenAPI数据库是否有调用结果返回。去除触发单元63,与判断单元62和选择单元53连接,用于在判断单元62的判断结果为否时,将目标OpenAPI从OpenAPI等价集中去除,并触发选择单元53重新执行根据OpenAPI等价集中每个OpenAPI对应的Qos属性值,从多个OpenAPI中选择目标OpenAPI的操作。另外,当判断单元62的判断结果为是时,将向用户返回调用结果,并结束此次调用操作。
上述各功能单元可用于执行图2所示方法流程,其工作原理不再赘述,详见图2所示实施例的描述。本实施例的OpenAPI选择设备,通过对选择的目标OpenAPI进行调用,并在调用不成功时继续在去除调用不成功的OpenAPI后的OpenAPI等价集中进行选择,以保证为用户成功选择目标OpenAPI,保证用户得到服务,提高OpenAPI对用户的服务质量。
进一步,本实施例的选择单元53包括:生成子单元531和选择子单元532。生成子单元531,与确定单元52连接,用于对每个OpenAPI对应的Qos属性值进行归一化处理,生成每个OpenAPI对应的用户适用度值。选择子单元532,与生成子单元531连接,用于根据每个OpenAPI对应的用户适用度值,从多个OpenAPI中选择目标OpenAPI。
更进一步,选择子单元532的一种实现方式包括:第一选择模块5321。该第一选择模块5321,与生成子单元531连接,用于从多个OpenAPI中选择用户适用度值最大的OpenAPI作为目标OpenAPI。
选择子单元532的另一种实现方式包括:分配模块5322、产生模块5323和第二选择模块5324。具体的,分配模块5322,与生成子单元531连接,用于根据每个OpenAPI对应的用户适用度值,为每个OpenAPI分配一选择概率,所有选择概率之和为1;产生模块5323,用于产生随机数,例如0-1之间的随机数;第二选择模块5324,与分配模块5322和产生模块5323连接,用于根据随机数和选择概率,从多个OpenAPI中选择目标OpenAPI。
其中,第二选择模块5324具体用于将选择概率按照从小到大的顺序排序,将随机数依次与排序后的选择概率进行比较,选择第一个大于随机数的选择概率对应的OpenAPI作为目标OpenAPI。
上述各功能子单元或模块可用于执行图3A和图3B所示方法流程,其工作原理不再赘述,详见图3A和图3B所示方法实施例的描述。
再进一步,如图6所示,本实施例的选择单元53还包括:选择调用子单元533、判断子单元534和去除触发子单元535。
其中,选择调用子单元533,与确定单元52连接,用于从OpenAPI等价集中随机选择初始OpenAPI,并向OpenAPI数据库调用初始OpenAPI;判断子单元534,用于判断是否有调用结果返回;去除触发子单元535,与判断子单元534和生成子单元531连接,用于在判断子单元534的判断结果为否时,将初始OpenAPI从OpenAPI等价集中去除,并触发生成子单元531执行对每个OpenAPI对应的Qos属性值进行归一化处理,生成每个OpenAPI对应的用户适用度值的操作。
如图6所示,选择调用子单元533的一种实现结构包括:第三选择模块5331、显示模块5332、接收模块5333和调用模块5334。具体的,第三选择模块5331,与确定单元52连接,用于从OpenAPI等价集中随机选择初始OpenAPI;显示模块5332,与第三选择模块5331连接,用于通过调用界面向用户显示初始OpenAPI的参数列表;接收模块5333,用于接收用户通过调用界面提交的初始OpenAPI的参数信息;调用模块5334,与接收模块5333连接,用于根据参数信息向OpenAPI数据库调用初始OpenAPI。
上述功能子单元或模块可用于执行图4所示方法流程,其工作原理不再赘述,详见图4所示方法实施例的描述。
如图6所示,生成子单元531的一种实现结构包括:第一归一化模块5311、第二归一化模块5312和生成模块5313。具体的,第一归一化模块5311,与确定单元52连接,用于根据公式(1)对增量型Qos属性值进行归一化处理;第二归一化模块5312,与确定单元52连接,用于根据公式(2)对减量型Qos属性值进行归一化处理;生成模块5313,与第一归一化模块5311和第二归一化模块5312连接,用于根据公式(3)生成每个OpenAPI对应的用户适用度值。
上述功能单元可用于执行图3A所示的部分方法流程,其工作原理不再赘述,详见图3A所示方法实施例的描述。
本实施例的OpenAPI选择设备,通过上述各功能单元、子单元或模块,可以根据Qos属性值从众多功能等价的OpenAPI中选择出目标OpenAPI,解决了现有技术无法从众多功能等价的OpenAPI中选出性能较佳OpenAPI的问题,为用户选择性能较佳的OpenAPI,提高对用户的服务质量。
图7为本发明实施例七提供的OpenAPI选择设备的结构示意图。本实施例基于图6所示实施例实现,如图7所示,本实施例的选择设备还包括:生成单元71。该生成单元71,用于在使用Qos属性值之前,生成每个OpenAPI对应的Qos属性值。
如图7所示,生成单元71具体可以包括以下任一获取子单元或其组合:第一获取子单元711,用于检测调用每个OpenAPI的过程,获取每个OpenAPI对应的客观Qos属性值。第二获取子单元712,用于获取测试用户调用每个OpenAPI结束后反馈的主观Qos属性值。
进一步,本实施例的选择设备还包括:存储单元72。该存储单元72,与第一获取子单元711和/或第二获取子单元712连接,用于将每个OpenAPI对应的客观Qos属性值和/或主观Qos值存储到Qos属性信息表中,并将每个OpenAPI对应的调用信息存储到调用记录表中。
在上述各功能单元的基础上,选择设备还包括:加权处理单元73。该加权处理单元73,与存储单元72、第一获取子单元711和/或第二获取子单元712连接,用于在存储单元72将每个OpenAPI对应的客观Qos属性值和/或主观Qos值存储到Qos属性信息表中之前,根据公式(4)对客观Qos属性值和/或主观Qos属性值进行加权平均处理,并使存储单元72将加权平均处理后的客观Qos属性值和/或主观Qos属性值存储到Qos属性信息表中。
上述各功能单元可用于执行上述方法实施例提供的生成Qos属性值的方法流程,其工作原理不再赘述,详见方法实施例的描述。
更进一步,第一获取子单元711包括以下任一获取模块或其组合:第一获取模块7111,用于在调用过程中插入检测程序,由检测程序对由测试用户发起的调用每个OpenAPI的过程进行检测,并获取每个OpenAPI的客观Qos属性值。第二获取模块7112,用于在调用过程中插入检测程序,由检测程序对OpenAPI选择设备轮循调用每个OpenAPI的过程进行检测,并获取每个OpenAPI的客观Qos属性值。
其中,当第一获取子单元711包括第二获取模块7112时,还包括:第三获取模块7113和指示模块7114。具体的,第三获取模块7113,用于获取OpenAPI选择设备的物理资源的平均使用状态。指示模块7114,与第三获取模块7113连接,用于在平均使用状态满足预设状态条件时,指示OpenAPI选择设备轮循调用每个OpenAPI,为第二获取模块7112提供基础。
其中,第二获取子单元712具体用于获取测试用户通过评价界面返回的主观Qos属性值,评价界面是由OpenAPI选择设备或嵌入OpenAPI中的评价程序在调用OpenAPI的过程结束后提供给测试用户的,测试用户具体根据评价界面中OpenAPI的历史评价信息,对评价界面中的主观Qos属性列表中的主观Qos属性进行评价。
上述各功能子单元或模块可用于执行上述方法实施例提供的生成Qos属性值的方法流程,其工作原理不再赘述,详见方法实施例的描述。
本实施例的OpenAPI选择设备,通过上述各功能单元、子单元或模块来获取OpenAPI的Qos属性值,所获取的Qos属性值符合OpenAPI领域的需求,能够正确反映OpenAPI的性能差异,为OpenAPI选择设备选择OpenAPI提供了基础,从而能够在众多功能等价的OpenAPI中为用户选择出性能较佳的OpenAPI,解决了现有技术存在的问题,提高了OpenAPI对用户的服务质量。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (16)
1.一种开放应用程序编程接口OpenAPI选择方法,其特征在于,包括:
接收用户的调用请求,所述调用请求包括OpenAPI功能参数;
根据所述OpenAPI功能参数,确定OpenAPI等价集,所述OpenAPI等价集包括多个具有相同功能的OpenAPI;
根据所述OpenAPI等价集中每个所述OpenAPI对应的服务质量Qos属性值,从多个所述OpenAPI中选择目标OpenAPI。
2.根据权利要求1所述的OpenAPI选择方法,其特征在于,选择所述目标OpenAPI之后还包括:
调用所述目标OpenAPI;
判断是否返回调用结果;
如果判断结果为否,将所述目标OpenAPI从所述OpenAPI等价集中去除,并重新执行根据所述OpenAPI等价集中每个所述OpenAPI对应的Qos属性值,从多个所述OpenAPI中选择目标OpenAPI的操作。
3.根据权利要求1所述的OpenAPI选择方法,其特征在于,所述根据所述OpenAPI等价集中每个所述OpenAPI对应的服务质量Qos属性值,从多个所述OpenAPI中选择目标OpenAPI包括:
对每个所述OpenAPI对应的Qos属性值进行归一化处理,生成每个所述OpenAPI对应的用户适用度值;
根据每个所述OpenAPI对应的用户适用度值,从多个所述OpenAPI中选择所述目标OpenAPI。
4.根据权利要求3所述的OpenAPI选择方法,其特征在于,所述根据每个所述OpenAPI对应的用户适用度值,从多个所述OpenAPI中选择所述目标OpenAPI包括:
从多个所述OpenAPI中选择所述用户适用度值最大的所述OpenAPI作为所述目标OpenAPI。
5.根据权利要求3所述的OpenAPI选择方法,其特征在于,所述根据每个所述OpenAPI对应的用户适用度值,从多个所述OpenAPI中选择所述目标OpenAPI包括:
根据每个所述OpenAPI对应的用户适用度值,为每个所述OpenAPI分配一选择概率;
产生随机数;
根据所述随机数和所述选择概率,从多个所述OpenAPI中选择所述目标OpenAPI。
6.根据权利要求5所述的OpenAPI选择方法,其特征在于,所述根据所述随机数和所述选择概率,从多个所述OpenAPI中选择所述目标OpenAPI包括:
将所述选择概率按照从小到大的顺序排序;
将所述随机数依次与排序后的选择概率进行比较;
选择第一个大于所述随机数的选择概率对应的OpenAPI作为所述目标OpenAPI。
7.根据权利要求3-6任一项所述的OpenAPI选择方法,其特征在于,所述对每个所述OpenAPI对应的Qos属性值进行归一化处理,生成每个所述OpenAPI对应的用户适用度值之前包括:
从所述OpenAPI等价集中随机选择初始OpenAPI,并调用所述初始OpenAPI;
判断是否返回调用结果;
当判断结果为否时,将所述初始OpenAPI从所述OpenAPI等价集中去除,并执行对每个所述OpenAPI对应的Qos属性值进行归一化处理,生成每个所述OpenAPI对应的用户适用度值的操作。
8.根据权利要求7所述的OpenAPI选择方法,其特征在于,所述调用所述初始OpenAPI包括:
通过调用界面向所述用户显示所述初始OpenAPI的参数列表;
接收所述用户通过所述调用界面提交的所述初始OpenAPI的参数信息;
根据所述参数信息调用所述初始OpenAPI。
9.一种开放应用程序编程接口OpenAPI选择设备,其特征在于,包括:
接收单元,用于接收用户的调用请求,所述调用请求包括OpenAPI功能参数;
确定单元,用于根据所述OpenAPI功能参数,确定OpenAPI等价集,所述OpenAPI等价集包括多个具有相同功能的OpenAPI;
选择单元,用于根据所述OpenAPI等价集中每个所述OpenAPI对应的服务质量Qos属性值,从多个所述OpenAPI中选择目标OpenAPI。
10.根据权利要求9所述的OpenAPI选择设备,其特征在于,还包括:
调用单元,用于在所述选择单元选择出所述目标OpenAPI之后,调用所述目标OpenAPI;
判断单元,用于判断是否有调用结果返回;
去除触发单元,用于在所述判断单元的判断结果为否时,将所述目标OpenAPI从所述OpenAPI等价集中去除,并触发所述选择单元重新执行根据OpenAPI等价集中每个所述OpenAPI对应的Qos属性值,从多个所述OpenAPI中选择目标OpenAPI的操作。
11.根据权利要求9所述的OpenAPI选择设备,其特征在于,所述选择单元包括:
生成子单元,用于对每个所述OpenAPI对应的Qos属性值进行归一化处理,生成每个所述OpenAPI对应的用户适用度值;
选择子单元,用于根据每个所述OpenAPI对应的用户适用度值,从多个所述OpenAPI中选择所述目标OpenAPI。
12.根据权利要求11所述的OpenAPI选择设备,其特征在于,所述选择子单元包括:
第一选择模块,用于从多个所述OpenAPI中选择所述用户适用度值最大的所述OpenAPI作为所述目标OpenAPI。
13.根据权利要求11所述的OpenAPI选择设备,其特征在于,所述选择子单元包括:
分配模块,用于根据每个所述OpenAPI对应的用户适用度值,为每个所述OpenAPI分配一选择概率;
产生模块,用于产生随机数;
第二选择模块,用于根据所述随机数和所述选择概率,从多个所述OpenAPI中选择所述目标OpenAPI。
14.根据权利要求13所述的OpenAPI选择设备,其特征在于,所述第二选择模块具体用于将所述选择概率按照从小到大的顺序排序,将所述随机数依次与排序后的选择概率进行比较,选择第一个大于所述随机数的选择概率对应的OpenAPI作为所述目标OpenAPI。
15.根据权利要求11-14任一项所述的OpenAPI选择设备,其特征在于,所述选择单元还包括:
选择调用子单元,用于从所述OpenAPI等价集中随机选择初始OpenAPI,并调用所述初始OpenAPI;
判断子单元,用于判断是否有调用结果返回;
去除触发子单元,用于在所述判断子单元的判断结果为否时,将所述初始OpenAPI从所述OpenAPI等价集中去除,并触发所述生成子单元执行对每个所述OpenAPI对应的Qos属性值进行归一化处理,生成每个所述OpenAPI对应的用户适用度值的操作。
16.根据权利要求15所述的OpenAPI选择设备,其特征在于,所述选择调用子单元包括:
第三选择模块,用于从所述OpenAPI等价集中随机选择所述初始OpenAPI;
显示模块,用于通过调用界面向所述用户显示所述初始OpenAPI的参数列表;
接收模块,用于接收所述用户通过调用界面提交的所述初始OpenAPI的参数信息;
调用模块,用于根据所述参数信息调用所述初始OpenAPI。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2011/074413 WO2011137803A1 (zh) | 2011-05-20 | 2011-05-20 | 开放应用程序编程接口选择方法及设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102203730A true CN102203730A (zh) | 2011-09-28 |
CN102203730B CN102203730B (zh) | 2013-10-02 |
Family
ID=44662776
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2011800005442A Active CN102203730B (zh) | 2011-05-20 | 2011-05-20 | 开放应用程序编程接口选择方法及设备 |
Country Status (4)
Country | Link |
---|---|
US (1) | US8839276B2 (zh) |
EP (1) | EP2672378B1 (zh) |
CN (1) | CN102203730B (zh) |
WO (1) | WO2011137803A1 (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106445562A (zh) * | 2016-11-14 | 2017-02-22 | 用友网络科技股份有限公司 | 基于元数据的OpenAPI实现方法及OpenAPI实现装置 |
WO2017071341A1 (zh) * | 2015-10-28 | 2017-05-04 | 华为技术有限公司 | 一种应用程序编程接口api的分享方法和装置 |
CN106792923A (zh) * | 2017-02-09 | 2017-05-31 | 华为软件技术有限公司 | 一种配置QoS策略的方法及装置 |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106034246A (zh) | 2015-03-19 | 2016-10-19 | 阿里巴巴集团控股有限公司 | 一种基于用户操作行为的服务提供方法及装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1320874A (zh) * | 2001-05-25 | 2001-11-07 | 清华大学 | 网络环境下的程序挖掘方法及其程序挖掘系统 |
CN101553802A (zh) * | 2006-06-16 | 2009-10-07 | 微软公司 | 用于收集并报告api性能剖析的自动化方法和系统 |
CN101976188A (zh) * | 2010-05-26 | 2011-02-16 | 天津大学 | 面向AJAX协议的OpenApi数据自动加载系统 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7725590B2 (en) * | 2002-04-19 | 2010-05-25 | Computer Associates Think, Inc. | Web services broker |
US7647523B2 (en) * | 2002-06-12 | 2010-01-12 | International Business Machines Corporation | Dynamic binding and fail-over of comparable web service instances in a services grid |
CN1300982C (zh) * | 2003-12-05 | 2007-02-14 | 中国科学技术大学 | 一种分层协同的网络病毒和恶意代码识别方法 |
KR20080048698A (ko) * | 2006-11-29 | 2008-06-03 | 주식회사 코아로직 | 오픈 벡터그래픽 콘텐츠 생성 방법 및 그 방법이 기록된컴퓨터로 읽을 수 있는 기록매체 |
US8739189B2 (en) * | 2008-01-24 | 2014-05-27 | Mcafee, Inc. | System, method, and computer program product for invoking an application program interface within an interception of another application program interface |
CN101364899A (zh) | 2008-10-10 | 2009-02-11 | 北京航空航天大学 | 基于云模型的web服务质量评价方法 |
CN101562621B (zh) * | 2009-05-25 | 2013-05-22 | 阿里巴巴集团控股有限公司 | 一种用户授权的方法、系统和装置 |
-
2011
- 2011-05-20 WO PCT/CN2011/074413 patent/WO2011137803A1/zh active Application Filing
- 2011-05-20 EP EP11777222.8A patent/EP2672378B1/en not_active Not-in-force
- 2011-05-20 CN CN2011800005442A patent/CN102203730B/zh active Active
-
2013
- 2013-11-15 US US14/081,318 patent/US8839276B2/en not_active Expired - Fee Related
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1320874A (zh) * | 2001-05-25 | 2001-11-07 | 清华大学 | 网络环境下的程序挖掘方法及其程序挖掘系统 |
CN101553802A (zh) * | 2006-06-16 | 2009-10-07 | 微软公司 | 用于收集并报告api性能剖析的自动化方法和系统 |
CN101976188A (zh) * | 2010-05-26 | 2011-02-16 | 天津大学 | 面向AJAX协议的OpenApi数据自动加载系统 |
Non-Patent Citations (1)
Title |
---|
颜开等: "基于多Agent的Web Service QoS模型", 《计算机与数字工程》, vol. 37, no. 9, 30 September 2009 (2009-09-30) * |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017071341A1 (zh) * | 2015-10-28 | 2017-05-04 | 华为技术有限公司 | 一种应用程序编程接口api的分享方法和装置 |
CN106648557A (zh) * | 2015-10-28 | 2017-05-10 | 华为技术有限公司 | 一种应用程序编程接口api的分享方法和装置 |
CN106648557B (zh) * | 2015-10-28 | 2020-04-03 | 华为技术有限公司 | 一种应用程序编程接口api的分享方法和装置 |
CN106445562A (zh) * | 2016-11-14 | 2017-02-22 | 用友网络科技股份有限公司 | 基于元数据的OpenAPI实现方法及OpenAPI实现装置 |
CN106445562B (zh) * | 2016-11-14 | 2019-11-15 | 用友网络科技股份有限公司 | 基于元数据的OpenAPI实现方法及OpenAPI实现装置 |
CN106792923A (zh) * | 2017-02-09 | 2017-05-31 | 华为软件技术有限公司 | 一种配置QoS策略的方法及装置 |
CN106792923B (zh) * | 2017-02-09 | 2019-12-17 | 华为软件技术有限公司 | 一种配置QoS策略的方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN102203730B (zh) | 2013-10-02 |
EP2672378B1 (en) | 2017-12-20 |
US20140075460A1 (en) | 2014-03-13 |
WO2011137803A1 (zh) | 2011-11-10 |
EP2672378A4 (en) | 2013-12-11 |
US8839276B2 (en) | 2014-09-16 |
EP2672378A1 (en) | 2013-12-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Katoen et al. | The ins and outs of the probabilistic model checker MRMC | |
US8918496B2 (en) | System and method for generating synthetic workload traces | |
Huang et al. | Cap3: A cloud auto-provisioning framework for parallel processing using on-demand and spot instances | |
CN102203730B (zh) | 开放应用程序编程接口选择方法及设备 | |
CN106126410B (zh) | 代码冲突的提示方法及装置 | |
CN105247493A (zh) | 从静态收集的数据中标识受影响的测试 | |
CN103959242A (zh) | 用于在云计算系统中规划应用的执行的方法和系统 | |
Tsafrir et al. | The dynamics of backfilling: solving the mystery of why increased inaccuracy may help | |
Plankensteiner et al. | A new fault tolerance heuristic for scientific workflows in highly distributed environments based on resubmission impact | |
CN112506691A (zh) | 一种多能源系统数字孪生应用故障恢复方法及系统 | |
CN106095688A (zh) | 一种软件性能测试方法及装置 | |
CN110084473A (zh) | 项目监管方法、装置、计算机设备及存储介质 | |
CN111625456B (zh) | 一种卡顿定位方法和装置 | |
L'Écuyer et al. | Effective approximation of zero-variance simulation in a reliability setting | |
Shestak et al. | Greedy Approaches to Static Stochastic Robust Resource Allocation for Periodic Sensor Driven Distributed Systems. | |
CN111078522A (zh) | 页面待优化区域的识别方法、装置、电子设备及存储介质 | |
Herrmann et al. | Configuration of inter-process communication with probabilistic model checking | |
CN111858191A (zh) | 一种双活存储控制方法、装置、设备及存储介质 | |
Stein et al. | An effective strategy for the flexible provisioning of service workflows | |
Mascagni et al. | Computational infrastructure for parallel, distributed, and grid-based Monte Carlo computations | |
US20240113938A1 (en) | Admin change recommendation in an enterprise | |
Janovy et al. | Models and heuristics for robust resource allocation in parallel and distributed computing systems | |
CN115757059A (zh) | 集群资源的评估方法及装置 | |
CN117076778A (zh) | 跨云资源的推荐方法、装置和计算机可读存储介质 | |
CN115586987A (zh) | 一种数据备份与恢复方法、装置、设备及介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right | ||
TR01 | Transfer of patent right |
Effective date of registration: 20210423 Address after: Unit 3401, unit a, building 6, Shenye Zhongcheng, No. 8089, Hongli West Road, Donghai community, Xiangmihu street, Futian District, Shenzhen, Guangdong 518040 Patentee after: Honor Device Co.,Ltd. Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd. |