本申请涉及物联网及远程管理
技术领域：
：，特别涉及一种基于数字增强无绳通信的双向通道控制系统、方法、设备及计算机可读存储介质。
背景技术：
：：数字增强无绳通信(digitalenhancedcordlesstelecommunications，dect)系统，是由欧洲电信标准协会(europeantelecommunicationsstandardsinstitute，etsi)制定的增强型数字无绳电话标准，是一个开放型的，不断演进的数字通讯标准，主要用于无绳电话系统，可为高用户密度，小范围通信提供话音和数据高质量服务无绳通信的框架。dect（以下均简称dect）已发展为可支持访问任何的通信网络，因而可提供众多不同的应用和服务，适用于住宅、公共交换电话网络（pstn）及综合服务数字网（isdn）、无线专用自动交换机（pabx）、全球移动通信系统（gsm）、无绳本地回路（wll）、无线通信终端模块（ctm），局域网通用使用途径支持语音电话、传真、调制解调器、邮件、互联网、x2.5（无线广域网协议），和其他具有成本效益的服务类型。dect协议标准具有以下诸多优点：高容量的细胞结构网络通路、适用于网络高度灵活性、灵活强大的特性和选址、高频谱功效、可靠的-高质量和安全的-射频访问途径、恶劣的无线电条件下也可使用、语音传输质量可与有绳电话相比、实现低成本高成效的系统原件、允许实现多样化的终端、针对宽带要求的灵活性以及协议可扩展的高度灵活性。凭借这些优势，目前dect通讯技术较多地应用在无线通话通信领域，而在基于物联网的远程设备管理领域则应用甚少，典型地，对于多媒体设备的远程管理只支持音频数据传输和音频播放功能，亟需开发一种同时实现音频播放功能又能实现设备远程管理控制功能的通讯方案，以满足日益剧增的物联网设备远程管理业务需求。技术实现要素：本申请实施例的一方面提供了一种基于数字增强无绳通信的双向通道控制系统，包括：发射端、一个或多个接收端、音频通道和短信控制通道，所述发射端通过所述音频通道发送音频数据流至所述一个或多个接收端；所述发射端以一对一的单点短信方式，通过所述短信控制通道下发控制命令至所述一个接收端，和接收来自所述一个接收端针对所述控制命令作出的反馈结果信息；或，所述发射端通过所述短信控制通道以基于dect协议的一对多短信广播方式或一对一单点短信方式下发控制命令至所述多个接收端中的每个，和以一对一单点短信方式接收来自所述多个接收端中的每个针对所述控制命令作出的反馈结果信息。在一些实施例中，所述发射端通过所述音频通道以一对多单向广播的方式发送音频数据流至所述多个接收端中的每个。在一些实施例中，所述控制命令包括设备操作控制命令、设备状态查询命令及分区控制命令，所述设备操作控制命令包括音量控制命令、所述接收端开关机及重启命令、所述接收端参数设置命令、外接设备控制命令中的至少一个，所述设备状态查询命令包括设备状态信息、数据错误信息、开关量信息中的至少一个。在一些实施例中，根据实时监测的环境噪音情况数据以及环境噪音情况与音量调整的预设映射关系，调整所述音量控制命令。在一些实施例中，所述发射端通过所述短信控制通道以基于dect协议的一对多短信广播方式下发所述设备操作控制命令至所述多个接收端中的每个；和/或，所述发射端通过所述短信控制通道以一对一单点短信方式下发所述设备状态查询命令至所述多个接收端中的每个，并以一对一单点短信方式接收来自所述多个接收端中的每个针对所述设备状态查询命令作出的设备状态反馈结果信息。在一些实施例中，在所述一对一单点短信方式下，所述一个或多个接收端中的每个均发送收到短信的确认字符至所述发射端。本申请实施例的另一方面，提供了一种基于数字增强无绳通信的双向通道控制方法，所述方法包括：发射端通过音频通道发送音频数据流至一个或多个接收端；所述发射端以一对一的单点短信方式，通过短信控制通道下发控制命令至所述一个接收端，和接收来自所述一个接收端针对所述控制命令作出的反馈结果信息；或，所述发射端通过所述短信控制通道以基于dect协议的一对多短信广播方式或一对一单点短信方式下发控制命令至所述多个接收端中的每个，和以一对一单点短信方式接收来自所述多个接收端中的每个针对所述控制命令作出的反馈结果信息。在一些实施例中，所述发射端通过所述短信控制通道以基于dect协议的一对多短信广播方式下发设备操作控制命令至所述多个接收端中的每个；和/或，所述发射端通过所述短信控制通道以一对一单点短信方式下发设备状态查询命令至所述多个接收端中的每个，并以一对一单点短信方式接收来自所述多种接收端中的每个针对所述设备状态查询命令作出的设备状态反馈结果信息。本申请实施例的另一方面，提供了一种基于数字增强无绳通信的双向通道控制设备，包括处理器，所述处理器用于执行上述任一项方案所述的基于数字增强无绳通信的双向通道控制方法。本申请实施例的另一方面，提供了一种计算机可读存储介质，所述存储介质存储计算机指令，当计算机读取存储介质中的计算机指令后，计算机执行如上述任一项方案所述的基于数字增强无绳通信的双向通道控制的方法。附图说明图1是根据本申请一些实施例所示的基于数字增强无绳通信的双向通道控制系统100的应用场景图；图2是根据本申请一些实施例所示的音频通道进行音频数据流传送的示例图；图3是根据本申请一些实施例所示的短信控制通道进行控制命令业务的示例图；图4是根据本申请另一些实施例所示的短信控制通道进行控制命令业务的示例图；图5是根据本申请又一些实施例所示的短信控制通道进行控制命令业务的示例图；图6是根据本申请一些实施例所示的基于数字增强无绳通信的双向通道控制方法200流程示例图；图7是根据本申请一些实设备所示的基于数字增强无绳通信的双向通道控制设备300的结构示例图。具体实施方式为了更清楚地说明本申请实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单的介绍。显而易见地，下面描述中的附图仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其它类似情景。除非从语言环境中显而易见或另做说明，图中相同标号代表相同结构或操作。应当理解，本文使用的“系统”、“装置”、“单元”和/或“模组”是用于区分不同级别的不同组件、元件、部件、部分或装配的一种方法。然而，如果其他词语可实现相同的目的，则可通过其他表达来替换所述词语。如本申请和权利要求书中所示，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可包括复数。一般说来，术语“包括”与“包含”仅提示包括已明确标识的步骤和元素，而这些步骤和元素不构成一个排它性的罗列，方法或者设备也可能包含其它的步骤或元素。本申请中使用了流程图用来说明根据本申请的实施例的系统所执行的操作。应当理解的是，前面或后面操作不一定按照顺序来精确地执行。相反，可以按照倒序或同时处理各个步骤。同时，也可以将其他操作添加到这些过程中，或从这些过程移除某一步或数步操作。图1是根据本申请一些实施例所示的基于数字增强无绳通信的双向通道控制系统100的应用场景图。如图1所示，该基于数字增强无绳通信的双向通道控制系统100可以包括发射端110-1、发射端110-2、一个接收端或接收端组120、外接设备组130、音频通道13、短信控制通道14以及网络15。其中，接收端组120包括接收端120-1、接收端120-2、接收端120-3等多个接收端设备，外接设备组130包括外接设备130-1、外接设备130-2、外接设备130-3、外接设备130-4等多个外接设备，这些外接设备与接收端120连接。发射端110-1、发射端110-2可以用于通过网络15向一个接收端或接收端组120发送音频数据流或控制命令。在一些实施例中，发射端110-1、发射端110-2可以是固定部分（fixedpart，fp）、主机或基站。在一些实施例中，一个接收端或接收端组120中的每个接收端可以是移动部分（portablepart，pp）、移动手机或其他无线设备。需要说明的是，在这里发射端的数量仅仅是示例性的，在其他一些实施例中，发射端的数量可以是一个或多于两个，本申请实施例不对其作特别限定。外接设备组130可以是一个接收端或接收端组120的外接装置设备，例如可以是外接灯、多媒体播放设备、计算机、移动终端等。音频通道13可以用于通过一对多（存在多个接收端的情况）或一对一（存在一个接收端的情况）的单向广播方式传送音频数据流至一个接收端或接收端组120中的每个接收端。在一些实施例中，音频通道13可以支持传递左右立体声音频数据流，不传递控制命令。在接收端组120存在多个接收端的情况下，每个接收端可以同时收到音频数据流并播放，不需要额外增加同步方式、同步控制流程，提高了业务效率。图2是根据本申请一些实施例所示的音频通道进行音频数据流传送的示例图。发射端110-1通过音频通道13以一对多单向广播的方式向接收端120-1、接收端120-2、接收端120-3发送音频数据流。短信控制通道14可以用于以短信方式向一个接收端或接收端组120发送控制命令。在一些实施例中，网络15可以为任意形式的有线或无线网络，或其任意组合。仅作为示例，网络15可以包括缆线网络、有线网络、光纤网络、远程通信网络、内部网络、互联网、局域网络（lan）、广域网络（wan）、无线局域网络（wlan）、城域网（man）、公共开关电话网络（pstn）、dect通信网络、蓝牙网络、zigbee网络、近场通讯（nfc）网络等或其任意组合。在一些实施例中，发射端110-1、发射端110-2通过短信控制通道14以基于dect协议的一对多短信广播方式下发设备操作控制命令至一个接收端或接收端组120中的每个；和，发射端110-1、发射端110-2通过短信控制通道14以一对一单点短信方式下发设备状态查询命令至一个接收端或接收端组120中的每个，并以一对一单点短信方式接收来自一个接收端或接收端组120中的每个针对设备状态查询命令作出的设备状态反馈结果信息。通过提供一对多短信广播方式、一对一单点短信方式，使得用户可以根据实际需要进行选择，优化了业务流程，提高了业务管理效率。控制命令可以用于对一个接收端或接收端组120、外接设备组130实施控制功能的控制命令数据。在一些实施例中，控制命令包括设备操作控制命令、设备状态查询命令及分区控制命令。在一些实施例中，设备操作控制命令包括音量控制命令、接收端开关机及重启命令、接收端参数设置命令、外接设备控制命令中的至少一个。在一些实施例中，设备状态查询命令包括设备状态信息、数据错误信息、开关量信息中的至少一个。例如，查询设备状态（第一字节：rssi，第二字节：预留，第三、四字节：audio、数据错误信息，第五、六、七字节：cola、boot、app版本信息，第八字节：pp端一些开关量信息，第九、十字节：预留，第十一字节：crc校验）、控制音量加减、pp开关机与重启、灯的开关、设置pp的rf参数等等。通过控制命令的多种可能设置，满足了多种应用场景下的设备控制管理需求。在一些实施例中，根据实时监测的环境噪音情况数据以及环境噪音情况与音量调整的预设映射关系，调整音量控制命令。实现了实时根据环境噪音情况智能地进行相应音量调整，优化了音频管理效率，提高了用户体验。图3是根据本申请一些实施例所示的短信控制通道进行控制命令业务的示例图。如图3所示，发射端110-2以一对一的单点短信方式，通过短信控制通道14下发控制命令至一个接收端120，以及，接收来自一个接收端120针对控制命令作出的反馈结果信息。图4是根据本申请另一些实施例所示的短信控制通道进行控制命令业务的示例图。如图4所示，发射端110-1通过短信控制通道14以基于dect协议的一对多短信广播方式下发控制命令至接收端组120中的每个，和以一对一单点短信方式接收来自接收端组120中的每个针对控制命令作出的反馈结果信息。图5是根据本申请又一些实施例所示的短信控制通道进行控制命令业务的示例图。如图5所示，发射端110-1通过短信控制通道14以一对一单点短信方式下发控制命令至接收端组120中的每个，和以一对一单点短信方式接收来自接收端组120中的每个（例如，接收端120-1、接收端120-2和接收端120-3）针对控制命令作出的反馈结果信息。作为更优选的方式，通过基于dect协议的一对多短信广播方式同步下发控制命令与通过一对一单点短信方式分别下发控制命令相比，存在的延时较小，效率更高。在一些实施例中，一对多短信广播方式下的一个接收端或接收端组120无需发送确认收到短信的确认字符ack。在一些实施例中，一对一单点短信方式下的一个接收端或接收端组120需要发送确认收到短信的确认字符ack。确认字符机制的核心，在于发送方向接收方发送数据后，接收方要向发送方发送ack（回执），鉴于一对一单点短信方式的特点，这种ack机制设置能够提高数据传送的可靠性，保障业务效率。在一些实施例中，发射端110-1、发射端110-2可以按照type、length、target、command、parameter以及crc等协议进行编码嵌入短信body并通过广播发送。其中，target支持all、zone以及单个接收端。支持各种控制命令，例如音量调节、分区控制、pp端外接其他设备（如灯的控制）等。在一些实施例中一个接收端或接收端组120中的每个接收端收到广播的短信，按照协议进行解码，如果target包含自己则执行命令，但由于dect协议广播形式，一个接收端或接收端组120没有反馈。在一些实施例中，发射端110-1、发射端110-2可以使用点对点通信周期性比如2秒，通过type、length、command、parameter、crc等协议依次发送1对1的短信来查询设备的最新状态。点对点通信要求一个接收端或接收端组120进行回复，一个接收端或接收端组120回复时候在ack消息中会附带回一个接收端或接收端组120的一些状态信息（rssi，rx版本以及其他状态）。在空余字节中按照约定的rssi、rxversion、音量、crc等自定义协议进行状态设置。在一些实施例中，基于数字增强无绳通信的双向通道控制系统100的业务流程可以包括以下两个过程。过程一：发射端110-1通过音频通道13以一对多单向广播的方式分别发送音频数据流至接收端组120中的每个接收端进行播放，且无需额外增加同步方式；发射端110-1通过短信控制通道14以基于dect协议的一对多短信广播方式发送控制命令至接收端组120中的每个接收端，实施每个接收端的控制功能；以一对一单点短信方式接收来自接收端组120中的每个针对控制命令作出的反馈结果信息。过程二：发射端110-2通过音频通道13以一对一单向广播的方式发送音频数据流至一个接收端120进行播放，并通过一个接收端120下发至外接设备组130中的每个外接设备；发射端110-2通过短信控制通道14以基于dect协议的一对一短信广播方式发送控制命令至一个接收端120，实施对一个接收端120的控制功能以及外接设备组130中每个外接设备的控制功能；以一对一单点短信方式接收来自一个接收端120或外接设备组130中每个外接设备的反馈结果信息。本申请实施例提供的基于数字增强无绳通信的双向通道控制方法，通过在一个或多个发射端与一个或多个接收端之间，基于dect协议和dect短信功能，模拟音频通道和短信控制通道的双向通道，实现了在音频播放管理的同时可进行其他设备远程管理控制，两个并行通道的存在使得一个通道用来播放音乐，另一个通道可以同时接收控制指令并反馈，与以往仅仅单向广播系统不同，通过短信方式模拟双通道，信息发出方请求回应，每次信息发出时能够收到回复，实现了规则意义上的双向通讯，优化了业务流程和业务效率，较大程度上提高了用户体验，适用于各种通过iot物联网对dect广播系统内各设备的基于网络的商业远程管理场景。例如，大型的连锁商店，既可以通过在总部远程管理门店的所有音频设备，诸如播放内容、播放参数等等，也可以实现远程诊断（例如，设备是否出现故障）等。另外，可以实现对非音频设备（比如各类采用dect通讯技术的传感器和电器）的控制管理，例如灯，电视，空调等等。本申请实施例还提供了一种基于数字增强无绳通信的双向通道控制方法。该基于数字增强无绳通信的双向通道控制方法可以由基于数字增强无绳通信的双向通道控制系统100来实施其流程。图6是根据本申请一些实施例所示的基于数字增强无绳通信的双向通道控制方法200流程示意图。如图6所示，该方法200可以包括以下步骤：步骤210：发射端110-1、发射端110-2通过音频通道13发送音频数据流至一个接收端或接收端组；步骤220-1：发射端110-2以一对一的单点短信方式，通过短信控制通道14下发控制命令至一个接收端120，和接收来自一个接收端120针对控制命令作出的反馈结果信息；步骤220-2：发射端110-1通过短信控制通道14以基于dect协议的一对多短信广播方式或一对一单点短信方式下发控制命令至接收端组120中的每个，和/或以一对一单点短信方式接收来自接收端组120中的每个针对控制命令作出的反馈结果信息。其中，步骤220-1和步骤220-2为择一方式执行，无论执行步骤220-1还是执行步骤220-2，与步骤210之间均无严格的先后执行顺序，可以同时执行，也可以一前一后执行。在一些实施例中，发射端110-1、发射端110-2可以用于通过网络15向一个接收端或接收端组120发送音频数据流或控制命令。在一些实施例中，发射端110-1、发射端110-2可以是固定部分（fixedpart，fp）、主机或基站。在一些实施例中，一个接收端或接收端组120中的每个接收端可以是移动部分（portablepart）、移动手机或其他无线设备。需要说明的是，在这里发射端的数量仅仅是示例性的，在其他一些实施例中，发射端的数量可以是一个或多于两个，本申请实施例不对其作特别限定。在一些实施例中，外接设备组130中的外接设备可以是一个接收端或接收端组120的外接装置设备，例如可以是外接灯、多媒体播放设备、计算机、移动终端等。在一些实施例中，音频通道13可以用于通过一对多（存在多个接收端的情况）或一对一（存在一个接收端的情况）的单向广播方式传送音频数据流至一个接收端或接收端组120中的每个接收端。在一些实施例中，音频通道13可以支持传递左右立体声音频数据流，不传递控制命令。在接收端组120存在多个接收端的情况下，每个接收端可以同时收到音频数据流并播放，不需要额外增加同步方式、同步控制流程。在一些实施例中，步骤210可以包括以下流程：回到图2，发射端110-1通过音频通道13以一对多单向广播的方式向接收端120-1、接收端120-2、接收端120-3发送音频数据流。在一些实施例中，短信控制通道14可以用于以短信方式向一个接收端或接收端组120发送控制命令。在一些实施例中，网络15可以为任意形式的有线或无线网络，或其任意组合。仅作为示例，网络15可以包括缆线网络、有线网络、光纤网络、远程通信网络、内部网络、互联网、局域网络（lan）、广域网络（wan）、无线局域网络（wlan）、城域网（man）、公共开关电话网络（pstn）、dect通信网络、蓝牙网络、zigbee网络、近场通讯（nfc）网络等或其任意组合。在一些实施例中，步骤220-2可以包括以下流程:发射端110-1、发射端110-2通过短信控制通道14以基于dect协议的一对多短信广播方式下发设备操作控制命令至一个接收端或接收端组120中的每个；和，发射端110-1、发射端110-2通过短信控制通道14以一对一单点短信方式下发设备状态查询命令至一个接收端或接收端组120中的每个，并以一对一单点短信方式接收来自一个接收端或接收端组120中的每个针对设备状态查询命令作出的设备状态反馈结果信息。通过提供一对多短信广播方式、一对一单点短信方式，使得用户可以根据实际需要进行选择，优化了业务流程，提高了业务管理效率。在一些实施例中，控制命令可以用于对一个接收端或接收端组120、外接设备组130实施控制功能的控制命令数据。在一些实施例中，控制命令包括设备操作控制命令、设备状态查询命令及分区控制命令。在一些实施例中，设备操作控制命令包括音量控制命令、接收端开关机及重启命令、接收端参数设置命令、外接设备控制命令中的至少一个。在一些实施例中，设备状态查询命令包括设备状态信息、数据错误信息、开关量信息中的至少一个。例如，查询设备状态（第一字节：rssi，第二字节：预留，第三四字节audio数据错误信息，第五六七字节，cola、boot、app版本信息，第八字节，pp端一些开关量信息，第九、十字节预留，第十一字节，crc校验）、控制音量加减、pp开关机与重启、灯的开关、设置pp的rf参数等等。通过控制命令的多种可能设置，满足了多种应用场景下的设备控制管理需求。在一些实施例中，根据实时监测的环境噪音情况数据以及环境噪音情况与音量调整的预设映射关系，调整音量控制命令。实现了实时根据环境噪音情况智能地进行相应音量调整，优化了音频管理效率，提高了用户体验。在一些实施例中，步骤220-1可以包括以下流程：回到图3，发射端110-2以一对一的单点短信方式，通过短信控制通道14下发控制命令至一个接收端120，以及，接收来自一个接收端120针对控制命令作出的反馈结果信息。在一些实施例中，步骤220-2可以包括以下流程：回到图4，发射端110-1通过短信控制通道14以基于dect协议的一对多短信广播方式下发控制命令至接收端组120中的每个，和以一对一单点短信方式接收来自接收端组120中的每个针对控制命令作出的反馈结果信息。在一些实施例中，步骤220-2可以包括以下流程：回到图5，发射端110-1通过短信控制通道14以一对一单点短信方式下发控制命令至接收端组120中的每个，和以一对一单点短信方式接收来自接收端组120中的每个针对控制命令作出的反馈结果信息。通过基于dect协议的一对多短信广播方式同步下发控制命令与通过一对一单点短信方式分别下发控制命令相比，存在的延时较小，效率更高。在一些实施例中，步骤220-2中，一对多短信广播方式下的一个接收端或接收端组120无需发送确认收到短信的确认字符ack。在一些实施例中，步骤220-1或步骤220-2中，一对一单点短信方式下的一个接收端或接收端组120需要发送确认收到短信的确认字符ack。ack机制的核心，在于发送方向接收方发送数据后，接收方要向发送方发送ack（回执），鉴于一对一单点短信方式的特点，这种ack机制设置能够提高数据传送的可靠性，保障业务效率。在一些实施例中，发射端110-1、发射端110-2可以按照type、length、target、command、parameter、crc等协议进行编码嵌入短信body并通过广播发送。其中，target支持all、zone、单个接收端。支持各种控制命令，例如音量调节、分区控制、pp端外接其他设备如灯的控制等。在一些实施例中，一个接收端或接收端组120中的每个接收端收到广播的短信，按照协议进行解码，如果target包含自己则执行命令，但由于dect协议广播形式，一个接收端或接收端组120没有反馈。在一些实施例中，发射端110-1、发射端110-2可以使用点对点通信周期性，比如2秒，通过type、length、command、parameter、crc等协议依次发送1对1的短信来查询设备的最新状态。点对点通信要求一个接收端或接收端组120进行回复，一个接收端或接收端组120回复时候在ack消息中会附带回一个接收端或接收端组120的一些状态信息（rssi，rx版本以及其他状态）。在空余字节中按照约定的rssi、rxversion、音量、crc等自定义协议进行状态设置。在一些实施例中，由基于数字增强无绳通信的双向通道控制系统100实施基于数字增强无绳通信的双向通道控制方法200的业务流程可以包括以下两个过程。过程一：发射端110-1通过音频通道13以一对多单向广播的方式分别发送音频数据流至接收端组120中的每个接收端进行播放，且无需额外增加同步方式；发射端110-1通过短信控制通道14以基于dect协议的一对多短信广播方式发送控制命令至接收端组120中的每个接收端，实施每个接收端的控制功能；以一对一单点短信方式接收来自接收端组120中的每个针对控制命令作出的反馈结果信息。过程二：发射端110-2通过音频通道13以一对一单向广播的方式发送音频数据流至一个接收端120进行播放，并通过一个接收端120下发至外接设备组130中的每个外接设备；发射端110-2通过短信控制通道14以基于dect协议的一对一短信广播方式发送控制命令至一个接收端120，实施对一个接收端120的控制功能以及外接设备组130中每个外接设备的控制功能；以一对一单点短信方式接收来自一个接收端120或外接设备组130中每个外接设备的反馈结果信息。本申请实施例提供的基于数字增强无绳通信的双向通道控制方法，通过在一个或多个发射端与一个或多个接收端之间，基于dect协议和dect短信功能，模拟音频通道和短信控制通道的双向通道，实现了在音频播放管理的同时可进行其他设备远程管理控制，两个并行通道的存在使得一个通道用来播放音乐，另一个通道可以同时接收控制指令并反馈，与以往仅仅单向广播系统不同，通过短信方式模拟双通道，信息发出方请求回应，每次信息发出时能够收到回复，实现了规则意义上的双向通讯，优化了业务流程和业务效率，较大程度上提高了用户体验，适用于各种通过iot物联网对dect广播系统内各设备的基于网络的商业远程管理场景。例如，大型的连锁商店，既可以通过在总部远程管理门店的所有音频设备，诸如播放内容、播放参数等等，也可以实现远程诊断，例如设备是否出现故障等。另外，可以实现对非音频设备（比如各类采用dect通讯技术的传感器和电器）的控制管理，例如灯，电视，空调等等。本申请实施例还提供了一种基于数字增强无绳通信的双向通道控制设备。图7是根据本申请一些实设备所示的基于数字增强无绳通信的双向通道控制设备300的结构示例图，该设备300包括处理器310，处理器310用于执行根据本申请实施例提供的任一种所述的基于数字增强无绳通信的双向通道控制方法。在一些实施例中，处理器310可包括任何适当类型的通用或专用微处理器、数字信号处理器或微控制器。在一些实施例中，处理器310可以包括多个功能模块来执行基于数字增强无绳通信的双向通道控制方法流程。在一些实施例中，基于数字增强无绳通信的双向通道控制设备300还包括存储器320，存储器320中存储有程序，处理器310可以通过执行该程序实施基于数字增强无绳通信的双向通道控制方法。在一些实施例中，存储器320可以是易失性或非易失性、磁性、半导体、磁带、光学、可移动、不可移动或其他类型的存储设备或有形（即，非暂时性）计算机可读介质，包括但不限于rom、闪存、动态ram、静态ram。本申请实施例还提供了一种计算机可读存储介质，该存储介质存储计算机指令，当计算机读取存储介质中的计算机指令后，计算机执行如本申请实施例任一种基于数字增强无绳通信的双向通道控制的方法。在一些实施例中，该计算机可读存储介质包括易失性或非易失性、磁性、半导体、磁带、光学、可移动、不可移动或其他类型的计算机可读存储介质或计算机可读存储设备。例如，可以是存储设备或其上存储有计算机指令的存储模块。在一些实施例中，计算机可读存储介质可以是其上存储有计算机指令的盘或闪存驱动器。本申请实施例提供的基于数字增强无绳通信的双向通道控制方法，通过在一个或多个发射端与一个或多个接收端之间，基于dect协议和dect短信功能，模拟音频通道和短信控制通道的双向通道，实现了在音频播放管理的同时可进行其他设备远程管理控制，两个并行通道的存在使得一个通道用来播放音乐，另一个通道可以同时接收控制指令并反馈，与以往仅仅单向广播系统不同，通过短信方式模拟双通道，信息发出方请求回应，每次信息发出时能够收到回复，实现了规则意义上的双向通讯，优化了业务流程和业务效率，较大程度上提高了用户体验，适用于各种通过iot物联网对dect广播系统内各设备的基于网络的商业远程管理场景。例如，大型的连锁商店，既可以通过在总部远程管理门店的所有音频设备，诸如播放内容、播放参数等等，也可以实现远程诊断，例如设备是否出现故障等。另外，可以实现对非音频设备（比如各类采用dect通讯技术的传感器和电器）的控制管理，例如灯，电视，空调等等。应当理解，本申请实施例提供的基于数字增强无绳通信的双向通道控制系统、设备及计算机可读存储介质可以利用各种方式来实现。例如，在一些实施例中，系统及其模块可以通过硬件、软件或者软件和硬件的结合来实现。其中，硬件部分可以利用专用逻辑来实现；软件部分则可以存储在存储器中，由适当的指令执行系统，例如微处理器或者专用设计硬件来执行。本领域技术人员可以理解上述的方法和系统可以使用计算机可执行指令和/或包含在处理器控制代码中来实现，例如在诸如磁盘、cd或dvd-rom的载体介质、诸如只读存储器（固件）的可编程的存储器或者诸如光学或电子信号载体的数据载体上提供了这样的代码。本申请的系统及其模块不仅可以有诸如超大规模集成电路或门阵列、诸如逻辑芯片、晶体管等的半导体、或者诸如现场可编程门阵列、可编程逻辑设备等的可编程硬件设备的硬件电路实现，也可以用例如由各种类型的处理器所执行的软件实现，还可以由上述硬件电路和软件的结合（例如，固件）来实现。上文已对基本概念做了描述，显然，对于本领域技术人员来说，上述详细披露仅仅作为示例，而并不构成对本申请的限定。虽然此处并没有明确说明，本领域技术人员可能会对本申请进行各种修改、改进和修正。该类修改、改进和修正在本申请中被建议，所以该类修改、改进、修正仍属于本申请示范实施例的精神和范围。同时，本申请使用了特定词语来描述本申请的实施例。如“一个实施例”、“一实施例”、和/或“一些实施例”意指与本申请至少一个实施例相关的某一特征、结构或特点。因此，应强调并注意的是，本说明书中在不同位置两次或多次提及的“一实施例”或“一个实施例”或“一个替代性实施例”并不一定是指同一实施例。此外，本申请的一个或多个实施例中的某些特征、结构或特点可以进行适当的组合。此外，本领域技术人员可以理解，本申请的各方面可以通过若干具有可专利性的种类或情况进行说明和描述，包括任何新的和有用的工序、机器、产品或物质的组合，或对他们的任何新的和有用的改进。相应地，本申请的各个方面可以完全由硬件执行、可以完全由软件（包括固件、常驻软件、微码等）执行、也可以由硬件和软件组合执行。以上硬件或软件均可被称为“数据块”、“模块”、“引擎”、“单元”、“组件”或“系统”。此外，本申请的各方面可能表现为位于一个或多个计算机可读介质中的计算机产品，该产品包括计算机可读程序编码。计算机存储介质可能包含一个内含有计算机程序编码的传播数据信号，例如在基带上或作为载波的一部分。该传播信号可能有多种表现形式，包括电磁形式、光形式等，或合适的组合形式。计算机存储介质可以是除计算机可读存储介质之外的任何计算机可读介质，该介质可以通过连接至一个指令执行系统、装置或设备以实现通讯、传播或传输供使用的程序。位于计算机存储介质上的程序编码可以通过任何合适的介质进行传播，包括无线电、电缆、光纤电缆、rf、或类似介质，或任何上述介质的组合。本申请各部分操作所需的计算机程序编码可以用任意一种或多种程序语言编写，包括面向对象编程语言如java、scala、smalltalk、eiffel、jade、emerald、c++、c#、vb.net、python等，常规程序化编程语言如c语言、visualbasic、fortran2003、perl、cobol2002、php、abap，动态编程语言如python、ruby和groovy，或其他编程语言等。该程序编码可以完全在用户计算机上运行、或作为独立的软件包在用户计算机上运行、或部分在用户计算机上运行部分在远程计算机运行、或完全在远程计算机或处理设备上运行。在后种情况下，远程计算机可以通过任何网络形式与用户计算机连接，比如局域网（lan）或广域网（wan），或连接至外部计算机（例如通过因特网），或在云计算环境中，或作为服务使用如软件即服务（saas）。此外，除非权利要求中明确说明，本申请所述处理元素和序列的顺序、数字字母的使用、或其他名称的使用，并非用于限定本申请流程和方法的顺序。尽管上述披露中通过各种示例讨论了一些目前认为有用的发明实施例，但应当理解的是，该类细节仅起到说明的目的，附加的权利要求并不仅限于披露的实施例，相反，权利要求旨在覆盖所有符合本申请实施例实质和范围的修正和等价组合。例如，虽然以上所描述的系统组件可以通过硬件设备实现，但是也可以只通过软件的解决方案得以实现，如在现有的处理设备或移动设备上安装所描述的系统。同理，应当注意的是，为了简化本申请披露的表述，从而帮助对一个或多个发明实施例的理解，前文对本申请实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。但是，这种披露方法并不意味着本申请对象所需要的特征比权利要求中提及的特征多。实际上，实施例的特征要少于上述披露的单个实施例的全部特征。一些实施例中使用了描述成分、属性数量的数字，应当理解的是，此类用于实施例描述的数字，在一些示例中使用了修饰词“大约”、“近似”或“大体上”来修饰。除非另外说明，“大约”、“近似”或“大体上”表明所述数字允许有±20%的变化。相应地，在一些实施例中，说明书和权利要求中使用的数值参数均为近似值，该近似值根据个别实施例所需特点可以发生改变。在一些实施例中，数值参数应考虑规定的有效数位并采用一般位数保留的方法。尽管本申请一些实施例中用于确认其范围广度的数值域和参数为近似值，在具体实施例中，此类数值的设定在可行范围内尽可能精确。针对本申请引用的每个专利、专利申请、专利申请公开物和其他材料，如文章、书籍、说明书、出版物、文档等，特此将其全部内容并入本申请作为参考。与本申请内容不一致或产生冲突的申请历史文件除外，对本申请权利要求最广范围有限制的文件（当前或之后附加于本申请中的）也除外。需要说明的是，如果本申请附属材料中的描述、定义、和/或术语的使用与本申请所述内容有不一致或冲突的地方，以本申请的描述、定义和/或术语的使用为准。最后，应当理解的是，本申请中所述实施例仅用以说明本申请实施例的原则。其他的变形也可能属于本申请的范围。因此，作为示例而非限制，本申请实施例的替代配置可视为与本申请的教导一致。相应地，本申请的实施例不仅限于本申请明确介绍和描述的实施例。当前第1页12当前第1页12