CN110533062B - 多型号门控器切换控制方法、装置、电子设备及存储介质 - Google Patents

Abstract

本发明提供一种多型号门控器切换控制方法、装置、电子设备及存储介质，其中，控制发明的方法包括：分析不同型号门控器的接口文档，提取功能相似的接口；依据底层采用的传输协议对不同型号的门控器进行分类；封装提取的功能相似的接口和分类后的门控器的接口形成统一调用的类；提供统一的调用接口供外部对统一调用的类进行参数调用。本发明旨在通过分析提取出不同型号门控器的相似接口和对底层采用的传输协议进行分类，并集成到统一的对外接口中供外部调用，既可以方便第三方调用者集成开发，也方便后期测试，省时省力。

Description

多型号门控器切换控制方法、装置、电子设备及存储介质

技术领域

本发明涉及门控器技术领域，尤其涉及一种多型号门控器切换控制方法、装置、电子设备及存储介质。

背景技术

目前，门控器厂家数量繁多，门控器型号各异。在项目中集成不同型号门控器比较繁琐，开发人员工作量大，后期需要对不同型号的门控器进行单独编写测试案例，费时费力。因此，本发明旨在提出一种解决在多种门控器之间切换控制的方法，以解决门控器型号较多而导致开发人员工作量较大的技术问题。

发明内容

鉴于以上内容，本发明提供一种多型号门控器切换控制方法、装置、电子设备及存储介质，旨在解决门控器型号较多而导致开发人员工作量较大的技术问题。

一种多型号门控器切换控制方法，包括：

分析不同型号门控器的接口文档，提取功能相似的接口；

依据底层采用的传输协议对不同型号的门控器进行分类；

封装提取的功能相似的接口和分类后的门控器的接口形成统一调用的类；

提供统一的调用接口供外部对统一调用的类进行参数调用。

进一步地，所述提取功能相似的接口包括：

分析接口文档中记载的门控器的功能信息，判断不同型号门控器的接口实现的功能；

若门控器的接口用于执行供外界传递参数实现门控器的初始化操作，则提取该接口为初始化接口；

若门控器的接口用于执行供外界传递参数实现门控器的开门操作，则提取该接口为开门接口；

若门控器的接口用于执行供外界传递参数实现门控器的关门操作，则提取该接口为关门接口；

若门控器的接口用于执行供外界传递参数实现门控器的状态查询操作，则提取该接口为状态查询接口；

若门控器的接口用于执行供外界传递参数实现门控器的状态设置操作，则提取该接口为设置状态接口；

若门控器的接口用于执行供外界传递参数实现门控器的重启操作，则提取该接口为重启接口。

进一步地，所述依据底层采用的传输协议对不同型号的门控器进行分类包括：

判断不同型号门控器底层采用的传输协议；

若门控器底层采用的传输协议为TCP协议，则将该门控器的接口分类为TCP协议类接口；

若门控器底层采用的传输协议为UDP协议，则将该门控器的接口分类为UDP协议类接口；

若门控器底层采用的传输协议为HTTP协议，则将该门控器的接口分类为HTTP协议类接口。

进一步地，所述方法还包括：

提取新的门控器的接口，判断新的门控器包含的功能接口和新的门控器底层采用的传输协议；

若新的门控器的接口实现的功能和新的门控器底层采用的传输协议均包含在已有的统一调用的类中，则根据新的门控器的接口实现的功能和新的门控器底层采用的传输协议添加到对应该协议和接口的统一调用的类中；

若新的门控器的接口实现的功能或/和新的门控器底层采用的传输协议未包含在已有的统一调用的类中，则根据新的门控器的接口实现的功能和新的门控器底层采用的传输协议建立新的统一调用的类。

进一步地，所述判断新的门控器包含的功能接口包括：

分析新的门控器的接口文档，识别新的门控器的接口实现的功能；

判断已有的门控器的接口实现的功能是否已包含新的门控器的接口实现的功能；

若已有的门控器的接口实现的功能已包含新的门控器的接口实现的功能，则将该接口提取到已有的实现相似功能的门控器的接口中；

