自动售检票设备模块软件标准化方法、装置、介质和设备与流程

本公开涉及通信技术领域，特别涉及一种自动售检票设备模块软件标准化方法、装置、介质和设备。

背景技术：

本部分旨在为权利要求书中陈述的本公开的实施方式提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。

随着全国各地城市轨道交通路网建设的逐步加快，路网规模逐级扩大，路网自动售检票(afc，automaticfarecollection)系统规模越发庞大，afc设备数量越来越多。由于轨道交通建设历史周期较长，现代技术更新换代较快，为了满足新时期的信息化需求，afc设备更新换代频率较高，且afc设备中的硬件功能模块(一个硬件功能模块可以理解为针对一种功能，集成得到的硬件模块)生产厂商较多，更替较快，由此导致在用afc设备的驱动软件类型和版本种类繁多，且每个驱动软件都会对应一个配置文件。

为了适应不同时期、以及各硬件功能模块对应不同生产厂商的afc设备，针对afc设备(例如，地铁自动售票机)提供统一运行环境的上位业务系统(可以理解为客户端)需要进行兼容性和现场配置设计。

在业务系统需要进行配置文件信息写入或变更时，需要进行人工现场操作。现场配置依赖于人工操作，由于现场人员业务水平的差异，一旦出现配置错误，就会增加afc设备故障风险。

技术实现要素：

本公开实施例提供一种自动售检票设备模块软件标准化方法、装置、介质和设备，用于解决目前的afc设备业务实现方案中，容易出现配置错误，afc设备故障风险高的问题。

第一方面，本公开提供了一种自动售检票设备模块软件标准化方法，所述方法包括：

响应于自动售检票设备驱动请求，向集中配置管理服务器发送配置信息获取请求，该请求中携带所述自动售检票设备的标识信息；

获取所述集中配置管理服务器根据所述配置信息获取请求提供的配置信息，所述配置信息根据所述自动售检票设备的标识信息确定，所述配置信息包括至少一个子配置信息，一个子配置信息表示所述自动售检票设备一个硬件功能模块对应的配置数据；

根据所述配置信息中的子配置信息，加载所述自动售检票设备每个硬件功能模块对应的驱动软件，利用加载的驱动软件，实现对每个硬件功能模块的驱动。

第二方面，本公开还提供了一种自动售检票设备模块软件标准化方法，所述方法包括：

接收自动售检票设备业务系统响应于自动售检票设备驱动请求发送的配置信息获取请求，该请求中携带所述自动售检票设备的标识信息；

根据所述配置信息获取请求向所述自动售检票设备业务系统提供配置信息，所述配置信息根据所述自动售检票设备的标识信息确定，所述配置信息包括至少一个子配置信息，一个子配置信息表示所述自动售检票设备一个硬件功能模块对应的配置数据，以便所述自动售检票设备业务系统根据所述配置信息中的子配置信息，加载所述自动售检票设备每个硬件功能模块对应的驱动软件，利用加载的驱动软件，实现对每个硬件功能模块的驱动。

第三方面，本公开还提供了一种自动售检票设备模块软件标准化装置，所述装置包括：

发送模块，用于响应于自动售检票设备驱动请求，向集中配置管理服务器发送配置信息获取请求，该请求中携带所述自动售检票设备的标识信息；

获取模块，用于获取所述集中配置管理服务器根据所述配置信息获取请求提供的配置信息，所述配置信息根据所述自动售检票设备的标识信息确定，所述配置信息包括至少一个子配置信息，一个子配置信息表示所述自动售检票设备一个硬件功能模块对应的配置数据；

驱动模块，用于根据所述配置信息中的子配置信息，加载所述自动售检票设备每个硬件功能模块对应的驱动软件，利用加载的驱动软件，实现对每个硬件功能模块的驱动。

第四方面，本公开还提供了一种自动售检票设备模块软件标准化装置，所述装置包括：

接收模块，用于接收自动售检票设备业务系统响应于自动售检票设备驱动请求发送的配置信息获取请求，该请求中携带所述自动售检票设备的标识信息；

