一种设备配置方法、装置及电子设备
技术领域
本说明书实施例涉及计算机技术领域,尤其涉及一种设备配置方法、装置以及电子设备。
背景技术
在设备的使用前、使用过程中以及设备的维护过程中,往往都会需要对设备进行配置,即为设备配置正确的参数,以保证设备的正常运行。
目前在对设备进行配置时,通常是通过待配置设备上的输入装置,比如键盘、触摸屏幕、功能按键等,来将配置信息输入到待配置设备中,或者通过专用的配置设备,先与待配置设备建立连接,然后通过该连接,将配置信息导入到待配置设备中,最后待配置设备再根据配置信息,完成配置。
发明内容
有鉴于此,本说明书实施例提供了一种设备配置方法、装置及电子设备,用于对设备进行配置。
本说明书实施例采用下述技术方案:
本说明书实施例提供一种设备配置方法,用于待配置设备,包括:
当监测到来自配置设备的验证信息时,判断所述验证信息是否与预设的验证策略相匹配,以确定所述待配置设备是否接受配置;
若匹配,则按预设的连接策略与所述配置设备建立配置连接;
基于所述配置连接获取配置信息,所述配置信息用于配置所述待配置设备。
本说明书实施例提供一种设备配置方法,用于配置设备,包括:
将验证信息向待配置设备发送,验证信息用于待配置设备;
判断验证信息是否与预设的验证策略匹配,以确定待配置设备是否接受配置;
按预设的连接策略与待配置设备建立配置连接;
基于配置连接将配置信息发送至待配置设备,配置信息用于配置待配置设备。
本说明书实施例提供一种设备配置装置,用于待配置设备,包括:验证单元、连接单元以及配置单元,
所述验证单元,当监测到来自配置设备的验证信息时,判断所述验证信息是否与预设的验证策略相匹配,以确定所述待配置设备是否接受配置,
若所述验证单元判断所述验证信息与所述验证策略匹配,则所述连接单元按预设的连接策略与所述配置设备建立配置连接,
所述配置单元,基于所述配置连接获取配置信息,所述配置信息用于配置所述待配置设备。
本说明书实施例提供一种设备配置装置,用于配置设备,包括:
发送单元,将验证信息向待配置设备发送,验证信息用于待配置设备;
判断单元,判断验证信息是否与预设的验证策略匹配,以确定待配置设备是否接受配置,
连接单元,按预设的连接策略与所述待配置设备建立配置连接,
所述发送单元基于所述配置连接将配置信息发送至所述待配置设备,所述配置信息用于配置所述待配置设备。
本说明书实施例提供一种电子设备,包括:至少一个处理器及存储器,所述存储器存储有程序,并且被配置成由至少一个处理器执行以下步骤:
当监测到来自配置设备的验证信息时,判断所述验证信息是否与预设的验证策略相匹配,以确定所述待配置设备是否接受配置;
若匹配,则按预设的连接策略与所述配置设备建立配置连接;
基于所述配置连接获取配置信息,所述配置信息用于配置所述待配置设备。
本说明书实施例提供一种电子设备,包括:至少一个处理器及存储器,所述存储器存储有程序,并且被配置成由至少一个处理器执行以下步骤:
将验证信息向待配置设备发送,验证信息用于待配置设备;
判断验证信息是否与预设的验证策略匹配,以确定待配置设备是否接受配置;
按预设的连接策略与待配置设备建立配置连接;
基于配置连接将配置信息发送至待配置设备,配置信息用于配置待配置设备。
本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果:通过在接收到来自验证信息时,利用预设的验证策略,快速、可靠地确定能否进行配置设备对待配置设备的配置,在能够进行配置情况下,按预设的连接策略与配置设备之间建立配置连接,这样建立的出的配置连接既简单迅速又安全可靠,然后基于该安全、可靠的配置连接获取配置信息,保证了获取到的配置信息是安全的、可靠的,从而保证了待配置设备能够根据该配置信息完成正确的配置。通过在待配置设备预置验证策略,以及基于该验证策略来建立通信配置连接,既能够保证配置过程的安全性和可靠性,提高配置的正确率,又能够简化配置过程,提高配置效率,使得整体配置方案更简单,更易于实现,配置的成本更低,适用性更广。
附图说明
此处所说明的附图用来提供对本说明书实施例的进一步理解,构成本说明书实施例的一部分,本说明书的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1为本说明书实施例提出的一种设备配置方法的应用示意图。
图2为本说明书实施例提出的一种设备配置方法的流程图。
图3为本说明书实施例提出的一种设备配置方法的应用示意图。
图4为本说明书实施例提出的一种设备配置方法的流程图。
图5为本说明书实施例提出的一种设备配置方法的应用示意图。
图6为本说明书实施例提出的一种设备配置方法的应用示意图。
图7为本说明书实施例提出的一种设备配置方法的应用示意图。
图8为本说明书实施例提出的一种设备配置方法的应用示意图。
图9为本说明书实施例提出的一种设备配置方法的流程图。
图10为本说明书实施例提出的一种设备配置装置的结构示意图。
图11为本说明书实施例提出的一种设备配置装置的结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合本说明书具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
在对待配置设备进行配置时,通常采用以下方式:
例如,通过Bluetooth(蓝牙)装置,在配置装置与待配置设备之间配对建立连接,然后基于该配对连接,将配置信息导入到待配置设备中,完成配置。但缺点在于,Bluetooth通信范围较广,可同时搜索到很多设备,这样需要用户配对的操作时间较长,对用户的技术技能要求也高,还容易出错。
又如,通过自定义的协议,在配置装置与待配置设备之间建立自定义的连接,例如自定义的Wi-Fi协议、红外通信协议等,然后基于该连接对设备进行配置。但缺点在于,采用自定义的协议,通用性差,使用限制性大,且并非所有场景皆有解决方案。
还如,通过专业的通信界面,如网络页面、串口、远程登录程序(如telnet/ssh)等方式,通过登录待配置设备进行配置。但缺点在于,此种方式对于使用者的技能需求极高,一般用户难以使用,且实现起来软/硬件成本较高,还易于留下被黑客袭击的攻击面。
而本说明书实施例提出一种设备配置方法、装置及电子设备,配置过程的应用示意图可如图1所示,包括待配置设备10和配置设备20,这样待配置设备10就按预设的连接策略,通过通信单元与配置设备20建立配置连接,进而获取到配置信息,来完成配置。具体实施中,通信单元可以根据实际应用需要进行选择,比如可基于待配置设备10自身原有的通信单元,又或者可在待配置设备10中新增通信单元;还有,通信的具体方式也可根据实际应用需要来选择,比如选择成熟的、标准的通信方式,例如可以采用蓝牙、Wi-Fi(WIreless-Fidelity,无线局域网)、红外或者NFC(Near Field Communication,近距离无线通信)等无线通信方式,也可采用自定义的通信方式。
如图1所示,本说明书实施例提出的设备配置方法,其核心思想是,在M2M(Machineto Machine,机器对机器)的应用场景中,即在配置设备20对待配置设备10进行配置的过程中,通过在待配置设备10中,比如在待配置设备10出厂前,就预置了用于配置的验证策略,以及设置有用于监测是否配置的状态,这样在进行配置时,只需要配置设备20通过通信单元,向待配置设备10发送一验证信息,该验证信息用于验证是否进行配置设备20对待配置设备10的配置,并在验证通过后建立用于配置待配置设备10的配置连接,这样待配置设备10一旦接收到验证信息,就能够利用预置的验证策略,快速地确定出能否进行配置,即验证信息是否符合待配置设备10中预设的验证策略,若符合,就按照预设的连接策略与配置设备20,建立用于配置待配置设备10的配置连接,比如通过向配置设备20发送一确定验证有效的验证回复信息。这样通过预置的验证策略,能够快速地在待配置设备10和配置设备20之间,建立出用于配置待配置设备10的通信过程,不但能够有效地简化了通信过程,而且能够保证通信过程是安全、可靠。然后,待配置设备10可基于安全的配置连接,获取到安全、可靠的配置信息,进而保证待配置设备10的配置过程是安全的、可靠的,配置结果是正确、可靠的。
本说明书实施例提出的设备配置方法,通过在待配置设备10中,预置用于配置的验证策略,进而可在接收到配置设备20发送的,与根据预设的验证信息相匹配的验证信息时,快速、简单、可靠地与配置设备20建立出安全的通信过程,然后基于安全的通信过程,可保证所获取到的配置信息是安全的、可靠的,最终保证了配置的正确性、安全性,并且对于待配置设备10和配置设备20来说,配置过程均得到了简化,进而使得整个配置流程也得到简化,这样简单、安全、可靠的配置过程,非常适用于M2M之间的信息配置,比如可做到“碰一碰”就完成配置的过程。
需要说明的是,本说明书实施例中,在建立配置连接之前,配置设备与待配置设备之间可以是采用与配置连接相同的方式进行通信的方式,也可以是采用与配置连接不同的其他方式进行通信。
待配置设备包括需要进行配置的设备。该设备可以包括需要配置某种功能才能正常使用的设备,比如,物联网中的设备,这些设备需要配网设置后才能进行连网使用;又如,发生故障需要诊断的故障设备,设备发生故障需要进行诊断时,故障设备需要进行采集配置,才能采集故障信息,以便进行诊断;又比如,在使用中的设备,设备的运行参数需要更改,以适应新的运行需求。
配置设备包括用于对待配置设备进行配置的设备,该配置设备中预先存储有用于对待配置设备进行配置的配置信息。预先存储的配置信息可以包括在配置设备生产过程中预置于配置设备中的配置信息,也可以包括根据实际需要在配置前输入配置设备中的配置信息。
上述应用场景仅是为了便于理解本申请而示出,本说明书的实施方式在此方面不受任何限制。相反,本说明书的实施方式可以应用于适用的任何场景。
以下,参照附图对本说明书的一种设备配置方法、装置及电子设备进行详细阐述。
实施例1
本实施例中的执行主体为待配置设备,即能够实现本实施例中所记载的技术方案中的设备配置方法的待配置的设备。
图2为本说明书实施例提出的一种设备配置方法的流程图。
如图2所示,本说明书实施例中设备配置方法包括以下步骤:
步骤S201,判断是否监测到来自配置设备的验证信息,并在监测到验证信息时,执行步骤S203。
其中,验证信息用于与待配置设备中预设的验证策略进行匹配,以确定所述待配置设备是否接受配置。
在一种应用示例中,为了能够有效地开始配置,在接收到验证信息之前可以包括对验证信息进行监测,当待配置设备监测到来自配置设备的验证信息时,待配置设备进入验证状态,准备进行验证。
需要说明的是,待配置设备对验证信息的监测可以包括在待配置设备接收到来自配置设备的配置请求后,开始进行验证信息的监测;也可以包括待配置设备实时处于对验证信息的监测状态;还可以包括待配置设备实时对一定范围内的配置设备进行监测,一旦监测到配置设备则向配置设备发送配置请求,并开始对进行验证信息的监测。其中,配置请求包括需要对待配置设备进行配置的请求。
步骤S203,判断验证信息是否与预设的验证策略相匹配,若匹配,则执行步骤S205。
其中,验证策略预先设置在待配置设备中,用于对验证信息进行验证,以确认待配置设备是否接受对待配置设备的配置。例如,验证策略可以是在待配置设备生产过程中就预置于待配置设备中的策略。
在一种应用示例中,验证策略可采用密码验证的方式,这时可通过在配置设备一侧,预先将与待配置设备中预设的密码有关的信息,设置在验证信息中,这样待配置设备在收到该验证信息后,就可利用预设的密码对验证信息加以验证。具体地,在确定验证信息是否符合预设的验证策略中,即步骤S203可包括:判断验证信息是否与预设的验证密码相匹配,若匹配,则执行步骤S205。
这样,通过采用简单、安全、又可靠的预设密码进行验证,不但提高了配置过程的安全性,避免了非法信息对配置过程的影响,而且有效地避免了不必要的通信过程,使得整个验证过程简便快捷。同时,使用预设密码的方式进行验证,既可以降低待配置设备对配置过程的性能要求,又可以简单、可靠地在待配置设备与配置设备之间建立出通信连接,提高了配置效率。
在一种应用示例中,验证策略可以根据验证信息对验证信息的来源是否合法进行验证,以便更好地保证配置的安全性。例如,可以包括对发送该验证信息的配置设备进行验证,这时验证策略可包括对配置设备进行验证的策略。
具体地,可以是验证密码中包含有设备码,验证信息中具有与设备码相匹配的设备识别码,这样通过判断设备识别码是否与设备码相匹配,并在设备识别码与设备码相匹配时,可确定出该配置设备是合法的,这时所述待配置设备可接受配置。其中,设备识别码用于标识配置设备,设备码用于对设备识别码是否匹配进行验证。
在一种应用示例中,验证策略还可以根据验证信息对配置信息与待配置设备的匹配性进行验证,以避免因配置信息与待配置设备不匹配而出现配置失败、甚至配置错误的情况。例如,可以包括对配置设备中的配置信息的版本进行验证,这时验证策略还包括对配置信息与待配置设备是否匹配进行验证的策略。
具体地,可以是验证密码中包含有版本码,验证信息中具有与版本码相匹配的版本识别码,这样通过判断版本识别码是否与版本码相匹配,并在版本识别码与版本码相匹配时,可确定出该配置信息是合法的,这时所述待配置设备可接受配置。其中,版本识别码用于标识配置信息,版本码用于对版本识别码是否匹配进行验证。
在一种应用示例中,待配置设备中可能已存储有原始配置信息,此时,在判断配置信息与待配置设备是否匹配可以包括如下方式:
若待配置设备中无配置信息时,判断版本识别码与版本码是否匹配包括根据版本识别码判断该版本的配置信息是否与待配置设备中预设的版本匹配。
例如,待配置设备能够使用的配置信息包括A版本、B版本以及C版本,接收到的配置信息验证信息所代表的配置信息为A版本,则认为该配置信息验证信息与待配置设备匹配。
若待配置设备已保存有原始的配置信息时,判断版本识别码与版本码是否匹配包括根据版本识别码判断该版本的配置信息是否与待配置设备中预设的版本匹配,还包括根据版本识别码判断该版本的配置信息与待配置设备中已存储的原始配置信息的版本是否匹配。
例如,待配置设备中已存储有原始配置信息为A1版本,接收到的配置信息验证信息所代表的配置信息为A2版本,若该A2版本为A1版本的升级版,即A2版本高于或等于A1版本,则判定该配置信息验证信息与待配置设备匹配,并且与待配置设备中已存储的原始配置信息的版本匹配。
需要说明的是,若配置信息的版本低于原始配置信息的版本,则需要根据来自配置设备的确认信息判定该配置信息符合验证策略。
对配置信息与待配置设备匹配性的验证保证了后续配置的准确性,有效避免了由于配置信息不匹配导致的配置失败,进而避免了对设备运行的影响,同时,由于配置前对配置信息的内容进行了验证,使得一旦出现错误能够及时进行修改,提高了配置效率。
在一种应用示例中,为了避免在通信的过程中信息被截获而发生泄漏,可以采用加密的方式来保证配置的安全,比如,对验证信息进行加密处理。
例如,可以采用非对称加密的方式对验证信息进行加密,设置一对公钥和私钥,使用公钥对配置设备中的验证信息进行加密,配置设备将加密后的验证信息发送至待配置设备,待配置设备使用私钥对验证信息进行解密。
步骤S205,按预设的连接策略与配置设备建立配置连接。
其中,连接策略为预先设置的用于在待配置设备和配置设备之间建立配置连接的策略。
配置连接包括在配置设备对待配置设备进行配置时使用的通信连接,具体地,可以包括满足预定距离的无线通信连接,该预定距离可以根据实际需要进行挑选,例如NFC通信连接(近距离无线通信连接)。
具体地,连接策略可以包括用于在待配置设备和配置设备之间建立配置连接的通信协议,例如,蓝牙通信协议、Wi-Fi通信协议、红外通信协议、NFC通讯协议等中的至少一种通信协议。
在一种应用示例中,为了进一步提高配置的安全性,在验证通过后,可以采用待配置设备向配置设备发送验证回复信息的方式建立配置连接,这时在配置设备一侧,可以是基于接收到来自待配置设备的,用于表示验证通过的验证回复信息与待配置设备建立配置连接。
例如,待配置设备中可以包含预设的验证通过码,验证通过时,待配置设备将该验证通过码发送至配置设备,这时,配置设备一侧可以基于该验证通过码与配置设备建立通信连接。
在一种应用示例中,在验证完成后,为了保证后续配置的顺利执行,提高配置效率,当验证信息不符合设备中预设的验证策略时,即验证信息与验证密码不匹配时,待配置设备向配置设备发送用于表示验证失败的验证回复信息,以便于重新进行配置。
需要说明的是,为了避免在通信的过程中信息被截获而发生泄漏,对于验证回复信息也可以采用加密的方式来保证安全。
步骤S207,基于配置连接获取配置信息,配置信息用于配置待配置设备。
其中,配置信息包含用于对待配置设备进行配置的信息。例如,当待配置设备为要配置某种功能才能正常使用的设备时,配置信息可以包含设备参数;当待配置设备为遇到故障需要进行诊断的设备时,配置信息可以包含采集指令,该采集指令用于对待配置设备的信息采集进行控制。
由于待配置设备的配置是基于验证通过的配置连接获取的配置信息来执行的,不但能够避免非法信息对配置过程的影响,保证待配置设备的配置是正确的、安全的和可靠的,并且整个配置过程操作非常简单,可提高配置效率。
在一种应用示例中,进行配置的过程可以包括写入配置信息、改变配置信息以及读取配置信息中的一种或多种。
在一种应用示例中,根据实际应用场景,可采用灵活的设置方式设置配置信息,比如利用配置设备的交互界面,直接在配置设备上输入配置信息,又比如可预置在配置设备中设置配置信息,这样通过灵活的设置方式,可根据需要来来灵活的设置配置信息,配置过程更灵活,配置应用场合更广泛。
在一种应用示例中,所述的方法还包括:向配置设备发送配置结果信息。具体地,待配置设备根据接收到的配置信息完成配置后,将配置结果信息向配置设备发送,以便于配置设备一侧根据配置结果信息进行相应处理,比如配置结果信息为配置成功时,可结束本次配置过程、提示成功等等,又比如配置结果信息为配置失败时,可收集失败信息、提示失败等等。
通过上述步骤S201至步骤S207,在接收到来自配置设备的验证信息时,利用预设的验证策略,快速、可靠地确定能否进行配置设备对待配置设备的配置,在能够进行配置情况下,按预设的连接策略与配置设备之间建立配置连接,这样建立的出的配置连接既简单迅速又安全可靠,然后基于该安全、可靠的配置连接获取配置信息,保证了获取到的配置信息是安全的、可靠的,从而保证了待配置设备能够根据该配置信息完成正确的配置。通过在待配置设备预置验证策略,以及基于该验证策略来建立通信配置连接,既能够保证配置过程的安全性和可靠性,提高配置的正确率,又能够简化配置过程,提高配置效率,使得整体配置方案更简单,更易于实现,配置的成本更低,适用性更广。
实施例2
在实施例2中,对于与实施例1中相同的方法,使用相同的符号并省略相同的说明。
本实施例中提供的设备配置方法,是在实施例1的基础上,采用NFC通讯技术建立配置连接的设备配置方法。
图3为本说明书实施例提出的一种设备配置方法的应用示意图。
如图3所示,待配置设备30和配置设备40中分别设置有相应的NFC通信单元(近距离无线通信单元),这样连接策略可采用NFC通信协议,从而在待配置设备30和配置设备40之间,建立出功耗低、安全性高、可靠性高、点对点的NFC通信,以作为所述配置连接。
具体实施中,若待配置设备功能简单,则待配置设备中的NFC通信单元可以是将整个业务代码与NFC通信功能都集成在一个具有NFC通信功能的SOC芯片中;若待配置设备功能复杂或无法集成在单一NFC功能SOC芯片中,则也可以是在主要控制芯片之外配置NFC通信芯片,专门用于NFC通信。
配置设备可以包括具有NFC通信功能的移动终端,也可以包括其他具有NFC通信功能的电子设备。若需要配置的配置信息复杂,则配置设备可以是功能丰富的配置设备,例如移动终端;若配置信息简单,则配置设备可以是功能简单的低成本设备。
由于采用NFC通信技术来进行设备配置,能够充分利用NFC自身通信距离短,成本低,功耗低,安全性和可靠性高等特点,避免远距离执行配置过程中存在的不稳定因素,例如,近距离的配置能够省略配置过程中挑选配置对象的操作,进而避免配置对象选择错误等的不稳定因素;并且NFC通信采用的是标准通信协议,极大的提高了该配置方法的应用范围;进一步地,NFC通信对配置设备和待配置设备的要求低,仅需要在配置设备和待配置设备中配置NFC芯片,即可进行通信。
图4为本说明书实施例提出的一种设备配置方法的流程图。
如图4所示,本说明书实施例的设备配置方法包括以下步骤:
步骤S401,待配置设备通过设备中内置的NFC芯片接收来自配置设备的验证信息。
具体地,当配置设备与待配置设备靠近时,配置设备中的NFC芯片发出射频场,待配置设备中的NFC芯片在该射频场的唤醒下可进入待配置状态,配置设备向待配置设备发送验证信息,待配置设备中的NFC芯片通过负载调制技术接收验证信息。
需要说明的是,上述唤醒过程中还可以是当待配置设备感应到配置设备靠近时,待配置设备中的NFC芯片发出射频场,配置设备中的NFC芯片在该射频场的唤醒下处于配置状态。
步骤S403,待配置设备判断验证信息与预设的验证策略是否匹配,若匹配,则执行步骤S405。
本说明书实施例中,为了提高配置效率,验证时对配置设备是否合法进行验证以及配置信息与待配置设备是否匹配均进行验证。
例如,验证密码中包含设备码和版本码,验证信息中包括设备识别码和版本识别码,这样当设备码与设备识别码、版本码与版本识别码均匹配时,可确定该配置请求是合法的。
在采用NFC通信技术的同时,采用密码验证来建立通信连接,使得能够有效降低设备间的通信过程中被黑客袭击的可能性。
步骤S405,待配置设备通过NFC芯片向配置设备发送验证通过信息,与配置设备建立配置连接。
步骤S407,待配置设备通过NFC芯片从配置设备中获取配置信息。
步骤S409,待配置设备根据配置信息进行配置。
步骤S4011,待配置设备通过NFC芯片向配置设备发送配置结果信息。
其中,配置结果信息包括配置状态,例如配置成功或配置失败。
若配置失败,配置结果信息中还可以包含失败原因信息。
在一种应用示例中,待配置设备包括遇到故障需要配置后进行诊断的设备,此时,配置信息中还可以包含采集指令,该采集指令用于表于对待配置设备的信息采集进行控制。
例如,采集指令中包含设备中需要采集的信息和采集开始命令,故障设备接收到采集指令后,根据采集指令进行信息的采集,将采集到的信息发送至诊断设备,以便进行诊断。
由于配置信息中包含了采集指令,能够在进行维修前,提前获取故障设备的信息,以便根据采集到的设备信息确定维修方案,提高维修效率,降低维修成本。
本说明书实施例中,使用NFC通信技术进行数据传输,并在通过待配置设备的验证后建立安全连接,进而基于安全连接获取配置信息进行配置,只需要配置设备简单的靠近或接触待配置设备就能完成设备的配置,整个配置过程操作简单,并且具有良好的安全性。
进一步地,本说明书实施例中提出的设备配置方法可以针对不同的待配置设备和配置设备进行配置,具体的配置方法说明如下:
为便于理解,下面以应用场景示例,对本说明书实施例中提出的设备配置方法进行示意说明:
应用场景一:音箱连网参数的配置
音箱是外放声音的设备,通常并不具备工作参数的设置装置,比如人机交互界面、输入键盘等,这时工作参数往往只能在音箱出厂前,就进行预置,且出厂后无法更改,但在一些应用场合中,有些工作参数又必须根据实际应用来进行设置,比如智能音箱,在消费者需要接入自己家庭的Wi-Fi网络时,才需要将连网参数配置到音箱中,如SSID(Service SetIdentifier,服务集标识)、密码等,这就需要一种灵活、高效的配置方法。因此,可利用本说明书实施例提供的设备配置方法,来配置音箱的连网参数。
如图5所示,假如音箱具有NFC通信单元,这时可利用本说明书实施例提供的设备配置方法,通过在具有NFC通信单元的移动终端(比如智能手机)中,将连网参数输入到配置用的APP(应用程序),然后通过移动终端中的APP和NFC通信单元,将连网参数传输至音箱的NFC通信单元(如NFC芯片)中,这样音箱可获得连网参数,进而可完成连网配置。
具体地,先将连网参数输入到APP中,然后将移动终端靠近音箱,这时移动终端通过NFC芯片将验证信息发送至音箱,当音箱判定接收到的验证信息符合预设的验证策略时生成验证通过信息,音箱通过NFC芯片将验证通过的信息发送至移动终端,移动终端根据接收到的验证通过信息与音箱建立NFC连接,通过该配置连接将配置信息发送至音箱,音箱中的MCU(微控制单元)根据NFC芯片接收到的配置信息执行连网配置,配置完成后向移动终端发送配置完成信息,提示配置成功。
在本应用场景中,通过移动终端中的NFC通信功能与APP配合,只需轻轻一碰即可实现对音箱的连网参数进行写入配置/改变配置/读取配置等操作,配置过程简单,速度快,安全性也高。
需要说明的是,这里以音箱为例,对本说明书实施例提供的设备配置方法的应用过程进行示意说明,因此不具有参数设置装置的待配置设备,也可参照音箱的连网参数配置过程,利用本说明书提供的设备配置方法实现配置,这里不再赘述。
应用场景二:被控设备遥控控制码的配置。
采用通用型的遥控器遥控被控设备时,遥控器基于遥控控制码向被控设备发送控制指令,进而控制被控设备的运行,故遥控器和被控设备需要具有统一的遥控控制码。由于各厂商的提供的遥控控制码不相通用,使得通用遥控器适配不同的被控设备时通常采用逐个协议试验的方法对被控设备进行配置,每次控制新的被控设备时都需要重新进行试验,操作复杂,适用性低,故需要一种简单、有效的配置方法来进行遥控控制码的配置,因此,可利用本说明书实施例提供的设备配置方法,对被控设备进行遥控控制码的配置。
如图6所示,假如被控设备和遥控器均具有NFC通信单元,这时可利用本说明书实施例提供的设备配置方法,通过遥控器中的NFC通信单元,将预置于遥控器中的遥控控制码传输至被控设备的NFC通信单元(如NFC芯片)中,这样被控设备可获得遥控控制码,进而可完成遥控配置。
具体地,对被控设备进行配置时,将遥控器靠近被控设备,遥控器通过NFC芯片将验证信息发送至被控设备,当被控设备判定接收到的验证信息符合预设的验证策略时生成验证通过信息,被控设备通过NFC芯片将验证通过信息发送至遥控器,遥控器根据接收到的验证通过信息与被控设备建立配置连接,通过该配置连接将配置信息发送至被控设备,被控设备中的MCU(微控制单元)根据NFC芯片接收到的配置信息执行控制配置,配置完成后向遥控器发送配置完成信息,提示配置成功。
在本应用场景中,通过遥控器中的NFC通信功能,只需遥控器碰一碰被控设备即可完成遥控配置,简化了配置过程,提高了配置效率,提高了体验感受。
需要说明的是,这里以遥控器为例,对本说明书实施例提供的设备配置方法的应用过程进行示意说明,由于遥控器和被控设备都不具备遥控控制码的设置装置,遥控控制码通常会在出厂前进行预置,且出厂后无需更改,因此,不具有参数设置装置的配置设备,也可参照被控设备遥控控制码的配置过程,利用本说明书提供的设备配置方法实现配置,这里不再赘述。
还需要说明的是,在本应用场景中,也可以是被控设备作为配置设备,遥控器作为待配置设备,被控设备通过NFC芯片将预置的遥控控制码发送至遥控器,进而完成遥控配置。具体的配置过程可利用遥控器对被控设备的配置方法实现,此处不再赘述。
应用场景三:搅拌机搅拌参数配置。
搅拌机对不同原料进行搅拌时,可以使用不同的搅拌容器,设置不同的搅拌参数进行搅拌,例如,搅拌参数可以包括力度、时间、搅拌范围等。虽然,搅拌机搅拌参数的配置可以通过按键,旋钮等方式进行,但这样的配置过程效率低,操作复杂,用户体验差,故需要一种高效、准确的配置方法,使得搅拌机能够快速地配置正确的搅拌参数。因此,可利用本说明书实施例提供的设备配置方法,来配置搅拌机的搅拌参数。
如图7所示,假如搅拌机具有NFC通信单元,这时可利用本说明书实施例提供的设备配置方法,通过搅拌机上的NFC通信单元对附件的设备进行监测,一旦监测到有设置有NFC通信单元的搅拌容器靠近,就通过NFC通信单元唤醒搅拌容器中对应的NFC通信单元,通过NFC通信单元获取搅拌容器中预置的搅拌参数,进而可完成搅拌配置。
具体地,对搅拌机进行配置时,当搅拌机感应到搅拌容器靠近时,搅拌机通过NFC芯片唤醒搅拌容器中的NFC芯片,并向搅拌容器发送配置请求,搅拌容器通过NFC芯片接收到配置请求后,将验证信息发送至搅拌机,当搅拌机判定接收到的验证信息符合预设的验证策略时生成验证通过信息,搅拌机通过NFC芯片将验证通过信息发送至搅拌容器,搅拌容器根据接收到的验证通过信息与搅拌机建立配置连接,通过该配置连接将配置信息发送至搅拌机,搅拌机中的MCU(微控制单元)根据NFC芯片接收到的配置信息执行搅拌配置,配置完成后向容器发送配置完成信息,提示配置成功。
在本应用场景中,搅拌机通过NFC功能即可在搅拌容器靠近时读取搅拌参数,进而实现搅拌配置,简化了设备的配置过程,既无需输入复杂的配置参数,也无需采用多余的装置进行配置,并且由于配置信息与配置设备是相互对应的,因此,能够通过配置设备确定其中所包含的配置信息,进一步提高配置的准确性,降低发生配置错误的可能性。
需要说明的是,这里以搅拌机为例,对本说明书实施例提供的设备配置方法的应用过程进行示意说明,搅拌机具有类似读卡器的功能,通过读取搅拌容器中的配置信息,来进行配置,因此需要实现读取配置信息功能的待配置设备,也可参照搅拌机的搅拌参数配置过程,利用本说明书提供的设备配置方法实现配置,这里不再赘述。
应用场景四:故障设备诊断参数的配置。
设备发生故障时,通常需要将设备运出维修或者请专业人士的到场维修,然而,实际上大多数故障设备在收集到故障信息后,可以在专业人士的指导下由普通用户完成维修,即使必须交由专业人士进行维修,事先收集设备的故障信息也会大大缩短维修过程,因此,可利用本说明书实施例提供的设备配置方法,来配置故障设备的诊断参数。
如图8所示,假如诊断设备具有NFC通信单元,这时可利用本说明书实施例提供的设备配置方法,通过在具有NFC通信单元的故障设备中,将包含需要采集的信息和采集开始命令的采集指令输入到配置用的APP(应用程序),然后通过诊断设备中的APP和NFC通信单元,将采集指令传输至故障设备的NFC通信单元(如NFC芯片)中,这样故障设备可获得采集指令,进而可完成采集配置。
具体地,将诊断设备靠近故障设备,诊断设备通过NFC芯片将验证信息发送至故障设备,当故障设备判定接收到的验证信息求符合预设的验证策略时生成验证通过信息,故障设备通过NFC芯片将验证通过信息发送至诊断设备,诊断设备根据接收到的验证通过信息与故障设备建立配置连接,通过该配置连接将配置信息发送至故障设备,故障设备中的MCU(微控制单元)根据NFC芯片接收到的采集进行配置。此时,故障设备接收到的配置信息中包含采集指令,该采集指令包括设备中需要采集的信息和采集开始命令,故障设备根据采集指令根据采集指令进行信息的采集,并将采集到的信息发送至诊断设备,供诊断设备诊断使用。
通常针对设备的故障信息采集的待采集信息是预置于设备中的,这样的方式使得待采集信息不便于调整,一旦出现问题则需要整个设备的配置进行调整,操作复杂,并且修改过程容易引起不必要的问题。在本应用场景中,在发生故障时,将需要采集的信息通过诊断设备配置进故障设备中,及时进行信息采集,保证了后续诊断的顺利进行,同时,由于需要采集的信息是采用配置的方式输入待配置设备的,可以根据实际需要进行调整,保证了设备诊断的灵活性,简化了设备的配置过程,提高了诊断效率。
需要说明的是,这里以故障设备为例,对本说明书实施例提供的设备配置方法的应用过程进行示意说明,因此需要实现信息采集的待配置设备,也可参照故障设备的诊断参数配置过程,利用本说明书提供的设备配置方法实现配置,这里不再赘述。
实施例3
本实施例的执行主体为待配置设备,即能够实现本说明书实施例3中所记载的技术方案中的设备的配置方法的配置设备。
图9为本说明书实施例提出的一种设备配置方法的流程图。
如图9所示,本说明书实施例中设备的配置方法包括以下步骤:
步骤S901,将验证信息向待配置设备发送。
其中,待配置设备可以包括需要进行配置的设备;配置设备包括用于对待配置设备进行配置的设备;验证信息用于待配置设备。
步骤S903,判断验证信息是否与预设的验证策略匹配,以确定待配置设备是否接受配置。
步骤S905,按预设的连接策略与待配置设备建立配置连接。
在一种应用示例中,配置设备可以采用根据接收到的来自待配置设备的验证回复信息的方式,例如验证通过信息,建立配置连接。
步骤S907,基于配置连接将配置信息发送至待配置设备,配置信息用于配置待配置设备。
实施例4
图10为本说明书实施例提出的一种设备配置装置的结构示意图。
基于同一个申请构思,本说明书实施例记载的设备配置装置可以包括:验证单元1001、连接单元1003以及配置单元1005
验证单元1001,当监测到来自配置设备的验证信息时,判断验证信息是否与预设的验证策略相匹配,以确定待配置设备是否接受配置,
若验证单元1001判断验证信息与验证策略相匹配,则连接单元1003按预设的连接策略与配置设备建立配置连接,
配置单元1005,基于配置连接获取配置信息,配置信息用于配置待配置设备。
可选地,验证策略包括对配置设备进行验证的验证策略;
和/或,验证策略包括对配置信息与待配置设备是否匹配进行验证的验证策略。
可选地,验证策略中包含预设的验证密码,
判断验证信息是否与预设的验证策略相匹配包括:
判断验证信息是否与验证密码相匹配。
可选地,验证密码包含设备码和/或版本码,
当验证密码中包含设备码时,验证信息中包含设备识别码,
判断验证信息是否与预设的验证策略相匹配包括:
判断设备识别码是否与设备码相匹配;
当验证密码中包含版本码时,验证信息中包含版本识别码,
判断验证信息是否与预设的验证策略相匹配包括:
判断版本识别码是否与版本码相匹配。
可选地,配置连接包括满足预定距离的无线通信连接。
可选地,满足预定距离的无线通信连接包括近距离无线通信连接。
可选地,配置信息包括在配置设备上输入的配置信息或预置于配置设备中的配置信息。
可选地,所述的装置还包括:
向配置设备发送配置结果信息。
基于同一发明构思,本说明书实施例还提供一种电子设备,包括至少一个处理器及存储器,所述存储器存储有程序,并且被配置成由至少一个处理器执行以下步骤:
当监测到来自配置设备的验证信息时,判断验证信息是否与预设的验证策略相匹配,以确定待配置设备是否接受配置;
若匹配,则按预设的连接策略与配置设备建立配置连接;
基于配置连接获取配置信息,配置信息用于配置待配置设备。
其中,处理器的其他功能还可以参见上述实施例中记载的内容,这里不再一一赘述。
基于同一发明构思,本说明书实施例还提供一种计算机可读存储介质,包括与电子设备结合使用的程序,程序可被处理器执行以完成以下步骤:
当监测到来自配置设备的验证信息时,判断验证信息是否与预设的验证策略相匹配,以确定待配置设备是否接受配置;
若匹配,则按预设的连接策略与配置设备建立配置连接;
基于配置连接获取配置信息,配置信息用于配置待配置设备。
本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果:通过在接收到来自配置设备的验证信息时,利用预设的验证策略,快速、可靠地确定能否进行配置设备对待配置设备的配置,在能够进行配置情况下,按预设的连接策略与配置设备之间建立配置连接,这样建立的出的配置连接既简单迅速又安全可靠,然后基于该安全、可靠的配置连接获取配置信息,保证了获取到的配置信息是安全的、可靠的,从而保证了待配置设备能够根据该配置信息完成正确的配置。通过在待配置设备预置验证策略,以及基于该验证策略来建立通信配置连接,既能够保证配置过程的安全性和可靠性,提高配置的正确率,又能够简化配置过程,提高配置效率,使得整体配置方案更简单,更易于实现,配置的成本更低,适用性更广。
实施例5
图11为本说明书实施例提出的一种设备配置装置的结构示意图。
基于同一个申请构思,本说明书实施例记载的设备配置装置可以包括:
发送单元1101,将验证信息向待配置设备发送,验证信息用于待配置设备,
判断单元1103,判断验证信息是否与预设的验证策略匹配,以确定待配置设备是否接受配置,
连接单元1105,按预设的连接策略与待配置设备建立配置连接,
发送单元1101基于通信连接将配置信息发送至待配置设备,配置信息用于配置待配置设备。
基于同一发明构思,本说明书实施例还提供一种电子设备,包括至少一个处理器及存储器,所述存储器存储有程序,并且被配置成由至少一个处理器执行以下步骤:
将验证信息向待配置设备发送,验证信息用于待配置设备;
判断验证信息是否与预设的验证策略匹配,以确定待配置设备是否接受配置;
按预设的连接策略与待配置设备建立配置连接;
基于配置连接将配置信息发送至待配置设备,配置信息用于配置待配置设备。
其中,处理器的其他功能还可以参见上述实施例中记载的内容,这里不再一一赘述。
基于同一发明构思,本说明书实施例还提供一种计算机可读存储介质,包括与电子设备结合使用的程序,程序可被处理器执行以完成以下步骤:
将验证信息向待配置设备发送,验证信息用于待配置设备;
判断验证信息是否与预设的验证策略匹配,以确定待配置设备是否接受配置;
按预设的连接策略与待配置设备建立配置连接;
基于配置连接将配置信息发送至待配置设备,配置信息用于配置待配置设备。
在20世纪90年代,对于一个技术的改进可以很明显地区分是硬件上的改进(例如,对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而,随着技术的发展,当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此,不能说一个方法流程的改进就不能用硬件实体模块来实现。例如,可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray,FPGA))就是这样一种集成电路,其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字***“集成”在一片PLD上,而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且,如今,取代手工地制作集成电路芯片,这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现,它与程序开发撰写时所用的软件编译器相类似,而要编译之前的原始代码也得用特定的编程语言来撰写,此称之为硬件描述语言(Hardware Description Language,HDL),而HDL也并非仅有一种,而是有许多种,如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等,目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚,只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中,就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现,例如,控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit,ASIC)、可编程逻辑控制器和嵌入微控制器的形式,控制器的例子包括但不限于以下微控制器:ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320,存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道,除了以纯计算机可读程序代码方式实现控制器以外,完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件,而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至,可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的***、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的,计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
为了描述的方便,描述以上装置时以功能分为各种单元分别描述。当然,在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白,本发明的实施例可提供为方法、***、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于***实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。