远程控制不同协议类型的无线通信模块的SDK和方法与流程

文档序号:11156651阅读:336来源:国知局
远程控制不同协议类型的无线通信模块的SDK和方法与制造工艺

本发明涉及互联网应用技术领域,特别是一种实现远程控制不同协议类型的无线通信模块的SDK和方法。



背景技术:

随着智能设备(如智能照明设备、智能摄像机等)的快速普及,各种智能设备的操控方式也不尽相同,有蓝牙的,有WIFI(WIreless-Fidelity,无线保真)的,有ZigBee(紫蜂)的,等等。对这些智能设备的设置和控制操作基本都离不开智能控制终端或系统上的智能控制模块,如APP(Application,应用程序)等,发明人发现,目前智能控制模块对于不同通信协议类型的无线通信模块(即,蓝牙、WIFI或ZigBee等)没有统一的调用方式,基本上是各种通信协议类型对应一套实现方式,没有统一的规范,这样开发周期较长、成本较高,亟待解决这一问题。



技术实现要素:

鉴于上述问题,提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的实现远程控制不同协议类型的无线通信模块的SDK(Software Development Kit,软件开发包)和相应的方法。

依据本发明的一方面,提供了一种实现远程控制不同协议类型的无线通信模块的软件开发包SDK,包括:

应用接口组件,用于将对不同协议类型的无线通信模块的控制操作封装成统一的接口,以供外部统一调用;

设备组件,用于将所述不同协议类型的无线通信模块抽象成独立的类,每个类预留对应的协议类型的适配器的接口;

至少两类适配器,其中,各类适配器对相应的协议类型的无线通信模块进行控制操作。

可选地,所述无线通信模块位于智能设备中,所述应用接口组件针对不同类型的智能设备提供不同类型的控制操作的接口。

可选地,若封装的统一的接口包括多个,则各接口对应所述不同协议类型的无线通信模块的一个或多个控制操作。

可选地,所述应用接口组件还用于搜索不同协议类型的无线通信模块以及创建不同协议类型的无线通信模块的标识。

可选地,所述应用接口组件包括实现设备发现的功能的接口,该接口定义有第一方法和第二方法,所述第一方法用于搜索不同协议类型的无线通信模块,所述第二方法用于通过无线通信模块回复的消息来创建相应协议类型的无线通信模块的标识。

可选地,所述设备组件中的各个类实现所述应用接口组件中封装的统一的接口,当该接口被调用时,所述设备组件还用于根据所述应用接口组件创建的标识对应的协议类型,调用相应协议类型的适配器的接口,以利用相应协议类型的适配器对相应协议类型的无线通信模块进行控制操作。

可选地,所述设备组件中定义有第一基类以及继承自所述第一基类的至少两个第二基类,各个第二基类对应不同的协议类型,通过继承所述至少两个第二基类将所述不同协议类型的无线通信模块抽象成独立的类。

可选地,所述第一基类中定义有抽象方法,所述至少两个第二基类在继承所述第一基类时实现定义的抽象方法。

可选地,所述至少两类适配器对应有统一接口,所述统一接口中定义有对无线通信模块进行控制操作的方法,各类适配器实现所述统一接口中定义的方法来实现对相应协议类型的无线通信模块进行控制操作。

可选地,所述控制操作包括将从无线通信模块读取的消息提交给所述设备组件的操作,所述设备组件还用于解析所述消息,得到所述消息中包含的无线通信模块的参数数据,将所述参数数据更新到各个类中。

可选地,所述软件开发包用于智能控制终端或系统上的智能控制模块的调用,从而实现智能控制终端或系统通过智能控制模块调用所述软件开发包提供的统一的接口来远程控制不同协议类型的无线通信模块。

依据本发明的另一方面,还提供了一种实现远程控制不同协议类型的无线通信模块的方法,包括:

将对不同协议类型的无线通信模块的控制操作封装成统一的接口,以供外部统一调用;

将所述不同协议类型的无线通信模块抽象成独立的类,每个类预留对应的协议类型的适配器的接口;

