CN114461305B - 一种数据源确定方法和装置 - Google Patents

Abstract

本发明公开了一种数据源确定方法和装置，涉及计算机技术领域。该方法的一具体实施方式包括：对多个数据源进行测试，得到各个所述数据源的业务数据；获取各个所述数据源的接口性能数据；根据各个所述数据源的业务数据，确定各个所述数据源的第一评分；根据各个所述数据源的接口性能数据，确定各个所述数据源的第二评分；根据各个所述数据源的第一评分和第二评分，在所述多个数据源中选定目标数据源。该实施方式能够从多个数据源中选定综合性能更高的目标数据源，提高服务的稳定性和用户体验。

Description

一种数据源确定方法和装置

技术领域

本发明涉及计算机技术领域，尤其涉及一种数据源确定方法和装置。

背景技术

在实际业务场景中，为用户提供服务的数据源可能存在多个。例如，数据源A、B和C均可以为用户提供身份校验服务，可以从这三个数据源中选择一个目标数据源为用户服务。

在现有技术中，一般随机选定目标数据源。但是，通过随机方式选定的目标数据源可能性能较差，导致服务的稳定性较低，用户体验较差。

发明内容

有鉴于此，本发明实施例提供一种数据源确定方法和装置，能够从多个数据源中选定综合性能更高的目标数据源，提高服务的稳定性和用户体验。

第一方面，本发明实施例提供了一种数据源确定方法，包括：

对多个数据源进行测试，得到各个所述数据源的业务数据；

获取各个所述数据源的接口性能数据；

根据各个所述数据源的业务数据，确定各个所述数据源的第一评分；

根据各个所述数据源的接口性能数据，确定各个所述数据源的第二评分；

根据各个所述数据源的第一评分和第二评分，在所述多个数据源中选定目标数据源。

第二方面，本发明实施例提供了一种数据源确定装置，包括：

测试模块，配置为对多个数据源进行测试，得到各个所述数据源的业务数据；

获取模块，配置为获取各个所述数据源的接口性能数据；

确定模块，配置为根据各个所述数据源的业务数据，确定各个所述数据源的第一评分；根据各个所述数据源的接口性能数据，确定各个所述数据源的第二评分；

选择模块，配置为根据各个所述数据源的第一评分和第二评分，在所述多个数据源中选定目标数据源。

第三方面，本发明实施例提供了一种电子设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上述任一实施例所述的方法。

第四方面，本发明实施例提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现如上述任一实施例所述的方法。

上述发明中的一个实施例具有如下优点或有益效果：基于数据源的业务数据和接口性能数据分别计算数据源的第一评分和第二评分，由于第一评分能够表征数据源的业务处理性能、第二评分能够表征数据源的接口性能，因此，在选择数据源的过程中，本发明实施例不仅考虑了各个数据源的业务处理性能，还考虑了各个数据源的接口性能。基于多维度指标选择数据源，使得选定的目标数据源具有更高的综合性能，能够为用户提供更加稳定的服务，提高用户体验。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是本发明的一个实施例提供的一种数据源确定方法的流程图；

图2是本发明的另一个实施例提供的一种数据源确定方法的流程图；

图3是本发明的一个实施例提供的一种数据源确定装置的示意图；

图4是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

通过随机方式选定的目标数据源可能某一方面的性能较差或综合性能较差，导致目标数据源无法稳定地为用户提供服务，影响用户体验。例如，选定的目标数据源的接口传输性能较差，导致请求响应时长较长，请求处理效率较低。

鉴于此，如图1所示，本发明实施例提供了一种数据源确定方法，包括：

步骤101：对多个数据源进行测试，得到各个数据源的业务数据。

具体地，可以通过调用数据源的接口对各个数据源进行测试，以获取各个数据源的业务数据。其中，业务数据可以包括：请求处理成功次数、请求处理总次数、请求处理记录可查次数、请求处理超时次数和请求平均响应时长中任意一种或多种。此外，业务数据还可以包括单位时间内请求处理数量等，此处不再赘述。

步骤102：获取各个数据源的接口性能数据。

接口性能数据可以从数据源所属的供应方获取，也可以通过对接口进行测试获取。接口性能数据可以包括：数据源对应的接口对HTTPS（Hyper Text Transfer Protocolover Secure Socket Layer，超文本传输安全协议）的支持信息、接口对数据加密传输的支持信息、接口对合法域名访问的支持信息和接口文档。