提供模块，用于根据所述配置信息获取请求向所述自动售检票设备业务系统提供配置信息，所述配置信息根据所述自动售检票设备的标识信息确定，所述配置信息包括至少一个子配置信息，一个子配置信息表示所述自动售检票设备一个硬件功能模块对应的配置数据，以便所述自动售检票设备业务系统根据所述配置信息中的子配置信息，加载所述自动售检票设备每个硬件功能模块对应的驱动软件，利用加载的驱动软件，实现对每个硬件功能模块的驱动。

第五方面，本公开还提供了一种非易失性计算机存储介质，所述计算机存储介质存储有可执行程序，该可执行程序被处理器执行实现如上所述的方法。

第六方面，本公开还提供了一种自动售检票设备模块软件标准化设备，包括处理器、通信接口、存储器和通信总线，其中，所述处理器，所述通信接口，所述存储器通过所述通信总线完成相互间的通信；

所述存储器，用于存放计算机程序；

所述处理器，用于执行所述存储器上所存储的程序时，实现如上所述的方法步骤。

根据本公开实施例提供的方案，可以设置集中配置管理服务器来管理配置信息。集中配置管理服务器可以根据afc设备标识，以一个afc设备为单位，向业务系统统一提供afc设备每个硬件功能模块对应的配置信息，以便于业务系统根据配置信息加载afc设备每个硬件功能模块对应的驱动软件，实现对afc设备的驱动。这样，可以由集中配置管理服务器以afc设备为单位，提供准确完善的配置信息，无需进行现场人工配置，降低了配置错误发生的风险，从而降低了afc设备发生故障的风险。

本公开的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本公开而了解。本公开的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

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

图1为本公开实施例提供的afc设备业务实现方案示意图；

图2为本公开实施例提供的afc设备业务实现方案示意图；

图3为本公开实施例提供的afc设备模块软件标准化方法的流程示意图；

图4为本公开实施例提供的afc设备模块软件标准化方法的流程示意图；

图5为本公开实施例提供的afc设备模块软件标准化装置的结构示意图；

图6为本公开实施例提供的afc设备模块软件标准化装置的结构示意图；

图7为本公开实施例提供的afc设备模块软件标准化设备的结构示意图。

具体实施方式

为了使本公开的目的、技术方案和优点更加清楚，下面将结合附图对本公开作进一步地详细描述，显然，所描述的实施例仅仅是本公开的一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。

需要说明的是，在本文中提及的“多个或者若干个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。

此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

目前的afc设备业务实现方案示意图可以如图1所示。假设afc设备包括n个硬件功能模块，分别实现n种功能，并可以分别记为硬件功能模块1、硬件功能模块2、……和硬件功能模块n。

由于不同的afc设备中，针对同一种功能，可能采用不同的硬件功能模块，每个硬件功能模块对应一个预先封装的驱动软件，业务系统在通信层需要通过现场人工配置的方式，获取各硬件功能模块对应的配置文件(例如，可以但不限于包括厂商配置信息、批次配置信息和协议配置信息,可以分别记为配置文件1、配置文件2、……和配置文件n)，根据获取的afc设备各硬件功能模块对应的配置文件，分别加载对应的驱动软件(各个硬件功能模块对应的驱动软件可以分别记为驱动软件1、驱动软件2、……和驱动软件n)。

业务系统在驱动层通过加载的各个硬件功能模块对应的驱动软件，实现对各硬件功能模块的驱动，各个硬件功能模块与对应的驱动软件之间可以通过物理接口连接。

此外，由于各生产厂商针对各自生产的硬件功能模块进行驱动软件封装实现，造成对封装驱动程序的完全依赖，更有甚者不同时期、不同批次硬件功能模块的驱动软件互不兼容，硬件接口和通信协议不一，业务系统需要根据每个硬件功能模块对应的驱动软件所采用的通信接口，确定每个硬件功能模块对应的通信接口。在业务层通过各个硬件功能模块对应的通信接口(可以分别记为硬件功能模块1接口、硬件功能模块2接口、……和硬件功能模块n接口)调用对应的硬件功能模块，实现对afc设备的通信控制。

需要指出的是，同一功能类型的硬件功能模块(用于实现同一种功能的硬件模块)的驱动软件版本繁多，会导致业务系统通信接口多，通讯处理复杂，并会导致afc设备更新改造时，需要对业务系统进行大量更新，成本较高，限制新时期票务服务的多样化发展。

为了解决目前的afc设备业务实现方案的不足，本公开提供了一种afc设备业务实现方案。