调用相应协议类型的适配器的接口,利用相应协议类型的适配器对相应协议类型的无线通信模块进行控制操作。

可选地,所述无线通信模块位于智能设备中,所述方法还包括:

针对不同类型的智能设备提供不同类型的控制操作的接口。

可选地,所述方法还包括:

搜索不同协议类型的无线通信模块,并通过无线通信模块回复的消息来创建相应协议类型的无线通信模块的标识。

可选地,所述调用相应协议类型的适配器的接口,包括:

各个类实现封装的统一的接口,当该接口被调用时,根据创建的标识对应的协议类型,调用相应协议类型的适配器的接口。

可选地,所述方法还包括:

从无线通信模块读取消息,并解析所述消息,得到所述消息中包含的无线通信模块的参数数据,进而将所述参数数据更新到各个类中。

本发明实施例提供了一种软件开发包(SDK),其包括应用接口组件、设备组件以及至少两类适配器,其中,由设备组件将不同协议类型的无线通信模块抽象成独立的类,每个类预留对应的协议类型的适配器的接口,通过预留的适配器的接口调用各类适配器对相应的协议类型的无线通信模块进行控制操作,并由应用接口组件将对不同协议类型的无线通信模块的控制操作封装成统一的接口,提供给外部(即智能控制模块,如APP等)统一调用,让外部能够无差别地调用不同协议类型的无线通信模块,无需感知底层调用细节,从而降低外部的复杂性和提高外部程序的可维护性。

上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明的具体实施方式。

根据下文结合附图对本发明具体实施例的详细描述,本领域技术人员将会更加明了本发明的上述以及其他目的、优点和特征。

附图说明

通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:

图1示出了根据本发明一实施例的实现远程控制不同协议类型的无线通信模块的软件开发包的结构示意图;

图2示出了根据本发明一实施例的实现远程控制不同协议类型的无线通信模块的软件开发包的分层结构示意图;

图3示出了根据本发明一实施例的适配层的UML结构图;

图4示出了根据本发明一实施例的设备层的UML结构图;

图5示出了根据本发明一实施例的接口层的UML结构图;以及

图6示出了根据本发明一实施例的实现远程控制不同协议类型的无线通信模块的方法的流程图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。

为解决上述技术问题,本发明实施例提供了一种实现远程控制不同协议类型的无线通信模块的软件开发包(SDK)。图1示出了根据本发明一实施例的实现远程控制不同协议类型的无线通信模块的软件开发包的结构示意图。如图1所示,该软件开发包100可以包括:应用接口组件110、设备组件120、至少两类适配器130。

在本实施例的软件开发包100的各部件中,应用接口组件110用于将对不同协议类型的无线通信模块的控制操作封装成统一的接口,以供外部统一调用;设备组件120用于将不同协议类型的无线通信模块抽象成独立的类,每个类预留对应的协议类型的适配器的接口;至少两类适配器130中的各类适配器对相应的协议类型的无线通信模块进行控制操作。

使用本实施例的软件开发包100,也即软件开发工具包,其将对不同协议类型的无线通信模块的控制操作封装成统一的接口,提供给外部(即智能控制模块,如APP等)统一调用,让外部能够无差别地调用不同协议类型的无线通信模块,无需感知底层调用细节,从而降低外部的复杂性和提高外部程序的可维护性。

在本发明的可选实施例中,无线通信模块可以位于智能设备(如智能照明设备、智能摄像机、智能空气净化器等)中,软件开发包100可以通过远程控制无线通信模块来控制智能设备。在实际应用中,开发者可以基于软件开发包100来开发智能控制终端或系统上的智能控制模块(例如,将软件开发包100安装在智能控制模块中),这样可以利用智能控制模块来远程控制无线通信模块,进而来控制智能设备。这里的智能控制终端可以是电脑、智能手机、智能手表等终端,例如,智能控制终端为智能手机,则智能控制模块可以是智能手机上的APP,这样,用户可以操控APP来远程控制无线通信模块,进而来控制智能设备。具体地,当用户操控APP时,APP调用软件开发包100提供的统一的接口来远程控制不同协议类型的无线通信模块,从而实现对智能设备的控制。