其中，接口对HTTPS的支持信息包括：接口支持HTTPS或接口不支持HTTPS。接口对数据加密传输的支持信息包括：接口支持数据加密传输或接口不支持数据加密传输。接口对合法域名访问的支持信息包括：接口支持合法域名访问或接口不支持合法域名访问。合法域名指的是完成ICP（Internet Content Provider，网络内容服务商）备案的域名。接口文档中可以包括请求方法、URL、请求参数、返回参数、接口示例、接口文档版本号、版本修改内容和版本修改时间中任意一种或多种信息。

步骤103：根据各个数据源的业务数据，确定各个数据源的第一评分。

根据业务数据中的一项或多项计算数据源的第一评分。由于业务数据能够体现数据源的业务处理情况，因此，第一评分用于表征数据源的业务处理性能。

步骤104：根据各个数据源的接口性能数据，确定各个数据源的第二评分。

根据接口性能数据中的一项或多项计算数据源的第二评分。第二评分用于表征数据源的接口性能。

步骤105：根据各个数据源的第一评分和第二评分，在多个数据源中选定目标数据源。

本发明实施例仅提供其中一种可行的执行顺序，在实际应用场景中，各个步骤的执行顺序可以调整。例如，步骤102先于步骤101执行，步骤104先于步骤103执行。

基于数据源的业务数据和接口性能数据分别计算数据源的第一评分和第二评分，由于第一评分能够表征数据源的业务处理性能、第二评分能够表征数据源的接口性能，因此，在选择数据源的过程中，本发明实施例不仅考虑了各个数据源的业务处理性能，还考虑了各个数据源的接口性能。基于多维度指标选择数据源，使得选定的目标数据源具有更高的综合性能，能够为用户提供更加稳定的服务，提高用户体验。

在本发明的一个实施例中，该方法还包括：获取各个数据源所属供应方的企业数据；

根据各个数据源所属供应方的企业数据，确定各个数据源的第三评分；

根据各个数据源的第一评分和第二评分，在多个数据源中选定目标数据源，包括：

根据各个数据源的第一评分、第二评分和第三评分，在多个数据源中选定目标数据源。

供应方指的是提供服务的企业。供应方可以提供短信收发、信息核验等服务。企业数据可以包括：业务资质数据、股权结构数据、企业成立时间、经营数据和舆情数据中任意一种或多种。其中，业务资质数据包括：供应方具备开展业务的资质或供应方不具备开展业务的资质。例如，业务数据包括：供应方具备开展短信收发业务的资质。股权结构数据可以包括：控股方类型和/或控股方数量。控股方类型包括自然人和非自然人。经营数据包括：在指定时间段内是否存在经营异常信息和/或在指定时间段内是否存在处罚记录。舆情数据包括：是否存在与业务相关的负面舆情。企业数据可以通过第三方企业信息查询平台获得。

由于第一评分能够表征数据源的业务处理性能、第二评分能够表征数据源的接口性能、第三评分能够表征供应方的可靠性，因此，在选择数据源的过程中，本发明实施例不仅考虑了各个数据源的业务处理性能，还考虑了各个数据源的接口性能及其所属供应方的可靠性。基于多维度指标选择数据源，使得选定的目标数据源具有更高的综合性能，能够为用户提供更加稳定的服务，提高用户体验。

在实际应用场景中，还可以基于数据源的第一评分和第三评分，在多个数据源中选定目标数据源。在本发明的一个实施例中，数据源确定方法包括：

对多个数据源进行测试，得到各个数据源的业务数据；

获取各个数据源所属供应方的企业数据；

根据各个数据源的业务数据，确定各个数据源的第一评分；

根据各个数据源所属供应方的企业数据，确定各个数据源的第三评分；

根据各个数据源的第一评分和第三评分，在多个数据源中选定目标数据源。

本发明实施例不仅考虑了各个数据源的业务处理性能，还考虑了各个数据源所属供应方的可靠性。基于多维度指标选择数据源，使得选定的目标数据源具有更高的综合性能，能够为用户提供更加稳定的服务，提高用户体验。

在本发明的一个实施例中，业务数据包括：请求处理成功次数、请求处理总次数、请求处理记录可查次数、请求处理超时次数和请求平均响应时长；

根据各个数据源的业务数据，确定各个数据源的第一评分，包括：

根据请求处理成功次数和请求处理总次数，计算请求处理成功率；

根据请求处理记录可查次数和请求处理总次数，计算请求处理记录查得率；

根据请求处理超时次数和请求处理总次数，计算请求处理超时率；

根据请求处理成功率、请求处理记录查得率、请求处理超时率和请求平均响应时长，计算各个数据源的第一评分。

其中，请求处理成功指的是获得请求处理结果、且请求处理结果正确。例如，对于身份校验请求，数据源反馈的请求处理结果是校验通过，这个请求处理结果与实际情况相符，则说明该身份校验请求处理成功，如果校验不通过，则请求处理结果与实际情况不符，说明该身份校验请求处理失败。因此，请求处理成功率能够表征数据源正确处理请求的概率，请求处理成功率越高，说明数据源的业务处理能力越高。

