CN117119077A - 一种通信方法和电子设备 - Google Patents

Abstract

本申请实施例提供一种通信方法和电子设备，涉及电子设备技术领域。该方法可以能够使得电子设备不需要存储或获取各个IOT设备的协议数据，也能够与大量IOT设备进行IOT通信。该方法可以包括：电子设备获取接入指示，接入指示用于指示电子设备接入第一目标设备，接入指示中包括第一目标设备的标识。电子设备根据第一目标设备的标识，确定第一货架化配置。第一货架化配置包括在至少一个货架化配置中，第一目标设备包括在第一货架化配置对应的至少一个目标设备中。电子设备根据第一货架化配置指示的协议数据，与第一目标设备进行IOT通信。

Description

一种通信方法和电子设备

技术领域

本申请实施例涉及电子设备技术领域，尤其涉及一种通信方法和电子设备。

背景技术

电子设备可以根据物联网(IOT)设备进行IOT通信，以便实现数据传输等功能。在IOT通信过程中的消息传输可以是基于对应IOT设备的协议进行的。

在电子设备作为控制设备需要与多个物联网(IOT)设备交互的场景下，由于不同IOT设备的协议可能不同，电子设备就需要存储各个IOT设备的协议数据进行对应的IOT通信。这样就对电子设备的存储能力以及数据处理能力造成较大负担。

发明内容

本申请提供一种通信方法和电子设备，能够通过货架化的协议存储方案，将多个不同IOT设备的协议统一到不同货架协议中。从而使得电子设备不需要存储或获取各个IOT设备的协议数据，也能够与大量IOT设备进行IOT通信。

为实现上述技术目的，本申请采用如下技术方案：

第一方面，提供一种通信方法，应用于电子设备中，该电子设备中配置有至少一个货架化配置，该货架化配置对应于至少一个目标设备，该方法包括：该电子设备获取接入指示，该接入指示用于指示该电子设备接入第一目标设备，该接入指示中包括该第一目标设备的标识。该电子设备根据该第一目标设备的标识，确定该第一货架化配置。该第一货架化配置包括在该至少一个货架化配置中，第一目标设备包括在该第一货架化配置对应的至少一个目标设备中。该电子设备根据该第一货架化配置指示的协议数据，与该第一目标设备进行物联网IOT通信，该IOT通信包括以下中的至少一项：设备发现，设备配置，数据传输。

这样，电子设备就可以在需要与IOT设备进行交互时，确定该设备所在货架，并基于货架提供的协议数据进行IOT通信。由此，可以使得电子设备中不需要存储海量的各个IOT设备的协议数据，也能够实现与各个IOT设备的通信连接。

可选的，该电子设备中配置有M个货架化配置，该M个货架化配置对应于N个目标设备，M为小于N的正整数。由于M小于N，因此电子设备存储货架化配置的存储开销要显著小于存储各个目标设备的协议数据的开销。

可选的，该接入指示包括设备发现指示，该设备发现指示用于指示该电子设备与该第一目标设备建立设备发现。在该场景下，电子设备可以通过该方案实现与IOT设备的设备发现。

可选的，该电子设备根据该第一目标设备的标识，确定该第一货架化配置，包括：该电子设备根据该第一目标设备的标识，以及预设的第一对应关系，确定该第一货架化配置。该第一对应关系包括第一货架类型与对应的至少一个目标设备的标识的对应关系。根据该第一货架类型，确定该第一货架化配置。

可选的，在该电子设备根据该第一目标设备的标识，以及预设的第一对应关系，确定该第一货架化配置之前，该方法还包括：该电子设备根据该第一目标设备的标识，确定该第一目标设备为三方厂商提供的设备。可以理解的是，对于大多数IOT设备而言，均为三方厂商提供的设备。而由于三方厂商数量较大，其对应的产品所采用的协议类型也更加多样。因此，本申请中通过将三方厂商的IOT设备配置到不同货架中，使得大多数IOT通信场景可以得到覆盖。当然，在另一些实现中，针对自研的IOT设备以及能够使用通用发现配置的IOT设备，电子设备也可以为其配置对应的货架。具体实施方式可以参考三方IOT设备的实施。

可选的，该方法还包括：在确定该第一目标设备不是三方厂商提供的设备的情况下，该电子设备根据预设的通用发现配置，或者预设的自研发现配置，执行与该第一目标设备的IOT通信。

可选的，该第一货架化配置指示的协议数据包括：设备发现规则，该设备发现规则包括以下中的至少一种：设备发现方式，设备匹配规则。该电子设备根据该第一货架化配置指示的协议数据，与该第一目标设备进行物联网IOT通信，包括：该电子设备根据该第一货架化配置指示的设备发现规则，与该第一目标设备进行设备发现。

可选的，该至少一个货架化配置中的每个对应于一个端口，该电子设备根据该第一货架化配置指示的设备发现规则，与该第一目标设备进行设备发现，包括：该电子设备从第一端口，根据该第一货架化配置指示的设备发现规则，与该第一目标设备进行设备发现。第一端口与该第一货架化配置对应。

由此，通过为一个货架配置一个端口，一个货架配置一个发现配置规则，使得针对多个具有相同或相近功能的IOT设备可以根据所在货架的配置信息，实现与控制设备的设备发现。

类似的，在如下场景中，电子设备可以根据与设备发现类似的方案，实现与IOT设备的设备配置。

可选的，该接入指示包括设备配置指示，该设备配置指示用于指示该电子设备与该第一目标设备进行设备配置。完成该设备配置后，该电子设备与该第一目标设备建立IOT通信连接。

可选的，该第一货架化配置指示的协议数据包括：设备配置规则，该设备配置规则包括以下中的至少一种：设备连接方式，设备绑定方式，设备认证方式，设备网络配置。该电子设备根据该第一货架化配置指示的协议数据，与该第一目标设备进行物联网IOT通信，包括：该电子设备根据该第一货架化配置指示的设备配置规则，与该第一目标设备进行设备配置，以便于该第一目标设备建立IOT通信连接。

在如下示例中，电子设备还可以根据货架化的业务配置，根据货架指示的协议数据，实现与各个IOT设备的数据传输。可以理解的是，不同于前述的设备发现和设备配置过程，由于数据发送类型较多，不同数据之间的字段规则差异也较大。因此，在如下的业务数据发送场景下，电子设备中还可以配置有不同业务类型对应的字段规则，由此使得根据业务标识确定的字段规则进行数据传输时，能够获取更加准确的数据传输效果。

可选的，该接入指示包括业务操作指示，该业务操作指示用于指示该电子设备与该第一目标设备进行业务数据的传输。

可选的，该业务操作指示包括：当前业务操作对应的业务标识，以及该业务操作对应的业务数据。

可选的，在该电子设备根据该第一货架化配置指示的协议数据，与该第一目标设备进行物联网IOT通信之前，该方法还包括：该电子设备根据该业务标识，确定当前业务操作对应的业务类型。该电子设备根据该业务类型，确定该当前业务操作对应的字段规则。该电子设备根据该第一货架化配置指示的协议数据，与该第一目标设备进行物联网IOT通信，包括：该电子设备根据该当前业务操作对应的字段规则，向该第一目标设备发送该业务数据。

可选的，该电子设备中运行有第一应用程序，该电子设备获取接入指示，包括：该第一应用程序响应于用户的操作，生成该接入指示。该第一应用程序向该电子设备发送该接入指示。