在本公开提供的方案中，可以设置集中配置管理服务器，由集中配置管理服务器以afc设备为单位统一提供每个硬件功能模块对应的配置信息。业务系统在需要对afc设备中的各硬件功能模块进行驱动时，可以向集中配置管理服务器发送该afc设备标识，从集中配置管理服务器获取该afc设备对应的配置信息。进而可以根据获取的配置信息中包括的每个硬件功能模块对应的子配置信息(可以理解为获取的配置信息包括至少一个子配置信息，一个子配置信息表示afc设备一个硬件功能模块对应的配置数据)，自动加载对应的驱动软件，从而实现对afc设备每个硬件功能模块的驱动。

集中配置管理服务器以afc设备为单位统一提供每个硬件功能模块对应的配置信息可以以任意方式实现。

利用集中配置管理服务器集中管理配置信息，可以在集中配置管理服务器处由专业人员填写各硬件功能模块对应的子配置信息并保存，使得业务系统可以直接从集中配置管理服务器获得准确完善的配置信息，无需进行现场人工配置，降低了配置错误发生的风险，从而降低了afc设备发生故障的风险。业务系统获得准确完善的配置信息之后，即可以根据配置信息自动加载对应的驱动软件，实现对afc设备的驱动。

利用集中配置管理服务器集中管理配置信息，有利于对配置信息进行统一精准地维护，提高维护的便利性，减少afc设备在部署、升级施工过程中，由于人工配置错误导致的运行故障，还可以减少业务系统需要管理的文件数量，降低业务系统的系统负荷。

采用集中配置信息管理方法，可以实现以单设备为单位的硬件配置信息管理，集中管理关键模块的指令配置信息，实现终端设备从集中配置管理服务器自动下载更新配置信息。

进一步的，在一种可能的实现方式中，为了降低业务系统通信处理的复杂度，afc设备更新改造时，降低改造成本，在本公开提供的方案中，针对同一种功能类型的硬件功能模块，可以开发相同的驱动软件。也就是说，只要是针对同一种功能的硬件功能模块，都可以利用同一个驱动软件来驱动。

这样还可以大大减少提供统一运行环境的业务系统所需驱动软件数量，并可以有效减少提供统一运行环境的业务系统中运行文件数量，便于业务系统进行文件管理，进一步降低业务系统的系统负荷。

此时，可以理解为功能类型相同的硬件功能模块，即对应相同的驱动软件，对应的子配置信息相同，从而还可以大大减少集中配置管理服务器中需要维护的子配置信息数量，降低配置信息维护的复杂度。

可以理解为同一种功能类型的硬件功能模块对应的驱动软件为同一个驱动软件，更新该驱动软件时，更新后的驱动软件(可以理解为高版本的驱动软件)可以具有更新前的驱动软件(可以理解为低版本的驱动软件)的全部功能，并可以直接替代更新前的驱动软件用于硬件功能模块驱动。

开发的驱动软件可以自动获取对应的配置信息，从而自动实现业务系统与硬件功能模块之间的指令适配。即驱动软件可以采用自动适配式实例化，从而实现硬件指令的适配通信。

另外，在一种可能的实现方式中，开发的驱动软件可以采用逻辑分层和业务复用的方式来实现，从而有利于指令的扩展增加，可以增加源代码的复用量，方便进行驱动软件的快速扩展。

进一步的，在一种可能的实现方式中，若针对同一种功能类型的硬件功能模块，开发相同的驱动软件，那么可以理解为同一种功能类型的硬件功能模块对应的驱动软件约定同一套与业务系统的通信接口，同一通信接口实现同样的业务动作。在执行业务时，针对同一种功能类型的硬件功能模块，可以利用相同的通信接口实现对该种功能类型的硬件功能模块的调用。从而实现上层业务系统与硬件信息的屏蔽隔离，针对各硬件功能模块功能和afc业务当中的作用统一上位通信控制接口，以满足日常afc业务。

另外，业务系统为了提供统一运行环境，针对同一功能类型的硬件功能模块，采用最小集合完成上位接口兼容实现，实现与该功能类型的各硬件功能模块的通信，以保证兼容性。但是，这样只能实现完成业务的最基本动作，而无法实现对各硬件功能模块信息感知的精细化管理。