若已有的门控器的接口实现的功能没有包含新的门控器的接口实现的功能，则继续判断新的门控器的接口实现的功能，并为该接口添加实现该功能的新接口。

进一步地，所述判断新的门控器底层采用的传输协议包括：

识别新的门控器底层采用的传输协议，判断已有的门控器的分类中是否已包含新的门控器底层所采用的传输协议；

若已有的门控器的分类中已包含新的门控器底层所采用的传输协议，则将该新的门控器的接口标记为该已有的门控器的分类；

若已有的门控器的分类中没有包含新的门控器底层所采用的传输协议，则继续判断新的门控器底层所采用的传输协议，并为该传输协议添加新的分类。

一种多型号门控器切换控制装置，包括：

分析模块：用于分析不同型号门控器的接口文档，并生成分析结果；

提取模块：用于根据所述分析结果提取功能相似的接口；

分类模块：用于根据底层采用的传输协议对不同型号的门控器进行分类；

封装模块：用于封装提取的功能相似的接口和分类后的门控器的接口形成统一调用的类；

调用模块：用于提供统一的调用接口供外部对封装形成的门控器的接口的统一调用的类进行参数调用；

判断模块：用于判断不同型号门控器的接口实现的功能和不同型号门控器底层采用的传输协议。

进一步地，所述控制装置还包括：

添加模块：用于在所述判断模块判断出新的门控器的接口实现的功能和新的门控器底层采用的传输协议均包含在已有的统一调用的类时，根据新的门控器的接口实现的功能和新的门控器底层采用的传输协议添加到对应该协议和接口的统一调用的类中，

新建模块：用于在所述判断模块判断出已有的门控器的接口实现的功能没有包含新的门控器的接口实现的功能时，在统一调用的类中为该接口新建实现该功能的新接口；以及在所述判断模块判断出已有的门控器的分类中没有包含新的门控器底层所采用的传输协议，在统一调用的类中为该接口添加采用对应底层传输协议新的接口分类。

一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现前述的多型号门控器切换控制方法。

一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现前述的多型号门控器切换控制方法。

本发明有益效果：本发明提供的多型号门控器切换控制方法、装置、电子设备及存储介质旨在通过分析提取出不同型号门控器的相似接口和对底层采用的传输协议进行分类，并集成到统一的对外接口中供外部调用，既可以方便第三方调用者集成开发，也方便后期测试，省时省力。

附图说明

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

图1是本发明实施例一提供的多型号门控器切换控制方法的流程示意图；

图2是本发明实施例一提供的多型号门控器切换控制方法中提取功能相似的接口的流程示意图；

图3是本发明实施例一提供的多型号门控器切换控制方法中对不同型号的门控器进行分类的流程示意图；

图4是本发明实施例二提供的多型号门控器切换控制方法的流程示意图；

图5是本发明实施例二提供的多型号门控器切换控制方法中的判断新的门控器包含的功能接口的流程示意图；

图6是本发明实施例二提供的多型号门控器切换控制方法中的判断新的门控器底层采用的传输协议的流程示意图；

图7是本发明实施例三提供的多型号门控器切换控制装置结构示意图；

图8是本发明实施例四提供的多型号门控器切换控制装置结构示意图；

图9是本发明实施例五提供的电子设备结构示意图。

主要元件符号说明

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

本发明的说明书和权利要求书及上述附图中的术语“包括”以及它们任何变形，意图在于覆盖不排他的包含。

本发明所有实施例提供的多型号门控器切换控制方法均可应用于一个或者多个电子设备中，所述电子设备是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，其硬件包括但不限于微处理器、专用集成电路(Application SpecificIntegrated Circuit，ASIC)、可编程门阵列(Field－Programmable Gate Array，FPGA)、数字处理器(Digital Signal Processor，DSP)、嵌入式设备等。

所述电子设备可以是任何一种可与用户进行人机交互的电子产品，例如，个人计算机、平板电脑、智能手机、个人数字助理(Personal Digital Assistant，PDA)、游戏机、交互式网络电视(Internet Protocol Television，IPTV)、智能式穿戴式设备等。

所述电子设备还可以包括网络设备和/或用户设备。其中，所述网络设备包括，但不限于单个网络服务器、多个网络服务器组成的服务器组或基于云计算(CloudComputing)的由大量主机或网络服务器构成的云。

