CN113434255A - 虚拟设备的创建方法及其装置 - Google Patents

Abstract

本发明公开了一种虚拟设备的创建方法及其装置。其中，该方法包括：基于真实设备的功能属性生成设备功能模型以及配置文件；生成真实设备对应的应用端；将设备功能模型以及配置文件加载到真实设备的虚拟设备；利用应用端基于设备功能模型以及配置文件对虚拟设备进行测试，以创建虚拟设备。本发明解决了针对现有技术在产品开发过程中，由于对产品进行调试的方式局限性比较大，导致产品开发周期较长的技术问题。

Description

虚拟设备的创建方法及其装置

技术领域

本发明涉及虚拟设备测试领域，具体而言，涉及一种虚拟设备的创建方法及其装置。

背景技术

新产品在研发过程中，需要开发产品的电控板功能，也需要配套开发、适配APP界面交互展示、语音交互控制等应用。当应用和电控板同时启动开发流程时，对于应用侧无法基于真实产品进行控制命令和状态交互数据的测试验证，必然会延迟产品的上市时间。

另外，现有技术方案中，对于应用端限制在终端设备APP开发调试中；此外，虚拟设备不包括逻辑规则，和真实设备差别比较大，无法达到预期效果；而且也无法快捷的调整或设置设备初始状态，调试效果比较差。

针对上述相关技术中的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种虚拟设备的创建方法及其装置，以至少解决针对现有技术在产品开发过程中，由于对产品进行调试的方式局限性比较大，导致产品开发周期较长的技术问题。

根据本发明实施例的一个方面，提供了一种虚拟设备的创建方法，包括：基于真实设备的功能属性生成设备功能模型以及配置文件；生成所述真实设备对应的应用端；将所述设备功能模型以及所述配置文件加载到所述真实设备的虚拟设备；利用所述应用端基于所述设备功能模型以及所述配置文件对所述虚拟设备进行测试，以创建所述虚拟设备。

可选地，基于真实设备的功能属性生成设备功能模型，包括：获取所述真实设备的功能属性；基于所述功能属性以及型号添加规则确定所述真实设备的设备型号；基于所述功能属性以及所述设备型号生成所述设备功能模型。

可选地，基于真实设备的功能属性生成配置文件，包括：基于所述设备型号为所述真实设备配置预定逻辑规则，并基于所述预定逻辑得到逻辑文件；基于所述设备型号为所述真实设备配置语音交互规则，并基于所述语音交互规则得到交互文件。

可选地，所述虚拟设备的创建方法还包括：生成所述真实设备的通信协议。

可选地，生成所述真实设备对应的应用端，包括：基于所述设备功能模型生成用户体验界面UIUE；基于所述设备功能模型生成语义识别规则；基于所述设备功能模型为所述真实设备配置不同场景对应的预定场景信息。

可选地，利用所述应用端基于所述设备功能模型以及所述配置文件对所述虚拟设备进行测试，包括：通过所述应用端启动所述虚拟设备；在确定所述虚拟设备启动后，设置所述虚拟设备的初始状态；按照所述设备功能模型以及所述配置文件控制所述虚拟设备运行，以对所述虚拟设备进行测试。

可选地，所述虚拟设备的创建方法还包括：在对所述虚拟设备进行初始状态进行设置后，控制所述虚拟设备以所述真实设备的身份连接到IOT平台，以使得所述虚拟设备通过所述通信协议与所述应用端通讯。

可选地，在利用所述应用端基于所述设备功能模型以及所述配置文件对所述虚拟设备进行测试之前，所述方法还包括：获取所述虚拟设备的设备型号，并基于所述设备型号加载预定资源包以展示用户体验界面UIUE；获取所述虚拟设备的设备功能模型，并基于所述设备功能模型匹配语音平台，基于匹配结果对未适配到所述语音平台的虚拟设备在所述语音平台进行适配开发；基于设备功能模型匹配场景模板，以对所述虚拟设备进行场景开发。

可选地，利用所述应用端基于所述设备功能模型以及所述配置文件对所述虚拟设备进行测试，包括：对所述应用端开发的资源包进行测试，以确定所述虚拟设备是否响应作用于所述用户体验界面UIUE的触发操作；对所述应用端开发的语义识别规则进行测试，以确定所述虚拟设备是否响应于预定语音对应的功能；对所述应用端开发的场景模板进行测试，以确定所述虚拟设备是否响应于所述场景模板的场景信息。