在一种可能的实现方式中，本公开可以开发具有独立通信能力的驱动软件，可以与集中配置管理服务器进行通信。

此时，在一种可能的实现方式中，业务系统可以通过驱动软件，向集中配置管理服务器上报驱动软件获取的硬件功能模块性能信息，以便于集中配置管理服务器可以获取硬件功能模块的个性化、差异化信息。

在一种可能的实现方式中，驱动软件上报的硬件功能模块性能信息可以但不限于包括硬件功能模块生产厂商、型号和批次中的至少一种。

集中配置管理服务器还可以根据接收到的硬件功能模块性能信息，判断afc设备中的硬件功能模块是否发生变化，以便及时更新保存的配置信息。

可以理解为除了可以人工修改集中配置管理服务器保存的配置信息，在一种可能的实现方式中，集中配置管理服务器还可以根据上报信息，自动更新保存的配置信息。

此外，在一种可能的实现方式中，业务系统可以通过驱动软件，向集中配置管理服务器上报驱动软件获取的硬件功能模块运转信息，以便于集中配置管理服务器可以获取硬件功能模块精细化的运转状态信息，进而可以根据获取的运转状态信息进行故障的判定分析和全生命周期监视。

也就是说，在本公开提供的方案中，驱动软件可以具备与集中配置管理服务器通信能力，例如，可采用socket实现tcp/ip协议通信。也可以理解为，集中配置管理服务器具备与驱动软件通信能力，可以实现信息的下发和接收。

驱动软件可以具备硬件性能信息上传能力，具有硬件性能信息(可以但不限于理解为硬件功能模块硬件差异化信息，如，硬件功能模块生产厂商、型号和批次中的至少一种)上报接口，可以自主上报信息，可配备集中配置管理服务器收集各硬件功能模块硬件性能信息。

驱动软件还可以具备硬件运转过程精细化数据上传能力。可将硬件功能模块日常运转过程中的详细信息上报，集中配置管理服务器具备信息收集和监视功能，可以根据收集到的信息进行全生命周期监视，并可以根据收集到的信息进行后续硬件故障判定分析。

采用本公开提供的方案，可掌握更精细的模块指令通信等模块运转的数据，利于更准确地进行故障分析和模块的全生命周期管理。

本公开提供的afc设备业务实现方案示意图可以如图2所示。与图1类似的，仍然可以假设afc设备包括n个硬件功能模块，分别实现n种功能，并可以分别记为硬件功能模块1、硬件功能模块2、……和硬件功能模块n。

afc设备业务系统响应于afc设备驱动请求，可以通过数据接口向集中配置管理服务器发送配置信息获取请求，该请求中携带afc的标识信息。集中配置管理服务器可以根据配置信息获取请求，向业务系统提供配置信息。业务系统可以根据配置信息中的子配置信息，加载afc设备每个硬件功能模块对应的驱动软件(仍然可以分别记为驱动软件1、驱动软件2、……和驱动软件n)，利用加载的驱动软件，实现对每个硬件功能模块的驱动。与图1类似的，各个硬件功能模块与对应的驱动软件之间可以通过物理接口连接。

需要指出的是，本公开提供的afc设备业务实现方案中，可以针对同一功能类型的硬件功能模块开发相同的驱动软件。此时，功能类型相同的硬件功能模块，即对应相同的驱动软件，对应的子配置信息也相同。

此时，业务系统响应于afc设备业务执行请求，可以针对确定出的该业务执行请求对应的每个硬件功能模块的功能类型，确定每个硬件功能模块对应的通信接口(可以理解为相同功能类型的硬件功能模块，对应统一的通信接口)，通过确定出的通信接口(仍然可以分别记为硬件功能模块1接口、硬件功能模块2接口、……和硬件功能模块n接口)调用对应的硬件功能模块(其中，可以通过被调用的硬件功能模块对应的驱动软件，实现业务系统与硬件功能模块之间的指令适配)，执行业务执行请求对应的业务。

另外，每个针对同一功能类型的硬件功能模块开发的驱动软件，可以通过数据接口与集中配置管理服务器通信，上报其获取的硬件功能模块性能信息和/或运转信息。

下面对本公开方案进行进一步说明。