为了满足对不同类型的智能设备的控制需求,软件开发包100中的应用接口组件110还可以针对不同类型的智能设备提供不同类型的控制操作的接口。举例来说,当智能设备为智能照明设备时,应用接口组件110提供的控制操作的接口可以如连接、断开接口,回调接口,状态查询接口,设置、控制(如定时器设置、参数设置、开关、调光、调色、调亮度等)接口,OTA(Over-the-Air,空中下载)升级接口,等等,本发明不限于此。当智能设备为智能摄像机时,应用接口组件110提供的控制操作的接口可以如连接、断开接口,回调接口,状态查询接口,设置、控制(如摄像机名称、相关参数设置、开关、调节声音、调节摄像画面等)接口、OTA升级接口,等等,本发明不限于此。需要说明的是,此处举例仅是示意性的,并不对本发明进行限制。

在本发明的可选实施例中,若封装的统一的接口包括多个,则各接口可以对应不同协议类型的无线通信模块的一个或多个控制操作。例如,在上文的举例中,连接、断开接口对应有连接操作和断开操作,状态查询接口对应状态查询操作,等等。

在本发明的可选实施例中,软件开发包100中的应用接口组件110还用于搜索不同协议类型的无线通信模块以及创建不同协议类型的无线通信模块的标识。具体地,应用接口组件110可以包括实现设备发现的功能的接口,不妨定义为IFindDevice接口,该接口定义有第一方法和第二方法,第一方法用于搜索不同协议类型的无线通信模块,第二方法用于通过无线通信模块回复的消息来创建相应协议类型的无线通信模块的标识。这里,无线通信模块回复的消息中携带有无线通信模块的相关信息(如型号或编号、通信协议类型、IP地址等),从而可以根据消息中携带的无线通信模块的相关信息来创建相应协议类型的无线通信模块的标识。

在本发明的可选实施例中,设备组件120中的各个类实现应用接口组件110中封装的统一的接口,当统一的接口被调用时,设备组件120还用于根据应用接口组件110创建的标识对应的协议类型,调用相应协议类型的适配器的接口,以利用相应协议类型的适配器对相应协议类型的无线通信模块进行控制操作。由此可见,设备组件120可以根据无线通信模块的协议类型匹配相应的适配器,实现自由切换适配器,灵活度高。

为了更加清楚地说明软件开发包100中各部件与不同协议类型的无线通信模块的结构关系,图2中将软件开发包100划分为三层结构,即应用接口层、设备层以及适配层,分别对应应用接口组件110、设备组件120以及至少两类适配器130。图2中还例举了各层的功能,下面将分别进行详细介绍。

首先,应用接口层中的应用接口组件110将对不同协议类型的无线通信模块的控制操作封装成统一的接口(如设备发现接口,连接、断开接口,回调接口,状态查询接口,设置、控制接口,OTA升级接口,等等),以供外部统一调用,从而屏蔽底部实现细节。这里的外部可以如APP,一般是APP的UI(User Interface,用户界面)层。

其次,设备层中的设备组件120将不同协议类型的无线通信模块抽象成独立的类,每个类预留对应的协议类型的适配器的接口,图2中示意的不同协议类型的无线通信模块包括有WIFI和蓝牙无线通信模块,当然并不限于此,还可以有ZigBee等无线通信模块。

再者,适配层中的至少两类适配器130,包括WIFI连接适配器和蓝牙连接适配器,各类适配器对相应的协议类型的无线通信模块进行控制操作。另外,图2中还示意了WIFI无线通信模块和蓝牙无线通信模块,它们位于智能终端中,从而通过远程控制无线通信模块来控制智能设备。