根据本发明实施例的另外一个方面，还提供了一种虚拟设备的创建装置，包括：第一生成模块，用于基于真实设备的功能属性生成设备功能模型以及配置文件；第二生成模块，用于生成所述真实设备对应的应用端；加载模块，用于将所述设备功能模型以及所述配置文件加载到所述真实设备的虚拟设备；创建模块，用于利用所述应用端基于所述设备功能模型以及所述配置文件对所述虚拟设备进行测试，以创建所述虚拟设备。

可选地，该虚拟设备的创建装置还包括：获取单元，用于获取所述真实设备的功能属性；确定单元，用于基于所述功能属性以及型号添加规则确定所述真实设备的设备型号；第一生成单元，用于基于所述功能属性以及所述设备型号生成所述设备功能模型。

可选地，该虚拟设备的创建装置还包括：第一配置子单元，用于基于所述设备型号为所述真实设备配置预定逻辑规则，并基于所述预定逻辑得到逻辑文件；第二配置子单元，用于基于所述设备型号为所述真实设备配置语音交互规则，并基于所述语音交互规则得到交互文件。

可选地，该虚拟设备的创建装置还包括：生成模块，用于生成所述真实设备的通信协议。

可选地，该虚拟设备的创建装置还包括：第二生成单元，用于基于所述设备功能模型生成用户体验界面UIUE；第三生成单元，用于基于所述设备功能模型生成语义识别规则；配置单元，用于基于所述设备功能模型为所述真实设备配置不同场景对应的预定场景信息。

可选地，该虚拟设备的创建装置还包括：启动单元，用于通过所述应用端启动所述虚拟设备；设置单元，用于在确定所述虚拟设备启动后，设置所述虚拟设备的初始状态；第一测试单元，用于按照所述设备功能模型以及所述配置文件控制所述虚拟设备运行，以对所述虚拟设备进行测试。

可选地，该虚拟设备的创建装置还包括：连接模块，用于在对所述虚拟设备进行初始状态进行设置后，控制所述虚拟设备以所述真实设备的身份连接到IOT平台，以使得所述虚拟设备通过所述通信协议与所述应用端通讯。

可选地，该虚拟设备的创建装置还包括：第一获取模块，用于在利用所述应用端基于所述设备功能模型以及所述配置文件对所述虚拟设备进行测试之前，获取所述虚拟设备的设备型号，并基于所述设备型号加载预定资源包以展示用户体验界面UIUE；第二获取模块，用于获取所述虚拟设备的设备功能模型，并基于所述设备功能模型匹配语音平台，基于匹配结果对未适配到所述语音平台的虚拟设备在所述语音平台进行适配开发；匹配模块，用于基于设备功能模型匹配场景模板，以对所述虚拟设备进行场景开发。

可选地，该虚拟设备的创建装置还包括：第二测试单元，用于对所述应用端开发的资源包进行测试，以确定所述虚拟设备是否响应作用于所述用户体验界面UIUE的触发操作；第三测试单元，用于对所述应用端开发的语义识别规则进行测试，以确定所述虚拟设备是否响应于预定语音对应的功能；第四测试单元，用于对所述应用端开发的场景模板进行测试，以确定所述虚拟设备是否响应于所述场景模板的场景信息。

根据本发明实施例的另外一个方面，还提供了一种计算机可读存储介质，所述计算机可读存储介质包括存储的计算机程序，其中，在所述计算机程序被处理器运行时控制所述计算机可读存储介质所在设备执行上述中任一项所述的虚拟设备的创建方法。

根据本发明实施例的另外一个方面，还提供了一种虚拟设备的创建系统，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为通过所述计算机程序执行上述中任一项所述的虚拟设备的创建方法。

在本发明实施例中，采用基于真实设备的功能属性生成设备功能模型以及配置文件；生成真实设备对应的应用端；将设备功能模型以及配置文件加载到真实设备的虚拟设备；利用应用端基于设备功能模型以及配置文件对虚拟设备进行测试，以创建虚拟设备的方式，通过本发明实施例提供的虚拟设备的创建方法，达到了基于真实设备的功能模型以及配置文件来创建用于对真实设备进行测试的虚拟设备的目的，从而实现了提高产品的开发效率的技术效果，进而解决了针对现有技术在产品开发过程中，由于对产品进行调试的方式局限性比较大，导致产品开发周期较长的技术问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是本发明实施例的一种虚拟设备的创建方法的计算机终端的硬件结构框图；

