CN116996495B - 一种支持自动接入多类单灯控的系统及方法 - Google Patents

Abstract

本发明提供了一种支持自动接入多类单灯控的系统及方法，用于在照明管理平台中对单灯控进行控制管理，所述系统包括：访问端，其被配置为用户登录、查看、操作照明管理平台的入口；业务处理单元，其被配置为对照明管理平台进行业务操作；单灯控编码库，其被配置于业务处理单元中，用于记录存储所有待管理单灯控与其属性对应关系；若干解释器，其被配置为针对一类单灯控协议的解析程序，用于将单灯控上传的消息包进行解析并传给业务处理单元；若干监听器，用于接入不同传输方式的单灯控，并在收到单灯控上传的数据包时对数据包进行校验和转换后发给解释器；以及，适配机管理程序，用于各个解释器、监听器的管理协调和监控。

Description

一种支持自动接入多类单灯控的系统及方法

技术领域

本发明涉及照明物联网技术领域，具体涉及一种支持自动接入多类单灯控的系统及方法。

背景技术

在市政道路照明管理中既要保证安全又要满足节能低碳的要求下，单灯控这种能精细化的控制道路上每一盏路灯暗灭和亮度的设备应运而生。但随着单灯控的推广普及，也带来了一些新的问题。

现在行业内单灯控生产厂商比较多，每家厂商都有自己的数据传输方式和协议，暂无行业性的协议规范。而在实际的项目中，一个城市的道路照明系统又往往会混用不同厂商的单灯控，这就导致了在新安装单灯控时，因为生产厂商、传输方式或协议的不同，新的单灯控无法接入到照明管理平台中。

因此需要一种系统和方法，使得照明管理平台具有较高的兼容性和快速响应的特点，能做到在安装新单灯控时随时安装随时上线随时控制。

公开号为CN115765791A的中国专利公开了一种增大单灯控制器接入容量的方法及架构系统。该专利在智能集中控制器的各相输入端均设置电力载波模块，各个电力载波模块采用生产者消费者模型进行线程间的数据同步，根据网络同步时隙与智能单灯控制器的接入时隙，控制智能单灯控制器的时钟同步或加入网络或者处于静默状态；根据智能单灯控制器加入网络的数量，下发运行数据收发指令控制智能单灯控制器进行数据收发。该专利方案增大了接入到集中控制器的单灯控数量，但仅局限于电力载波这种传输方式，局限性比较高。而且发明内容主要是设备层面的调整，对照明管理平台的设计都没有涉及。

公开号为CN113473680A的中国专利公开了一直NB-IoT智能路灯终端的离散接入方法及其结构。该专利通过控制线连接NB-IoT通信模块的RESET接口，并通过程序控制实现NB-IoT通信模块延时上电功能；或者通过在电源电路与NB-IoT通信模块之间串接直流电源分配器，再由微控制器随机延时控制直流电源分配器向没有RESET引脚的NB-IoT通信芯片供电，从而错开每台路灯终端的上电时间以实现离散接入网络。该专利方案能解决NB-IoT智能路灯上电时大量终端同时入网而导致的瞬时网络资源不足和上行于扰电平大幅提升的问题，提升NB-IoT网络通信成功率和终端上报数据成功率。但该发明主要针对NB单灯控进行了设备层面的改造，对其它类型的单灯控以及上位平台的改造没有涉及。

发明内容

基于上述背景，本发明的目的在于提供一种支持自动接入多类单灯控的方法和系统，以解决同一项目区域内使用不同类型、不同传输方式、不同协议的单灯控快速接入的问题，以及大批量单灯控接入情况下系统并发性能不足的问题。

为实现上述目的，本发明采用了如下技术方案：

本发明的第一个方面提供了一种支持自动接入多类单灯控的系统，用于在照明管理平台中对单灯控进行控制管理，包括：

访问端，其被配置为用户登录、查看、操作照明管理平台的入口，至少包括移动端；

业务处理单元，其被配置为对照明管理平台进行业务操作，至少包括灯杆、灯头、配电回路和单灯控的管理；

单灯控编码库，其被配置于业务处理单元中，用于记录存储所有待管理单灯控与其生产商、型号、传输方式及协议版本信息的对应关系；

若干解释器，其被配置为针对一类单灯控协议的解析程序，用于将单灯控上传的消息包进行解析并传给业务处理单元，不同类型的单灯控协议对应不同的解析器；

