一种无中心多设备联合作业系统
阅读：1083发布：2020-06-02
专利汇可以提供一种无中心多设备联合作业系统专利检索，专利查询，专利分析的服务。并且本 发明 公开了一种无中心多设备联合作业系统，属于 物联网 通信控制领域。它包括可发送组播或广播的数据传输载体(如WIFI，ZIGBEE，315/433无线射频，红外，CAN，以及SIM模 块 ，或互联网的MQTT协议)，系统成员设备，以及系统控制机制。首先系统由多个设备组成，在统一局域网内发送数据。每个设备发送的数据，其他设备都可以接收到。系统网络组建后，每个设备，都会保存其他设备的设备信息与状态。这时，通过人工设置，向系统内所有设备发送信息，所有设备也会同时记录条件触发信息。当设备符合触 发条 件时即可以向其他设备发送控制信息控制其动作。由于系统内所有设备的记录信息都相同，且系统内所有成员设备都可以互相通信，所以如果一台设备掉线，不会影响系统其他设备以及系统本事的正常运行。，下面是一种无中心多设备联合作业系统专利的具体信息内容。
1.一种无中心多设备联合作业系统，其特征在于，包括以下步骤，
该系统无中心化，即每个设备都可以向其他设备发送信息，设备与设备之间均为对等关系。
新设备加入机制，新设备加入系统后，向所有设备发送本设备信息，让所有设备了解新设备已加入。
联合作业时，可以通过人为设置，让A设备向B设备发送控制指令时，或者让A类设备向B类设备发送控制指令，从命令表中提取命令发送给B设备即可。由于该系统为无中心化系统，所以任何时候，任何设备掉线，不影响整个系统的正常运作。
2.根据权利要求1所述的系统无中心化，其特征在于，该系统基于的传输载体是可组成对等网络的局域网的传输载体，这些载体可以是wifi，zigbee，315/433Mhz无线射频，以及红外与can总线等可发送组播或广播的信号为传输载体。即ABCD四台设备，A发送数据，其他BCD三台设备同样会收到数据。同理B发送数据，DCA三台亦可接收到数据。
3.根据权利要求1所述的新设备加入机制，其特征在于，由于该系统传输载体可组成广播或组播。所以当新设备加入时，会向该广播或组播发送加入系统的信息以及设备自身的情况数据。此时系统内其他设备接收到来此新加入设备发送的自身数据后，会将新设备中的数据保存在本设备的数据库内。以便在控制与被控时查找调用。
4.根据权利要求1所述的协同作业，其特征在于，由于系统内每台设备都保存了其他设备的信息与数据，人工设置时，系统内所有的设备也能同时接收并存储。系统内所有的设置与设备，全部存储与每个设备上，此时命令A设备控制B设备时。同时也可使用A设备控制B类设备。当符合设置条件时，A设备即会调用B类设备发送控制命令，此时若系统中B类设备中的某一设备掉线，不影响其他B类设备的响应和接收。同理C类设备也可以控制B类设备。或某个设备控制另一个设备。
5.根据权利要求2所述的传输载体，其特征在于，基于wifi或有线网络为传输载体时，会建立一个IP地址为233.0.0.1端口号8080的组播和一个IP地址为233.0.0.2端口号为
8866的组播。
6.根据权利要求5所述的创建组播ip，如果233.0.0.1和233.0.0.2组播ip在创建时有其他任务，其特征可以通过可通过上位机设置自行生成组播号码。
7.根据权利要求4所述的协同作业，其特征在于，可以使用中文来实现设备的灵活配置与控制的目的。
8.根据权利要求7所述的中文实现灵活配置与控制的目的，其特征在于，每台设备内部，都会添加中文解析功能。以便在接收到中文信息后，处理响应中文信息。
一种无中心多设备联合作业系统
技术领域
[0001] 随着社会科技进步，人民生活条件的不断改善，人们对家庭舒适度提出了更高的要求。在这其中，对家电的控制方式，也由以前的手动，逐渐变成遥控，或者自控。随之而来的智能家居概念应运而生。
[0002] 随着硬件成本的逐渐下降以及互联网的普及。各种通讯方式，传感器以及芯片的升级，智能手机的普及，大大降低了设备遥控以及自控的使用和研发难度，随之而来的就是物联网以及智能家居控制产品爆发式的增长。各大家电厂家以及小的创业公司也开发了自己的智能产品。
[0003] 由于智能家居设备与传统工业设备不同，工业设备在出场时设备数量与设备种类已经根据需求确立好了，在使用过程中是无需改造的，即使改造，也需要专业人员对新的需求进行分析与设备调整，期间过程繁琐，且耗时较长。但对于智能家居，由于其复杂的设备组成结构，以及不确定的设备种类数量，且会随时增加或减少。这给智能家居系统设计，带来了空前的挑战。
[0004] 目前智能家居企业在研发产品的过程中还是各自为政，以自己企业的标准来控制自己的产品。厂家与厂家之间的设备并不兼容。同时，目前的智能家居控制方式还是多为主从模式。即一台主机连接多台从机，上位机向主机发送命令，主机接收到命令，在转换成协议或者信息，再下发到从执行设备或采集设备。所有设备的输入与输出，都是由主机去控制。这种模式会产生三个问题，第一个设备数量与种类需在出厂时定义好，不能在过程中，新加其他设备。第二，如果位于系统中心的主设备掉线，那么整个系统就会瘫痪。陷入失控状态。第三，设备与设备之间，无法灵活配置。由于系统通过协议进行设置，而协议又是通过提前输入到主设备中，即便是更改设备协议，那么也需要相当费时费力。无法达到灵活配置的目的。如，希望卧室温度高于25度时打开空调。但使用一段时间后，不希望打开空调而希望打开电扇时，就需要修改配置或者控制协议。费时费力，配置不灵活。
发明内容
[0001] 该系统包括：信息传输载体，采集输入设备，控制输出设备，上位机，系统的机制，传输协议，以及中文解析。
[0002] 进一步的信息传输载体可以是wifi，zigbee，315/433MHz，can，有线网络等。
[0004] 进一步的控制输出设备一般由执行器件与嵌入式系统组成(如电机，继电器等)。
[0005] 本系统包含的设备中可以由任意设备组成，只要可以通过相同的传输载体传输系统信息，同时按照相同的机制传输保存和处理命令即可加入系统。其设备可以是能联网的单片机采集或执行系统，也可以是嵌入式linux系统或者PC。
[0006] 进一步的是上位机可以是PC，PAD，或手机。
[0007] 进一步的是系统机制包括：系统信息存储机制，设备相关信息，避免冲突机制，丢包重传机制，辅助应答机制，多设备联合作业机制。
[0008] 进一步的是设备之间传输系统信息或控制采集信息时会通过协议进行传输。
[0009] 进一步的是中文解析功能，使每个设备都单独具备文字解析功能。灵活配置以及设备之间的控制，都可以采用中文进行控制。同时中文的输入可通过语音输入或上位机输入。
[0010] 本发明针对以上原有主从结构系统的缺点，摒弃主从结构系统。重新建立一种无中心结构的系统。来解决目前智能家居系统中，需要出厂设置，且不能随意增加系统设备，主机掉线系统崩溃，无法灵活进行输入输出配置的这些缺陷。附图说明
[0011] 图1为本系统网络拓扑结构图
[0012] 图2为辅助应答设备竞选流程图
[0013] 图3为加入系统流程图
[0014] 图4为中文分词流程图
[0015] 图5为中文解析流程图
具体实施方式
[0016] 为使发明阐述更清晰，下面将结合附图做进一步阐述：
[0017] 图1描述的为系统网络拓扑结构图，由于系统是无主从结构，所以设备通信载体，必须在组播或广播的方式下进行传递的，每台设备都可能主动发送信息。每台设备发送的信息，其他设备也同样能接收到。而本系统设备通讯模式，无需连接，同时无主无从，每台设备相对于其他设备都是平等关系。设备之间的通讯无需连接，同时也无需握手。设备的应答方式就是通过设备地址处理。如果传输信息中包含该设备地址，那么该设备就执行动作或返回响应。
[0018] 其中横线表示的是传输载体，其载体可以是，wifi，zigbee，315/433，红外，can，有线网络等。其中设备发送信息，就类似于在一个公共环境讲话，其他设备都可以听到。同时，所有设备都在这个大系统下面。
[0019] 其中，若系统通讯方式使用的是wifi或者有线网络，那么创建组播来实现设备之间的通讯。
[0020] 所述的设备信息，内容包括：设备地址，设备类型，设备位置以及设备信息类型。
[0021] 一、设备地址
[0022] 每台设备都会有自己mac地址，该地址即为该设备的id。设备的接收，通过地址来判断信息是否与自己相关，若与自己相关，则进行后处理。若与自己无关，则丢弃该信息。
[0023] 设备的信息发送，可以是一对一，可以是一对多，可以是一对全部。发送信息中，需要包含地址个数，与目标地址。若发送信息希望全部设备接收，则目标地址数为0，目标地址为空即可。由于接收设备需要了解信息是由谁发送的，以便返回应答或回复。所以在发送信息中，还要包含源地址。即信息中需地址个数，源地址，目标地址(目标地址可为空)[0024] 设备接收到数据后，首先对比地址数，若地址数为0，则说明发送设备通知所有设备，此时处理该信息。若地址数不为0，则判断接收地址中，是否包含自己。若包含自己，则处理该信息。
[0025] 二、设备类型，
[0027] 设备传输信息内容中，可包含设备类型信息，这时即可实现一对多，同时不需要知道这些设备的具体地址。
[0028] 设备的类型，在出厂时设定，在使用过程中无法修改。
[0029] 三、设备位置
[0030] 由于智能家具设备有房间位置的概念，每台设备在运行时一般也都会固定在一个位置运行，系统设计时，增加了房间位置。
[0031] 设备传输信息内容中，可包含房间位置信息，此时与房间设备信息配合，无需了解设备具体地址，即可控制某一房间内的某类设备。
[0032] 设备的房间号，可由上位机进行设置。
[0033] 四、设备信息类型
[0034] 设备信息传输类型，可包含，同步信息，控制信息，询问信息，应答信息，回复信息[0035] 其中的同步信息，为一台设备向所有设备同步一些系统时间等信息，此类信息可无需回复
[0036] 其中的控制信息为上位机设置系统信息或者采集设备控制执行设备时发送的信息，该信息无需回复，只需要返回执行结果即可。设备通过此回复信息了解设备是否丢包或者执行状态如何。
[0037] 其中询问信息为设备了解其他设备的运行状态，或者新设备加入系统后，需要向其他设备了解系统信息时发送的询问信息。该信息需要目标设备有内容的回复。
[0038] 其中的应答信息，则是控制信息发送到本设备后，执行完成后的应答。
[0039] 其中的回复信息，则是询问信息发送到本设备后，获取自身存储的信息后，再返回给询问设备。
[0040] 所述的避免冲突机制，其内容包括：
[0041] 避免冲突，当设备发送时，若其他设备检测到由其他设备发送时，则会进行随机延时等待，该避免冲突机制应用于315/433为传输载体时，对于wifi或者zigbee，则该传输载体内部具有CSMA/CA冲突避让机制，所以可以不考虑。但对于315/433设备，由于没有，则需要考虑进去。
[0042] 所述的丢包重传机制，其内容包括：应答与重传，其进一步的信息协议中，包含序列号机制。
[0043] 一、针对于传输丢包情况，当网络内出现大量信息时，由于处理器或网络载体的可能会出现丢包情况。这时就需要重传机制。
[0044] 为解决该问题，系统包含两种方法解决该问题：应答与重传。
[0045] 设备发送命令前首先会根据命令类型以及存储器中设备的其他信息表中，了解需要多少个回复信息。
[0046] 当设备发送命令后，等待其他设备应答，等待时长为1秒，若一秒内，所有需要回复的设备，都一一进行了回复，则设备会停止发送。
[0047] 若一秒后，未接到所有设备回复，发送设备会重传该命令。然后再次等待回复。时长1秒。以此类推，设备发送3-4次(可由系统设置进行设置)。则判定发送失败。同时停止发送。
[0048] 但对于已经接收过命令的设备，发送设备第二次发送依然会回复，此时就会导致网络繁忙，同时各设备间的处理效率大大降低。对于这种问题的解决方案是在协议中增加序列号机制。
[0049] 二、序列号机制，主要是避免设备在已经处理过该消息的情况下，接收到了设备重新传送的消息，再次处理一遍。该机制具体细节如下：
[0050] 所有设备初始化时，序列号都为0，当设备进入系统时，首先会同步系统序列号。任何设备每发送一条信息时，都要在当前系统序列号的基础上加一。
[0051] 设备应答时，会根据询问的序列号应答，使设备了解该命令是哪次发送询问返回的应答。
[0052] 设备重传时，不会更新序列号。
[0053] 接收设备正常接收到发送设备的信息后，与自己的系统序号进行对比，如果新序号大于自己的系统序号，则将自己的系统序号进行更新。此时如果发送设备再次发送，由于不会更新序列号，所以重传序列号不会大于自己的系统序列号，此时，则认为是以处理过，则丢包即可。
[0054] 若接收设备丢包，那么则不会更新系统序号。当发送设备再次重发时，由于不会更新序列号，该丢包设备接收到重发信息时，与自己系统号对比依然大于自己的系统号。所以丢包设备可以正常处理。
[0055] 当系统有大量设备间通讯时，丢失的序列号有可能会被掩盖。解决该问题的方法是，在设备上增加一组记录表，记录新处理的设备号。设备正常接收时，将序列号记录在该表中，若设备丢包后，又接收到其他信息，那么该设备的系统序列号将会变成新的序列号。丢包的序列号将会被掩盖。若增加序列号记录表后，设备重传，若小于系统序列号，则去对比系统记录处理设备号，若有该序列号，则按以接收丢包处理。
[0056] 以上方案，即可解决丢包问题，同时也可解决重传带来的已处理设备的重复处理问题。
[0057] 所述的辅助应答机制，其内容包括：
[0058] 由于系统为无主从结构，且系统信息存于每个设备中，所以系统支持在其他设备的任意添加，且可以同步系统信息。即使某台设备失效，也可以通过访问其他设备的情况来了解系统信息。但此时会出现一个问题，在同步数据时，会有多台设备返回信息。此时，同步信息的设备则会重复处理很多无用信息。为解决该问题，系统中增加了辅助应答机制，同时在传输信息内容中也增加设备角色字段。
[0059] 其辅助应答设备的地址，存于所有其他设备的信息表中。
[0060] 当第一台设备加入网络时，会创建该系统，此时该设备即升级为辅助应答设备。
[0061] 第二台系统加入网络时，则会向辅助应答设备询问系统信息。第一次传输时可通过广播了解辅助应答设备的地址。当了解知道辅助应答设备地址后，同步系统消息时，即直接向辅助应答设备地址发送数据即可。同时其他设备也可不去处理新加入设备的信息请求，减少处理次数，增加效率。
[0062] 进一步的辅助应答设备的失效与竞选，其过程如下：
[0063] 当系统中辅助应答设备因某种原因掉线或者失效，此时系统会根据情况，自行竞选出一个辅助应答设备。来替代原有的辅助应答设备为新加入的其他设备提供系统信息。
[0064] 其判辅助应答设备失效的触发条件为，设备向辅助应答设备重发三次相同的命令，且未得到回应时，即证明辅助应答设备失联。
[0065] 此时，由询问设备向系统所有设备发送辅助应答设备竞选信息，使系统进入竞选状态。此时其他设备接收到后，开始进行竞选。竞选流程为，广播自己的资源信息到所有设备，同时接收其他设备发出的资源信息，然后与自己的资源信息进行比对。若接收到的资源信息中有比自己大或多的。则停止广播，若没有比自己大的，时隔一秒后会再次广播一次，直到广播三次后，若没有遇到比自己资源多的设备，则该设备会自动升级成辅助应答设备。同时会发送三次声明信息。当第三次发送声明信息后，所有设备即存储新的辅助应答设备地址。
[0066] 若在竞选过程，原辅助应答设备恢复，若判断系统处于竞选状态，则发送竞选停止信息。
[0067] 由于新辅助应答设备在竞选成功过后会发送三次声明信息，在第三次发送声明信息之前，任何竞选停止信息，都会打断原有竞选状态。若第三次信息成功发送后，系统竞选状态改变为正常状态，其他设备的辅助信息地址以修改，此后，原辅助应答设备再次发送竞选停止信息时，由于其他设备的辅助应答设备地址以改为新设备地址，那么原辅助应答设备将降级为普通设备。系统不再承认该设备为辅助应答设备。
[0068] 竞选资源可包括：cpu主频，剩余内存，剩余flash或硬盘空间，随机分配号。竞选时，依次按顺序对比资源。
[0069] 如图2所示，图2是在辅助应答设备掉线后，系统重新竞选辅助应答设备的过程：
[0070] 在步骤201中，设备会向辅助应答设备发送询问信息，此时会由两种情况，第一种辅助应答设备在线，那么则会进入步骤202，第二种情况为辅助应答设备掉线，此时设备的询问信息则会超时，当信息超时后，则会进入步骤203。
[0071] 在步骤202中，该情况为正常情况，设备与辅助应答设备正常通讯。
[0072] 在步骤203中，该情况为辅助应答设备掉线，此时，设备会获取自身的竞争资源。同时，系统进入辅助应答设备竞争状态，然后进入步骤204。
[0073] 在步骤204中，将自身竞争资源发送给其他设备。
[0074] 在步骤205中，当设备处于待机状态时，接收到来自其他设备的辅助应答设备竞选信息后，首先系统状态更改为辅助应答竞争状态。然后获取自身的竞争资源，对比接收到的竞争资源。此时若接收到的资源比设备本身的资源多，那么竞争失利，进入到步骤207。若接收到的资源没有设备本身的资源多，那么竞争得利。进入到步骤208。
[0075] 在步骤207中，竞争失利，则停止发送竞选数据，然后等待最后一个发送数据的设备。
[0076] 在步骤208中，竞争得利，则继续发送竞选数据，直到发送三次后，再无设备发送与之竞争时，则会进入到步骤209。
[0077] 在步骤209中，为竞选完成，此时设备从普通设备，升级成辅助应答设备，同时，其他设备也将替换原有辅助应答设备地址为新设备地址。
[0078] 在步骤210中，若辅助应答设备掉线后恢复在竞选时回复，则也会接收到竞选信息，当设备接收到竞选信息后，会直接进入步骤211。
[0079] 在步骤211中，原辅助应答设备会发送停止竞选信息到系统其他设备。
[0080] 在步骤212中，所有设备停止发送竞争信息，所有设备的系统状态从竞选状态恢复成普通状态。
[0081] 在步骤213中，设备处于竞争发送状态时，接收到来自原辅助应答设备的停止竞选信息后，会进入到步骤214中。
[0082] 在步骤214中，设备会对比当前发送停止竞选的设备地址，与自己记录的原辅助应答设备地址是否相同，如果相同，进入到步骤215，如果不同，则进入到步骤216丢弃信息即可。
[0083] 在步骤215中，可证明两者为同一设备，可认为原辅助应答设备从掉线中恢复。此时，停止发送竞争信息，同时改变竞争状态为普通状态。
[0084] 所述的设备系统信息存储机制，其内容包括：
[0085] 由于该系统为无主从系统，所以要求系统中的每个设备都存有系统信息，设备成员信息，成员状态信息，任务信息，这样可解决当一台设备掉线后，新加入设备依然可以向系统中的其他设备了解系统信息，从而解决主从结构中，主机掉线，导致整个系统瘫痪的问题。
[0086] 设备在初始化后，首先会向辅助应答设备同步系统信息，系统信息同步完成后，才能认为自己已加入到系统。
[0087] 其中，系统信息包括：当前系统所使用的网络形式(如，wifi，zigbee等)，当前系统中网络形式的配置或参数，当前系统中所有的设备数量，当前系统中的时间，当前系统中的辅助应答设备是谁，当前系统中的所有房间号，以及房间号的名称，当前系统中所有的任务都有什么，以及当前系统中，其他的设备成员的一些基础信息和一些拓展表项等等。
[0088] 为满足系统的可拓展性，系统还包含一些可变信息。这些信息基本是以表的形式存在系统中的。新设备若加入老系统后，为满足新的系统特性，有时可能会增加一些表。这些表，有时可能是老系统不存在的。新的设备在加入老系统时，向系统中同步这些可变的表。使系统扩展性增强。
[0089] 如图3所示，图3是在本系统下设备上电后加入系统的全过程。其中包含以下步骤：
[0090] 在步骤301中，设备上电，完成一系列初始化过程，其中包括，设备自身初始化，io初始化，各类外设初始化，以及系统信息初始化。
[0091] 在步骤302中，设备上电各类信息初始化完成后，开始向系统询问谁是辅助应答设备，此时会发生两种可能，第一种，找到辅助应答设备，进入步骤【303】。第二种，辅助应答设备未找到，则进入步骤 305。
[0092] 在步骤303中，开始同步系统信息，包含：传输载体的设置参数，系统具体房间个数以及房间名称，其他设备的设备信息情况，系统的任务信息等等。同步信息分为两个内容，第一个为固定信息，系统会有很多固定信息，这些信息可以按顺序同步。
[0093] 在步骤304中，当同步完成所有系统信息时，设备加入系统标志被记录。进入等待命令状态。
[0094] 在步骤305中，为辅助设备未找到的情况，此时，设备会发送辅助应答设备竞争信息，此时可分为两种情况。第一种情况为系统中，含有其他设备，第二种情况为系统中，不含有其他设备。该设备为第一个进入系统的设备。
[0095] 在步骤306中，第一种情况是发送竞选后，设备竞争信息未超时，就已经开始接收到其他设备的竞争信息了，此时证明系统内包含其他设备。那么此时设备进入步骤【308】等待竞选完成。第二种情况为发送竞争信息超时，证明该设备为第一个进入系统的设备。此时，设备会进入步骤【307】。
[0096] 在步骤307中，由于该设备为第一个加入系统的设备，所以创立系统，同时更改自己设备为辅助应答设备。
[0097] 在步骤308中，等待辅助应答设备竞选完成后，会进入到步骤303。
[0098] 所述的多设备联合作业机制，其内容包括：
[0099] 上位机与系统的沟通，系统最终的形态为通过上位机，向系统发送设置命令。当系统中某个节点符合设置命令的条件时，可以实现设置动作，与控制其他系统内设备的动作。达到联动机制。新的上位机加入系统时，也会先寻找辅助应答设备，当找到后，先同步系统信息。当上位机需要发送命令时，则会向全体设备发送设置命令，全体设备收到设置命令时，无论是否与自己相关，都会保存到该设置命令到自己的存储设备中去。同时给上位机回复。
[0100] 设备之间的沟通，通过上位机设置后，系统可实现动作控制，定时控制。采集设备，对采集值判断，然后对输出设备进行控制，从而实现物与物连接，达到全自动控制。由于系统命令，存在与每台设备中，所以当设置采集值被触发以后，采集设备会主动发送命令给输出设备。输出设备接收到命令时，解析动作并执行。达到采集控制输出的效果。
[0101] 系统设备的控制原则是，如果控制信息中，有自己的相关信息，则处理，如果没有自己的相关信息则不处理。设备与设备之间，即可以互相索要采集信息，也可以互相发送控制信息。同时可跨设备种类。
[0102] 系统的通讯原则是，由于不建立连接，所以目标设备不记录通讯的标志，通讯标志由询问或控制设备建立。设备被询问什么，就回答什么。若在被问相同的问题，则会再回答一次。而询问的内容，由询问设备来记录。
[0103] 系统中的传输协议其内容包括
[0104] 普通信息协议信息构成
[0105] 应答信息协议构成
[0106] 回复信息协议构成
[0107] 所述的中文解析，其实现方式为：
[0109] 对于系统而言，设备本身会有自己的名称，同时会由所在的位置，同时也会有设备的行为。那么根据这个原则，可以对命令语句进行分词。
[0110] 进一步的中文分词过程如图4：
[0111] 在步骤401中，设备首先会对自己的关键词存储成为列表形式，然后将词分类，比如设备词，行为词，房间词。初始化号后，进入步骤402。
[0112] 在步骤402中，设备会等待接收中文命令。
[0113] 在步骤403中，设备接收到了中文字符串，则进入步骤404开始分词
[0114] 在步骤404中，设备首先从关键词存储列表中，提取一个词类里的一个词，然后与接收到的中文字串进行对比，即步骤405。
[0115] 在步骤405中，将接收字符串与关键词对比后，若找到关键词则进入到步骤406，若为找到关键字，则退回到步骤404，继续提取词类中的下一个词。然后继续对比。
[0116] 在步骤406中，对比成功后，记录该词词性，记录该词的词标号，然后使接收字串位移到下一个词，进入步骤407。
[0117] 在步骤407中，判断是否位移到词尾，如果位移到词尾，则进入到步骤408开始解析分词结果。若没有位移到词尾，则退回到步骤404继续提取此类，然后比对接收字串中的词。
[0118] 进一步的分词结果解析过程如图5：
[0119] 在步骤501中，获取分词记录列表，然后进入步骤502
[0120] 在步骤502中，根据词性，判断是否与本机设备名匹配，是否与本机所在房间号匹配，是否与本机的行为名匹配。
[0121] 在步骤503中，若词性与本机设备名匹配，则记录设备标志，然后跳转到步骤506。若不匹配，则继续进行下一步判断。
[0122] 在步骤504中，若词性与本机所在房间名称匹配，则记录房间标志，然后跳转到步骤506。若不匹配，则继续进行下一步判断。
[0123] 在步骤505中，若词性与本机的设备行为名称匹配，则记录设备行为标志，并寻记录行为标号。然后跳转到步骤506。若不匹配则继续进行下一步判断。
[0124] 在步骤506中，判断是否提取了所有记录，若提取所有记录，那么步骤507，若没有提取所有的记录，那么则退回到步骤503继续提取记录。
[0125] 在步骤507中，对记录做判断，若向控制某一台设备，那么只要同时满足设备标志，房间标志，设备行为标志全部被记录即可证明语句中包含控制本机设备的信息。则进入步骤508。否则说明接收到的中文语句并不是控制本机设备，则进入步骤509，与自己无关不去处理。
[0126] 在步骤508中，说明命令语句符合使本机设备执行响应设备行为的条件，则根据设备行为标号，执行响应条件。
[0127] 在使用时，将语句命令发送给系统每一台设备，每台设备都会根据在解析后，记录相应标志，符合标志的即会执行动作，不符合标志的就会不处理，在这种情况下，即可以实现对不同设备的控制。同时，可通过设置，使符合条件的采集设备发送中文，来实现采集设备对输出设备的控制。
[0128] 以上说明，对本发明所提供的技术方案进行了详细的介绍，以上所述仅为本发明实施例而已，并不用于限制本发明。在本发明基础上可以各种变化更改，凡在本发明基础和原则之内，所做的任何修改，等同替换以及升级，均应包含在本发明保护范围内。
| 标题 | 发布/更新时间 | 阅读量 |
|---|---|---|
| 一种流媒体的调度方法及装置 | 2020-05-08 | 1086 |
| 互联网通话方法及装置 | 2020-05-08 | 546 |
| 一种数字证书管理系统、方法及服务终端 | 2020-05-11 | 843 |
| 网络连接控制方法及相关产品 | 2020-05-11 | 373 |
| 用于活动协作的配套应用程序 | 2020-05-11 | 266 |
| 一种HPLC通信系统及通信方法 | 2020-05-12 | 354 |
| 域名记录验证方法及装置 | 2020-05-11 | 186 |
| 一种接入WIFI网络的方法及装置 | 2020-05-12 | 177 |
| 一种控制设备的方法及终端 | 2020-05-13 | 809 |
| 一种传输多媒体数据的方法及装置 | 2020-05-08 | 419 |
高效检索全球专利专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台，是提供专利分析，专利查询，专利检索等数据服务功能的知识产权数据服务商。
我们的产品包含105个国家的1.26亿组数据，免费查、免费专利分析。
分析报告
专利汇分析报告产品可以对行业情报数据进行梳理分析，涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度，系统通过AI智能系统对图表进行解读，只需1分钟，一键生成行业专利分析报告。
对等网络热门专利
QQ群二维码
意见反馈
意见反馈