设备控制方法及电子设备与流程

本发明涉及计算机技术领域，具体而言，涉及一种设备控制方法及电子设备。

背景技术：

当电子设备进行语音信息输入时，需要通过语音设备配合实现。目前，进行语音输入的方式主要包括：采用标准的linux语音设备；采用蓝牙遥控器的拾音功能；采用通过dongle接入的私有设备，比如，micphone(麦克风)；采用电子设备内置的远场micphone等方式进行语音信息输入。

在现有技术中，由于每种语音设备的输入方式有不同的使用方法，使用哪种语音设备需要应用客户端自行选择并检测对应的使用方法，并且，如果电子设备引入新的语音输入方式，应用客户端还需要配合电子设备更新自身的功能才能使用。由此，操作不够简洁便利，用户体验度不好。

技术实现要素：

为了克服现有技术中的上述不足，本发明提供一种设备控制方法及电子设备，其通过提供一种中间件可对应用客户端与语音设备的交互过程进行统一管理，无需应用客户端自行操作，减轻应用客户端的负担，用户体验度较好。

本发明较佳实施例的第一目的在于提供一种设备控制方法，应用于电子设备，以对电子设备接入的语音设备进行控制，所述电子设备包括应用客户端、中间件以及用于接入语音设备的硬件接口，所述中间件用于提供应用客户端访问通过硬件接口接入的语音设备的应用程序接口，所述方法包括：

所述中间件通过应用程序接口获得应用客户端请求访问语音设备的请求信息；

所述中间件根据所述请求信息选择对应的语音设备，通过所述应用程序接口将选择的所述语音设备的信息发送给应用客户端；

所述中间件根据应用客户端获取的用户操作信息对所述语音设备进行控制。

本发明较佳实施例的第二目的在于提供一种电子设备，所述电子设备包括：应用客户端、中间件及硬件接口，所述中间件包括提供应用客户端访问语音设备的应用程序接口，其中：

所述应用客户端，用于通过所述中间件的应用程序接口向所述中间件发送请求访问语音设备的请求信息；

所述中间件，用于获得应用客户端请求访问语音设备的请求信息；

所述中间件，还用于根据所述请求信息选择对应的语音设备，通过所述应用程序接口将选择的所述语音设备的信息发送给应用客户端；

所述应用客户端，还用于获取用户操作信息；

所述中间件，还用于根据所述应用客户端获取的用户操作信息对所述语音设备进行控制；

所述硬件接口，用于将语音设备接入电子设备。

相对于现有技术而言，本发明具有以下有益效果：

本发明较佳实施例提供一种设备控制方法及电子设备。所述设备控制方法应用于电子设备，以对电子设备接入的语音设备进行控制，所述电子设备包括应用客户端、中间件以及用于接入语音设备的硬件接口，所述中间件用于提供应用客户端访问通过硬件接口接入的语音设备的应用程序接口，所述方法包括：所述中间件通过应用程序接口获得应用客户端请求访问语音设备的请求信息。所述中间件根据所述请求信息选择对应的语音设备，通过所述应用程序接口将选择的所述语音设备的信息发送给应用客户端。所述中间件根据应用客户端获取的用户操作信息对所述语音设备进行控制。由此，通过提供一种中间件可对应用客户端与语音设备的交互过程进行统一管理，无需应用客户端自行操作，减轻应用客户端的负担，用户体验度较好。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1是本发明较佳实施例提供的电子设备、应用客户端及语音设备交互的方框示意图。

图2是本发明较佳实施例提供的中间件的方框示意图。

图3是本发明较佳实施例提供的电子设备硬件结构的方框示意图。

图4是本发明较佳实施例提供的设备控制方法的步骤流程图之一。

图5是本发明较佳实施例提供的设备控制方法的步骤流程图之二。

图6是本发明较佳实施例提供的图5所示的步骤s110的子步骤流程图。

图7是本发明较佳实施例提供的图4所示的步骤s120的子步骤流程图。

图8是本发明较佳实施例提供的图4所示的步骤s130的子步骤流程图。

图9是本发明较佳实施例提供的图4所示的步骤s140的子步骤流程图。

图10是本发明较佳实施例提供的设备控制方法的步骤流程图之三。

图标：100-电子设备；110-存储器；120-处理器；130-网络模块；140-硬件接口；200-中间件；210-应用程序接口；220-实现类；230-策略管理类；240-功能类；250-硬件接口驱动类；300-应用客户端；400-语音设备。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。此外，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