所述电子设备所处的网络包括但不限于互联网、广域网、城域网、局域网、虚拟专用网络(Virtual Private Network，VPN)等。

实施例一

如图1所示，本实施例提供一种多型号门控器切换控制方法，根据不同的需求，该控制方法的流程图中步骤的顺序可以改变，某些步骤可以省略。

本实施例中，所述控制方法包括：

S100：分析不同型号门控器的接口文档，提取功能相似的接口。

其中，所述接口可以包括初始化接口、开门接口、关门接口、状态查询接口、设置状态接口、重启接口等实现不同的功能的接口。

如图2所示，本实施例中，提取功能相似的接口包括：

S101：分析接口文档中记载的门控器的功能信息，判断不同型号门控器的接口实现的功能。

其中，功能信息为门控器接口文档对接口实现的功能的记载，例如：实现门控器的初始化、开门、关门、状态查询、设置状态、重启等功能。

S102：若门控器的接口用于执行供外界传递参数实现门控器的初始化操作，则提取该接口为初始化接口。

其中，初始化接口用于供外界传递参数实现门控器的初始化操作，外界通过调用门控器的初始化接口可以与门控器进行初始化参数的传递，实现对门控器的初始化操作。

S103：若门控器的接口用于执行供外界传递参数实现门控器的开门控制操作，则提取该接口为开门接口。

其中，开门接口用于供外界传递参数实现门控器的开门控制操作，外界通过调用门控器的开门接口可以与门控器进行开门参数的传递，实现门控器的开门控制操作。

S104：若门控器的接口用于执行供外界传递参数实现门控器的关门控制操作，则提取该接口为关门接口。

其中，关门接口用于供外界传递参数实现门控器的关门控制操作，外界通过调用门控器的关门接口可以与门控器进行关门参数的传递，实现门控器的关门控制操作。

S105：若门控器的接口用于执行供外界传递参数实现门控器的状态查询操作，则提取该接口为状态查询接口。

其中，状态查询接口用于供外界传递参数实现门控器的状态查询操作，外界通过调用门控器的状态查询接口可以与门控器进行状态信息查询参数的传递，实现门控器的状态查询操作。

S106：若门控器的接口用于执行供外界传递参数实现门控器的状态设置操作，则提取该接口为设置状态接口。

其中，设置状态接口用于供外界传递参数实现门控器的状态设置操作，外界通过调用门控器的设置状态接口可以与门控器进行状态设置参数的传递，实现门控器的状态设置操作。

S107：若门控器的接口用于执行供外界传递参数实现门控器的重启操作，则提取该接口为重启接口。

其中，重启接口用于供外界传递参数实现门控器的重启操作，外界通过调用门控器的重启接口可以与门控器进行重启参数的传递，实现门控器的重启操作。

S200：依据底层采用的传输协议对不同型号的门控器进行分类。

其中，门控器底层采用的传输协议通常包括TCP协议、UDP协议或者HTTP协议等。

如图3所示，本实施例中，对不同型号的门控器进行分类包括：

S201：判断不同型号门控器底层采用的传输协议。

S202：若门控器底层采用的传输协议为TCP协议，则将该门控器的接口分类为TCP协议类接口。

S203：若门控器底层采用的传输协议为UDP协议，则将该门控器的接口分类为UDP协议类接口。

S204：若门控器底层采用的传输协议为HTTP协议，则将该门控器的接口分类为HTTP协议类接口。

S300：封装提取的功能相似的接口和分类后的门控器的接口形成统一调用的类。

本实施例中，统一调用的类可以为功能相似的接口与同一底层传输协议类门控器的结合封装形成的可供外界统一调用的类。

其中，底层采用的传输协议采用TCP协议且实现初始化功能的初始化接口，可以封装为供外界统一调用的TCP协议类初始化接口；底层采用的传输协议采用UDP协议且实现初始化功能的初始化接口，可以封装为供外界统一调用的UDP协议类初始化接口；底层采用的传输协议采用HTTP协议且实现初始化功能的初始化接口，可以封装为供外界统一调用的HTTP协议类初始化接口。