第二方面，本申请还提供一种电子设备，该电子设备包括：存储器、显示屏和一个或多个处理器。存储器、显示屏和处理器耦合。其中，存储器用于存储计算机程序代码，计算机程序代码包括计算机指令，当处理器执行计算机指令时，使得电子设备执行上述第一方面及其任一种可能的实现中提供的技术方案。

第三方面，本申请还提供一种芯片系统，该芯片系统应用于电子设备；芯片系统可以包括一个或多个接口电路和一个或多个处理器。接口电路和处理器通过线路互联，接口电路用于从电子设备的存储器接收信号，并向处理器发送该信号，该信号包括存储器中存储的计算机指令。当处理器执行上述的计算机指令时，电子设备执行上述第一方面及其任一种可能的实现中提供的技术方案。

第四方面，本申请还提供一种计算机可读存储介质，包括计算机指令，当计算机指令在电子设备上运行时，使得电子设备执行上述第一方面及其任一种可能的实现中提供的技术方案。

第五方面，本申请还提供一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述第一方面及其任一种可能的实现中提供的技术方案。

可以理解的是，上述第二方面到第四方面提供的技术方案可以分别对应到如第一方面及其可能的实现中提供的任一种方案中，能够达到的有益效果类似，此处不再赘述。

附图说明

图1为一种IOT场景的示意图；

图2为一种IOT通信的示意图；

图3为一种设备发现场景下的字段规则的示意图；

图4为一种控制设备中配置存储的示意图；

图5为本申请实施例提供的一种电子设备的组成示意图；

图6为本申请实施例提供的一种电子设备的软件组成示意图；

图7为本申请实施例提供的一种货架化分类的示意图；

图8为本申请实施例提供的一种设备协议接入模块的组成示意图；

图9为本申请实施例提供的一种设备协议接入模块的组成示意图；

图10为本申请实施例提供的一种通信方法的流程示意图；

图11为本申请实施例提供的一种通信方法的流程示意图；

图12为本申请实施例提供的一种界面交互的示意图；

图13为本申请实施例提供的一种从云端获取协议数据的示意图；

图14为本申请实施例提供的一种通信方法的流程示意图；

图15为本申请实施例提供的一种界面的示意图；

图16为本申请实施例提供的一种通信方法的流程示意图；

图17为本申请实施例提供的一种界面交互的示意图；

图18为本申请实施例提供的一种电子设备的组成示意图；

图19为本申请实施例提供的一种芯片系统的组成示意图。

具体实施方式

以下，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。

随着技术的发展，智能设备在人们日常生活中越来越常见。

用户可以通过手机等控制设备，通过网络与其他智能设备进行通信，从而通过控制设备控制其他智能设备上报数据、执行任务等。

在本申请中，智能设备可以是物联网(I nternet of th ings，IOT)中的设备。这些智能设备也可称为IOT设备。IOT设备与控制设备之间的通信也可称为IOT通信。

作为一种示例，参考图1。以控制设备为手机为例。IOT设备可以包括如图1所示的任一种。例如，IOT设备可以包括智能椭圆机、智能跑步机、智能跳绳、体脂称、血糖仪、血压计、传真机、扫描仪、烤箱、冰箱、空调、扫地机等。

手机可以与各个IOT设备进行IOT通信，以便对设备进行控制管理。

以IOT设备为扫地机为例。手机可以与扫地机建立IOT通信。通过IOT通信，手机可以对扫地机进行控制。例如，手机可以配置扫地机的工作时间段、工作区域等。通过IOT通信，手机还可以便捷地获取扫地机的相关信息。例如，手机可以获取扫地机当前的工作状态、扫地机的剩余电量等信息。

以IOT设备为智能跳绳为例。手机可以与智能跳绳建立IOT通信。通过IOT通信，手机可以获取智能跳绳的电量等信息。手机还可以在用户使用该智能跳绳运动后，从智能跳绳获取运动信息。例如，跳绳次数，跳绳时长等。

一般的，控制设备与IOT设备之间的IOT通信可以包括多个阶段。

示例性的，参考图2。

控制设备可以通过设备发现，确定需要建立连接的IOT设备的相关信息。例如，通过设备发现，控制设备可以与要建立连接的IOT设备协商IOT通信连接方式，时钟对齐等。基于该设备发现过程中确定的信息，控制设备与IOT设备可以建立IOT通信中用于进行数据传输的通道。

控制设备与IOT设备还可以进行设备配置交互。

可以理解的是，对于一些厂商的IOT设备，在确定建立IOT通信后，还可以通过鉴权校验等步骤，确保后续与控制设备之间的IOT通信通道的安全性。

在本示例中，控制设备可以向IOT设备发送设备配置消息。该设备配置消息可以包括控制设备的相关标识。以便于IOT设备可以根据控制设备的相关标识，确定该控制设备可以用于进行安全连接。由此保证后续向控制设备传输的数据的安全性。

在建立与IOT设备的IOT通信的通信通道后，控制设备可以基于该通信通道进行与IOT设备的数据传输。

示例性的，结合图1中的说明，以IOT设备为扫地机为例。在一些情况下，在该通信通道上，控制设备可以向扫地机配置扫地机的工作时间段、工作区域等。在另一些情况下，在该设备连接通道上，控制设备还可以获取扫地机当前的工作状态、扫地机的剩余电量等信息。

基于上述图1和图2的说明，在IOT通信建立过程中以及建立之后，控制设备与IOT设备之间会进行多次信息交互。其中，控制设备与不同IOT设备之间的信息交互格式可以预先约定的。以便于控制设备在与对应IOT设备进行交互时，能够根据该预先约定的交互格式，准确地进行数据解析。

以设备发现阶段为例。控制设备可以通过广播等形式，发送设备连接请求。响应于该设备连接请求，对应的IOT设备可以向控制设备反馈设备连接响应。在一些实现中，该设备连接响应中可以包括设备I D、校验信息、网络配置信息等。以便于控制设备后续根据该设备连接响应，与该IOT设备建立IOT通信。

参考图3，示出了IOT设备1和IOT设备2发送设备连接响应的一种示例。

如图3所示，IOT设备1在设备连接响应中，按照字段先后可以依次携带设备I D，校验信息，以及网络配置信息。在本申请中，不同信息所在字段位置和/或不同信息按照字段排序的先后顺序可以称为字段规则。

IOT设备2在设备连接响应中也可以携带设备I D，校验信息，以及网络配置信息，但各个字段的在设备连接响应中的位置可以不同。例如，IOT设备1在设备连接响应中，按照字段先后可以依次携带校验信息，设备I D，以及网络配置信息。

需要说明的是，在如图3的示例中，是以IOT设备1和IOT设备2的设备连接响应中携带信息的种类相同为例的。在另一些实现中，对于不同的IOT设备，其设备连接响应中携带信息的种类也可能互不相同。可以看到，在对不同IOT设备发送消息，或者接收来自不同IOT设备的消息时，字段规则可以是不同的。

在该如图3的示例中，控制设备为了能够准确解析IOT设备1的设备连接响应，就需要预先确定IOT设备1的设备连接响应中各个信息所在字段规则。也即，控制设备需要预先确定IOT设备1的配置1。

类似的，控制设备在与其他设备(如IOT设备2)建立IOT通信的过程中，为了能够准确解析IOT设备2的设备连接响应，就需要预先确定IOT设备2的设备连接响应中各个信息所在字段。也即，控制设备需要预先确定IOT设备2的配置2。

可以理解的是，上述图3中以设备发现的信息交互为例。在其他过程中，如设备配置、数据传输等过程，也存在类似的情况。那么，控制设备就需要能够提前确定各个IOT设备在各个过程中发送信息时对应的配置。