若干监听器，其对应不同传输方式设置，用于接入不同传输方式的单灯控，并在收到单灯控上传的数据包时对数据包进行校验和转换后发给解释器；

以及，适配机管理程序，其被配置为一个独立运行的服务进程，用于各个解释器、监听器的管理协调和监控。

进一步的，所述适配机管理程序包括管理协调服务模块、启动服务模块和监控服务模块，其中：

所述管理协调服务模块用于接收业务处理单元的单灯控接入请求；设置监控服务模块运行参数，接收监控服务模块发送的信息；对启动服务模块发送启动命令；在监听器或者解释器运行异常时对外发送报警信息；

所述启动服务模块用于接受管理协调服务模块的指令，在设定时间读取预设启动参数来启动监听器和解释器；以及管理启动参数，包括监听器端口、解释器并发线程数、监听器与解释器的上报时间间隔和传输队列名称；

监控服务模块用于接收各监听器、解释器的状态上报，并定时将信息汇报给管理协调服务模块。

本发明的第二个方面提供了一种支持自动接入多类单灯控的方法，基于如上述第一个方面所述的系统进行，包括如下步骤：

构建单灯控编码库，其包括每一个待接入单灯控的配置信息，所述配置信息至少包括单灯控的编码及其对应的生产商、型号、传输方式和协议版本信息；

通过访问端现场获取增加或替换的单灯控的编码信息，并基于该编码信息通过业务处理单元建立该单灯控与灯杆、灯头和配电回路的关联关系；

基于现场获取的单灯控编码信息，从单灯控编码库中读取该单灯控对应的传输方式和协议版本信息并传送至适配机管理程序；

适配机管理程序根据获取的传输方式和协议版本信息扫描当前系统中的监听器和解释器，并反馈结果给业务处理单元；如果没有与获取的传输方式和协议版本对应的监听器和解释器，则启动新的监听器和解释器实例，并确定其数据传输关系；

监听器接收接入的单灯控上报的信息并发送给解释器；解释器收到监听器发送的上报信息后，根据定义好的协议进行解析，并将解析后的内容发送给业务处理单元；业务处理单元根据解释器上报的内容进行业务处理后，通过解释器、监听器将其指令下发到对应单灯控中。

进一步的，所述单灯控编码为随机生成的UUID，所述配置信息存储于单灯控编码库的数据结构为一个Map，其中key为此单灯控的编码，value为一个Json字符串，由对应的生产商、型号、传输方式和协议版本信息组成。

进一步的，所述单灯控编码以图形码或RFID电子标签形式配置于单灯控上。

进一步的，所述的建立该单灯控与灯杆、灯头和配电回路的关联关系包括：

确定待管理的单灯控为增加的单灯控还是替换的单灯控；

如果是增加的单灯控，则根据访问端的定位信息，将其关联至当前位置的灯杆，并基于灯杆的关联关系关联灯头和配电回路；

如果是替换的单灯控，则在业务管理单元中将被替换的单灯控的关联关系替换为当前接入的单灯控。

进一步的，所述的启动新的监听器和解释器实例具体包括：

适配机管理程序生成启动参数，并将启动参数传递给启动服务模块；所述启动参数至少包括监听器和解释器的内部指定类别，监听器的监听端口，监听器和解释器向适配机管理程序上报信息的时间间隔，以及解释器启动多少个线程来处理单灯控上报的信息；

启动服务模块基于所述启动参数调用执行脚本，并依次进行脚本的执行，启动新的监听器和解释器实例；如果执行成功，则向适配机管理程序的管理协调服务上报成功状态和监听器、解释器在服务器中的进程ID。

进一步的，还包括在解释器和监听器之间，以及解释器和业务处理单元之间同步消息入口，具体包括：

适配机管理程序在创建解释器和监听器实例时将各自的通信入口作为参数预设好传入解释器和监听器实例程序中，在全部创建完成后，将解释器实例的通信入口返回给业务处理单元。

进一步的，适配机管理程序在创建解释器和监听器实例时将各自的通信入口作为参数预设好传入解释器和监听器实例程序中具体包括：

适配机管理程序的启动服务模块在启动解释器和监听器前依据命名规则建立好消息队列，并将队列名字作为启动参数之一传送给执行脚本，由执行脚本在执行启动命令时传入到具体的解释器或者监听器的实例中。

本发明的有益效果如下：