本发明较佳实施例提供一种电子设备100。请参照图1，图1是本发明较佳实施例提供的电子设备100、应用客户端300及语音设备400交互的方框示意图。所述电子设备100包括：应用客户端300、中间件200及硬件接口140。

在本实施例中，多个应用客户端300运行于所述电子设备100，所述电子设备100设置有至少一个硬件接口140，至少一个语音设备400通过对应的硬件接口140接入电子设备100。所述电子设备100提供一种中间件200，用于对应用客户端300与语音设备400的交互过程进行统一管理。

下面对应用客户端300、中间件200及硬件接口140的作用进行说明。

所述应用客户端300，用于向所述中间件200发送请求访问语音设备400的请求信息。

所述中间件200，用于获得应用客户端300请求访问语音设备400的请求信息。

所述中间件200，还用于根据所述请求信息选择对应的语音设备400，并将选择的所述语音设备400的信息发送给应用客户端300。

所述应用客户端300，还用于获取用户操作信息。

所述中间件200，还用于根据所述应用客户端300获取的用户操作信息对所述语音设备400进行控制。

所述硬件接口140，用于将语音设备400接入电子设备100。

在本实施例中，所述电子设备100可以包括，但不限于，智能显示设备(比如，智能电视等)、智能手机、pc等。

在本实施例中，所述中间件200可以是，但不限于：软件开发工具包(sdk，softwaredevelopmentkit)，软件开发工具包是用于为特定的软件包、软件框架、硬件平台、操作系统等创建应用软件的开发工具的集合。

请参照图2，图2是本发明较佳实施例提供的中间件200的方框示意图。所述中间件200包括：提供应用客户端300访问语音设备400的应用程序接口210、实现类220、策略管理类230、功能类240及硬件接口驱动类250。

所述应用程序接口210，是用于为应用客户端300提供服务的功能接口，便于让接入电子设备100的语音设备400与应用客户端300进行交互。

在本实施例中，所述应用程序接口210可以是，但不限于，api(applicationprogramminginterface，应用程序编程接口)。

实现类220，用于对接入的语音设备400进行抽象及封装。所述实现类220使得各种标准(包括私有标准)的语音设备400均可接入电子设备100。

策略管理类230，用于对接入的语音设备400进行管理。其中，管理内容可以包括，但不限于：对接入的语音设备400进行选择、对接入的语音设备400的应用状态进行管理等。

功能类240，用于对接入的语音设备400的不同功能进行调用，其中，所述功能类240可以包括，但不限于：设备启动类、数据读取类以及功能扩展类中的任意一种或多种的组合。

硬件接口驱动类250，用于对接入的语音设备400的硬件接口140进行管理。

在本实施例中，所述应用客户端300无需自行选择需要使用的语音设备400，也无需自行检测需要使用的语音设备400对应的使用方法。所述应用客户端300只需将要访问的语音设备400的需求信息发送给中间件200，所述中间件200会根据应用客户端300的需求信息选择对应的语音设备400为应用客户端300提供服务。减轻了应用客户端300的负担，具有较好的用户体验。

请参照图3，图3是本发明较佳实施例提供的电子设备100硬件结构的方框示意图。所述电子设备100包括存储器110、中间件200、处理器120、网络模块130及至少一个硬件接口140。

所述存储器110、处理器120、网络模块130及硬件接口140相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通信总线或信号线实现电性连接。所述中间件200包括至少一个可以软件或固件(firmware)的形式存储于所述存储器110中的软件功能类，所述处理器120通过运行存储在存储器110内的软件程序及软件功能类，从而执行各种功能应用以及数据处理。

其中，所述存储器110可以是，但不限于，随机存取存储器(randomaccessmemory，ram)，只读存储器(readonlymemory，rom)，可编程只读存储器(programmableread-onlymemory，prom)，可擦除只读存储器(erasableprogrammableread-onlymemory，eprom)，电可擦除只读存储器(electricerasableprogrammableread-onlymemory，eeprom)等。其中，存储器110用于存储程序，所述处理器120在接收到执行指令后，执行所述程序。进一步地，上述存储器110内的软件程序以及模块还可包括操作系统，其可包括各种用于管理系统任务(例如内存管理、存储设备控制、电源管理等)的软件组件和/或驱动，并可与各种硬件或软件组件相互通信，从而提供其他软件组件的运行环境。