其中，底层采用的传输协议采用TCP协议且实现开门控制功能的开门接口，可以封装为供外界统一调用的TCP协议类开门接口；底层采用的传输协议采用UDP协议且实现开门控制功能的开门接口，可以封装为供外界统一调用的UDP协议类开门接口；底层采用的传输协议采用HTTP协议且实现开门控制功能的开门接口，可以封装为供外界统一调用的HTTP协议类开门接口。

其中，底层采用的传输协议采用TCP协议且实现关门控制功能的关门接口，可以封装为供外界统一调用的TCP协议类关门接口；底层采用的传输协议采用UDP协议且实现关门控制功能的关门接口，可以封装为供外界统一调用的UDP协议类关门接口；底层采用的传输协议采用HTTP协议且实现关门控制功能的关门接口，可以封装为供外界统一调用的HTTP协议类关门接口。

其中，底层采用的传输协议采用TCP协议且实现状态查询功能的状态查询接口，可以封装为供外界统一调用的TCP协议类状态查询接口；底层采用的传输协议采用UDP协议且实现状态查询功能的状态查询接口，可以封装为供外界统一调用的UDP协议类状态查询接口；底层采用的传输协议采用HTTP协议且实现状态查询功能的状态查询接口，可以封装为供外界统一调用的HTTP协议类状态查询接口。

其中，底层采用的传输协议采用TCP协议且实现设置状态功能的设置状态接口，可以封装为供外界统一调用的TCP协议类设置状态接口；底层采用的传输协议采用UDP协议且实现设置状态功能的设置状态接口，可以封装为供外界统一调用的UDP协议类设置状态接口；底层采用的传输协议采用HTTP协议且实现设置状态功能的设置状态接口，可以封装为供外界统一调用的HTTP协议类设置状态接口。

其中，底层采用的传输协议采用TCP协议且实现重启功能的重启接口，可以封装为供外界统一调用的TCP协议类重启接口；底层采用的传输协议采用UDP协议且实现重启功能的重启接口，可以封装为供外界统一调用的UDP协议类重启接口；底层采用的传输协议采用HTTP协议且实现重启功能的重启接口，可以封装为供外界统一调用的HTTP协议类重启接口。

S400：提供统一的调用接口供外部对统一调用的类进行参数调用。

本实施例中，封装形成的统一调用的类可以参见S300中所述的各种供外界统一调用的类。其中，外界与门控器的参数传递可以通过提供的统一的调用接口进行。例如，需要执行对某一个门控器进行初始化操作时，若调用者底层采用的传输协议是TCP协议，则调用者只需通过提供的统一的调用接口调用TCP协议类初始化接口便可实现对该门控器的初始化操作，而调用者无需关心不同型号门控器的内部实现，进而可以大大提高门控器操作的便捷性。

实施例二

如图4所示，在实施例一的基础上，本实施例提供另一种多型号门控器切换控制方法，其中，根据不同的需求，本控制方法中的步骤顺序可以改变，且某些步骤可以省略。

本实施例中，所述的控制方法包括：

S100：分析不同型号门控器的接口文档，提取功能相似的接口。

其中，本步骤的具体实现过程与实施例一中S100中步骤的具体实现过程相同。

S200：依据底层采用的传输协议对不同型号的门控器进行分类。

其中，本步骤的具体实现过程与实施例一中S200中步骤的具体实现过程相同。

S300：封装提取的功能相似的接口和分类后的门控器的接口形成统一调用的类。

其中，本步骤的具体实现过程与实施例一中S300中步骤的具体实现过程相同。

S400：提供统一的调用接口供外部对统一调用的类进行参数调用。

其中，本步骤的具体实现过程与实施例一中S400步骤的具体实现过程相同。

S500：提取新的门控器的接口，判断新的门控器包含的功能接口和新的门控器底层采用的传输协议。

本实施例中，若需要在门控器的接口的统一调用的类中添加新的门控器的接口时，则需提取新的门控器的接口，并判断新的门控器包含的功能接口和新的门控器底层采用的传输协议。

如图5所示，本实施例中，判断新的门控器包含的功能接口包括：

S5101：分析新的门控器的接口文档，识别新的门控器的接口实现的功能。