本发明的支持自动接入多类单灯控的系统及方法，能够实现多类型单灯控的自动接入、自动上线和即时控制，使得照明管理平台具有较高的兼容性和快速响应的特点，能做到在安装新单灯控时随时安装随时上线随时控制。

同时，本发明的系统和方法通过调用执行脚本等方式，做到了单灯控接入程序的按需启动，提高了照明管理平台的灵活度，节省了服务器资源。

另外，本发明的系统和方法对单灯控接入程序进行了解耦，分为了负责维护传输的监听器和负责解析数据包的解释器，使得照明管理平台更容易进行扩展和维护。

附图说明

为了更清楚地说明本发明或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明的支持自动接入多类单灯控的系统实施例的总体架构图。

图2为本发明的支持自动接入多类单灯控的方法实施例的总体流程图。

图3为本发明实施例中单灯控新增或者替换原有单灯控的流程图。

图4为本发明实施例中单灯控在系统中与其它元素的关联关系示意图。

图5为本发明实施例中启动新的监听器实例和解释器实例的时序图。

图6为本发明实施例中业务处理单元、解释器实例、监听器实例在基于消息队列的实现下的通信流程图。

具体实施方式

为了进一步理解本发明，下面结合实施例对本发明优选实施方案进行描述，但是应当理解，这些描述只是为进一步说明本发明的特征和优点，而不是对本发明权利要求的限制。

实施例1

本发明第一个实施例提供了一种支持自动接入多类单灯控的系统，其用于在照明管理平台中对（尤其是新接入的）单灯控进行控制管理。参见附图1，该系统总体由访问端、业务处理单元、若干解释器、若干监听器以及适配机管理程序组成，其应用对象为多个待接入的单灯控。具体的：

1）访问端是用户登录、查看、操作照明管理平台的入口，包括PC端和移动手机端。

2）业务处理单元用于对照明管理平台进行业务操作，包含各种繁杂的界面和动作，如灯杆、灯头、配电回路和单灯控的管理，以及亮灭灯策略的管理、工单巡检管理等等。

在业务处理单元中，还配置有单灯控编码库，其用于记录存储所有待管理（接入）单灯控与其生产商、型号、传输方式及协议版本信息的对应关系。

3）若干解释器，其被配置为针对一类单灯控协议的解析程序，不同类型的单灯控协议对应不同的解析器。解释器用于将单灯控上传的消息包进行解析并传给业务处理单元。同时，解释器将其自身状态和处理量周期性的报告给适配机管理程序。

4）若干监听器，其对应不同传输方式设置，用于接入不同传输方式的单灯控，如TCP连接、Web接口、MQTT监听等，监听器将维护这些传输方式，并在收到单灯控上传的数据包时对数据包进行校验和转换后发给解释器。同时，监听器将其自身状态和处理量周期性的报告给适配机管理程序。监听器需要保证数据验证、转换、发送的效率，应尽量避免IO读写等较为耗费时间的操作。

5）适配机管理程序，其作为一个独立运行的服务进程，不做具体的照明管理业务，只做解释器、监听器的管理协调和监控。

本实施例中，适配机管理程序包含了三个模块，分别是管理协调服务模块、启动服务模块和监控服务模块，它们各自的作用如下：

①管理协调服务模块的职责主要包括如下内容：

维护对外接口，接收业务单元的单灯控接入请求；

设置监控服务模块的运行参数，接收监控服务模块发送的信息；

对启动服务模块发送启动命令；

在监听器或者解释器运行异常时对外发送报警信息；

②启动服务模块接受管理协调服务模块的指令，在设定时间读取预设启动参数来启动监听器和解释器。

在具体的实例中表现为在代码中运行外部脚本，如在Linux系统下运行shell脚本，在windows操作系统下运行bat脚本。同时启动服务模块也管理启动参数，包括监听器端口、解释器并发线程数、监听器与解释器的上报时间间隔、传输队列名称等。

③监控服务模块接收各监听器、解释器的状态上报，包括心跳、处理量等，并定时将信息汇报给管理协调服务。同时还用于维护对外的web监控页面，用户可以在此页面中看到各解释器、监听器的状态和处理量。

实施例2

本发明第二个实施例提供了一种支持自动接入多类单灯控的方法，基于本发明提供的参考上述实施例1所述的系统进行，当有新的单灯控需要接入到照明管理平台时，采用如下步骤：

第一步，提前构建单灯控编码库，其包括每一个待接入单灯控的配置信息，该配置信息至少包括单灯控的编码及其对应的生产商、型号、传输方式和协议版本信息。