对于外部来说,可以调用应用接口组件110提供的实现设备发现的功能的IFindDevice接口,由该接口的第一方法来搜索不同协议类型的无线通信模块,以及由该接口的第二方法通过无线通信模块回复的消息来创建相应协议类型的无线通信模块的标识。进一步地,外部还可以调用应用接口组件110封装的统一的接口,从而设备组件120根据应用接口组件110创建的标识对应的协议类型,调用相应协议类型的适配器130的接口,进而利用相应协议类型的适配器130对相应协议类型的无线通信模块进行控制操作。

在本发明的可选实施例中,在适配器130对相应协议类型的无线通信模块进行控制操作时,能够将来自应用接口组件110的控制指令转换成相应协议类型的目标指令,进而将目标指令发送给相应协议类型的无线通信模块,从而相应协议类型的无线通信模块在接收到目标指令后能够识别该目标指令,进而根据识别结果对智能终端进行控制。

下面将结合UML(Unified Modeling Language,统一建模语言)结构图来对上述三层结构中的各部件进行介绍,在UML结构图中,以无线通信模块为WIFI无线通信模块和蓝牙无线通信模块为例。

(一)适配层

适配层中的至少两类适配器130对应有统一接口,该统一接口中定义有对无线通信模块进行控制操作的方法,各类适配器130实现该统一接口中定义的方法来实现对相应协议类型的无线通信模块进行控制操作。

图3示意了适配层的UML结构图,图3中适配层主要有三个类,分别为BaseConnectionAdapter、BleConnectionAdapter、WiFiConnectionAdapter,其中,BaseConnectionAdapter是统一接口,该统一接口中定义有对无线通信模块进行控制操作的方法,如connect()是连接无线通信模块、disconnect()是断开无线通信模块、release()是释放资源、write(byte[]data)是往无线通信模块写数据(即,操作无线通信模块,进而操作智能设备)、callback(byte[]data)将从无线通信模块读取的消息抛给上层,isconnect()判断无线通信模块是否连接,等等,本发明不限于此。

BleConnectionAdapter和WiFiConnectionAdapter分别实现了上述统一接口,即实现了该统一接口定义的对无线通信模块进行控制操作的方法。

(二)设备层

设备层中的设备组件120定义有第一基类以及继承自第一基类的至少两个第二基类,各个第二基类对应不同的协议类型,通过继承至少两个第二基类将不同协议类型的无线通信模块抽象成独立的类。此外,若第一基类中定义有抽象方法,则至少两个第二基类在继承第一基类时实现定义的抽象方法。

图4示意了设备层的UML结构图,在图4中,类BaseSmartDevice为第一基类,它是抽象类,是无线通信模块的最顶层的基类,此类包括了无线通信模块的基本信息和BaseConnectionAdapter接口,即,适配层中适配器的统一接口。

在图4中,类BaseBleSmartDevice是继承自BaseSmartDevice的蓝牙无线通信模块的基类,它实现了父类(即类BaseSmartDevice)中定义的抽象方法。类BaseWifiSmartDevice是继承自BaseSmartDevice的WIFI无线通信模块的基类,它实现了父类(即类BaseSmartDevice)中定义的抽象方法。

进一步地,所有不同协议类型的无线通信模块直接继承类BaseBleSmartDevice和类BaseWiFiSmartDevice,从而将不同协议类型的无线通信模块抽象成独立的类。如图4所示,类BleMusicWakeUpBedLamp和类BlePM25Light继承自类BaseBleSmartDevice;类WifiMusicWakeUpBedLamp和类WifiPM25Light继承自类BaseWiFiSmartDevice。另外,设备组件120中的各个类实现应用接口组件110中封装的统一的接口。

设备层中的设备组件120提供一个重要的方法analyze(),它是用来解析BaseConnectionAdapter中callback(byte[]data)中的数据,即,从无线通信模块读取的消息,设备组件120解析该消息,得到该消息中包含的无线通信模块的参数数据,将参数数据更新到各个类中。

(三)接口层

接口层的UML结构图如图5所示,图5中示意了封装的两个统一接口,分别是IPM25Light和IMusicWakeUpBedLamp,以及实现设备发现的功能的IFindDevice接口。