其中，参见实施例一S100步骤，新门控器的功能接口可以包括初始化接口、开门接口、关门接口、状态查询接口、设置状态接口、重启接口等实现不同的功能的接口，或者新的门控器还可以包括实现不同的功能的其他接口。

S5102：判断已有的门控器的接口实现的功能是否已包含新的门控器的接口实现的功能。

其中，判断的过程可以参照实施例一中的S101-S107。

例如，若在已有的门控器的接口中包含可以实现门控器的初始化操作的功能，则判断新的门控器的接口是否也包含实现门控器的初始化操作的功能。

例如，若在已有的门控器的接口中包含可以实现门控器的开门控制操作的功能，则判断新的门控器的接口是否也包含实现门控器的开门控制操作的功能。

例如，若在已有的门控器的接口中包含可以实现门控器的关门控制操作的功能，则判断新的门控器的接口是否也包含实现门控器的关门控制操作的功能。

例如，若在已有的门控器的接口中包含可以实现门控器的状态查询操作的功能，则判断新的门控器的接口是否也包含实现门控器的状态查询操作的功能。

例如，若在已有的门控器的接口中包含可以实现门控器的状态设置操作的功能，则判断新的门控器的接口是否也包含实现门控器的状态设置操作的功能。

例如，若在已有的门控器的接口中包含可以实现门控器的重启操作的功能，则判断新的门控器的接口是否也包含实现门控器的重启操作的功能。

S5103：若已有的门控器的接口实现的功能已包含新的门控器的接口实现的功能，则将该接口标记为已有的实现相同功能的门控器的接口。

例如，如S5102所述，若新的门控器的接口包含实现门控器的初始化操作的功能，则标记新的门控器的接口为初始化接口。

例如，如S5102所述，若新的门控器的接口包含实现门控器的开门控制操作的功能，则标记新的门控器的接口为开门接口。

例如，如S5102所述，若新的门控器的接口包含实现门控器的关门控制操作的功能，则标记新的门控器的接口为关门接口。

例如，如S5102所述，若新的门控器的接口包含实现门控器的状态查询操作的功能，则标记新的门控器的接口为状态查询接口。

例如，如S5102所述，若新的门控器的接口包含实现门控器的状态设置操作的功能，则标记新的门控器的接口为设置状态接口。

例如，如S5102所述，若新的门控器的接口包含实现门控器的重启操作的功能，则标记新的门控器的接口为重启接口。

S5104：若已有的门控器的接口实现的功能没有包含新的门控器的接口实现的功能，则继续判断新的门控器的接口实现的功能，并为该接口添加实现该功能的新接口。

如图6所示，本实施例中，判断新的门控器底层采用的传输协议包括：

S5201：识别新的门控器底层采用的传输协议，判断已有的门控器的分类中是否已包含新的门控器底层所采用的传输协议。

其中，已有的门控器的分类可以参见实施例一中S200步骤。

例如，若已有的门控器的分类包括底层采用TCP协议的接口，则判断新的门控器底层采用的传输协议是否为TCP协议。

例如，若已有的门控器的分类包括底层采用UDP协议的接口，则判断新的门控器底层采用的传输协议是否为UDP协议。

例如，若已有的门控器的分类包括底层采用HTTP协议的接口，则判断新的门控器底层采用的传输协议是否为HTTP协议。

S5202：若已有的门控器的分类中已包含新的门控器底层所采用的传输协议，则将该新的门控器的接口标记为该已有的门控器的分类。

例如，如S5201所述，若新的门控器底层采用的传输协议为TCP协议，则标记新的门控器的接口为TCP协议类接口。

例如，如S5201所述，若新的门控器底层采用的传输协议为UDP协议，则标记新的门控器的接口为UDP协议类接口。

例如，如S5201所述，若新的门控器底层采用的传输协议为HTTP协议，则标记新的门控器的接口为HTTP协议类接口。

S5203：若已有的门控器的分类中没有包含新的门控器底层所采用的传输协议，则继续判断新的门控器底层所采用的传输协议，并为该传输协议添加新的分类。