如果请求处理结果不为空，则请求处理记录可查。因此，请求处理记录查得率可以表征数据源反馈非空的请求处理结果的概率。请求处理记录查得率越高，说明数据源的业务处理能力越高。

请求处理超时次数指的是请求响应时长超过设定时长的请求处理次数，例如，设定时长为5ms，5个请求的响应时长分别为1ms、3ms、5ms、7ms和4ms，则请求处理超时次数为1次。请求处理超时率越高，说明请求延时程度越大，业务处理能力越低。

请求平均响应时长越大，则说明数据源对于请求的处理效率越低，业务处理能力越低。

在本发明实施例中，请求处理成功率、请求处理记录查得率、请求处理超时率和请求平均响应时长分别从不同的角度量化数据源的业务处理能力，使得计算得到的第一评分能够更加准确地反映数据源的业务处理能力，进而使得通过该方法选定的目标数据源具有更高的综合性能，为用户提供更加稳定和高质量的服务。

在实际应用场景中，还可以基于请求处理成功率、请求处理记录查得率、请求处理超时率和请求平均响应时长中的部分参数，计算数据源的第一评分。例如，仅基于请求处理成功率和请求处理超时率计算数据源的第一评分。

在实际应用场景中，也可以仅采用上述业务数据中的部分项计算数据源的第一评分。

例如，在本发明的一个实施例中，业务数据包括：请求处理成功次数、请求处理总次数、请求处理超时次数；

此时，根据各个数据源的业务数据，确定各个数据源的第一评分，包括：

根据请求处理成功次数和请求处理总次数，计算请求处理成功率；

根据请求处理超时次数和请求处理总次数，计算请求处理超时率；

根据请求处理成功率和请求处理超时率，计算各个数据源的第一评分。

在本发明的一个实施例中，接口性能数据包括：数据源对应的接口对HTTPS的支持信息、接口对数据加密传输的支持信息、接口对合法域名访问的支持信息和接口文档；

根据各个数据源的接口性能数据，确定各个数据源的第二评分，包括：

根据接口对HTTPS的支持信息和接口对数据加密传输的支持信息，计算接口的传输性能评分；

根据接口对合法域名访问的支持信息和接口文档，计算接口的开发性能评分；

根据接口的传输性能评分和开发性能评分，计算数据源的第二评分。

在实际应用场景中，可以仅通过接口对HTTPS的支持信息或接口对数据加密传输的支持信息，计算接口的传输性能评分。类似地，可以仅通过接口对合法域名访问的支持信息或接口文档，计算接口的开发性能评分。

另外，在实际应用场景中，可以仅计算接口的传输性能评分或开发性能评分，并将接口的传输性能评分或开发性能评分作为数据源的第二评分。

接口的传输性能评分用于表征接口的传输性能，例如，接口的传输性能评分越高，则说明接口的传输性能越好，有利于提高请求的响应速度。

接口的开发性能评分用于表征接口的开发质量，例如，接口的开发性能评分越高，说明接口的开发越规范，开发质量越高。

在本发明实施例中，在计算第二评分的过程中不仅考虑了接口的传输性能，还考虑了接口的开发质量，从不同角度表征接口性能，使得到的第二评分能够更加准确地反映接口的实际情况，进而使得通过该方法选定的目标数据源具有更高的综合性能，为用户提供更加稳定和高质量的服务。

在本发明的一个实施例中，企业数据包括：业务资质数据、股权结构数据、企业成立时间、经营数据和舆情数据；

根据各个数据源所属供应方的企业数据，确定各个数据源的第三评分，包括：

根据业务资质数据、股权结构数据和企业成立时间，计算供应方的资质评分；

根据经营数据，计算供应方的经营评分；

根据舆情数据，计算供应方的舆情评分；

根据供应方的资质评分、经营评分和舆情评分，计算数据源的第三评分。

在实际应用场景中，还可以根据业务资质数据、股权结构数据和企业成立时间中的任意一项或两项计算供应方的资质评分。例如，根据股权结构数据和企业成立时间，计算供应方的资质评分。类似地，还可以仅计算供应方的资质评分、经营评分和舆情评分中的任意一项或两项，并根据计算得到的一项或两项评分，计算数据源的第三评分。例如，根据经营数据，计算供应方的经营评分；根据供应方的经营评分，计算数据源的第三评分。