在每一个单灯控出货时，提前录入或者导入其编码以及对应的生产商、型号、传输方式、协议版本等信息，此编码可为随机生成的UUID，UUID是由一组32位数的16进制数字所构成，几乎不存在冲突的可能。配置信息存储在编码库中时，存储的数据结构为一个Map，Map结构保证了根据编码获取信息的效率，其中key为此单灯控的编码，value为一个Json字符串由对应的厂家、型号、传输方式、协议版本等信息组成，举例：

(Key="BAAFF3DE-E979-3A97-CAEC-68709B245D5A":Value={"company":XXX,"comm_type":tcp,"model":LL-DK-03,"protocol_version":"v0.012"})

在具体实施中，可使用二维码形式，也可以使用RFID电子标签形式将UUID贴到单灯控上。其中RFID电子标签可以进行批量扫描，且同一批的单灯控value值基本都一样，因此可以显著提高录入效率，但同时也要求访问端设备具有RFID电子标签读取功能。

第二步，运维人员在现场利用移动端（访问端）扫描单灯控A来替换或者增加单灯控A，通过业务处理单元基于该编码信息建立该单灯控A与灯杆、灯头和配电回路的关联关系。

在实际的业务操作中，单灯控要与灯杆、灯头、配电回路等建立关联关系，才可以在照明管理平台中进行查看、统计和控制亮灭灯。作为优选实施方案，本发明通过利用既有的关联关系和运维端的定位功能来快速的达成建立关系的目的，详细的步骤见图3，包括：

首先确定待管理的单灯控为增加的单灯控还是替换的单灯控；

如果是增加的单灯控，则根据访问端的定位信息，将其关联至当前位置的灯杆，并基于灯杆的关联关系关联灯头和配电回路；

如果是替换的单灯控，则在业务管理单元中将被替换的单灯控的关联关系替换为当前接入的单灯控。

一个建立好关系的实际的例子见图4。

第三步，基于现场获取的单灯控编码信息，从单灯控编码库中读取该单灯控对应的传输方式和协议版本信息并传送至适配机管理程序。

具体的，根据移动端（访问端）扫描的信息，业务处理单元从单灯控编码库中读取单灯控A对应的传输方式和协议信息，并向适配机管理程序传送单灯控A的这些信息。

在具体实施例中，业务单元将下述信息（部分举例）传给适配机管理程序：

{"company":XXX,"comm_type":tcp,"model":LL-DK-03,"protocol_version":"v0.012"}

第四步，适配机管理程序根据获取的传输方式和协议版本信息扫描当前系统中的监听器和解释器，并反馈结果给业务处理单元；如果没有与获取的传输方式和协议版本对应的监听器和解释器，则启动新的监听器和解释器实例，并确定其数据传输关系。

具体的，适配机管理程序根据单灯控A的信息扫描当前系统中的监听器和解释器，如果有与单灯控A的传输方式和协议版本对应的监听器和解释器，则将结果反馈给业务处理单元；如果没有与单灯控A的传输方式和协议版本对应的监听器和解释器，则启动新的监听器和解释器实例。

在一个具体实例中，启动新的监听器和解释器实例具体包括：

适配机管理程序生成启动参数，并将启动参数传递给启动服务模块。启动参数至少包括监听器和解释器的内部指定类别，监听器的监听端口，监听器和解释器向适配机管理程序上报信息的时间间隔，以及解释器启动多少个线程来处理单灯控上报的信息。以下是部分启动参数举例：

监听器A：{"listener_type":listenerA,"port":20053,"heart_beat":30}

解释器A: {"parser_type":parserA,"thread_count":5,"heart_beat":30}

上述例子中，listener_type和parser_type是指监听器和解释器的内部指定类别，port是指监听器在哪个操作系统端口监听等待单灯控数据上行，由接入的单灯控出厂设置而决定，heart_beat是指监听器和解释器多少时间向适配机管理程序中的监控服务上行心跳，该参数可以进行预设和调整。thread_count是指解释器启动多少个线程来处理单灯控上报的信息，在高并发下能显著提高系统吞吐量，这个数值由当前部署服务器中的CPU核心数和解释器自身逻辑操作综合决定，可以进行预设。

启动服务收到启动参数后，依据启动参数寻找执行脚本，并依次进行脚本的执行，启动新的监听器和解释器实例。如果执行成功，则向适配机管理程序的管理协调服务上报成功状态和新的进程ID。