上文提到,应用接口组件110封装的统一的接口可以包括多个,各个接口可以对应不同协议类型的无线通信模块的一个或多个控制操作。在图5示意的接口IPM25Light和IMusicWakeUpBedLamp中,它们各自定义了若干方法,这些方法可以用来实现相应的控制操作。例如,在接口IPM25Light中,其定义了open()、close()方法来分别实现开启、关闭操作。需要说明的是,图5示意的接口和各接口中定义的方法仅是示意性的,并不对本发明进行限制。

进一步地,为了满足对不同类型的智能设备的控制需求,应用接口组件110还可以针对不同类型的智能设备提供不同类型的控制操作的接口,各接口可以定义不同类型的控制操作的方法。例如,对于智能照明设备,一般接口包含的方法有连接、断开、开关、调光、调色、调亮度、状态查询、定时器设置、参数设置、OTA升级、资源释放等,本发明不限于此。

接口层的一个非常重要的功能是实现设备发现,应用接口组件110提供了实现设备发现的功能的IFindDevice接口,如图5所示,该接口定义有第一方法scandevice()方法和第二方法createdevice(byte[]data)方法,第一方法用于搜索不同协议类型的无线通信模块,第二方法用于通过无线通信模块回复的消息来创建相应协议类型的无线通信模块的标识。这里,无线通信模块回复的消息中携带有无线通信模块的相关信息(如型号或编号、通信协议类型、IP地址等),从而可以根据消息中携带的无线通信模块的相关信息来创建相应协议类型的无线通信模块的标识。在图5中,具体通过FindDeviceManager类来实现IFindDevice接口中定义的方法。

进一步地,设备组件120中的各个类实现应用接口组件110中封装的统一的接口,在图5中,类WifiPM25Light和类BlePM25Light实现了接口IPM25Light;类WifiMusicWakeUpBedLamp和类BleMusicWakeUpBedLamp实现了接口IMusicWakeUpBedLamp。

本发明实施例提供的软件开发包(SDK)可以是基于不同的操作系统来编写,例如基于Linux/Unix、Android(安卓)、IOS或塞班等操作系统,本发明不限于此。这样,基于不同的操作系统编写的SDK,可以利用SDK在相应的操作系统上开发智能控制模块,从而利用智能控制模块来远程控制无线通信模块,进而来控制智能设备。

以智能控制模块为APP为例,基于不同的操作系统编写的SDK,可以利用SDK在相应的操作系统上开发APP,从而用户可以通过操控APP来远程控制无线通信模块,进而来控制智能设备。具体地,当用户操控APP时,APP调用软件开发包100提供的统一的接口来远程控制不同协议类型的无线通信模块,从而实现对智能设备的控制。

基于上文各个实施例提供的实现远程控制不同协议类型的无线通信模块的软件开发包,基于同一发明构思,本发明实施例还提供了一种实现远程控制不同协议类型的无线通信模块的方法。

图6示出了根据本发明一实施例的实现远程控制不同协议类型的无线通信模块的方法的流程图。如图6所示,该方法至少可以包括以下步骤S602至步骤S606。

步骤S602,将对不同协议类型的无线通信模块的控制操作封装成统一的接口,以供外部统一调用。

步骤S604,将不同协议类型的无线通信模块抽象成独立的类,每个类预留对应的协议类型的适配器的接口。

步骤S606,调用相应协议类型的适配器的接口,利用相应协议类型的适配器对相应协议类型的无线通信模块进行控制操作。

在本发明实施例中,将不同协议类型的无线通信模块抽象成独立的类,每个类预留对应的协议类型的适配器的接口,通过预留的适配器的接口调用各类适配器对相应的协议类型的无线通信模块进行控制操作,并将对不同协议类型的无线通信模块的控制操作封装成统一的接口,提供给外部(如APP)统一调用,让外部能够无差别地调用不同协议类型的无线通信模块,无需感知底层调用细节,从而降低外部的复杂性和提高外部程序的可维护性。

本发明实施例提供的实现远程控制不同协议类型的无线通信模块的方法可以应用在智能控制终端或系统上的智能控制模块中,以智能控制终端为智能手机为例,则该方法可以应用在智能手机上的APP。