供应方的资质评分用于表征供应方的可靠性，区别于第三评分，供应方的资质评分主要从企业具备的业务资质、企业成立时间和股权结构三个不同的角度衡量企业对外提供服务的可靠性。如果企业具有相应的业务资质、成立时间越长、股权结构越稳定，则企业对外提供服务的可靠性越高。供应方的经营评分用于表征供应方的经营异常风险。供应方的舆情评分用于表征供应方的负面舆情数量。负面舆情越多，说明该企业的风险越高，服务稳定性较低。

本发明实施例在计算第三评分的过程中，从业务资质、企业成立时间、经营信息等多个维度进行考虑，使得到的第三评分能够更加准确地反映企业的实际情况，进而选择出综合性能更高的目标数据源，为用户提供高质量的服务。

在本发明的一个实施例中，根据各个数据源的第一评分、第二评分和第三评分，在多个数据源中选定目标数据源，包括：

根据各个数据源的第一评分，确定多个数据源的第一排序结果；

根据各个数据源的第二评分，确定多个数据源的第二排序结果；

根据各个数据源的第三评分，确定多个数据源的第三排序结果；

展示多个数据源的第一排序结果、第二排序结果和第三排序结果；

响应于用户的触发操作，在目标排序结果中选定目标数据源。

第一排序结果从业务处理维度衡量各个数据源的优先级，第二排序结果从接口维度衡量各个数据源的优先级，第三排序结果从供应方的维度衡量各个数据源的优先级。该方法可以将上述三种排序结果通过页面展示给用户，用户可以根据自身的需求，基于不同的维度，选择目标数据源。例如，用户更关注数据源的业务处理性能，则用户可以根据第一排序结果选择目标数据源。具体地，用户可以选择第一评分最高的数据源作为目标数据源。用户的触发操作指的是用户针对目标数据源的选定操作。在选定目标数据源之后，目标数据源将为用户提供服务。

需要说明的是，数据源确定方法可以周期性执行，如果当前周期选定的目标数据源与上一周期选定的目标数据源不一致，则可以将用户使用的数据源切换为当前周期选定的目标数据源。由此，可以根据数据源实际情况的变化，周期性更新各个评分，使选择的数据源具有更高的综合性能，进而为用户提供更优质的服务。

本发明实施例可以通过页面向用户展示不同维度下的排序结果，使用户更加直观地了解不同维度下各个数据源的优先级，为用户选择目标优先级提供便利。

在本发明的一个实施例中，根据各个数据源的第一评分、第二评分和第三评分，在多个数据源中选定目标数据源，包括：

根据各个数据源的第一评分、第二评分和第三评分，确定各个数据源的第一综合评分；

将第一综合评分最高的数据源选定为目标数据源。

在本发明实施例中，可以将第一评分、第二评分和第三评分相加，得到第一综合评分。还可以预先为第一评分、第二评分和第三评分设置对应的权重，根据第一评分及其权重、第二评分及其权重和第三评分及其权重计算第一综合评分。本发明实施例可以综合考虑供应方、接口和业务处理三个不同的维度，自动为用户匹配综合性能最强的数据源，提高服务质量和用户体验。

在本发明的一个实施例中，根据各个数据源的第一评分、第二评分和第三评分，在多个数据源中选定目标数据源，包括：

展示第一维度标识、第二维度标识和第三维度标识；

响应于用户针对至少两个目标维度标识的触发操作，确定目标维度标识对应的目标评分；

根据数据源的至少两个目标评分，计算数据源的第二综合评分；

将第二综合评分最高的数据源选定为目标数据源。

第一维度标识、第二维度标识和第三维度标识分别对应第一评分、第二评分和第三评分。本发明实施例通过页面向用户展示维度标识，用户可以根据自身的需求从中选择关注的维度，本发明实施例根据用户选定的维度选定目标数据源。例如，用户在选择数据源的过程中更关注业务处理性能和接口性能，那么用户可以点击对应的维度标识，本发明实施例将根据第一评分和第二评分计算第二综合评分，并按照第二综合评分选择目标数据源。通过本发明实施例用户可以任意选择关注的维度标识，系统将根据用户关注的维度标识为用户选定目标数据源，本发明实施例能够保证目标数据源的综合性能，同时满足用户的需求。

在本发明的一个实施例中，在目标排序结果中选定目标数据源之后，该方法还包括：

按照预设的检测周期，检测目标数据源对应的目标接口的请求响应时长；

响应于在检测周期内，针对设定数量的检测请求，目标接口的请求响应时长均超过预设的响应时长阈值，则根据目标排序结果更新目标数据源。

本发明实施例可以周期性检测目标接口的性能，以确定接口是否满足当前业务需求，是否需要切换数据源。