S600：若新的门控器的接口实现的功能和新的门控器底层采用的传输协议均包含在已有的统一调用的类中，则根据新的门控器的接口实现的功能和新的门控器底层采用的传输协议添加到对应该协议和接口的统一调用的类中。

其中，已有的统一调用的类可以参见实施例一中S300步骤。

S700：若新的门控器的接口实现的功能或/和新的门控器底层采用的传输协议未包含在已有的统一调用的类中，则根据新的门控器的接口实现的功能和新的门控器底层采用的传输协议建立新的统一调用的类。

其中，当新的门控器的接口实现的功能和新的门控器底层采用的传输协议中有一项未包含在已有的统一调用的类中，则需要为新的门控器的接口建立新的统一调用的类，外部可以通过S400步骤提供的统一接口便可以对建立的新的统一调用的类进行调用。

实施例三

如图7是本实施例三提供的多型号门控器切换控制装置10的结构示意图。其中，多型号门控器切换控制装置10包括分析模块11、提取模块12、分类模块13、封装模块14、调用模块15和判断模块16。

本实施例中，分析模块11用于分析不同型号门控器的接口文档，并生成分析结果。

其中，分析结果可以包括所分析的门控器的接口文档所包含的接口类型及每种门控器的底层采用的传输协议。在生成分析结果，分析模块11将分析结果发送给提取模块12和分类模块13。

本实施例中，提取模块12用于根据分析模块11的分析结果提取功能相似的接口。

其中，所述接口可以分为初始化接口、开门接口、关门接口、状态查询接口、设置状态接口、重启接口等，各种接口对于实现不同的功能。

其中，初始化接口、开门接口、关门接口、状态查询接口、设置状态接口、重启接口等的内容与实施例一S100中所记载的对应接口相同。

本实施例中，分类模块13用于根据分析模块11的分析结果对底层采用的传输协议不同的门控器进行分类。

其中，门控器底层的参数传递的方法可以分类为：TCP协议、UDP协议或者HTTP协议等，由此，分类模块13可以将门控器分类为TCP协议类、UDP协议类和HTTP协议类等。

本实施例中，封装模块14用于封装提取的功能相似的接口和分类后的门控器的接口形成统一调用的类。

其中，在提取模块12提取出相似功能的接口和分类模块13对底层采用的传输协议不同的门控器进行分类后，封装模块14将对相似功能的接口和不同底层采用的传输协议的分类进行封装，进而可以形成一个可以统一调用的类供调用模块15调用。

本实施例中，调用模块15用于提供统一的调用接口供外部对统一调用的类进行参数调用。

其中，调用模块15可以对外只提供一个统一的调用的接口，外部通过这一接口与门控器进行通信传递参数，而对门控器进行相应的操作。

本实施例中，判断模块16用于判断不同型号门控器的接口实现的功能和不同型号门控器底层采用的传输协议。

其中，判断模块16判断不同型号门控器的接口实现的功能的过程可以参见实施例一中S100步骤。

其中，判断模块16判断不同型号门控器底层采用的传输协议的过程可以参见实施例一中S200步骤。

本实施例中，调用者不必再关心不同型号门控器的内部实现，只需按照统一调用的接口进行传参数调用即可，可以大大提高门控器操作的便捷性。

实施例四

如图8所示，在实施例三的基础上，本实施例提供另一种多型号门控器切换控制装置10，包括分析模块11、提取模块12、分类模块13、封装模块14、调用模块15、判断模块16、添加模块17和新建模块18。

本实施例中，分析模块11、提取模块12、分类模块13、封装模块14和调用模块15均与实施例三记载的模块相同。

本实施例中，判断模块16还用于判断新的门控器包含的功能接口和新的门控器底层采用的传输协议。

其中，判断模块16判断新的门控器包含的功能接口的过程可以参见实施例二中S5101-S5104步骤。

其中，判断模块16判断新的门控器底层采用的传输协议的过程可以参见实施例二中S5102-S5103步骤。

本实施例中，添加模块17用于在判断模块16判断出新的门控器的接口实现的功能和新的门控器底层采用的传输协议均包含在已有的统一调用的类时，根据新的门控器的接口实现的功能和新的门控器底层采用的传输协议添加到对应该协议和接口的统一调用的类中。