例如，参考图4，控制设备中可以存储IOT设备1对应的配置1，IOT设备2对应的配置2，IOT设备3对应的配置3等等。

由此，在IOT设备种类较多时，则控制设备中预先存储的IOT设备的配置的数据量就会非常大。对控制设备的存储能力以及数据处理能力提出了较高的要求。

为了解决上述问题，本申请实施例提供的技术方案中，通过将多个IOT设备按照属性划分为多个类。针对任一个类，控制设备可以配置对应的一个通信配置。

可以理解的是，同一个类下的各个IOT设备提供的能力相近。那么在各个阶段交互中与控制设备传输的信息种类和字段差异也不会过大。由此，通过该类中统一的通信配置，将该类下的各个IOT设备的通信配置进行归一化处理，就可以使得控制设备仅根据各个类的通信配置，就可以实现多个IOT设备的设备发现、设备配置以及数据传输。

以下将结合附图对本申请实施例提供的技术方案进行详细说明。

需要说明的，本申请实施例中的控制设备可以为电子设备。该电子设备可以是智能开关、电子开关、手机、平板电脑、桌面型、膝上型、手持计算机、笔记本电脑、车载设备、超级移动个人计算机(u ltra-mobi le persona l computer，UMPC)、上网本，以及蜂窝电话、个人数字助理(persona l d igita l ass i stant，PDA)、增强现实(augmented rea lity，AR)\虚拟现实(vi rtua l rea l ity，VR)设备等，本申请实施例对该电子设备的具体形态不作特殊限制。

作为一种示例，图5示意了一种电子设备的结构示意图。

如图5所示，该电子设备可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(un iversa l ser ia l bus，USB)接头130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像模组193，显示屏194，以及用户标识模块(subscr i ber ident i f ication modu l e，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

可以理解的是，本申请实施例示意的结构并不构成对电子设备的具体限定。在本申请另一些实施例中，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

其中，处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(app l icat ion processor，AP)，调制解调处理器，图形处理器(graph ics processing un it，GPU)，图像信号处理器(image s igna l processor，ISP)，控制器，视频编解码器，数字信号处理器(d igita l s igna l processor，DSP)，基带处理器，和/或神经网络处理器(neura l-network process ing un it，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

处理器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器可以为高速缓冲存储器。该存储器可以保存处理器110用过或使用频率较高的指令或数据。如果处理器110需要使用该指令或数据，可从该存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated ci rcu it，I2C)接口，集成电路内置音频(inter-integrated ci rcuit sound，I 2S)接口，脉冲编码调制(pu l se code modu l at ion，PCM)接口，通用异步收发传输器(un iversa l asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobi le industry processor interface，MI PI)，通用输入输出(genera l-purpose input/output，GPIO)接口，用户标识模块(subscr iber ident ity modu le，SIM)接口，和/或通用串行总线(un iversa l ser ia l bus，USB)接口等。处理器110可以通过以上至少一种接口连接触摸传感器、音频模块、无线通信模块、显示器、摄像头等模块。

可以理解的是，本申请实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对电子设备的结构限定。在本申请另一些实施例中，电子设备也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

在该示例中，电子设备的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。电子设备中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供应用在电子设备上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noi se amp l ifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170A，受话器170B等)输出声音信号，或通过显示屏194显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。

无线通信模块160可以提供应用在电子设备上的包括无线局域网(wi re lessloca l area networks，WLAN)(如无线保真(wi re less fide l ity，Wi-Fi)网络)，蓝牙(b l uetooth，BT)，蓝牙低功耗(b l uetooth l ow energy，BLE)，超宽带(u ltra wideband，UWB),全球导航卫星系统(globa l navigat ion sate l l ite system，GNSS)，调频(frequency modu l at ion，FM)，近距离无线通信技术(near fie ld commun icat ion，NFC)，红外技术(infrared，I R)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

在一些实施例中，电子设备的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得电子设备可以通过无线通信技术与网络和其他电子设备通信。该无线通信技术可以包括全球移动通讯系统(globa l system for mobi le commun icat ions，GSM)，通用分组无线服务(genera l packet rad io service，GPRS)，码分多址接入(coded ivi s ion mu lt ip le access，CDMA)，宽带码分多址(wideband code d ivi s ionmu lt ip le access，WCDMA)，时分码分多址(t ime-d ivi s ion code d ivi s ion mult ip le access，TD-SCDMA)，长期演进(long term evo l ut ion，LTE)，BT，GNSS，WLAN，NFC，FM，和/或I R技术等。该GNSS可以包括全球卫星定位系统(globa l pos it ion ingsystem，GPS)，全球导航卫星系统(globa l navigation sate l l ite system，GLONASS)，北斗卫星导航系统(beidou navigat ion sate l l ite system，BDS)，准天顶卫星系统(quas i-zen ith sate l l ite system，QZSS)和/或星基增强系统(sate l l ite basedaugmentat ion systems，SBAS)。

作为一种示例，结合图1-图2的说明。该电子设备可以作为控制设备，通过无线通信模块160提供的蓝牙/WLAN通信能力，与其他IOT设备建立基于蓝牙或WI FI的IOT通信。当然，在另一些实现中，该IOT通信也可以是基于移动通信模块150提供的基于蜂窝网络的无线通信能力实现的。

上述图5仅为一种电子设备的组成示例。参考图6，为本申请实施例提供的又一种电子设备的组成示例。

在该示例中，电子设备的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本申请实施例以分层架构的系统为例，示例性说明电子设备的软件结构。

分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将系统分为五层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(Android runt ime，ART)和原生C/C++库，硬件抽象层(Hardware Abstract Layer，HAL)以及内核层。

应用程序层可以包括一系列应用程序包。

如图6所示，应用程序包可以包括相机，图库，日历，通话，地图，导航，WLAN，蓝牙，音乐，视频，短信息等应用程序。在本示例中，该应用程序包还可以包括智慧生活等用于控制IOT设备的应用程序。