从afc设备业务系统侧，本公开实施例进一步提供一种afc设备模块软件标准化方法，该方法的步骤流程可以如图3所示，包括：

步骤101、响应于自动售检票设备驱动请求，向集中配置管理服务器发送配置信息获取请求。

在本步骤中，afc设备业务系统可以根据afc驱动请求，向集中配置管理服务器发送配置信息获取请求。由于集中配置管理服务器以afc设备为单位统一提供afc设备中各硬件功能模块对应的配置信息，因此，配置信息获取请求可以携带afc设备的标识信息，以便于集中配置管理服务器根据afc设备标识，提供配置信息。

步骤102、获取集中配置管理服务器根据配置信息获取请求提供的配置信息。

集中配置管理服务器接收到配置信息获取请求后，可以根据配置信息获取请求携带的afc设备标识，确定向afc设备业务系统提供的配置信息，并提供给afc设备业务系统。

可以理解为配置信息根据afc设备的标识信息确定，配置信息包括afc设备每个硬件功能模块对应的子配置信息。

集中配置管理服务器根据配置信息获取请求携带的afc设备标识，确定向afc设备业务系统提供的配置信息可以通过任意方式实现。

例如，在一种可能的实现方式中，集中配置管理服务器可以以afc设备为单位，统一保存该afc设备每个硬件功能模块对应的子配置信息，即集中配置管理服务器可以保存每个afc设备标识对应的配置信息。在接收到配置信息获取请求时，可以根据该请求中携带的afc设备标识与配置信息的对应关系，提供该afc设备对应的配置信息。

又如，在另一种可能的实现方式中，集中配置管理服务器可以保存每个硬件功能模块对应的子配置信息，并在接收到配置信息获取请求时，根据该请求中携带的afc设备标识与硬件功能模块标识的对应关系，查找每个硬件功能模块标识对应的子配置信息，并以配置信息的形式统一提供。

在一种可能的实现方式中，可以针对同一种功能类型的硬件功能模块，开发相同的驱动软件，这样，功能类型相同的硬件功能模块，即对应相同的驱动软件，对应的子配置信息相同。此时，集中配置管理服务器中可以按照硬件功能模块的功能类型，保存子配置信息，即集中配置管理服务器可以保存每个功能类型的硬件功能模块对应的子配置信息，从而无需针对每个硬件功能模块保存一个子配置信息，有效减少集中配置管理服务器保存的信息量，减少其系统负荷。

此时集中配置管理服务器可以在接收到配置信息获取请求时，根据该请求中携带的afc设备标识与硬件功能模块功能类型的对应关系，查找每个硬件功能模块标识对应的子配置信息，以配置信息的形式统一提供，可以理解为，集中配置管理服务器可以根据afc设备的标识信息对应的硬件功能模块功能类型，确定提供的配置信息。

步骤103、响应于自动售检票设备业务执行请求，针对确定出的该业务执行请求对应的每个硬件功能模块的功能类型，确定每个硬件功能模块对应的通信接口。

仍接上述针对同一种功能类型的硬件功能模块，开发相同的驱动软件的场景，afc设备业务系统可以根据afc设备业务执行请求，针对确定出的该业务执行请求对应的每个硬件功能模块的功能类型，确定每个硬件功能模块对应的通信接口。

也就是说，针对同一种功能类型的硬件功能模块，可以利用相同(同一套)的通信接口实现对该种功能类型的硬件功能模块的调用。因此在本步骤中，可以根据每个硬件功能模块的功能类型，确定每个硬件功能模块对应的通信接口。

步骤104、通过确定出的通信接口调用对应的硬件功能模块，执行所述业务执行请求对应的业务。

在本步骤中，afc设备业务系统可以通过确定出的通信接口调用对应的硬件功能模块，执行所述业务执行请求对应的业务。

可以理解为，调用过程中，可以通过被调用的硬件功能模块对应的驱动软件，将业务系统下发的指令，适配为硬件功能模块可执行的指令，并将硬件功能模块发送给业务系统的指令，适配为业务系统可执行的指令，从而实现业务的执行。

在一种可能的实现方式中，在步骤102之后，afc设备业务系统还可以响应于硬件功能模块性能信息上报时机到达，通过硬件功能模块对应的驱动软件，向集中配置管理服务器上报该驱动软件获取的硬件功能模块性能信息。性能信息可以理解为用于描述硬件功能模块性能的信息。