例如，检测周期是7天，设定数量为3，响应时长阈值为5ms，如果在7天内，超过3个检测请求的响应时长均超过5ms，则切换数据源。具体地，可以根据目标排序结果切换，也可以切换为设定数据源。例如，当前的目标数据源为A，其在目标排序结果中的评分最高，则可以将目标排序结果中评分次高的数据源作为更新后的目标数据源。

在本发明实施例中，如果在检测周期内，针对设定数量的检测请求，目标接口的请求响应时长均超过预设的响应时长阈值，说明可能发生网络波动延迟、接口请求中断等情况，需要切换数据源。

需要说明的是，在所述多个数据源中选定目标数据源之后，该方法还可以包括：按照预设的检测周期，检测目标数据源对应的目标接口的请求响应时长；响应于在检测周期内，针对设定数量的检测请求，目标接口的请求响应时长均超过预设的响应时长阈值，则根据各个数据源的第一评分和第二评分更新目标数据源。例如，可以根据第一评分和第二评分之和由高到低的顺序切换数据源，当前目标数据源的第一评分和第二评分之和最高，如果需要切换数据源，可以将第一评分和第二评分之后次高的数据源切换为目标数据源。当然，在实际应用场景中，不局限于上述切换方式。

如图2所示，本发明实施例提供了一种数据源确定方法，包括：

步骤201：对多个数据源进行测试，得到各个数据源的业务数据。

业务数据包括：请求处理成功次数、请求处理总次数、请求处理记录可查次数、请求处理超时次数和请求平均响应时长。

步骤202：获取各个数据源的接口性能数据。

接口性能数据包括：数据源对应的接口对HTTPS的支持信息、接口对数据加密传输的支持信息、接口对合法域名访问的支持信息和接口文档。

步骤203：获取各个数据源所属供应方的企业数据。

企业数据包括：业务资质数据、股权结构数据、企业成立时间、经营数据和舆情数据。

步骤204：根据各个数据源的业务数据，确定各个数据源的第一评分。

表1

计算请求处理成功率、请求处理记录查得率、请求处理超时率。

其中，请求处理成功率为请求处理成功次数与请求处理总次数的比值；请求处理记录查得率为请求处理记录可查次数与请求处理总次数的比值；请求处理超时率为请求处理超时次数与请求处理总次数的比值。

在本发明实施例中，预先设置时长区间与分数的对应关系，根据该对应关系，确定请求平均响应时长对应的分数。例如，时长区间与分数的对应关系如表1所示。如果请求平均响应时长为0.5ms，则对应的分数为90。

分别预先设置请求处理成功率、请求处理记录查得率、请求处理超时率和请求平均响应时长对应的分数权重。基于上述四项及其对应的分数权重，计算数据源的第一评分。例如，请求处理成功率、请求处理记录查得率、请求处理超时率和请求平均响应时长的分数权重分别为20%、20%、30%和30%。

例如，请求处理成功率为V1，请求处理记录查得率为V2，请求处理超时率为V3，请求平均响应时长为0.7，第一评分为S1，则S1=[V1×20%+ V2×20%+（1- V3）×30%]×100+80×30%。

步骤205：根据各个数据源的接口性能数据，确定各个数据源的第二评分。

预先设置接口支持HTTPS的分数、接口不支持HTTPS的分数、接口支持数据加密传输的分数、接口不支持数据加密传输的分数、接口支持合法域名访问的分数、接口不支持合法域名访问的分数、接口满足预设格式条件的分数和接口不满足格式条件的分数。

其中，预设的格式条件可以包括：接口示例具有完整的可执行示例代码、接口提供兼容多语言的示例代码和包含对接口参数的描述中任意一种或多种。

在本发明实施例中，还可以设置接口对HTTPS的支持信息的分数权重、接口对数据加密传输的支持信息的分数权重、接口对合法域名访问的支持信息的分数权重和接口文档的分数权重。另外，还可以设置传输性能评分的权重和开发性能评分的权重。

例如，接口支持HTTPS的分数为35、接口不支持HTTPS的分数位0、接口支持数据加密传输的分数为35、接口不支持数据加密传输的分数为0、接口支持合法域名访问的分数为15、接口不支持合法域名访问的分数为0、接口满足预设格式条件的分数为15和接口不满足格式条件的分数为0。

接口对HTTPS的支持信息的分数权重为35%、接口对数据加密传输的支持信息的分数权重为35%、接口对合法域名访问的支持信息的分数权重为15%和接口文档的分数权重为15%。

以接口性能数据包括如下内容为例：数据源对应的接口支持HTTPS、接口支持数据加密传输、接口支持合法域名访问和接口文档。

第二评分S2=35×35%+35×35%+15×15%+15×15%。

步骤206：根据各个数据源所属供应方的企业数据，确定各个数据源的第三评分。