图2是根据本发明实施例的虚拟设备的创建方法的流程图；

图3是根据本发明实施例的虚拟设备的启动过程的示意图；

图4是根据本发明实施例的虚拟设备启动后和应用侧的交互流程的示意图；

图5是根据本发明实施例的虚拟设备的创建的流程图；

图6是根据本发明实施例的虚拟设备的创建装置的示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

本发明实施例所提供的方法实施例可以在计算机终端、计算机终端或者类似的运算装置中执行。以运行在计算机终端上为例，图1是本发明实施例的一种虚拟设备的创建方法的计算机终端的硬件结构框图。如图1所示，计算机终端可以包括一个或多个(图1中仅示出一个)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)和用于存储数据的存储器104，在一个示例性实施例中，上述计算机终端还可以包括用于通信功能的传输设备106以及输入输出设备108。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述计算机终端的结构造成限定。例如，计算机终端还可包括比图1中所示更多或者更少的组件，或者具有与图1所示等同功能或比图1所示功能更多的不同的配置。

上述存储器104可用于存储计算机程序，例如，应用软件的软件程序以及模块，如本发明实施例中的虚拟设备的创建方法对应的计算机程序，处理器102通过运行存储在存储器104内的计算机程序，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(Network Interface Control ler，简称为NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(Radio Frequency，简称为RF)模块，其用于通过无线方式与互联网进行通讯。

根据本发明实施例，提供了一种虚拟设备的创建方法的方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图2是根据本发明实施例的虚拟设备的创建方法的流程图，如图2所示，该方法包括如下步骤：

步骤S202，基于真实设备的功能属性生成设备功能模型以及配置文件。

步骤S204，生成真实设备对应的应用端。

可选的，应用端可以发送对虚拟设备的控制指令，即，这里的控制指令为从应用侧获取的。

步骤S206，将设备功能模型以及配置文件加载到真实设备的虚拟设备。

步骤S208，利用应用端基于设备功能模型以及配置文件对虚拟设备进行测试，以创建虚拟设备。

由上可知，在本发明实施例中，可以首先基于真实设备的功能属性生成设备功能模型以及配置文件，再生成真实设备对应的应用端，接着将设备功能模型以及配置文件加载到真实设备的虚拟设备，最后利用应用端基于设备功能模型以及配置文件对虚拟设备进行测试，以创建虚拟设备，达到了基于真实设备的功能模型以及配置文件来创建虚拟设备并调试的目的，从而实现了提高产品的开发效率的技术效果。

因此，通过本发明实施例提供的虚拟设备的创建方法，解决了针对现有技术在产品开发过程中，由于对产品进行调试的方式局限性比较大，导致产品开发周期较长的技术问题。

需要说明的是，虚拟设备的开发创建可以分为两部分。第一部分为设备的开发，第二部分为与该设备对应的应用端的开发，即，一款产品的开发可以包括：电控板程序开发、应用端开发两部分。下面从这两方面对虚拟设备的开发进行说明。

作为一种可选地实施例，基于真实设备的功能属性生成设备功能模型，包括：获取真实设备的功能属性；基于功能属性以及型号添加规则确定真实设备的设备型号；基于功能属性以及设备型号生成设备功能模型。

需要说明的是，作为一种可选的实施例，上述功能属性具有一定关联关系，具体操作表现为调整关联状态，例如温度属性，有的设备在建模时需要对温度属性定义和设置目标温度和当前温度，设置目标温度是通过应用端设置设备要达到的温度值，当前温度是设备检测到的当前已达到的温度值，一般通过温度传感器实现。而虚拟设备无法模拟传感器，通过创建产品时在开放平台设置的功能属性关联关系，当设置目标温度时，线性调整或间隔跳跃调整当前温度，来更真实的反映虚拟设备的当前状态。

例如，可以在开放平台创建设备，并确定设备的型号、型号对应的功能、功能逻辑约束规则等。

作为一种可选地实施例，基于真实设备的功能属性生成配置文件，包括：基于设备型号为真实设备配置预定逻辑规则，并基于预定逻辑得到逻辑文件；基于设备型号为真实设备配置语音交互规则，并基于语音交互规则得到交互文件。

需要说明的是，在本发明实施例中，真实设备配置预定逻辑规则，具体操作表现为调整其他功能响应方式和响应范围。预定逻辑规则为控制当前功能属性时，其他功能属性如何调整，如设备的工作模式调整为制热时，加热温度由原来的-20-100℃，调整为30-100℃；设备的工作模式调整为制冷时，加热温度调整为-20-0℃。

作为一种可选地实施例，虚拟设备的创建方法还包括：生成真实设备的通信协议。

这里生成真实设备的通讯协议，可有底板软件工程师根据协议开发对应的硬件功能实现的。

作为一种可选地实施例，生成真实设备对应的应用端，包括：基于设备功能模型生成用户体验界面UIUE；基于设备功能模型生成语义识别规则；基于设备功能模型为真实设备配置不同场景对应的预定场景信息。

其中，应用端的开发可以包括：详情页(即，APP中展示给用户的包括多个控件的界面，用户可以通过触发该界面上的控件发出控制指令)、语音语义、场景(例如，检测到温度大于28℃时可以配置一个控制方式)等。需要说明的是，应用端的开发需要根据设备型号对应的设备功能模型，开发UIUE交互、开发语义、配置场景的条件、动作、配置场景模板等。

作为一种可选地实施例，利用应用端基于设备功能模型以及配置文件对虚拟设备进行测试，包括：通过应用端启动虚拟设备；在确定虚拟设备启动后，设置虚拟设备的初始状态；按照设备功能模型以及配置文件控制虚拟设备运行，以对虚拟设备进行测试。

在本发明实施例中，在应用端的开发过程中，当需要虚拟设备参与联调时，可通过手机APP扫码方式启动虚拟设备；也可以通过平台接口调用方式，在后台启动虚拟设备；还可以在调试场景下同时批量启动多个虚拟设备。

作为一种可选地实施例，虚拟设备的创建方法还包括：在对虚拟设备进行初始状态进行设置后，控制虚拟设备以真实设备的身份连接到IOT平台，以使得虚拟设备通过通信协议与应用端通讯。

可选的，图3是根据本发明实施例的虚拟设备的启动过程的示意图，如图3所示，上述虚拟设备启动过程是，首先应用侧通过服务端接口或扫描开放平台的虚拟设备二维码来启动虚拟设备，虚拟设备开始启动前，模拟生成MAC，并以真实设备身份连接IOT平台，完成入网、绑定等操作，连接IOT平台后，根据虚拟设备的deviceID,加载开发平台上对应的设备功能模型获取功能属性列表及各属性的可取值范围；加载逻辑规则进行逻辑操作判断；加载互斥规则判断什么条件下不能操作什么；加载解互斥规则，判断产品或业务允许的取消互斥的处理逻辑；然后运行虚拟设备，再可能通用接口或应用端或虚拟设备在开发平台的模拟界面，设置设备的初始状态，最后等待应用端控制指令，并返回当前状态。

在该实施例中，功能属性的互斥规则，具体操作表现为指令互斥判断。如关机状态下不能设置模式，当虚拟设备在关机状态下接受到设置模式的控制指令时，根据互斥规则，则返回无效命令，对应的无效描述为关机状态下不能操作反馈给应用端。

此处，需要说明的是，在该可选的实施例中，上述服务器端口，可以用于传输应用端语音指令。

此处，需要说明的是，在该可选的实施例中，真实设备在连接WiFi时，上报到云平台的MAC，从而验证，利用该MAC地址连接IOT平台，在IOT平台将虚拟设备当作真实设备。

此处，需要说明的是，虚拟设备连接到IOT平台，IOT平台并不知晓该设备为虚拟设备，故IOT平台加载与真实设备相同的功能模型，来达到真实模拟设备的技术效果。

作为一种可选地实施例，在利用应用端基于设备功能模型以及配置文件对虚拟设备进行测试之前，该虚拟设备的创建方法还包括：获取虚拟设备的设备型号，并基于设备型号加载预定资源包以展示用户体验界面UIUE；获取虚拟设备的设备功能模型，并基于设备功能模型匹配语音平台，基于匹配结果对未适配到语音平台的虚拟设备在语音平台进行适配开发；基于设备功能模型匹配场景模板，以对虚拟设备进行场景开发。

可选的，图4是根据本发明实施例的虚拟设备启动后和应用侧的交互流程的示意图，如图4所示，上述虚拟设备启动后和应用侧的交互流程为，首先根据自身的传感器等设备采集的信息以及确认的功能属性，会设置一个初始运行方式，模拟生成虚拟设备，并调用虚拟设备并启动虚拟设备，再连接至IOT平台，同时采集到的信息和功能属性与IOT平台进行数据信息交互。

需要说明的是，上述应用侧(语音或APP)会提供一个接口，每个状态设置一个值。例如，当APP发送检测运行温度的控制指令时，传感器检测到环境温度28度，系统就会让虚拟设备按照目标温度去运行。而产品开发是，初始化当前室内温度，并设定目标温度通过控制指令来下发。

需要说明的是，上述IOT平台会创建数字模型来模拟设备功能执行。

需要说明的是，图4中App server指的是app服务器。

作为一种可选地实施例，利用应用端基于设备功能模型以及配置文件对虚拟设备进行测试，包括：对应用端开发的资源包进行测试，以确定虚拟设备是否响应作用于用户体验界面UIUE的触发操作；对应用端开发的语义识别规则进行测试，以确定虚拟设备是否响应于预定语音对应的功能；对应用端开发的场景模板进行测试，以确定虚拟设备是否响应于场景模板的场景信息。

下面结合本发明一个优选实施例本发明实施例提供虚拟设备的创建方法进行详细说明。

图5是根据本发明实施例的虚拟设备的创建的流程图，如图5所示，本虚拟设备的创建系统开发包括电控板程序开发和应用端开发两个方面，其中，电控板程序开发，需要在开发平台创建设备，并确定产品的型号、型号功能、功能逻辑约束规则；然后生成的真实设备的通讯协议，底板软件工程师根据协议开发对应的硬件功能；应用端包括：详情页(例如，APP点击某个控件即可控制该设备)、语音语义、场景(例如，检测到温度大于某个阈值时可以转换配置成另一个控制方式)等，应用端开发需要根据型号的设备功能模型，开发UIUE交互、开发语义、配置场景的条件、动作、配置官方场景模板等。首先启动虚拟设备，虚拟设备在启动过程中，会加载型号对应的设置功能模型文件、逻辑约束规则文件、配置文件进行真实设备的模拟，来支撑应用端的开发调试需求。虚拟设备启动后，通过点对点的方式，直接和应用侧数据对接，完成虚拟设备的初始化处理，然后虚拟设备以真实设备的身份连接到IOT平台，和应用侧进行数据通讯。应用端在虚拟设备启动后，对手机APP详情页开发，根据绑定配置的虚拟设备型号，加载对应的资源包展示UIUE界面；对于语义开发，根据设备功能模型匹配语音平台已经适配完成的设备功能进行测试，同时提示未适配的设备功能，提供到语音平台进行适配开发；对应场景应用开发，根据多个设备功能模型匹配场景模板，并启用产品支持的场景进行测试验证。

需要说明的是，上述应用端在开发过程中，当需要虚拟设备参与联调时，通过手机APP扫码方式启动虚拟设备；也可以通过平台间接口调用方式，在后台启用虚拟设备；也可以在调试场景时同时批量启用多台虚拟设备。

需要说明的是，上述功能集指的是真实产品的电控板要实现的功能，基于功能集创建产品，获取该产品的型号，或者产品的编码。

综上所述，现有技术方案中，对应用端限制在手机APP开发调试中，另外，虚拟设备不包括逻辑规则，和真实设备差别比较大，无法达到预期的调试效果；并用无法快捷的调整或设置设备初始状态，调试效果比较差，对于新产品的开发，在开发底板功能阶段，应用侧是无法进行控制命令和状态交互数据的测试验证，需要和产品电控板串行进行，延长了产品的上市时间。

而本发明在现在技术方案基础上，增加平台接口的方式，把虚拟设备的应用拓展到语音语义开发、场景联调开发，同时通过点对点交互的方式，实现虚拟设备初始状态的维护。另外本申请基于虚拟设备来开发应用、调试验证，能够提高应用侧的开发效率。同时，虚拟设备为语音、场景的适配提供了便利，通过虚拟设备就能完成测试验证工作。

根据本发明实施例的另外一个方面，还提供了一种虚拟设备的创建装置，图6是根据本发明实施例的虚拟设备的创建装置的示意图，该虚拟设备的创建装置包括：第一生成模块61、第二生成模块63、加载模块65以及创建模块67。下面对该虚拟设备的创建装置进行说明。

第一生成模块61，用于基于真实设备的功能属性生成设备功能模型以及配置文件。

第二生成模块63，用于生成真实设备对应的应用端。

加载模块65，用于将设备功能模型以及配置文件加载到真实设备的虚拟设备。

创建模块67，用于利用应用端基于设备功能模型以及配置文件对虚拟设备进行测试，以创建虚拟设备。

此处需要说明的是，上述第一生成模块61、第二生成模块63、加载模块65以及创建模块67对应于实施例中的步骤S202至S208，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例所公开的内容。需要说明的是，上述模块作为装置的一部分可以在诸如一组计算机可执行指令的计算机系统中执行。

由上可知，在本发明实施例中，先利用第一生成模块61基于真实设备的功能属性生成设备功能模型以及配置文件，再利用第二生成模块63生成真实设备对应的应用端，接着利用加载模块65将设备功能模型以及配置文件加载到真实设备的虚拟设备，最后借助创建模块67利用应用端基于设备功能模型以及配置文件对虚拟设备进行测试，以创建虚拟设备，达到了基于真实设备的功能模型以及配置文件来创建虚拟设备并调试的目的，从而实现了提高产品的开发效率的技术效果，进而解决了针对现有技术在产品开发过程中，由于对产品进行调试的方式局限性比较大，导致产品开发周期较长的技术问题。

可选地，该虚拟设备的创建装置还包括：获取单元，用于获取真实设备的功能属性；确定单元，用于基于功能属性以及型号添加规则确定真实设备的设备型号；第一生成单元，用于基于功能属性以及设备型号生成设备功能模型。

可选地，该虚拟设备的创建装置还包括：第一配置子单元，用于基于设备型号为真实设备配置预定逻辑规则，并基于预定逻辑得到逻辑文件；第二配置子单元，用于基于设备型号为真实设备配置语音交互规则，并基于语音交互规则得到交互文件。

可选地，该虚拟设备的创建装置还包括：生成模块，用于生成真实设备的通信协议。

可选地，该虚拟设备的创建装置还包括：第二生成单元，用于基于设备功能模型生成用户体验界面UIUE；第三生成单元，用于基于设备功能模型生成语义识别规则；配置单元，用于基于设备功能模型为真实设备配置不同场景对应的预定场景信息。

可选地，该虚拟设备的创建装置还包括：启动单元，用于通过应用端启动虚拟设备；设置单元，用于在确定虚拟设备启动后，设置虚拟设备的初始状态；第一测试单元，用于按照设备功能模型以及配置文件控制虚拟设备运行，以对虚拟设备进行测试。

可选地，该虚拟设备的创建装置还包括：连接模块，用于在对虚拟设备进行初始状态进行设置后，控制虚拟设备以真实设备的身份连接到IOT平台，以使得虚拟设备通过通信协议与应用端通讯。

可选地，该虚拟设备的创建装置还包括：第一获取模块，用于在利用应用端基于设备功能模型以及配置文件对虚拟设备进行测试之前，获取虚拟设备的设备型号，并基于设备型号加载预定资源包以展示用户体验界面UIUE；第二获取模块，用于获取虚拟设备的设备功能模型，并基于设备功能模型匹配语音平台，基于匹配结果对未适配到语音平台的虚拟设备在语音平台进行适配开发；匹配模块，用于基于设备功能模型匹配场景模板，以对虚拟设备进行场景开发。

可选地，该虚拟设备的创建装置还包括：第二测试单元，用于对应用端开发的资源包进行测试，以确定虚拟设备是否响应作用于用户体验界面UIUE的触发操作；第三测试单元，用于对应用端开发的语义识别规则进行测试，以确定虚拟设备是否响应于预定语音对应的功能；第四测试单元，用于对应用端开发的场景模板进行测试，以确定虚拟设备是否响应于场景模板的场景信息。

根据本发明实施例的另外一个方面，还提供了一种计算机可读存储介质，计算机可读存储介质包括存储的计算机程序，其中，在计算机程序被处理器运行时控制计算机可读存储介质所在设备执行上述中任一项的虚拟设备的创建方法。

可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：基于真实设备的功能属性生成设备功能模型以及配置文件；生成真实设备对应的应用端；将设备功能模型以及配置文件加载到真实设备的虚拟设备；利用应用端基于设备功能模型以及配置文件对虚拟设备进行测试，以创建虚拟设备。根据本发明实施例的另外一个方面，还提供了一种虚拟设备的创建系统，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为通过所述计算机程序执行上述中任一项所述的虚拟设备的创建方法。

可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：基于真实设备的功能属性生成设备功能模型以及配置文件；生成真实设备对应的应用端；将设备功能模型以及配置文件加载到真实设备的虚拟设备；利用应用端基于设备功能模型以及配置文件对虚拟设备进行测试，以创建虚拟设备。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (12)

1.一种虚拟设备的创建方法，其特征在于，包括：

基于真实设备的功能属性生成设备功能模型以及配置文件；

生成所述真实设备对应的应用端；

将所述设备功能模型以及所述配置文件加载到所述真实设备的虚拟设备；

利用所述应用端基于所述设备功能模型以及所述配置文件对所述虚拟设备进行测试，以创建所述虚拟设备。

2.根据权利要求1所述的方法，其特征在于，基于真实设备的功能属性生成设备功能模型，包括：

获取所述真实设备的功能属性；

基于所述功能属性以及型号添加规则确定所述真实设备的设备型号；

基于所述功能属性以及所述设备型号生成所述设备功能模型。

3.根据权利要求2所述的方法，其特征在于，基于真实设备的功能属性生成配置文件，包括：

基于所述设备型号为所述真实设备配置预定逻辑规则，并基于所述预定逻辑得到逻辑文件；

基于所述设备型号为所述真实设备配置语音交互规则，并基于所述语音交互规则得到交互文件。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

生成所述真实设备的通信协议。

5.根据权利要求1所述的方法，其特征在于，生成所述真实设备对应的应用端，包括：

基于所述设备功能模型生成用户体验界面UIUE；

基于所述设备功能模型生成语义识别规则；

基于所述设备功能模型为所述真实设备配置不同场景对应的预定场景信息。

6.根据权利要求4所述的方法，其特征在于，利用所述应用端基于所述设备功能模型以及所述配置文件对所述虚拟设备进行测试，包括：

通过所述应用端启动所述虚拟设备；

在确定所述虚拟设备启动后，设置所述虚拟设备的初始状态；

按照所述设备功能模型以及所述配置文件控制所述虚拟设备运行，以对所述虚拟设备进行测试。

7.根据权利要求6所述的方法，其特征在于，所述方法还包括：

在对所述虚拟设备进行初始状态进行设置后，控制所述虚拟设备以所述真实设备的身份连接到IOT平台，以使得所述虚拟设备通过所述通信协议与所述应用端通讯。

8.根据权利要求1所述的方法，其特征在于，在利用所述应用端基于所述设备功能模型以及所述配置文件对所述虚拟设备进行测试之前，所述方法还包括：

获取所述虚拟设备的设备型号，并基于所述设备型号加载预定资源包以展示用户体验界面UIUE；

获取所述虚拟设备的设备功能模型，并基于所述设备功能模型匹配语音平台，基于匹配结果对未适配到所述语音平台的虚拟设备在所述语音平台进行适配开发；

基于设备功能模型匹配场景模板，以对所述虚拟设备进行场景开发。

9.根据权利要求8所述的方法，其特征在于，利用所述应用端基于所述设备功能模型以及所述配置文件对所述虚拟设备进行测试，包括：

对所述应用端开发的资源包进行测试，以确定所述虚拟设备是否响应作用于所述用户体验界面UIUE的触发操作；

对所述应用端开发的语义识别规则进行测试，以确定所述虚拟设备是否响应于预定语音对应的功能；

对所述应用端开发的场景模板进行测试，以确定所述虚拟设备是否响应于所述场景模板的场景信息。

10.一种虚拟设备的创建装置，其特征在于，包括：

第一生成模块，用于基于真实设备的功能属性生成设备功能模型以及配置文件；

第二生成模块，用于生成所述真实设备对应的应用端；

加载模块，用于将所述设备功能模型以及所述配置文件加载到所述真实设备的虚拟设备；

创建模块，用于利用所述应用端基于所述设备功能模型以及所述配置文件对所述虚拟设备进行测试，以创建所述虚拟设备。

11.一种计算机可读的存储介质，其特征在于，所述计算机可读的存储介质包括存储的程序，其中，所述程序运行时执行上述权利要求1至9任一项中所述的虚拟设备的创建方法。

12.一种虚拟设备的创建系统，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为通过所述计算机程序执行所述权利要求1至9任一项中所述的虚拟设备的创建方法。

Images