应用程序框架层为应用程序层的应用程序提供应用编程接口(app l icat ionprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。

如图6所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，资源管理器，通知管理器,活动管理器，输入管理器等。

窗口管理器提供窗口管理服务(Window Manager Service，WMS),WMS可以用于窗口管理、窗口动画管理、surface管理以及作为输入系统的中转站。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。该数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，电子设备振动，指示灯闪烁等。

活动管理器可以提供活动管理服务(Act ivity Manager Service，AMS)，AMS可以用于系统组件(例如活动、服务、内容提供者、广播接收器)的启动、切换、调度以及应用进程的管理和调度工作。

输入管理器可以提供输入管理服务(I nput Manager Service，IMS)，IMS可以用于管理系统的输入，例如触摸屏输入、按键输入、传感器输入等。IMS从输入设备节点取出事件，通过和WMS的交互，将事件分配至合适的窗口。

安卓运行时包括核心库和安卓运行时。安卓运行时负责将源代码转换为机器码。安卓运行时主要包括采用提前(ahead or t ime，AOT)编译技术和及时(just in t ime，JI T)编译技术。

核心库主要用于提供基本的Java类库的功能，例如基础数据结构、数学、IO、工具、数据库、网络等库。核心库为用户进行安卓应用开发提供了API。

原生C/C++库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体框架(Med ia Framework)，l ibc，OpenGL ES、SQLite、Webkit等。

其中，表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。媒体框架支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如:MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。OpenGL ES提供应用程序中2D图形和3D图形的绘制和操作。SQLite为电子设备的应用程序提供轻量级关系型数据库。

硬件抽象层运行于用户空间(user space)，对内核层驱动进行封装，向上层提供调用接口。示例性的，硬件抽象层可以包括显示模、音频模块、摄像头模块、蓝牙模块等。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，蓝牙驱动。

类似于前述说明，如图6提供的电子设备的组成仅为一种示例。

在另一些实施例中，电子设备中还可以包括更多或更少的组件。

在本申请中，在电子设备中还可以设置有设备协议接入模块200。该设备协议接入模块200可以简称为接入模块200。该接入模块200可以设置在电子设备的应用程序框架层，或者集成在电子设备中的应用程序中。例如，该接入模块200可以集成在电子设备中安装的智慧生活应用中。以下示例中，以及接入模块200设置在电子设备的应用程序框架层为例。

该接入模块200中可以包括多个不同类(或称为货架)对应的发现、配置、数据传输相应的协议数据。

其中，该多个不同货架中的任一个货架都可以包括至少一个IOT设备。一个货架中的至少一个IOT设备可以具有相同或相似的功能。

这样，在应用程序下发对目标IOT设备的发现、配置和/或数据传输指令时，接入模块200就可以根据目标IOT设备所在货架，确定相对应的目标协议数据。

以接入模块200中包括M种货架类型，所有货架中包括的IOT设备总数为N为例。M可以是小于N的整数。

对应的，接入模块200中存储的协议数据可以是M个货架分别对应的M个协议数据。相比于需要分别存储N个IOT设备各自对应的N个协议数据，电子设备中需要存储的数据量显著降低。

以下参考图7，对货架中的IOT设备划分进行举例说明。在如图7的示例中，N个IOT设备可以包括如图1所示的多个IOT设备。在另一些实施例中，划分的货架数量以及种类可以不同于图7，其中包括的IOT设备也可以更多或更少。

在该接入模块200中，M个货架中的不同货架上的IOT设备可以具有相同或相似的功能。

示例性的，如图7所示，货架1可以对应于健康类IOT设备。在该货架1中，可以包括多个具有健康检测功能的IOT设备。例如，该货架1中可以包括体脂称、血糖仪、血压计等。

货架2可以对应于运动类IOT设备。在该货架2中，可以包括多个具有运动数据检测功能的IOT设备。例如，该货架2中可以包括智能跳绳、智能跑步机、智能椭圆机等。

货架3可以对应于办公类IOT设备。在该货架3中，可以包括多个办公设备。例如，该货架3中可以包括传真机、扫描仪等。

货架4可以对应于厨电类IOT设备。在该货架4中，可以包括多个厨房用具相应的IOT设备。例如，该货架4中可以包括冰箱、烤箱等。

货架5可以对应于家具类IOT设备。在该货架5中，可以包括多个提供家居功能的IOT设备。例如，该货架5中可以包括空调、扫地机等。

可以理解的是，如图7所示的不同货架中的IOT设备提供的功能相近，因此在IOT通信过程中的数据格式相同或相似。例如，以货架1为例。在与控制设备的数据传输过程中，体脂称、血糖仪、血压计与控制设备之间的数据交互均为用户的健康数据。健康数据在传输过程中的数据量类似，在数据传输过程中所在字段位置也可以相似。因此，控制设备可以通过相同的一组数据传输过程中的协议数据，实现对体脂称、血糖仪或血压计传输数据的解析。设备发现以及设备配置过程中也具有类似的特征。即，对同一个货架中的IOT设备而言，设备发现(或设备配置)过程中所适用的协议数据类似。

那么，在本申请中，电子设备的接入模块200中可以存储各个货架对应的协议数据，并根据当前使用到目标IOT设备的标识，选取对应货架的协议数据进行准确的IOT通信。即，实现与目标IOT设备之间的设备发现、设备配置、数据传输等IOT通信。

在本申请的不同实施例中，接入模块200中还可以包括一个或多个框架或模块，用于实现上述功能。

示例性的，在一些实施例中，参考图8，为一种设备协议接入模块200的组成示意图。

在如图8的示例中，接入模块200可以包括发现配置框架210。该发现配置框架210可以提供现设备发现以及设备配置过程的协议数据。由此使得电子设备可以根据该协议数据，实现与目标IOT设备之间的设备发现以及设备配置。

作为一种示例，发现配置框架210中可以包括发现配置管理211。该发现配置管理211可以用于根据目标IOT设备的标识，确定该IOT设备在进行设备发现或设备配置过程中，需要使用的发现配置。

在一些实施例中，发现配置可以包括通用发现配置212和/或自研发现配置213。

其中，通用发现配置212是指标准或业界规范通信协议。例如，通用发现配置212可以包括低功耗蓝牙协议(Bl uetooh Low Energy，BLE)、约束应用协议(Constrained App licat ion Protoco l，Coap)、无线访问节点(Soft Access Point，SoftAp)等协议。

自研发现配置213可以用于提供电子设备的厂商自行使用的协议规范。例如，以电子设备为荣耀提供的电子设备为例。那么，该自研发现配置213中包括的协议数据可以用于进行荣耀公司生产的IOT设备以及相关生态中的IOT设备的设备发现以及配置。

可以理解的是，在种类繁多的IOT设备中，可以包括一部分能够使用通用协议或自研协议规范进行设备发现或设备配置的IOT设备。那么，对应的，在进行这些IOT设备的设备发现或设备配置时，电子设备就可以通过调用该通用发现配置212或者自研发现配置213，获取对应的协议数据。进而根据获取协议数据进行IOT设备的设备发现或设备配置。

如图8所示，在本申请的另一些实施例中，发现配置可以包括三方发现配置214。该三方发现配置214的设置可以是单独存在的。或者，该三方发现配置214可以与上述实施例中的通用发现配置和/或自研发现配置同时设置在发现配置框架中的。

在本示例中，三方发现配置214可以用于提供三方厂商提供的IOT设备对应的协议数据。不同三方厂商的IOT设备可以根据如图7提供的方案实现，划分到不同的货架中。

对应的，在三方发现配置214中可以包括各个货架对应的发现配置。

例如，如图8所示，在三方发现配置214中可以包括货架1发现配置，货架2发现配置等M个货架各自对应的发现配置。每个货架的发现配置包括至少一个接口信息以及该货架对应的配置规则。

以每个货架配置有一个接口信息为例。该接口信息可以用于指示一个虚拟端口或物理端口。该端口可以用于接收来自对应货架中的IOT设备发送的消息。或者，该端口可以用于对该货架中的任一个或多个IOT设备进行消息的发送。一个端口可以对应一种字段规则。通过该端口发送或接收的消息都可以基于对应的字段规则携带信息。

例如，端口1对应于货架1，货架1中包括如图3所示的IOT设备1。通过该端口1进行设备发现时，消息中携带信息按照字段先后可以依次为设备I D，校验信息，以及网络配置信息。

货架对应的配置规则可以包括设备发现规则以及设备配置规则。

其中，设备发现规则可以包括以下中的至少一种：设备发现方式，设备匹配规则等。

设备配置规则可以包括以下中的至少一种：设备连接方式，设备绑定方式，设备认证方式，设备网络配置等。

由此，在与该货架中的IOT设备进行设备发现时，电子设备可以从该货架对应的端口接收来自IOT设备的发现信息，并根据该端口相应的字段规则进行发现信息的数据解析，从而根据对应的设备发现规则进行设备发现。

类似的，在与该货架中的IOT设备进行设备配置时，电子设备可以从该货架对应的端口接收来自IOT设备的配置信息，并根据该端口相应的字段规则进行配置信息的数据解析，从而根据对应的设备发现规则进行设备配置。

其中，设备发现和设备配置的字段规则可以相同，也可以不同。

可以理解的是，三方厂商提供的IOT设备的种类繁多，其各自所适用的协议类型也各不相同。在本示例中，在发现配置框架中的三方发现配置214中就可以包括多个不同的货架对应的协议类型。对应的，在本示例中，接入模块可以根据三方发现配置214中的各个货架对应的发现配置，对目标IOT设备的设备接入和设备配置过程进行统一管理响应。由此，使得电子设备中可以不需要分别存储各个三方厂商提供的IOT设备的发现配置协议，即可实现对三方厂商提供的IOT设备的设备发现和设备配置。

在如图8的示例中，从货架的维度，对三方厂商提供的IOT设备进行了划分。进而在三方发现配置214中存储各个货架对应的发现配置。

在一些场景下，三方厂商为了保证IOT设备与控制设备之间连接的安全性，会在IOT设备中配置更多的验证规则。基于该验证规则，IOT设备可以在与控制设备完成设备发现后，在进行设备配置的过程中，基于厂商规定的机制进行额外的设备验证。例如，IOT设备可以尝试与控制设备进行基于厂商规定的验证规则的交互，由此确定接入控制设备的安全稳定性。

可以理解的是，不同厂商规定的验证规则各不相同。即使对于同一货架中的不同厂商的IOT设备，其对应的验证规则也可能存在较大区别。那么，仅根据该货架对应的发现配置协议就可能无法实现IOT通信的建立。

对应的，在本申请的另一些实施例中，在三方发现配置214中可以设置有以厂商为维度的发现配置。例如，参考图9，在三方发现配置214中可以包括厂商1发现配置、厂商2发现配置等。

其中，在该如图9的示例中，不同厂商发现配置中可以至少包括该厂商对应的至少一个接口信息以及该厂商对应的配置规则。

以为一个厂商配置一个接口信息为例。该接口信息可以指示一个物理端口或虚拟端口。那么，与该厂商提供的IOT设备之间的信息交互都可以是基于该接口信息对应到字段规则进行的。

厂商对应的配置规则可以包括：该厂商提供的可用设备列表，协议包版本信息，协议校验规则，设备配置中的信息获取方式等。

那么，基于该厂商发现配置，发现配置框架就可以对各个不同厂商的IOT设备顺利进行设备发现以及设备配置。进而使得控制设备能够快速准确地与IOT设备建立IOT通信。

可以理解的是，在另一些实施例中，如图8所示的三方发现配置214中的以货架为维度的发现配置设置方式，以及如图9所示的以厂商为维度的发现配置方式，也可以是同时设置在三方发现配置214中的。

例如，在发现配置管理中可以包括多级发现配置的存储。

以多级配置方式包括货架维度对应的一级发现配置，以及厂商维度的二级发现配置为例。

每个一级发现配置对应一个货架的发现配置。每个一级发现配置中，都可以包括该货架对应的一组发现配置。该发现配置的具体组成可以参考如图8的说明。

在货架中包括需要进行特殊验证的厂商的IOT设备时，则该货架对应的一级发现配置下还可以包括二级发现配置。

二级发现配置可以具有如图9所示的以厂商为维度的发现配置方式。该二级发现配置中包括的各个厂商的IOT设备可以对应于一级发现配置中的货架类型。

基于此，在目标IOT设备为三方厂商的IOT设备时，发现配置框架可以从三方发现配置214中，确定该IOT设备对应的一级发现配置，确定对应的货架化发现配置协议。在根据该货架化发现配置协议进行IOT设备的设备发现之前，发现配置框架还可以根据目标IOT设备的标识，确定该IOT设备是否包括在二级发现配置中。该二级发现配置中可以保存有各个厂商的需要使用特殊发现配置进行发现配置的IOT设备信息。那么，若目标IOT设备包括在该二级发现配置中，则电子设备可以根据该二级发现配置执行对目标IOT设备的设备发现和设备配置。

上述说明中，对接入模块200中的发现配置框架210的组成以及功能进行了说明。

如图8或图9所示，在该接入模块200中，还可以包括货架业务框架220。该货架业务框架220也可简称为业务框架200。

在本申请中，业务框架200可以用于支持控制设备与IOT设备之间的数据传输。

示例性的，在控制设备基于发现配置框架210建立与IOT设备之间的IOT通信通道后，控制设备还可以通过与IOT设备之间的数据传输，实现对IOT设备的控制，以及从IOT设备获取参数。

以图8示出的接入模块200为例。在业务框架200中可以包括多个货架对应的业务单元。例如，业务框架200中可以包括货架1业务单元221，货架2业务单元222等M个货架对应的业务单元。

在本示例中，电子设备可以为每个货架业务单元配置一个虚拟端口或物理端口，以便于通过该端口进行业务数据的传输。

类似于前述说明中端口的设置，在本示例中，每个业务单元对应的端口都可以对应到至少一种字段规则。该字段规则可以与对应货架的业务功能相对应。

可以理解的是，对于同一个货架中的IOT设备，在进行不同业务数据的传输时，由于要传输的数据差异可能较大，因此不同业务类型对应的数据相应的字段规则也不同。

这样，在本示例的一些实现中，电子设备可以为每个业务单元配置两个或更多字段规则。每个字段规则对应于该货架的业务单元中包括的一个业务类型。也即，字段规则可以与业务类型相对应。

由此，使得控制设备需要与IOT设备进行数据传输时，能够根据IOT设备的标识，确定对应的货架业务单元。控制设备还可以根据需要发送给IOT设备的业务标识，确定对应的业务类型，进而确定相应的字段规则。由此，控制设备就可以通过该货架对应的端口，基于当前业务类型相应的字段规则，与IOT设备进行业务数据的传输。

这样，通过上述图7-图9的说明，在电子设备中设置如图8或图9所示的设备协议接入模块200的情况下，能够使得该电子设备可以不需存储海量的各个IOT设备的协议数据，即可实现与各个IOT设备的IOT通信。

以下示例中，以电子设备中设置有前述示例中提供的设备协议接入模块200为例，对电子设备与IOT设备之间的IOT通信实现进行举例说明。

示例性的，参考图10，为本申请实施例提供的一种通信方法的流程示意图。该示例中，以电子设备作为控制设备，与目标设备(也即目标IOT设备)进行IOT通信为例。

如图10所示，该方案可以包括：

S301、电子设备中的应用程序下发设备接入指示。

其中，该应用程序可以安装在电子设备的应用程序层。该接入指示中可以携带有目标设备的标识。

本示例中，设备接入指示可以用于指示电子设备与目标设备进行IOT通信。IOT通信可以包括设备发现、设备配置和/或数据传输。

示例性的，在一些实施例中，设备接入指示可以具体为设备发现指示，用于指示电子设备与用户选定的目标设备进行设备发现。

在另一些实施例中，设备接入指示可以具体为设备配置指示，用于指示电子设备与用户选定的目标设备进行设备配置。

在另一些实施例中，设备接入指示可以具体为业务操作指示，用于指示电子设备与用户选定的目标设备进行数据传输。

例如，目标设备为第一目标设备，则设备接入指示用于指示接入第一目标设备。第一目标设备可以包括在第一货架化配置中。例如，第一目标设备为如图7所示的体脂称，则对应的第一货架类型可以为健康类IOT设备的货架1。第一货架化配置可以是货架1对应的货架化配置。比如，第一货架化配置可以包括货架1发现配置，和/货架1业务单元221对应的协议数据。第一货架化配置对应的端口可以为第一端口。

S302、电子设备根据设备接入指示，确定当前IOT通信中使用的配置信息。

其中，当前IOT通信中使用的配置信息可以包括：当前IOT通信中使用的字段规则以及接口信息。

在本示例中，电子设备可以根据接入指示中携带的目标设备的标识，基于如图8或图9所示的设备协议接入模块200，确定当前IOT通信所要使用的字段规则以及接口信息。

S303、电子设备根据确定的配置信息，与目标设备进行IOT通信。

可以理解的是结合图7-图9的说明，电子设备确定的配置信息可以与当前IOT通信相对应。那么，电子设备就可以顺利准确地基于该配置项信息，实现与设备之间的设备发现、设备配置和/或数据传输等IOT通信。

以下将分别结合设备发现、设备配置，以及数据传输三种场景，对本申请实施例提供的方案的具体实施进行举例说明。

作为示例，以IOT通信用于进行设备发现为例。

参考图11，为本申请实施例提供的又一种通信方法的流程示意图。基于该方案，能够使得作为控制设备的电子设备可以快速实现与目标设备之间的设备发现。

如图11所示，该方案可以包括：

S401、应用下发设备发现指示。

示例性的，该设备发现指示可以携带有目标设备的标识。以便于指示电子设备执行与目标设备进行设备发现。

作为一种可能的实现，该设备发现指示可以是响应于用户的操作生成并下发的。

参考图12，为一种场景示例。以电子设备为手机，下发设备发现指示的应用为智慧生活为例。

如图12所示，在手机界面501上可以显示有多个应用程序的图标。其中可以包括智慧生活应用的图标502。

在用户想要通过手机与目标设备建立IOT连接时，可以通过该智慧生活应用提供的功能实现。

例如，用户可以通过操作503，指示手机运行智慧生活应用。该操作503可以是对图标502的触摸或点击操作。响应于该操作503，手机可以运行智慧生活应用，并切换显示智慧生活应用对应的界面504。

在本示例中，界面504中可以包括与手机有IOT连接历史的设备1和设备2的标识。

此外，在界面504上还可以包括控件505。该控件505可以提供与新的设备建立IOT通信的能力。

例如，用户可以通过操作506，指示手机添加新的IOT设备。该操作506可以是对控件505的触摸或点击操作。响应于该操作506，智慧生活应用就可以触发进入设备发现流程。

在本示例中，在触发进入设备发现流程后，手机可以切换显示界面507。该界面507中可以包括当前手机支持添加的各个设备的标识。例如，界面507中可以包括设备3对应的标识508。

以设备3为目标设备为例。则用户可以对标识508输入操作509，以指示手机与该设备3执行设备发现。

那么，响应于该操作509，智慧生活应用就可以生成并向电子设备下发设备发现指示。该设备发现指示中可以携带有设备3的标识。

S402、电子设备根据设备发现指示，确定目标设备对应的发现方式。

示例性的，电子设备可以根据设备发现指示，根据设备发现指示中携带的目标设备的标识，确定与该目标设备对应的发现方式。

结合图8的说明，发现方式可以包括通用发现配置212，自研发现配置213，以及三方发现配置214。

在本申请实施例中，电子设备的发现配置管理211可以在接收到设备发现指示后，执行该S402的操作。

示例性的，在发现配置管理211中可以存储有各个IOT设备的标识，与发现方式的对应关系A。

例如，以下表1示出了一种对应关系A的顺利。

表1

发现方式	设备标识
		通用发现配置	标识a1，标识a2，标识a3，……
自研发现配置	标识b1，标识b2，标识b3，……
		三方发现配置	标识c1，标识c2，标识c3，……

如表1所示，设备标识为标识a1、标识a2、标识a3等的IOT设备，对应的发现方式可以为通用发现配置。也就是说，在目标设备为标识a1、标识a2或标识a3的情况下，电子设备可以直接使用通用的BLE、Coap、SoftAp等协议，进行与目标设备之间的设备发现。

对应的，设备标识为标识b1、标识b2、标识b3等的IOT设备，对应的发现方式可以为自研发现配置。也就是说，在目标设备为标识b1、标识b2、标识b3的情况下，则表明需要进行设备发现的目标设备是自研设备。那么对应的，电子设备可以直接使用自己厂商提供的发现配置，进行与目标设备之间的设备发现。

而在大多数情况下，由于三方厂商的IOT设备数量远大于具有通用配置的IOT设备以及自研设备的数量，因此该目标设备的标识可以包括在标识c1，标识c2，标识c3等等与三方发现配置对应的设备标识中。那么，电子设备就可以确定需要使用三方发现配置与目标设备进行设备发现。

以下示例中，以目标设备为三方厂商提供的设备3，设备标识为标识c1为例。那么，发现配置管理211可以根据标识c1，确定设备3需要使用三方发现配置对应的发现方式。

S403、电子设备根据设备发现指示，选择目标协议货架。

结合前述说明，在三方发现配置中可以包括不同货架对应的发现配置。

例如，三方发现配置中可以包括货架1发现配置，货架2发现配置等。

本示例中，发现配置管理211可以在确定使用三方发现配置的发现形式后，进一步确定与当前目标设备的标识对应的目标协议货架。

作为一种示例，发现配置管理211可以根据预设的设备标识与货架类型之间的对应关系B，确定目标设备对应的目标协议货架。在一些实现中，对应关系B也可称为第一对应关系。

以下表2给出了一种设备标识与货架类型之间的对应关系B的示例。

表2

货架类型	设备标识
		货架1	标识c1，标识c2，……
货架2	标识a1，标识a2，……
		……	……

如表2所示，货架1中可以包括设备标识为标识c1，标识c2等的IOT设备。货架2可以包括设备标识为标识a1，标识a2等的IOT设备。

根据表2，发现配置管理211可以确定目标设备的标识所在货架，该货架即可为目标设备对应的目标协议货架。

例如，目标设备(如设备3)的标识为标识c1，则根据表2，发现配置管理211可以确定目标协议货架为货架1发现配置。

S404、电子设备根据目标协议货架指示的发现配置进行设备发现。

结合图8和图9的说明，每个货架的发现配置包括至少一个接口信息以及该货架对应的配置规则。货架对应的配置规则可以包括设备发现规则以及设备配置规则。

设备发现规则可以用于进行设备发现。

具体的，在一些实施例中，设备发现规则可以包括以下中的至少一种：设备发现方式，设备匹配规则等。

在本示例中，电子设备可以根据目标协议货架对应的设备发现规则，从目标协议货架对应的端口，与目标设备进行设备发现。

例如，以货架1对应于端口1为例。那么，目标协议货架指示的发现配置可以包括：端口1，货架1发现配置中的设备发现规则。

由此，电子设备就可以从端口1，根据货架1发现配置中的设备发现规则，与目标设备(如设备3)进行交互，实现设备发现。

可以理解的是，结合前述关于货架划分的说明，根据目标协议货架确定的设备发现规则可以应用于该货架中的所有IOT设备的设备发现过程。因此，电子设备只需根据目标设备对应的货架，确定信息交互的端口和需要遵循的设备发现规则，即可在不需要存储目标设备的协议数据的情况下，实现与目标数据的设备发现。

需要说明的是，图11提供的方案中，电子设备可以根据目标协议货架指示的发现配置进行设备发现。在另一些实施例中，类似于前述示例中不同厂商的验证规则不同的说明。在进行与目标设备的设备发现时，电子设备也可以根据目标设备的标识，确定该厂商是否具有特定的设备发现规则。若是，则电子设备可以根据目标设备的标识，获取或更新对应厂商提供的设备发现协议数据。例如，电子设备可以从云端服务器或目标设备的厂商的应用服务器获取或更新该厂商提供的设备发现协议数据。进而使得电子设备可以根据该厂商提供的设备发现协议数据，进行目标设备的设备发现。

此外，上述各个对应关系的配置，可以是如上述说明中预设在电子设备中，以供设备协议接入模块200使用的。在另一些实施例中，如图13所示，上述各个对应关系的配置也可以是存储在云端服务器中的。这样，在需要使用上述对应关系A、对应关系B和/或相关的协议数据时，电子设备可以向云端服务器发送目标设备的标识。对应的，云端服务器可以下发与该目标设备标识相对应的目标协议货架指示的协议数据。例如，下发目标协议货架指示的发现配置。

这样，电子设备可以实时地从云端服务器获取更新这些协议数据，从而保证使用的协议数据的时效性。进而在节省电子设备存储开销的同时，使得基于该方案进行的设备发现更加准确快捷。

上述图11提供的方案，能够应用于设备发现场景中。在本申请的另一些实施例中，如图10所示的方案还可以应用于设备配置过程中。

示例性的，参考图14，为本申请实施例提供的又一种通信方法的流程示意图。

如图14所示，该方案可以包括：

S601、应用下发设备配置指示。

S602、电子设备根据设备配置指示，确定目标设备对应的配置方式。

S603、电子设备根据设备配置指示，选择目标协议货架。

S604、电子设备根据目标协议货架指示的发现配置进行设备配置。

可以理解的是，该如图14所示的S601-S604的具体执行方式，可以参考如图11中的各个步骤。其区别在于，在该S604中，电子设备可以根据发现配置中的设备配置规则，在目标协议货架对应的端口，实现对目标设备(如上述示例中的设备3)的设备配置。设备配置规则可以包括以下中的至少一种：设备连接方式，设备绑定方式，设备认证方式，设备网络配置等。

此外，在另一些实施例中，如上述图11中的相关说明，在如图14的具体实施过程中，电子设备也可以额外获取厂商提供的发现配置，从而根据厂商提供的发现配置中的设备配置规则，进行目标设备的设备配置。

此外，在另一些实施例中，如上述图11中的相关说明，在如图14的具体实施过程中，各个协议数据以及对应关系也可以是电子设备从云端服务器获取的。具体执行参考图13的示例，此处不再赘述。

由此，通过上述图11-图14的方案实现，就可以使得作为控制设备的电子设备能够与目标设备建立IOT通信连接。

示例性的，结合图12中的示例。在用户输入操作509后，电子设备可以根据如图11-图14提供的方案，实现对设备3的设备发现和设备配置。

这样，在电子设备就可以切换显示如图15所示的界面505。参考图12中的界面504，在智慧生活应用的界面中，就可以在显示设备1、设备2的标识外，增加显示如图15所示的标识510。该标识510可以对应于新加入的设备3。由此提示用户，设备3已经成功与控制设备(即手机)建立IOT连接。

在本申请的一些实施例中，电子设备还可以根据如图10所示的流程方案，实现已经建立IOT设备通信的设备之间的数据传输。

示例性的，参考图16，为本申请实施例提供的又一种通信方法的流程示意图。

如图16所示，该方案可以包括：

S701、应用下发业务操作指示。

示例性的，该业务操作指示可以是针对目标设备发出的。该业务操作指示可以用于指示电子设备与目标设备进行业务数据的传输。

例如，该业务数据的传输可以包括配置目标设备的工作参数。又如，该业务数据的传输可以包括获取目标设备的数据。

作为一种示例，以目标设备为上述示例中的设备3为例。

参考图17，电子设备可以在界面505上输入操作511。该操作511可以包括对设备3对应的标识510的触摸或点击操作。

响应于该操作511，电子设备可以跳转显示界面512。该界面512可以为设备3对应的控制界面。通过该控制界面，电子设备就可以向用户展示来自设备3的相关数据，以及设备3的工作参数。例如，以相关数据包括工作状态为例，在界面512中，电子设备可以向用户展示设备3的工作状态为“设备在线，休息中”。又如，以工作参数包括在“设置”选项中为例，在界面512中，电子设备还可以向用户展示设备3的可设置参数包括：“设置自动开始工作时间”，以及“工作时长设置”等。

以业务操作指示用于设置设备3的自动开始工作时间为例。用户可以在界面512上输入操作513。该操作513可以是对“设置自动开始工作时间”对应的选项卡514的点击或触摸操作。响应于该操作513，电子设备就可以通过与设备3之间的IOT通信连接，将用户具体设置的时刻信息传输给设备3。进而实现对设备3的自动开始工作时间的设置。

在本示例中，智慧生活应用可以在接收到用户的操作513以及设置具体时刻的操作后，生成并下发业务操作指示。

在该业务操作指示中，可以携带有目标设备(即设备3)的标识(如标识c1)，以及业务信息。例如，该业务信息可以包括“设置自动开始工作时间”对应的业务标识，以及时刻信息。

S702、电子设备根据业务操作指示，确定目标业务货架。

示例性的，结合图8，电子设备中的货架业务框架220可以根据业务操作指示中的目标设备的标识，确定对应的目标业务货架。

结合前述说明，在货架业务框架220中可以存储有多个货架各自对应的业务单元。

类似于前述关于对应关系B的说明，在本示例中，货架业务框架220也可以根据预设的对应关系B，确定目标设备所属货架业务单元。

如表2所示，目标设备的标识为标识c1的情况下，则对应的货架类型为货架1。那么，货架业务框架220就可以确定为目标应用对应的目标业务货架。

S703、电子设备根据业务操作指示的业务标识，确定业务操作类型。

S704、电子设备根据业务操作类型，获取业务操作对应的目标协议数据。

其中，目标协议数据包括目标字段规则。

如图8中的说明，一个业务货架可以对应一个端口。一个业务货架可以提供多种不同的业务类型对应的字段规则。

在本示例中，电子设备可以在目标业务货架下，根据当前业务标识，确定当前业务数据传输所属的业务类型，进而根据业务类型确定需要使用的字段规则。

例如，货架业务框架220中可以存储有多个不同业务标识与各自相应字段规则业务类型的对应关系C。在该对应关系C中，还可以包括不用业务类型与字段规则的对应关系。

那么，货架业务框架220可以根据目标设备的标识c1，从该对应关系C中查找确定对应的目标业务类型，进而将目标业务类型对应的字段规则确定为进行当前业务数据传输过程中的目标字段规则。

S705、电子设备根据目标协议数据，执行与目标设备之间的业务数据传输。

示例性的，电子设备可以根据目标协议数据指示的目标字段规则，从目标业务货架指示的端口，与目标设备进行业务数据的传输。

例如，电子设备可以根据目标字段规则，从货架1对应的端口1，向设备3发送业务信息。该业务信息可以包括“设置自动开始工作时间”对应的业务标识，以及时刻信息。

可以理解的是，由于设备3包括在货架1中，那么设备3就可以根据目标字段规则，顺利解析该业务信息，从而获取“设置自动开始工作时间”对应的业务标识，以及时刻信息。由此，设备3就可以根据获取的业务信息，将自动开始工作时间设置到接收到的时刻信息指示的时刻。

上述示例是以控制设备向IOT设备发送业务数据为例进行说明的。在另一些实现中，控制设备还可以基于类似的方案，接收来自IOT设备的业务数据。

可以理解的是，类似于前述图11以及图14的方案说明，在该如图16的另一些实施例中，电子设备也可以额外获取厂商提供的业务数据传输过程中的目标协议数据，从而根据厂商提供的目标协议数据，与目标设备进行业务数据的传输。

此外，在另一些实施例中，如上述图11或图14中的相关说明，在如图14的具体实施过程中，各个协议数据以及对应关系也可以是电子设备从云端服务器获取的。具体执行参考图13的示例，此处不再赘述。

由此，通过如图11、图14以及图16的具体说明，本申请实施例提供的如图10所示的技术方案，能够使得电子设备不需要存储海量的各个IOT设备的协议数据，即可根据框架中的各个货架化配置，实现与各个IOT设备之间的IOT通信。

可以理解的是，本申请实施例提供的电子设备为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请实施例的范围。

本申请实施例可以根据上述方法示例对上述电子设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

上述主要从各个功能模块的角度对本申请实施例提供的方案进行了介绍。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

示例性的，图18示出了的一种电子设备1800的组成示意图。如图18所示，该电子设备1800可以包括：处理器1801和存储器1802。该存储器1802用于存储计算机执行指令。示例性的，在一些实施例中，当该处理器1801执行该存储器1802存储的指令时，可以使得该电子设备1800执行上述实施例中任一种所示的方法。

需要说明的是，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

图19示出了的一种芯片系统1900的组成示意图。该芯片系统1900可以包括：处理器1901和通信接口1902，用于支持相关设备实现上述实施例中所涉及的功能。在一种可能的设计中，芯片系统还包括存储器，用于保存电子设备必要的程序指令和数据。该芯片系统，可以由芯片构成，也可以包含芯片和其他分立器件。需要说明的是，在本申请的一些实现方式中，该通信接口1902也可称为接口电路。

需要说明的是，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

在上述实施例中的功能或动作或操作或步骤等，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件程序实现时，可以全部或部分地以计算机程序产品的形式来实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(d igita l subscr iber l ine，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包括一个或多个可以用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)，光介质(例如，DVD)、或者半导体介质(例如固态硬盘(so l id state di sk，SSD))等。

尽管结合具体特征及其实施例对本申请进行了描述，显而易见的，在不脱离本申请的精神和范围的情况下，可对其进行各种修改和组合。相应地，本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明，且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包括这些改动和变型在内。

Claims (15)

1.一种通信方法，其特征在于，应用于电子设备中，所述电子设备中配置有至少一个货架化配置，所述货架化配置对应于至少一个目标设备，

所述方法包括：

所述电子设备获取接入指示，所述接入指示用于指示所述电子设备接入第一目标设备，所述接入指示中包括所述第一目标设备的标识；

所述电子设备根据所述第一目标设备的标识，确定第一货架化配置；所述第一货架化配置包括在所述至少一个货架化配置中，第一目标设备包括在所述第一货架化配置对应的至少一个目标设备中；

所述电子设备根据所述第一货架化配置指示的协议数据，与所述第一目标设备进行物联网IOT通信，所述IOT通信包括以下中的至少一项：设备发现，设备配置，数据传输。

2.根据权利要求1所述的方法，其特征在于，所述电子设备中配置有M个货架化配置，所述M个货架化配置对应于N个目标设备，M为小于N的正整数。

3.根据权利要求1或2所述的方法，其特征在于，

所述接入指示包括设备发现指示，所述设备发现指示用于指示所述电子设备与所述第一目标设备建立设备发现。

4.根据权利要求3所述的方法，其特征在于，

所述电子设备根据所述第一目标设备的标识，确定所述第一货架化配置，包括：

所述电子设备根据所述第一目标设备的标识，以及预设的第一对应关系，确定所述第一货架化配置；

所述第一对应关系包括第一货架类型与对应的至少一个目标设备的标识的对应关系；

根据所述第一货架类型，确定所述第一货架化配置。

5.根据权利要求4所述的方法，其特征在于，在所述电子设备根据所述第一目标设备的标识，以及预设的第一对应关系，确定所述第一货架化配置之前，所述方法还包括：

所述电子设备根据所述第一目标设备的标识，确定所述第一目标设备为三方厂商提供的设备。

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

在确定所述第一目标设备不是三方厂商提供的设备的情况下，

所述电子设备根据预设的通用发现配置，或者预设的自研发现配置，执行与所述第一目标设备的IOT通信。

7.根据权利要求3-6中任一项所述的方法，其特征在于，

所述第一货架化配置指示的协议数据包括：设备发现规则，所述设备发现规则包括以下中的至少一种：设备发现方式，设备匹配规则；

所述电子设备根据所述第一货架化配置指示的协议数据，与所述第一目标设备进行物联网IOT通信，包括：

所述电子设备根据所述第一货架化配置指示的设备发现规则，与所述第一目标设备进行设备发现。

8.根据权利要求7所述的方法，其特征在于，所述至少一个货架化配置中的每个对应于一个端口，

所述电子设备根据所述第一货架化配置指示的设备发现规则，与所述第一目标设备进行设备发现，包括：

所述电子设备从第一端口，根据所述第一货架化配置指示的设备发现规则，与所述第一目标设备进行设备发现；第一端口与所述第一货架化配置对应。

9.根据权利要求1或2所述的方法，其特征在于，

所述接入指示包括设备配置指示，所述设备配置指示用于指示所述电子设备与所述第一目标设备进行设备配置；完成所述设备配置后，所述电子设备与所述第一目标设备建立IOT通信连接。

10.根据权利要求9所述的方法，其特征在于，

所述第一货架化配置指示的协议数据包括：设备配置规则，所述设备配置规则包括以下中的至少一种：设备连接方式，设备绑定方式，设备认证方式，设备网络配置；

所述电子设备根据所述第一货架化配置指示的协议数据，与所述第一目标设备进行物联网IOT通信，包括：

所述电子设备根据所述第一货架化配置指示的设备配置规则，与所述第一目标设备进行设备配置，以便于所述第一目标设备建立IOT通信连接。

11.根据权利要求1或2所述的方法，其特征在于，

所述接入指示包括业务操作指示，所述业务操作指示用于指示所述电子设备与所述第一目标设备进行业务数据的传输。

12.根据权利要求11所述的方法，其特征在于，所述业务操作指示包括：当前业务操作对应的业务标识，以及所述业务操作对应的业务数据。

13.根据权利要求11或12所述的方法，其特征在于，在所述电子设备根据所述第一货架化配置指示的协议数据，与所述第一目标设备进行物联网IOT通信之前，所述方法还包括：

所述电子设备根据所述业务标识，确定当前业务操作对应的业务类型；

所述电子设备根据所述业务类型，确定所述当前业务操作对应的字段规则；

所述电子设备根据所述第一货架化配置指示的协议数据，与所述第一目标设备进行物联网IOT通信，包括：

所述电子设备根据所述当前业务操作对应的字段规则，向所述第一目标设备发送所述业务数据。

14.根据权利要求1-13中任一项所述的方法，其特征在于，所述电子设备中运行有第一应用程序，所述电子设备获取接入指示，包括：

所述第一应用程序响应于用户的操作，生成所述接入指示；

所述第一应用程序向所述电子设备发送所述接入指示。

15.一种电子设备，其特征在于，所述电子设备包括：存储器、显示屏和一个或多个处理器；所述存储器、所述显示屏和所述处理器耦合；

其中，所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，当所述处理器执行所述计算机指令时，使所述电子设备执行如权利要求1-14中任一项权利要求中所述的方法。