预先设置供应方具备开展业务的资质的分数为20、供应方不具备开展业务的资质的分数为0、控股方为自然人且控股方数量为1的分数为5、控股方为自然人且控股方数量大于1的分数为10、控股方为非自然人且控股方数量为1的分数为10、控股方为非自然人且控股方数量大于1的分数为15、企业成立时间不满6个月的分数为5分、企业成立时间在两年以下且满6个月的分数为10分、企业成立时间在两年以上的分数为15分、在三年之内不存在经营异常信息的分数为30分、在三年之内存在经营异常信息的分数为0分、不存在与业务相关的负面舆情的分数为20分、存在与业务相关的负面舆情的分数为0分。

另外，可以分别设置业务资质数据、股权结构数据和企业成立时间的权重，还可以分别设置资质评分、经营评分和舆情评分的权重。例如，业务资质数据、股权结构数据、企业成立时间、经营评分和舆情评分的权重分别为20%、15%、15%、30%、20%。

以企业数据包括如下内容为例：供应方具备开展业务的资质、控股方为非自然人、控股方数量为3、企业成立时间为2020年5月1日、不存在与业务相关的负面舆情和在三年之内不存在经营异常信息。

第三评分S3=20×20%+15×15%+10×15%+30×30%+20×20%。

步骤207：根据各个数据源的第一评分，确定多个数据源的第一排序结果。

步骤208：根据各个数据源的第二评分，确定多个数据源的第二排序结果。

步骤209：根据各个数据源的第三评分，确定多个数据源的第三排序结果。

步骤210：展示多个数据源的第一排序结果、第二排序结果和第三排序结果。

步骤211：响应于用户的触发操作，在目标排序结果中选定目标数据源。

步骤212：按照预设的检测周期，检测目标数据源对应的目标接口的请求响应时长。

步骤213：响应于在检测周期内，针对设定数量的检测请求，目标接口的请求响应时长均超过预设的响应时长阈值，则根据目标排序结果更新目标数据源。

本发明实施例不仅考虑了各个数据源的业务处理性能，还考虑了各个数据源的接口性能及其所属供应方的可靠性。基于多维度指标选择数据源，使得选定的目标数据源具有更高的综合性能，能够为用户提供更加稳定的服务，提高用户体验。另外，本发明实施例对不同维度的指标数据设置相应的权重，能够区别不同维度数据的重要程度，更加精确地计算评分。

如图3所示，本发明实施例提供了一种数据源确定装置，包括：

测试模块301，配置为对多个数据源进行测试，得到各个数据源的业务数据；

获取模块302，配置为获取各个数据源的接口性能数据；

确定模块303，配置为根据各个数据源的业务数据，确定各个数据源的第一评分；根据各个数据源的接口性能数据，确定各个数据源的第二评分；

选择模块304，配置为根据各个数据源的第一评分和第二评分，在多个数据源中选定目标数据源。

在本发明的一个实施例中，获取模块302，配置为获取各个数据源所属供应方的企业数据；确定模块303，配置为根据各个数据源所属供应方的企业数据，确定各个数据源的第三评分；

选择模块304，配置为根据各个数据源的第一评分、第二评分和第三评分，在多个数据源中选定目标数据源。

在本发明的一个实施例中，业务数据包括：请求处理成功次数、请求处理总次数、请求处理记录可查次数、请求处理超时次数和请求平均响应时长；

确定模块303，配置为根据请求处理成功次数和请求处理总次数，计算请求处理成功率；根据请求处理记录可查次数和请求处理总次数，计算请求处理记录查得率；根据请求处理超时次数和请求处理总次数，计算请求处理超时率；根据请求处理成功率、请求处理记录查得率、请求处理超时率和请求平均响应时长，计算各个数据源的第一评分。

在本发明的一个实施例中，接口性能数据包括：数据源对应的接口对HTTPS的支持信息、接口对数据加密传输的支持信息、接口对合法域名访问的支持信息和接口文档；

确定模块303，配置为根据接口对HTTPS的支持信息和接口对数据加密传输的支持信息，计算接口的传输性能评分；根据接口对合法域名访问的支持信息和接口文档，计算接口的开发性能评分；根据接口的传输性能评分和开发性能评分，计算数据源的第二评分。

在本发明的一个实施例中，企业数据包括：业务资质数据、股权结构数据、企业成立时间、经营数据和舆情数据；

确定模块303，配置为根据业务资质数据、股权结构数据和企业成立时间，计算供应方的资质评分；根据经营数据，计算供应方的经营评分；根据舆情数据，计算供应方的舆情评分；根据供应方的资质评分、经营评分和舆情评分，计算数据源的第三评分。