本实施例中，新建模块18用于在判断模块16判断出已有的门控器的接口实现的功能没有包含新的门控器的接口实现的功能时，在统一调用的类中为该接口新建实现该功能的新接口；以及在判断模块16判断出已有的门控器的分类中没有包含新的门控器底层所采用的传输协议，在统一调用的类中为该接口添加采用对应底层传输协议新的接口分类。

实施例五

如图9是本实施例五提供的一种电子设备的结构示意图。

本实施例中，电子设备20是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，其硬件包括但不限于微处理器、专用集成电路(ApplicationSpecific Integrated Circuit，ASIC)、可编程门阵列(Field－Programmable GateArray，FPGA)、数字处理器(Digital Signal Processor，DSP)、嵌入式设备等。

本实施例中，电子设备20还可以是但不限于任何一种可与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互的电子产品，例如，个人计算机、平板电脑、智能手机、个人数字助理(Personal Digital Assistant，PDA)、游戏机、交互式网络电视(Internet Protocol Television，IPTV)、智能式穿戴式设备等。

本实施例中，电子设备20还可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。

本实施例中，电子设备20所处的网络包括但不限于互联网、广域网、城域网、局域网、虚拟专用网络(Virtual Private Network，VPN)等。

本实施例中，电子设备20包括但不限于，存储器22、处理器21、以及存储在存储器22中并可在处理器21上运行的计算机程序23，例如多型号门控器切换控制程序。

本实施例中，处理器21可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，处理器21是电子设备20的运算核心和控制中心，利用各种接口和线路连接整个电子设备20的各个部分，及执行电子设备20的操作系统以及安装的各类应用程序、程序代码等。

本实施例中，处理器21执行电子设备20的操作系统以及安装的各类应用程序。处理器21执行所述应用程序以实现上述各个实施例中多型号门控器切换控制方法的步骤，例如图1所示的实施例一的步骤S100、S200、S300、S400，或者如图4所示的实施例二的步骤S100、S200、S300、S400、S500、S600、S700。

本实施例中，存储器22可用于存储计算机程序23和/或模块，处理器21通过运行或执行存储在存储器22内的计算机程序和/或模块，以及调用存储在存储器22内的数据，实现电子设备20的各种功能。存储器22可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器22可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

本实施例中，存储器22可以是电子设备20的外部存储器和/或内部存储器。进一步地，存储器22可以是集成电路中没有实物形式的具有存储功能的电路，如RAM(Random-Access Memory，随机存取存储器)、FIFO(First In First Out，)等。或者，存储器22也可以是具有实物形式的存储器，如内存条、TF卡(Trans-flashCard)等等。

本实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现实施例一或/和实施例二所示的方法。例如，如图1所示的实施例一的步骤S100、S200、S300、S400，或者如图4所示的实施例二的步骤S100、S200、S300、S400、S500、S600、S700。

本实施例中，电子设备20集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。

其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random AccessMemory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

本实施例中，计算机可读存储介质适用于上述方法的任一实施例，在此不再赘述。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参见前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (8)

1.一种多型号门控器切换控制方法，其特征在于，包括：

分析不同型号门控器的接口文档，提取功能相似的接口；

依据底层采用的传输协议对不同型号的门控器进行分类；

封装提取的功能相似的接口和分类后的门控器的接口形成统一调用的类，其中，所述统一调用的类由功能相似的接口与底层采用相同传输协议的门控器结合封装形成；

提供统一的调用接口供外部对统一调用的类进行参数调用；

提取新的门控器的接口，判断新的门控器包含的功能接口和新的门控器底层采用的传输协议；

若新的门控器的接口实现的功能和新的门控器底层采用的传输协议均包含在已有的统一调用的类中，则根据新的门控器的接口实现的功能和新的门控器底层采用的传输协议添加到对应该协议和接口的统一调用的类中；

若新的门控器的接口实现的功能或/和新的门控器底层采用的传输协议未包含在已有的统一调用的类中，则根据新的门控器的接口实现的功能和新的门控器底层采用的传输协议建立新的统一调用的类。

2.如权利要求1所述的多型号门控器切换控制方法，其特征在于，所述提取功能相似的接口包括：