所述处理器120可以是一种集成电路芯片，具有信号的处理能力。上述的处理器120可以是通用处理器，包括中央处理器(centralprocessingunit，cpu)、网络处理器(networkprocessor，np)等。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述网络模块130用于通过网络建立电子设备100与外部设备之间的通信连接。其中，所述外部设备包括运行于所述电子设备100中的应用客户端300所对应的服务平台。

所述至少一个硬件接口140用于与至少一个语音设备400连接，语音设备400通过硬件接口140接入电子设备100。

可以理解，图3所述的结构仅为示意，电子设备100还可包括比图3中所示更多或者更少的组件，或者具有与图3所示不同的配置。图3中所示的各组件可以采用硬件、软件或其组合实现。

本发明较佳实施例还提供一种设备控制方法，所述设备控制方法应用于上述的电子设备100。所述电子设备100包括应用客户端300、中间件200以及用于接入语音设备400的硬件接口140，所述中间件200用于提供应用客户端300访问通过硬件接口140接入的语音设备400的应用程序接口210。请参照图4，图4是本发明较佳实施例提供的设备控制方法的步骤流程图之一。

下面对设备控制方法的具体流程进行详细阐述。

步骤s120，所述中间件200通过应用程序接口210获得应用客户端300请求访问语音设备400的请求信息。

步骤s130，所述中间件200根据所述请求信息选择对应的语音设备400，通过所述应用程序接口210将选择的所述语音设备400的信息发送给应用客户端300。

步骤s140，所述中间件200根据应用客户端300获取的用户操作信息对所述语音设备400进行控制。

请参照图5，图5是本发明较佳实施例提供的设备控制方法的步骤流程图之二。当至少一个语音设备400接入所述电子设备100的硬件接口140时，所述方法还包括：

步骤s110，配置中间件200。

请参阅图6，图6是本发明较佳实施例提供的图5所示的步骤s110的子步骤流程图。步骤s110包括子步骤s111、子步骤s112子步骤s113、子步骤s114及子步骤s115。

子步骤s111，配置接入的语音设备400与应用客户端300进行交互的应用程序接口210。

在本实施例中，所述电子设备100为应用客户端300配置用于提供应用服务的功能接口，即应用程序接口210。所述应用客户端300下发的数据和/或信息均通过所述应用程序接口210传输给中间件200。所述中间件200回复的数据和/或信息也通过所述应用程序接口210发送给应用客户端300。所述应用客户端300可通过所述应用程序接口210对接入的语音设备400进行访问。

子步骤s112，为接入的语音设备400配置对应的实现类220，以对接入的语音设备400进行抽象及封装。

在本实施例中，所述实现类220可对接入的语音设备400进行抽象及封装，使得接入电子设备100的语音设备400不再有标准限制，各种标准(包括私有标准)的语音设备400均可接入电子设备100。

子步骤s113，配置用于对接入的语音设备400进行管理的策略管理类230。

在本实施例中，所述策略管理类230是所述中间件200的管理控制中心，可对从应用客户端300接收的数据和/或信息进行处理分析，可对接入的至少一个语音设备400进行统一管理。

子步骤s114，配置用于对接入的语音设备400的不同功能进行调用的功能类240。

在本实施例中，所述功能类240包括：设备启动类、数据读取类以及功能扩展类中的任意一种或多种的组合。

子步骤s115，配置用于对接入的语音设备400的硬件接口140进行管理的硬件接口驱动类250。

下面结合上述描述对图4所示的步骤s120进行说明。请参阅图7，图7是本发明较佳实施例提供的图4所示的步骤s120的子步骤流程图。步骤s120包括子步骤s121及子步骤s122。

子步骤s121，所述中间件200的所述应用程序接口210获得应用客户端300请求访问语音设备400的请求信息。

子步骤s122，所述中间件200的所述策略管理类230从应用程序接口210处获得所述请求信息。

在本实施例中，所述请求信息可以包括，但不限于：请求访问的语音设备400的参数信息及应用客户端300的应用属性信息。所述参数信息可以包括：语音设备400的音效参数、语音频率参数、语音分辨率等。所述应用属性信息可包括应用客户端300自身对语音效果的需求，例如，歌唱类型的应用客户端300对语音效果的需求较高，需要使用的语音设备400具备的语音处理能力也相应较高。