在本发明的一个实施例中，选择模块304，配置为根据各个数据源的第一评分，确定多个数据源的第一排序结果；根据各个数据源的第二评分，确定多个数据源的第二排序结果；根据各个数据源的第三评分，确定多个数据源的第三排序结果；展示多个数据源的第一排序结果、第二排序结果和第三排序结果；响应于用户的触发操作，在目标排序结果中选定目标数据源。

在本发明的一个实施例中，选择模块304，配置为根据各个数据源的第一评分、第二评分和第三评分，确定各个数据源的第一综合评分；将第一综合评分最高的数据源选定为目标数据源。

在本发明的一个实施例中，选择模块304，配置为展示第一维度标识、第二维度标识和第三维度标识；响应于用户针对至少两个目标维度标识的触发操作，确定目标维度标识对应的目标评分；根据数据源的至少两个目标评分，计算数据源的第二综合评分；将第二综合评分最高的数据源选定为目标数据源。

在本发明的一个实施例中，选择模块304，配置为按照预设的检测周期，检测目标数据源对应的目标接口的请求响应时长；响应于在检测周期内，针对设定数量的检测请求，目标接口的请求响应时长均超过预设的响应时长阈值，则根据目标排序结果更新目标数据源。

本发明实施例提供了一种电子设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如上述任一实施例的方法。

本发明实施例提供了一种计算机可读介质，其上存储有计算机程序，其特征在于，程序被处理器执行时实现上述任一实施例的方法。

下面参考图4，其示出了适于用来实现本发明实施例的终端设备的计算机系统400的结构示意图。图4示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图4所示，计算机系统400包括中央处理单元（CPU）401，其可以根据存储在只读存储器（ROM）402中的程序或者从存储部分408加载到随机访问存储器（RAM）403中的程序而执行各种适当的动作和处理。在RAM 403中，还存储有系统400操作所需的各种程序和数据。CPU 401、ROM 402以及RAM 403通过总线404彼此相连。输入/输出（I/O）接口405也连接至总线404。

以下部件连接至I/O接口405：包括键盘、鼠标等的输入部分406；包括诸如阴极射线管（CRT）、液晶显示器（LCD）等以及扬声器等的输出部分407；包括硬盘等的存储部分408；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分409。通信部分409经由诸如因特网的网络执行通信处理。驱动器410也根据需要连接至I/O接口405。可拆卸介质411，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器410上，以便于从其上读出的计算机程序根据需要被安装入存储部分408。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分409从网络上被下载和安装，和/或从可拆卸介质411被安装。在该计算机程序被中央处理单元（CPU）401执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器（RAM）、只读存储器（ROM）、可擦式可编程只读存储器（EPROM或闪存）、光纤、便携式紧凑磁盘只读存储器（CD-ROM）、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

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

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括发送模块、获取模块、确定模块和第一处理模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，发送模块还可以被描述为“向所连接的服务端发送图片获取请求的模块”。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (11)

1.一种数据源确定方法，其特征在于，包括：

对多个数据源进行测试，得到各个所述数据源的业务数据；

获取各个所述数据源的接口性能数据；

获取各个所述数据源所属供应方的企业数据；

根据各个所述数据源的业务数据，确定各个所述数据源的第一评分；所述第一评分用于表征所述数据源的业务处理性能；

根据各个所述数据源的接口性能数据，确定各个所述数据源的第二评分；所述第二评分用于表征接口的传输性能和/或开发质量；

根据各个所述数据源所属供应方的企业数据，确定各个所述数据源的第三评分；所述第三评分用于表征所述供应方的可靠性；

根据各个所述数据源的第一评分、第二评分和第三评分，在所述多个数据源中选定目标数据源；

所述根据各个所述数据源的接口性能数据，确定各个所述数据源的第二评分，包括：

根据所述接口对HTTPS的支持信息和/或所述接口对数据加密传输的支持信息，计算所述接口的传输性能评分；

根据所述接口对合法域名访问的支持信息和/或所述接口文档，计算所述接口的开发性能评分；

根据所述接口的传输性能评分和/或开发性能评分，计算所述数据源的第二评分；

所述接口的传输性能评分用于表征接口的传输性能；

所述接口的开发性能评分用于表征接口的开发质量。

2.如权利要求1所述的方法，其特征在于，

所述业务数据包括：请求处理成功次数、请求处理总次数、请求处理记录可查次数、请求处理超时次数和请求平均响应时长；

所述根据各个所述数据源的业务数据，确定各个所述数据源的第一评分，包括：

根据所述请求处理成功次数和所述请求处理总次数，计算请求处理成功率；

根据所述请求处理记录可查次数和所述请求处理总次数，计算请求处理记录查得率；

根据请求处理超时次数和所述请求处理总次数，计算请求处理超时率；