在具体实施中，执行脚本是预先编写好的启动（或停止）具体解释器或者监听器的程序，启动服务通过调用执行脚本来真正启动解释器或者监听器。因为部署的服务器操作系统的不同，执行脚本也不相同，在linux操作系统中，脚本后缀为sh，而在windows中，脚本后缀为bat。启动服务模块首先需要判断当前的服务器类型，再根据预设找到执行脚本，最后传入启动命令和启动参数来执行启动脚本。在具体的启动动作完毕后，执行脚本会返回给启动服务相应的启动日志和启动成功的进程ID，启动服务将启动成功的进程ID和对应的传入监听器类型或者解释器类型回传给管理协调服务模块。另外，执行脚本在必要时也能执行关闭监听器实例或者监视器实例的命令。

管理协调服务模块收取进程ID和对应的监听器类型或者解释器类型后，需要对该对应关系进行保存，以备下次增加新单灯控时进行判断。

上述流程可见图5。

最后，新的或替换的单灯控加入后，监听器接收接入的单灯控上报的信息并发送给解释器；解释器收到监听器发送的上报信息后，根据定义好的协议进行解析，并将解析后的内容发送给业务处理单元；

业务处理单元根据解释器上报的内容进行业务处理后，通过解释器、监听器将其指令下发到对应单灯控中。

在具体实施中，监听器A实例开始接收单灯控A的信息上报并发送给解释器A。解释器A实例收到监听器A实例转发的单灯控A的上报信息后，根据定义好的协议进行解析，并将解析后的内容发送给业务单元。另外解释器A和监听器A周期性向适配机管理程序的监控服务上报自身状态和处理量，以作为适配机管理程序后续操作的依据。

同时，业务单元也通过解释器、监听器将其指令下发到具体单灯控中，因此解释器和监听器之间，解释器和业务单元之间都需要互相知道对方的消息入口。

在具体实施中，通过适配机管理程序将互相之间的信息进行同步。即适配机管理程序在创建解释器和监听器实例时将各自的通信入口作为参数预设好传入解释器和监听器实例程序中，在全部创建完成后，将解释器实例的通信入口返回给业务处理单元。

一种具体实现方案为：在业务处理单元、解释器、监听器之间通过消息队列服务来进行信息的传递，如图6所示。适配机管理程序的启动服务模块在启动解释器和监听器前依据命名规则建立好消息队列，并将队列名字作为启动参数之一传送给执行脚本，由执行脚本在执行启动命令时传入到具体的解释器或者监听器的实例中。

另外一种具体实现方案是开放监听器、解释器、业务处理单元的Http接口地址，三者通过调用Http接口方式进行单灯控消息包的上报和命令的下发。具体实现方案为：预先确定好解释器、监听器实例的接口地址（主要为IP和端口）；在启动新的解释器实例时将业务处理单元和监听器的接口地址作为启动参数传入，并返回给业务处理单元新创建的解释器实例的接口地址；在启动监听器实例时将解释器实例的接口地址作为启动参数传入。

以上实施例的说明只是用于帮助理解本发明的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以对本发明进行若干改进和修饰，这些改进和修饰也落入本发明权利要求的保护范围内。

Claims (9)

1.一种支持自动接入多类单灯控的系统，用于在照明管理平台中对单灯控进行控制管理，其特征在于，包括：

访问端，其被配置为用户登录、查看、操作照明管理平台的入口，至少包括移动端；

业务处理单元，其被配置为对照明管理平台进行业务操作，至少包括灯杆、灯头、配电回路和单灯控的管理；

单灯控编码库，其被配置于业务处理单元中，用于记录存储所有待管理单灯控与其生产商、型号、传输方式及协议版本信息的对应关系；

若干解释器，其被配置为针对一类单灯控协议的解析程序，用于将单灯控上传的消息包进行解析并传给业务处理单元，不同类型的单灯控协议对应不同的解释器；

若干监听器，其对应不同传输方式设置，用于接入不同传输方式的单灯控，并在收到单灯控上传的数据包时对数据包进行校验和转换后发给解释器；

以及，适配机管理程序，其被配置为一个独立运行的服务进程，用于各个解释器、监听器的管理协调和监控。

2.如权利要求1所述的支持自动接入多类单灯控的系统，其特征在于，所述适配机管理程序包括管理协调服务模块、启动服务模块和监控服务模块，其中：