另外，在一种可能的实现方式中，在步骤102之后，afc设备业务系统还可以响应于硬件功能模块运转信息上报时机到达，通过硬件功能模块对应的驱动软件，向集中配置管理服务器上报该驱动软件获取的硬件功能模块运转信息。运转信息可以理解为用于描述硬件功能模块运转状态的信息。

从集中配置管理服务器侧，本公开实施例进一步提供一种afc设备模块软件标准化方法，该方法的步骤流程可以如图4所示，包括：

步骤201、接收自动售检票设备业务系统响应于自动售检票设备驱动请求发送的配置信息获取请求。

在本步骤中，集中配置管理服务器可以接收afc设备业务系统根据afc设备驱动请求，发送的配置信息获取请求。该请求中携带afc设备的标识信息。

步骤202、根据配置信息获取请求向afc设备业务系统提供配置信息。

在本步骤中，集中配置管理服务器可以根据配置信息获取请求，通过任意方式确定向afc设备业务系统提供的配置信息，并提供给afc设备业务系统。

需要说明的是，在一种可能的实现方式中，配置信息可以但不限于以配置文件的形式提供给afc设备业务系统。

在一种可能的实现方式中，在步骤202之后，集中配置管理服务器还可以接收afc设备业务系统响应于硬件功能模块性能信息上报时机到达，通过硬件功能模块对应的驱动软件上报的该驱动软件获取的硬件功能模块性能信息，所述性能信息为用于描述硬件功能模块性能的信息。

在一种可能的实现方式中，在步骤202之后，集中配置管理服务器还可以接收afc设备业务系统响应于硬件功能模块运转信息上报时机到达，通过硬件功能模块对应的驱动软件上报的该驱动软件获取的硬件功能模块运转信息，所述运转信息为用于描述硬件功能模块运转状态的信息。

本公开实施例提供一种城市轨道交通afc系统各类设备关键模块驱动标准化的设计和实现方案。该方案中，上位业务系统可通过集中配置管理服务器对配置信息的集中管理，自动识别适配驱动指令，完成与硬件模块的指令通信；可以包括统一化的afc设备关键模块驱动软件实现；模块驱动软件采用统一化上位业务接口设计，实现上位业务系统与硬件信息的隔离，通过统一的接口调用即可完成afc日常业务动作；标准化模块驱动软件具备独立的数据通信功能，可实现各模块硬件信息的差异化上传和精细化数据上报；该方案还包括集中配置管理服务器，集中配置管理服务器具备集中配置管理和差异化、精细化信息接收监视功能。

与提供的方法对应的，进一步提供以下的装置。

本公开实施例提供一种afc设备模块软件标准化装置，该装置可以集成在afc设备业务系统中，该装置的结构可以如图5所示，包括：

发送模块01用于响应于自动售检票设备驱动请求，向集中配置管理服务器发送配置信息获取请求，该请求中携带所述自动售检票设备的标识信息；

获取模块02用于获取所述集中配置管理服务器根据所述配置信息获取请求提供的配置信息，所述配置信息根据所述自动售检票设备的标识信息确定，所述配置信息包括至少一个子配置信息，一个子配置信息表示所述自动售检票设备一个硬件功能模块对应的配置数据；

驱动模块03用于根据所述配置信息中的子配置信息，加载所述自动售检票设备每个硬件功能模块对应的驱动软件，利用加载的驱动软件，实现对每个硬件功能模块的驱动。

可选的，所述配置信息根据所述自动售检票设备的标识信息确定，包括：所述配置信息根据所述自动售检票设备的标识信息对应的硬件功能模块功能类型确定。

可选的，所述装置还包括确定模块04和执行模块05：

所述确定模块04用于响应于自动售检票设备业务执行请求，针对确定出的该业务执行请求对应的每个硬件功能模块的功能类型，确定每个硬件功能模块对应的通信接口；

所述执行模块05用于通过确定出的通信接口调用对应的硬件功能模块，执行所述业务执行请求对应的业务。

可选的，所述装置还包括上报模块06：

所述上报模块06用于响应于硬件功能模块性能信息上报时机到达，通过硬件功能模块对应的驱动软件，向所述集中配置管理服务器上报该驱动软件获取的硬件功能模块性能信息，所述性能信息为用于描述硬件功能模块性能的信息。