无线通信模块可以位于不同类型的智能设备中,如智能照明设备、智能摄像机、智能空气净化器等,为了满足对不同类型的智能设备的控制需求,在本发明的可选实施例中,可以针对不同类型的智能设备提供不同类型的控制操作的接口。举例来说,当智能设备为智能照明设备时,提供的控制操作的接口可以如连接、断开接口,回调接口,状态查询接口,设置、控制(如定时器设置、参数设置、开关、调光、调色、调亮度等)接口,OTA(Over-the-Air,空中下载)升级接口,等等,本发明不限于此。当智能设备为智能摄像机时,提供的控制操作的接口可以如连接、断开接口,回调接口,状态查询接口,设置、控制(如摄像机名称、相关参数设置、开关、调节声音、调节摄像画面等)接口、OTA升级接口,等等,本发明不限于此。需要说明的是,此处举例仅是示意性的,并不对本发明进行限制。

在对无线通信模块进行远程控制之前,首先需要与无线通信模块建立连接,即需要发现设备,在本发明实施例中,可以搜索不同协议类型的无线通信模块,并通过无线通信模块回复的消息来创建相应协议类型的无线通信模块的标识。具体地,在搜索不同协议类型的无线通信模块时,可以生成搜索不同协议类型的无线通信模块的搜索请求,并将搜索请求对外广播,在广播之后,若接收到无线通信模块回复的消息,则根据回复的消息来创建相应协议类型的无线通信模块的标识。接下来,可以向创建的标识对应的无线通信模块发起建立连接的请求,当接收到响应消息时完成两者之间的连接。

上文步骤S606中调用相应协议类型的适配器的接口,本发明实施例提供了一种可选的方案,在该方案中,可以由各个类实现封装的统一的接口,当该接口被调用时,根据创建的标识对应的协议类型,调用相应协议类型的适配器的接口。

在本发明的可选实施例中,还可以从无线通信模块读取消息,并解析该消息,得到该消息中包含的无线通信模块的参数数据,进而将参数数据更新到各个类中。这里,无线通信模块的参数数据包含有无线通信模块所在智能设备的相关数据,这样,智能控制终端或系统上的智能控制模块可以从各个类中获取参数数据,显示给智能控制终端或系统的用户,以便用户便捷地获取到智能设备的状态信息。

在本发明的可选实施例中,在适配器对相应协议类型的无线通信模块进行控制操作时,能够将封装的统一的接口对应的控制指令转换成相应协议类型的目标指令,进而将目标指令发送给相应协议类型的无线通信模块,从而相应协议类型的无线通信模块在接收到目标指令后能够识别该目标指令,进而根据识别结果对智能终端进行控制。

根据上述任意一个可选实施例或多个可选实施例的组合,本发明实施例能够达到如下有益效果:

本发明实施例提供了一种软件开发包(SDK),其包括应用接口组件、设备组件以及至少两类适配器,其中,由设备组件将不同协议类型的无线通信模块抽象成独立的类,每个类预留对应的协议类型的适配器的接口,通过预留的适配器的接口调用各类适配器对相应的协议类型的无线通信模块进行控制操作,并由应用接口组件将对不同协议类型的无线通信模块的控制操作封装成统一的接口,提供给外部(即智能控制模块,如APP等)统一调用,让外部能够无差别地调用不同协议类型的无线通信模块,无需感知底层调用细节,从而降低外部的复杂性和提高外部程序的可维护性。

在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。

类似地,应当理解,为了精简本公开并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如下面的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外,本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的实现远程控制不同协议类型的无线通信模块的软件开发包(SDK)中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

至此,本领域技术人员应认识到,虽然本文已详尽示出和描述了本发明的多个示例性实施例,但是,在不脱离本发明精神和范围的情况下,仍可根据本发明公开的内容直接确定或推导出符合本发明原理的许多其他变型或修改。因此,本发明的范围应被理解和认定为覆盖了所有这些其他变型或修改。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1