根据所述请求处理成功率、所述请求处理记录查得率、所述请求处理超时率和所述请求平均响应时长，计算各个所述数据源的第一评分。

3.如权利要求1所述的方法，其特征在于，

所述接口性能数据包括：所述数据源对应的接口对HTTPS的支持信息、所述接口对数据加密传输的支持信息、所述接口对合法域名访问的支持信息和接口文档；

所述根据各个所述数据源的接口性能数据，确定各个所述数据源的第二评分，包括：

根据所述接口对HTTPS的支持信息和所述接口对数据加密传输的支持信息，计算所述接口的传输性能评分；

根据所述接口对合法域名访问的支持信息和所述接口文档，计算所述接口的开发性能评分；

根据所述接口的传输性能评分和开发性能评分，计算所述数据源的第二评分。

4.如权利要求1所述的方法，其特征在于，

所述企业数据包括：业务资质数据、股权结构数据、企业成立时间、经营数据和舆情数据；

所述根据各个所述数据源所属供应方的企业数据，确定各个所述数据源的第三评分，包括：

根据所述业务资质数据、所述股权结构数据和所述企业成立时间，计算所述供应方的资质评分；

根据所述经营数据，计算所述供应方的经营评分；

根据所述舆情数据，计算所述供应方的舆情评分；

根据所述供应方的资质评分、经营评分和舆情评分，计算所述数据源的第三评分。

5.如权利要求1所述的方法，其特征在于，

所述根据各个所述数据源的第一评分、第二评分和第三评分，在所述多个数据源中选定目标数据源，包括：

根据各个所述数据源的第一评分，确定所述多个数据源的第一排序结果；

根据各个所述数据源的第二评分，确定所述多个数据源的第二排序结果；

根据各个所述数据源的第三评分，确定所述多个数据源的第三排序结果；

展示所述多个数据源的第一排序结果、第二排序结果和第三排序结果；

响应于用户的触发操作，在目标排序结果中选定目标数据源。

6.如权利要求1所述的方法，其特征在于，

所述根据各个所述数据源的第一评分、第二评分和第三评分，在所述多个数据源中选定目标数据源，包括：

根据各个所述数据源的第一评分、第二评分和第三评分，确定各个所述数据源的第一综合评分；

将所述第一综合评分最高的数据源选定为所述目标数据源。

7.如权利要求1所述的方法，其特征在于，

所述根据各个所述数据源的第一评分、第二评分和第三评分，在所述多个数据源中选定目标数据源，包括：

展示第一维度标识、第二维度标识和第三维度标识；

响应于用户针对至少两个目标维度标识的触发操作，确定所述目标维度标识对应的目标评分；

根据所述数据源的至少两个目标评分，计算所述数据源的第二综合评分；

将所述第二综合评分最高的数据源选定为所述目标数据源。

8.如权利要求5所述的方法，其特征在于，

在所述在目标排序结果中选定目标数据源之后，进一步包括：

按照预设的检测周期，检测所述目标数据源对应的目标接口的请求响应时长；

响应于在所述检测周期内，针对设定数量的检测请求，所述目标接口的请求响应时长均超过预设的响应时长阈值，则根据所述目标排序结果更新所述目标数据源。

9.一种数据源确定装置，其特征在于，包括：

测试模块，配置为对多个数据源进行测试，得到各个所述数据源的业务数据；

获取模块，配置为获取各个所述数据源的接口性能数据；获取各个所述数据源所属供应方的企业数据；

确定模块，配置为根据各个所述数据源的业务数据，确定各个所述数据源的第一评分；根据各个所述数据源的接口性能数据，确定各个所述数据源的第二评分；根据各个所述数据源所属供应方的企业数据，确定各个所述数据源的第三评分；

选择模块，配置为根据各个所述数据源的第一评分、第二评分和第三评分，在所述多个数据源中选定目标数据源；

所述第一评分用于表征所述数据源的业务处理性能；

所述第二评分用于表征接口的传输性能和/或开发质量；

所述第三评分用于表征所述供应方的可靠性；

所述根据各个所述数据源的接口性能数据，确定各个所述数据源的第二评分，包括：

根据所述接口对HTTPS的支持信息和/或所述接口对数据加密传输的支持信息，计算所述接口的传输性能评分；

根据所述接口对合法域名访问的支持信息和/或所述接口文档，计算所述接口的开发性能评分；

根据所述接口的传输性能评分和/或开发性能评分，计算所述数据源的第二评分；

所述接口的传输性能评分用于表征接口的传输性能；

所述接口的开发性能评分用于表征接口的开发质量。

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

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-8中任一所述的方法。

11.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-8中任一所述的方法。

Images