可选的，所述上报模块06还用于响应于硬件功能模块运转信息上报时机到达，通过硬件功能模块对应的驱动软件，向所述集中配置管理服务器上报该驱动软件获取的硬件功能模块运转信息，所述运转信息为用于描述硬件功能模块运转状态的信息。

本公开实施例提供一种afc设备模块软件标准化装置，该装置可以集成在集中配置管理服务器中，该装置的结构可以如图6所示，包括：

接收模块11用于接收自动售检票设备业务系统响应于自动售检票设备驱动请求发送的配置信息获取请求，该请求中携带所述自动售检票设备的标识信息；

提供模块12用于根据所述配置信息获取请求向所述自动售检票设备业务系统提供配置信息，所述配置信息根据所述自动售检票设备的标识信息确定，所述配置信息包括至少一个子配置信息，一个子配置信息表示所述自动售检票设备一个硬件功能模块对应的配置数据，以便所述自动售检票设备业务系统根据所述配置信息中的子配置信息，加载所述自动售检票设备每个硬件功能模块对应的驱动软件，利用加载的驱动软件，实现对每个硬件功能模块的驱动。

可选的，所述接收模块11还用于接收所述自动售检票设备业务系统响应于硬件功能模块性能信息上报时机到达，通过硬件功能模块对应的驱动软件上报的该驱动软件获取的硬件功能模块性能信息，所述性能信息为用于描述硬件功能模块性能的信息。

可选的，所述接收模块11还用于接收所述自动售检票设备业务系统响应于硬件功能模块运转信息上报时机到达，通过硬件功能模块对应的驱动软件上报的该驱动软件获取的硬件功能模块运转信息，所述运转信息为用于描述硬件功能模块运转状态的信息。

本公开上述实施例提供的各装置的各功能单元的功能，可以通过上述对应的各方法的步骤来实现，因此，本公开实施例提供的各装置中的各个功能单元的可能的工作过程和有益效果，在此不复赘述。

基于同一发明构思，本公开实施例提供以下的设备和介质。

本公开实施例提供一种afc设备模块软件标准化设备，该设备的结构可以如图7所示，包括处理器21、通信接口22、存储器23和通信总线24，其中，所述处理器21，所述通信接口22，所述存储器23通过所述通信总线24完成相互间的通信；

所述存储器23，用于存放计算机程序；

所述处理器21，用于执行所述存储器上所存储的程序时，实现本公开上述方法实施例所述的步骤。

可选的，所述处理器21可以包括中央处理器(cpu)、特定应用集成电路(asic，applicationspecificintegratedcircuit)，可以是一个或多个用于控制程序执行的集成电路，可以是使用现场可编程门阵列(fpga，fieldprogrammablegatearray)开发的硬件电路，可以是基带处理器。

可选的，所述处理器21可以包括至少一个处理核心。

可选的，所述存储器23可以包括只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)和磁盘存储器。存储器23用于存储至少一个处理器21运行时所需的数据。存储器23的数量可以为一个或多个。

本公开实施例还提供一种非易失性计算机存储介质，所述计算机存储介质存储有可执行程序，当可执行程序被处理器执行时，实现本公开上述方法实施例提供的方法。

在可能的实施过程中，计算机存储介质可以包括：通用串行总线闪存盘(usb，universalserialbusflashdrive)、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的存储介质。

在本公开实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，例如，所述单元或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性或其它的形式。

在本公开实施例中的各功能单元可以集成在一个处理单元中，或者各个单元也可以均是独立的物理模块。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本公开实施例的技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备，例如可以是个人计算机，服务器，或者网络设备等，或处理器(processor)执行本公开各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：通用串行总线闪存盘(universalserialbusflashdrive)、移动硬盘、rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。

本领域内的技术人员应明白，本公开的实施例可提供为方法、系统、或计算机程序产品。因此，本公开可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本公开是参照根据本公开实施例的方法、装置(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本公开的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本公开范围的所有变更和修改。

显然，本领域的技术人员可以对本公开进行各种改动和变型而不脱离本公开的精神和范围。这样，倘若本公开的这些修改和变型属于本公开权利要求及其等同技术的范围之内，则本公开也意图包含这些改动和变型在内。