[发明专利]高可用的信源调用方法及系统

说明书

本发明公开一种高可用的信源调用方法及系统，方法包括：高可用的信源调用方法，包括根据设定信源分类获取多个类型的信源应用程序接口API。在多个类型的信源应用程序接口API的各接口中配置多个与该接口类型匹配的webhook信源调用请求。根据当前信源的类型从多个类型的信源应用程序接口API中选取当前信源应用程序接口API。根据当前信源应用程序接口API获取匹配的一个或多个webhook信源调用请求。本发明减少开发者和信源方的对接，由DUI等开发平台承担webhook开发工作量，便于不具备强代码能力的开发者调用信源，也极大地丰富了DUI能够提供的服务类型，同时开发者也能更加灵活便捷地创建语音技能。

技术领域

本发明属于网络及信息获取技术领域，尤其涉及高可用的信源调用方法及系统。

背景技术

现有的开发平台多为开发者根据自身需要进行信源的采集，此处的信源包括因人、机器、自然界的物体产生的文字、语言，信号，图像、声响及音频视频信息。因开发者的需求各异，因此现有的开发平台目前还未见到可供开发者直接使用、无需二次开发的信源调用形式，已有常见的信源调用形式为应用程序接口API(Application Program Interface的缩写)，需要用户进行二次开发方可使用。而对于信源的采集现有技术中的平台多提供以下几种信源调用形式：第一种是，由开发者自行对接信源方，直接用代码开发信源。第二种是，开发平台提供信源方原始API，需要开发者从中挑出合适有用的接口，用代码及程序再进行二次开发。第三种是，开发平台提供软件开发工具包SDK(Software Development Kit的缩写)，开发者需基于开发板完成信源接入。而上述信源获取方式及技术存在以下缺陷。目前绝大多数开发平台上涉及的信源调用都需要开发者进行二次开发，一是需要开发者从一定数量的原始API接口中选出必要的接口并进行功能组合封装，二是封装过程需要借助代码实现。因此，信源的实现效果主要依赖于开发者的代码能力和产品辨别思维，提高了开发成本，降低了开发效率。而这些缺陷存在的原因是绝大多数平台不提供直接可用的信源调用形式(webhook)，平台将webhook的开发工作转接由开发者自行承担。这是缺陷造成的原因。而目前的用户平台几乎都不提供直接使用、无需二次开发的信源调用形式，主要原因是：信源的调用逻辑需要基于业务级需求，业务级的需求会有很大的差异；且webhook需要凝聚产品辨别思维和代码能力，投入开发人力，各个平台一般不会直接对外开放。

发明人在实现本申请的过程中发现，现有的开发平台多不向开发用户提供信源的独立功能，一方面原因是由于开发者的需求各异，另一方面，其开发的成本较高，因此现有信源的获取多为开发者自行解决，提高了开发难度，延长了系统开发的时间，降低了开发效率，提高了投入成本。

发明内容

本发明实施例提供一种高可用的信源调用方法及系统，用于至少解决上述技术问题之一。

第一方面，本发明实施例提供一种高可用的信源调用方法，包括以下步骤：

步骤S101，根据设定信源分类获取多个类型的信源应用程序接口API；

步骤S102，在所述多个类型的信源应用程序接口API的各接口中配置多个与所述该接口类型匹配的webhook信源调用请求；

步骤S103，根据当前信源的类型从所述多个类型的信源应用程序接口API中选取当前信源应用程序接口API；

步骤S104，根据所述当前信源应用程序接口API获取匹配的一个或多个webhook信源调用请求。

在一种优选的实施方式中，在所述步骤S101前还包括，步骤S100，获取设定信源分类。

在一种优选的实施方式中，其中，所述步骤S101中包括，在用户界面中加载并显示所述多个类型的信源应用程序接口API的类型名称信息。

在一种优选的实施方式中，所述步骤S102中还包括，