分析接口文档中记载的门控器的功能信息，判断不同型号门控器的接口实现的功能；

若门控器的接口用于执行供外界传递参数实现门控器的初始化操作，则提取该接口为初始化接口；

若门控器的接口用于执行供外界传递参数实现门控器的开门操作，则提取该接口为开门接口；

若门控器的接口用于执行供外界传递参数实现门控器的关门操作，则提取该接口为关门接口；

若门控器的接口用于执行供外界传递参数实现门控器的状态查询操作，则提取该接口为状态查询接口；

若门控器的接口用于执行供外界传递参数实现门控器的状态设置操作，则提取该接口为设置状态接口；

若门控器的接口用于执行供外界传递参数实现门控器的重启操作，则提取该接口为重启接口。

3.如权利要求1所述的多型号门控器切换控制方法，其特征在于，所述依据底层采用的传输协议对不同型号的门控器进行分类包括：

判断不同型号门控器底层采用的传输协议；

若门控器底层采用的传输协议为TCP协议，则将该门控器的接口分类为TCP协议类接口；

若门控器底层采用的传输协议为UDP协议，则将该门控器的接口分类为UDP协议类接口；

若门控器底层采用的传输协议为HTTP协议，则将该门控器的接口分类为HTTP协议类接口。

4.如权利要求1所述的多型号门控器切换控制方法，其特征在于，所述判断新的门控器包含的功能接口包括：

分析新的门控器的接口文档，识别新的门控器的接口实现的功能；

判断已有的门控器的接口实现的功能是否已包含新的门控器的接口实现的功能；

若已有的门控器的接口实现的功能已包含新的门控器的接口实现的功能，则将该接口提取到已有的实现相似功能的门控器的接口中；

若已有的门控器的接口实现的功能没有包含新的门控器的接口实现的功能，则继续判断新的门控器的接口实现的功能，并为该接口添加实现该功能的新接口。

5.如权利要求1所述的多型号门控器切换控制方法，其特征在于，所述判断新的门控器底层采用的传输协议包括：

识别新的门控器底层采用的传输协议，判断已有的门控器的分类中是否已包含新的门控器底层所采用的传输协议；

若已有的门控器的分类中已包含新的门控器底层所采用的传输协议，则将该新的门控器的接口标记为该已有的门控器的分类；

若已有的门控器的分类中没有包含新的门控器底层所采用的传输协议，则继续判断新的门控器底层所采用的传输协议，并为该传输协议添加新的分类。

6.一种多型号门控器切换控制装置，其特征在于，包括：

分析模块：用于分析不同型号门控器的接口文档，并生成分析结果；

提取模块：用于根据所述分析结果提取功能相似的接口；

分类模块：用于根据底层采用的传输协议对不同型号的门控器进行分类；

封装模块：用于封装提取的功能相似的接口和分类后的门控器的接口形成统一调用的类，其中，所述统一调用的类由功能相似的接口与底层采用相同传输协议的门控器结合封装形成；

调用模块：用于提供统一的调用接口供外部对封装形成的门控器的接口的统一调用的类进行参数调用；

判断模块：用于判断不同型号门控器的接口实现的功能和不同型号门控器底层采用的传输协议；

所述提取模块还用于提取新的门控器的接口；

所述判断模块还用于判断新的门控器包含的功能接口和新的门控器底层采用的传输协议；

添加模块：用于在所述判断模块判断出新的门控器的接口实现的功能和新的门控器底层采用的传输协议均包含在已有的统一调用的类时，根据新的门控器的接口实现的功能和新的门控器底层采用的传输协议添加到对应该协议和接口的统一调用的类中，

新建模块：用于在所述判断模块判断出已有的门控器的接口实现的功能没有包含新的门控器的接口实现的功能时，在统一调用的类中为该接口新建实现该功能的新接口；以及在所述判断模块判断出已有的门控器的分类中没有包含新的门控器底层所采用的传输协议，在统一调用的类中为该接口添加采用对应底层传输协议新的接口分类。

7.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1-5中任一项所述的多型号门控器切换控制方法。

8.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现权利要求1-5中任一项所述的多型号门控器切换控制方法。