所述管理协调服务模块用于接收业务处理单元的单灯控接入请求；设置监控服务模块运行参数，接收监控服务模块发送的信息；对启动服务模块发送启动命令；在监听器或者解释器运行异常时对外发送报警信息；

所述启动服务模块用于接受管理协调服务模块的指令，在设定时间读取预设启动参数来启动监听器和解释器；以及管理启动参数，包括监听器端口、解释器并发线程数、监听器的上报时间间隔、解释器的上报时间间隔和传输队列名称；

监控服务模块用于接收各监听器、解释器的状态上报，并定时将信息汇报给管理协调服务模块。

3.一种支持自动接入多类单灯控的方法，基于如权利要求1或2所述的系统进行，其特征在于，包括如下步骤：

构建单灯控编码库，其包括每一个待接入单灯控的配置信息，所述配置信息至少包括单灯控的编码及其对应的生产商、型号、传输方式和协议版本信息；

通过访问端现场获取增加或替换的单灯控的编码信息，并基于该编码信息通过业务处理单元建立该单灯控与灯杆、灯头和配电回路的关联关系；

基于现场获取的单灯控编码信息，从单灯控编码库中读取该单灯控对应的传输方式和协议版本信息并传送至适配机管理程序；

适配机管理程序根据获取的传输方式和协议版本信息扫描当前系统中的监听器和解释器，并反馈结果给业务处理单元；如果没有与获取的传输方式和协议版本对应的监听器和解释器，则启动新的监听器和解释器实例，并确定其数据传输关系；

监听器接收接入的单灯控上报的信息并发送给解释器；解释器收到监听器发送的上报信息后，根据定义好的协议进行解析，并将解析后的内容发送给业务处理单元；业务处理单元根据解释器上报的内容进行业务处理后，通过解释器、监听器将其指令下发到对应单灯控中。

4.如权利要求3所述的支持自动接入多类单灯控的方法，其特征在于，所述单灯控编码为随机生成的UUID，所述配置信息存储于单灯控编码库的数据结构为一个Map，其中key为此单灯控的编码，value为一个Json字符串，由对应的生产商、型号、传输方式和协议版本信息组成。

5.如权利要求4所述的支持自动接入多类单灯控的方法，其特征在于，所述单灯控编码以图形码或RFID电子标签形式配置于单灯控上。

6.如权利要求3所述的支持自动接入多类单灯控的方法，其特征在于，所述的建立该单灯控与灯杆、灯头和配电回路的关联关系包括：

确定待管理的单灯控为增加的单灯控还是替换的单灯控；

如果是增加的单灯控，则根据访问端的定位信息，将其关联至当前位置的灯杆，并基于灯杆的关联关系关联灯头和配电回路；

如果是替换的单灯控，则在业务管理单元中将被替换的单灯控的关联关系替换为当前接入的单灯控。

7.如权利要求3所述的支持自动接入多类单灯控的方法，其特征在于，所述的启动新的监听器和解释器实例具体包括：

适配机管理程序生成启动参数，并将启动参数传递给启动服务模块；所述启动参数至少包括监听器和解释器的内部指定类别，监听器的监听端口，监听器向适配机管理程序上报信息的时间间隔和解释器向适配机管理程序上报信息的时间间隔，以及解释器启动多少个线程来处理单灯控上报的信息；

启动服务模块基于所述启动参数调用执行脚本，并依次进行脚本的执行，启动新的监听器和解释器实例；如果执行成功，则向适配机管理程序的管理协调服务上报成功状态和监听器、解释器在服务器中的进程ID。

8.如权利要求7所述的支持自动接入多类单灯控的方法，其特征在于，还包括在解释器和监听器之间，以及解释器和业务处理单元之间同步消息入口，具体包括：

适配机管理程序在创建解释器和监听器实例时将各自的通信入口作为参数预设好传入解释器和监听器实例程序中，在全部创建完成后，将解释器实例的通信入口返回给业务处理单元。

9.如权利要求8所述的支持自动接入多类单灯控的方法，其特征在于，适配机管理程序在创建解释器和监听器实例时将各自的通信入口作为参数预设好传入解释器和监听器实例程序中具体包括：

适配机管理程序的启动服务模块在启动解释器和监听器前依据命名规则建立好消息队列，并将队列名字作为启动参数之一传送给执行脚本，由执行脚本在执行启动命令时传入到具体的解释器或者监听器的实例中。