在本实施例中，若所述应用客户端300未对需要使用的语音设备400的参数信息进行要求，所述中间件200可根据所述应用客户端300的应用属性信息为所述应用客户端300选择功能适合的语音设备400。

下面结合上述描述对图4所示的步骤s130进行说明。请参阅图8，图8是本发明较佳实施例提供的图4所示的步骤s130的子步骤流程图。步骤s130包括子步骤s131及子步骤s132。

子步骤s131，所述中间件200的策略管理类230根据请求信息从接入的至少一个语音设备400中选择适合的语音设备400，并与选择的语音设备400建立连接。

在本实施例中，所述策略管理类230根据所述请求信息从接入的至少一个语音设备400对应的实现类220中选择适合的实现类220。

在本实施例中，每个语音设备400都配置有对应的实现类220，每个实现类220中封装了语音设备400的相关信息，比如，语音设备400的名称、编号、类型、功能参数、语音效果等。由此，所述策略管理类230可根据应用客户端300的请求信息选择适合的实现类220。

在本实施例中，所述策略管理类230通过调用硬件接口驱动类250与选择的所述实现类220对应的语音设备400进行连接。

在本实施例中，当所述策略管理类230选择好适合的实现类220后，所述策略管理类230可通过调用硬件接口驱动类250与选择的所述实现类220对应的语音设备400进行连接。

子步骤s132，所述中间件200通过所述应用程序接口210将选择的所述语音设备400的信息发送给应用客户端300。

在本实施例中，所述应用程序接口210通过调用选择的所述实现类220对所述语音设备400进行访问。

在本实施例中，所述应用程序接口210从所述实现类220处获取所述语音设备400的相关信息并发送给应用客户端300。

下面结合上述描述对图4所示的步骤s140进行说明。请参阅图9，图9是本发明较佳实施例提供的图4所示的步骤s140的子步骤流程图。步骤s140包括子步骤s141及子步骤s142。

子步骤s141，所述中间件200的应用程序接口210获得所述应用客户端300获取的用户操作信息。

在本实施例中，所述中间件200通过应用程序接口210获得所述应用客户端300的用户操作信息。其中，所述用户操作可以包括，但不限于：对语音设备400的开启/关闭、录音设置、回声(echo)设置、音效设置等操作。

子步骤s142，所述应用程序接口210根据所述用户操作信息及请求信息调用所述语音设备400对应的功能类240，通过所述功能类240对所述语音设备400进行控制。

在本实施例中，所述应用程序接口210根据不同的用户操作信息及请求信息调用对应的功能类240，被调用的所述功能类240可对所述语音设备400进行控制。例如，所述用户操作信息为开启语音设备400，则所述应用程序接口210可调用设备启动类，所述设备启动类可向对应的语音设备400下发开启指令。所述用户操作信息为语音读取，则所述应用程序接口210可调用数据读取类，所述数据读取类可向对应的语音设备400下发数据读取指令。

请参照图10，图10是本发明较佳实施例提供的设备控制方法的步骤流程图之三。当存在新的语音设备400接入电子设备100时，所述方法还包括：

步骤s150，在所述中间件200中配置所述新的语音设备400对应的实现类220，以对新的语音设备400进行抽象及封装。

在本实施例中，每添加一种语音设备400，所述电子设备100就在中间件200中增加一个对应的实现类220。所述电子设备100对新加入的语音设备400进行抽象及封装处理，应用客户端300无需关心该处理过程，应用客户端300也无需配合新加入的语音设备400更新自身的功能，减轻了应用客户端300的负担，操作更加便捷。

综上所述，本发明较佳实施例提供一种设备控制方法及电子设备。所述设备控制方法应用于电子设备，以对电子设备接入的语音设备进行控制，所述电子设备包括应用客户端、中间件以及用于接入语音设备的硬件接口，所述中间件用于提供应用客户端访问通过硬件接口接入的语音设备的应用程序接口，所述方法包括：所述中间件通过应用程序接口获得应用客户端请求访问语音设备的请求信息。所述中间件根据所述请求信息选择对应的语音设备，通过所述应用程序接口将选择的所述语音设备的信息发送给应用客户端。所述中间件根据应用客户端获取的用户操作信息对所述语音设备进行控制。

由此，通过提供一种中间件可对应用客户端与语音设备的交互过程进行统一管理，无需应用客户端自行操作，减轻应用客户端的负担，用户体验度较好。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。