可配置的物联网平台网关的数据传输方法、装置和网关
阅读：3发布：2020-05-20
专利汇可以提供可配置的物联网平台网关的数据传输方法、装置和网关专利检索，专利查询，专利分析的服务。并且本 申请 涉及一种可配置的 物联网 平台网关的数据传输方法、装置和网关。所述方法包括：获取 硬件 设备发送的现场数据；根据预设的 数据库 校验现场数据的数据完整性；若现场数据的数据完整性符合规则，将其作为规则数据，检查数据库中是否存在预先配置的对应的协议解析代码，若存在，则基于协议解析代码对规则数据进行解析；若不存在，检查数据库中是否存在对应的协议；若存在，则基于协议对规则数据进行解析；将解析后的规则数据发布至消息队列；基于预设的订阅服务对所述消息队列中的规则数据进行操作。如此设置，采用灵活的协议解析方案，下沉边缘解析能 力 到网关，从而减少上层 服务器 解析数据的繁琐和压力，更快捷聚焦业务层面的事务。，下面是可配置的物联网平台网关的数据传输方法、装置和网关专利的具体信息内容。
1.一种可配置的物联网平台网关的数据传输方法，其特征在于，包括：
获取硬件设备发送的现场数据；
根据预设的数据库校验所述现场数据的数据完整性；
若所述现场数据的数据完整性符合规则，将其作为规则数据，检查数据库中是否存在预先配置的对应的协议解析代码；
若所述数据库中存在对应的协议解析代码，则基于协议解析代码对规则数据进行解析；若所述数据库中不存在对应的协议解析代码，检查所述数据库中是否存在预先配置的与发送所述规则数据的硬件设备对应的协议；若存在，基于所述协议对所述规则数据进行解析；
将解析后的规则数据发布至消息队列；
基于预设的订阅服务对所述消息队列中的规则数据进行操作。
2.根据权利要求1所述的方法，其特征在于，所述协议解析代码的配置过程包括：
获取现场人员访问配置页面后输入的配置信息，生成协议解析代码；
将生成的协议解析代码发送至指定的硬件设备以完成适配，以及将生成的协议解析代码发送至所述数据库进行保存。
3.根据权利要求1所述的方法，其特征在于，所述基于预设的订阅服务对所述消息队列中的规则数据进行操作之前，还包括：
若所述数据库中既不存在对应的协议解析代码也不存在对应的协议，将所述规则数据直接透传至消息队列。
4.根据权利要求1或3所述的方法，其特征在于，所述预设的订阅服务包括：数据上传服务；
所述基于预设的订阅服务对所述消息队列中的规则数据进行操作，包括：
基于所述数据上传服务，将所述消息队列中的规则数据上传至上层服务器。
5.根据权利要求4所述的方法，其特征在于，所述预设的订阅服务还包括：数据下发服务；
所述基于预设的订阅服务对所述消息队列中的规则数据进行操作，包括；
基于所述数据下发服务，将上层服务器返回至所述消息队列中的规则数据下发至对应的硬件设备。
6.根据权利要求1或3所述的方法，其特征在于，所述预设的订阅服务包括：日志监控服务；
所述基于预设的订阅服务对所述消息队列中的规则数据进行操作，包括；
基于所述日志监控服务，将所述消息队列中的规则数据发送至本地日志文件进行保存。
7.一种可配置的物联网平台网关的数据传输装置，其特征在于，包括：
获取模块，用于获取硬件设备发送的现场数据；
校验模块，用于根据预设的数据库校验所述现场数据的数据完整性；
检查模块，用于若所述现场数据的数据完整性符合规则，将其作为规则数据，检查数据库中是否存在预先配置的对应的协议解析代码；
解析模块，用于若所述数据库中存在对应的协议解析代码，则基于协议解析代码对规则数据进行解析；若所述数据库中不存在对应的协议解析代码，检查所述数据库中是否存在预先配置的与发送所述规则数据的硬件设备对应的协议；若存在，基于所述协议对所述规则数据进行解析；
发布模块，用于将解析后的规则数据发布至消息队列；
订阅模块，用于基于预设的订阅服务对所述消息队列中的规则数据进行操作。
8.根据权利要求7所述的装置，其特征在于，所述预设的订阅服务包括：数据上传服务；
所述订阅模块包括：
数据上传单元，用于基于所述数据上传服务，将所述消息队列中的规则数据上传至上层服务器。
9.根据权利要求7所述的装置，其特征在于，所述预设的订阅服务包括：日志监控服务；
所述订阅模块包括：
日志监控单元，用于基于所述日志监控服务，将所述消息队列中的规则数据发送至本地日志文件进行保存。
10.一种可配置的物联网平台网关，其特征在于，包括：
存储器和与所述存储器相连接的处理器；
所述存储器，用于存储程序，所述程序至少用于执行如权利要求1-6任一项所述的可配置的物联网平台网关的数据传输方法；
所述处理器，用于调用并执行所述存储器存储的所述程序。
可配置的物联网平台网关的数据传输方法、装置和网关
技术领域
[0001] 本申请涉及物联网技术领域，尤其涉及一种可配置的物联网平台网关的数据传输方法、装置和网关。
背景技术
[0002] 随着物联网(The Internet of Things，IoT)技术的发展，其在日常生活、生产、运输等领域被广泛应用。以工业生产领域为例，其可以用于采集生产设备的运行参数或数据等，并上传至上层服务器进行数据分析、处理和存储等，从而为整个生产体系的稳定运行提供保障。
[0003] 传统的工业领域的数据采集通常是将数据直接上传到上层服务器,由上层服务器进行全部的数据清洗、解析和存储等工作，而这种形式会产生大量无用的数据传输，增加传输过程的时间和步骤；并且大量数据的存储会给上层服务器造成过大压力。发明内容
[0004] 本申请提供一种可配置的物联网平台网关的数据传输方法、装置和网关，以解决物联网技术中传统的数据传输过程比较复杂以及大量无用的数据存储给服务器造成过大压力的问题。
[0005] 本申请的上述目的是通过以下技术方案实现的：
[0006] 第一方面，本申请实施例提供一种可配置的物联网平台网关的数据传输方法，包括：
[0008] 根据预设的数据库校验所述现场数据的数据完整性；
[0009] 若所述现场数据的数据完整性符合规则，将其作为规则数据，检查数据库中是否存在预先配置的对应的协议解析代码；
[0010] 若所述数据库中存在对应的协议解析代码，则基于协议解析代码对规则数据进行解析；若所述数据库中不存在对应的协议解析代码，检查所述数据库中是否存在预先配置的与发送所述规则数据的硬件设备对应的协议；若存在，基于所述协议对所述规则数据进行解析；
[0011] 将解析后的规则数据发布至消息队列；
[0012] 基于预设的订阅服务对所述消息队列中的规则数据进行操作。
[0013] 可选的，所述协议解析代码的配置过程包括：
[0014] 获取现场人员访问配置页面后输入的配置信息，生成协议解析代码；
[0016] 可选的，所述基于预设的订阅服务对所述消息队列中的规则数据进行操作之前，还包括：
[0017] 若所述数据库中既不存在对应的协议解析代码也不存在对应的协议，将所述规则数据直接透传至消息队列。
[0018] 可选的，所述预设的订阅服务包括：数据上传服务；
[0019] 所述基于预设的订阅服务对所述消息队列中的规则数据进行操作，包括：
[0020] 基于所述数据上传服务，将所述消息队列中的规则数据上传至上层服务器。
[0021] 可选的，所述预设的订阅服务还包括：数据下发服务；
[0022] 所述基于预设的订阅服务对所述消息队列中的规则数据进行操作，包括；
[0023] 基于所述数据下发服务，将上层服务器返回至所述消息队列中的规则数据下发至对应的硬件设备。
[0024] 可选的，所述预设的订阅服务包括：日志监控服务；
[0025] 所述基于预设的订阅服务对所述消息队列中的规则数据进行操作，包括；
[0026] 基于所述日志监控服务，将所述消息队列中的规则数据发送至本地日志文件进行保存。
[0027] 第二方面，本申请实施例还提供一种可配置的物联网平台网关的数据传输装置，包括：
[0028] 获取模块，用于获取硬件设备发送的现场数据；
[0029] 校验模块，用于根据预设的数据库校验所述现场数据的数据完整性；
[0030] 检查模块，用于若所述现场数据的数据完整性符合规则，将其作为规则数据，检查数据库中是否存在预先配置的对应的协议解析代码；
[0031] 解析模块，用于若所述数据库中存在对应的协议解析代码，则基于协议解析代码对规则数据进行解析；若所述数据库中不存在对应的协议解析代码，检查所述数据库中是否存在预先配置的与发送所述规则数据的硬件设备对应的协议；若存在，基于所述协议对所述规则数据进行解析；
[0032] 发布模块，用于将解析后的规则数据发布至消息队列；
[0033] 订阅模块，用于基于预设的订阅服务对所述消息队列中的规则数据进行操作。
[0034] 可选的，所述预设的订阅服务包括：数据上传服务；
[0035] 所述订阅模块包括：
[0036] 数据上传单元，用于基于所述数据上传服务，将所述消息队列中的规则数据上传至上层服务器。
[0037] 可选的，所述预设的订阅服务包括：日志监控服务；
[0038] 所述订阅模块包括：
[0039] 日志监控单元，用于基于所述日志监控服务，将所述消息队列中的规则数据发送至本地日志文件进行保存。
[0040] 第三方面，本申请实施例还提供一种可配置的物联网平台网关，包括：
[0041] 存储器和与所述存储器相连接的处理器；
[0042] 所述存储器，用于存储程序，所述程序至少用于执行上述任一种可配置的物联网平台网关的数据传输方法；
[0043] 所述处理器，用于调用并执行所述存储器存储的所述程序。
[0044] 本申请的实施例提供的技术方案可以包括以下有益效果：
[0045] 本申请的实施例提供的技术方案，与现有技术相比，采用灵活的协议解析方案，下沉边缘解析能力到网关，从而减少上层服务器解析数据的繁琐和压力，更快捷聚焦业务层面的事务。进一步的，采用消息队列服务可以方便扩展其他服务，使得功能更加丰富。另外，通过引入数据库持久化配置信息，使得不同终端访问同一web服务看到的信息一致，并且在服务故障重启后原配置信息依旧存在，从而能够增强服务的稳定性。
[0048] 图1为本申请实施例提供的一种可配置的物联网平台网关的数据传输方法的流程示意图；
[0049] 图2为本申请实施例提供的一种可配置的物联网平台网关的数据传输装置的结构示意图；
[0050] 图3为本申请实施例提供的一种可配置的物联网平台网关的结构示意图；
[0051] 图4为本申请实施例提供的一种可配置的物联网平台网关的整体架构示意图；
[0052] 图5为本申请实施例提供的一种物联网平台网关中web配置页面服务的工作流程示意图；
[0053] 图6为本申请实施例提供的一种物联网平台网关中数据采集和解析服务的工作流程示意图；
[0054] 图7为本申请实施例提供的一种物联网平台网关中数据上传服务的工作流程示意图。
具体实施方式
[0055] 这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
[0056] 目前工业设备数据采集技术能配备标准的协议当中的一种或多种，如CAN、Profibus、Modbus等，并且通常往上层提供以TCP/IP协议为主的统一数据传输格式。
[0057] 上述采集方案虽然能在一定程度上满足标准的工业设备数据采集，但在后续的大量设备接入过程中，由于设备的协议千差万别，可能无法匹配标准协议里面的一种或多种，只能将采集的数据通过透传(透明传输，pass-through)的方式直接上传到上层服务器，如此会产生大量无用的数据传输，增加传输过程的时间和步骤；并且大量数据的存储会给上层服务器造成过大压力。此外，对于后续采集模式的扩展，比如采集到数据之后不仅上传到上层服务，还会有其他多个服务需要通过数据进行其他服务的处理，当前采集方案无法满足同时提供这些扩展服务。
[0058] 为了解决上述问题，本申请实施例提供一种可配置的物联网平台网关的数据传输方法。
[0059] 实施例一
[0060] 请参阅图1，图1为本申请实施例提供的一种可配置的物联网平台网关的数据传输方法的流程示意图。如图1所示，该方法包括：
[0061] S101：获取硬件设备发送的现场数据；
[0063] S102：根据预设的数据库校验所述现场数据的数据完整性；
[0064] 具体的，数据完整性(Data Integrity)是指数据的精确性(Accuracy)和可靠性(Reliability)。它是应防止数据库中存在不符合语义规定的数据和防止因错误信息的输入输出造成无效操作或错误信息而提出的。数据完整性分为四类：实体完整性(Entity Integrity)、域完整性(Domain Integrity)、参照完整性(Referential Integrity)、用户自定义完整性(User-definedIntegrity)。其中，对于不同设备发送的数据，数据完整性参数不完全一致，需要根据实际情况进行定义和分析。对于本实施例来说，校验数据完整性是为了避免传输无效或错误信息。
[0065] S103：若所述现场数据的数据完整性符合规则，将其作为规则数据，检查数据库中是否存在预先配置的对应的协议解析代码；
[0066] 其中，协议，即网络协议，指的是计算机网络中互相通信的对等实体之间交换信息时所必须遵守的规则的集合。对等实体通常是指计算机网络体系结构中处于相同层次的信息单元。一般系统网络协议包括五个部分：通信环境，传输服务，词汇表，信息的编码格式，时序、规则和过程。它的三要素是：语法、语义、时序。
[0067] 对于不同种类的硬件设备，其一般匹配一种特定的协议，如果通过该协议与其他设备进行数据通信，则可以基于该协议对数据进行解析，从而从被解析的数据中获取不同的数据值，如此再进一步进行数据传输时，可以减少传输的数据量。
[0068] 此外，若现场数据的数据完整性不符合规则，则舍弃该无效或错误数据。
[0069] 另外，协议解析代码，是用户为了对数据进行解析而对语法、语义、时序等参数进行的自定义的代码，可以产生类似于协议的功能。
[0070] 一些实施例中，所述协议解析代码的配置过程包括：
[0071] 获取现场人员访问配置页面后输入的配置信息，生成协议解析代码；
[0072] 将生成的协议解析代码发送至指定的硬件设备以完成适配，以及将生成的协议解析代码发送至所述数据库进行保存。
[0073] 其中，一般是现场人员通过浏览器访问特定的IP地址从而进入配置页面。生成的协议解析代码需要发送至对应的硬件设备，并进行实时调试以确定是否配置成功。当配置成功后，后续即可利用配置的协议解析代码，对硬件设备采集的数据进行解析。
[0074] 此外，将生成的协议解析代码发送至数据库进行保存，从而通过数据库使各种配置信息在服务器故障重启后依旧存在，增强了服务的稳定性。
[0075] S104：若所述数据库中存在对应的协议解析代码，基于所述协议解析代码对所述规则数据进行解析；若所述数据库中不存在对应的协议解析代码，检查所述数据库中是否存在预先配置的与发送所述规则数据的硬件设备对应的协议，若所述数据库中存在对应的协议，基于所述协议对所述规则数据进行解析；
[0076] 具体的，在本实施例中，如果数据传输平台不存在用户自定义的解析代码，则通过与接入的硬件设备匹配的预设协议对数据进行解析。其中，优先选择用户自定义的协议解析代码而不是硬件设备本身的预设协议的原因在于，硬件设备本身的协议为了保证连接各种设备时的通用性，其一般都相对更加复杂，而用户自定义的解析代码是用户根据当前的实际需要进行配置的，其更有针对性，采用自定义的解析代码进行解析时，解析过程会更加精确、快速。
[0077] S105：将解析后的规则数据发布至消息队列；
[0078] 具体的，“消息”是在两台计算机或类似设备间传送的数据单位。对应的，消息队列，是在消息的传输过程中保存消息的“容器”。消息队列管理器在将消息从它的源中继到它的目标时充当中间人。队列的主要目的是提供路由并保证消息的传递；如果发送消息时接收者不可用，消息队列会根据设置的重发次数重新发送消息。
[0079] 此外，一些实施例中，若数据库中既不存在对应的协议解析代码也不存在对应的协议，则将规则数据直接透传至消息队列，从而保证所有的有效数据都被发布至消息队列中，而不是被舍弃。
[0080] S106：基于预设的订阅服务对所述消息队列中的规则数据进行操作。
[0081] 在软件架构中，“发布订阅”是一种消息范式，消息的发送者(称为发布者)不会将消息直接发送给特定的接收者(称为订阅者)。而是将发布的消息分为不同的类别，无需了解哪些订阅者(如果有的话)可能存在。同样的，订阅者可以表达对一个或多个类别的兴趣，只接收感兴趣的消息，无需了解哪些发布者(如果有的话)存在。
[0082] 本实施例中，通过采用消息队列模式和发布订阅模式解耦服务，便于后续其他服务的定制和扩展，使得功能更加丰富。
[0083] 一些实施例中，预设的订阅服务包括：数据上传服务；即对应上层服务器的订阅服务，从而基于数据上传服务，将消息队列中的规则数据上传至上层服务器。
[0084] 一些实施例中，预设的订阅服务包括：数据下发服务；即对应于硬件设备自身的订阅服务，从而基于数据下发服务，将上层服务器返回至消息队列中的规则数据下发至对应的硬件设备。也就是说，消息队列中，既存在硬件设备发布的消息，也存在上层服务器发布的消息，对于不同的消息，由特定的订阅者进行订阅。
[0085] 一些实施例中，预设的订阅服务包括：日志监控服务；即对应本地日志的订阅服务，从而基于日志监控服务，将消息队列中的规则数据发送至本地日志文件进行保存。进一步的，保存的消息可以设置为只保留最新的n条消息，从而方便开发人员后续核对验证消息传到上层服务器的到达率。另外，通过查看日志文件，还可以查看透传的数据，从而开发人员可以为没有被解析覆盖的数据进一步配置协议解析代码。
[0086] 本申请的实施例提供的技术方案，与现有技术相比，采用灵活的协议解析方案，下沉边缘解析能力到网关，从而减少上层服务器解析数据的繁琐和压力，更快捷聚焦业务层面的事务。进一步的，采用消息队列服务可以方便扩展其他服务，使得功能更加丰富。另外，通过引入数据库持久化配置信息，使得不同终端访问同一web服务看到的信息一致，并且在服务故障重启后原配置信息依旧存在，从而能够增强服务的稳定性。
[0087] 为了对本申请的技术方案进行更好的说明，对应于上述实施例提供的可配置的物联网平台网关的数据传输方法，本申请实施例还提供一种可配置的物联网平台网关的数据传输装置。
[0088] 实施例二
[0089] 请参阅图2，图2为本申请实施例提供的一种可配置的物联网平台网关的数据传输装置的结构示意图。如图2所示，该装置包括：
[0090] 获取模块21，用于获取硬件设备发送的现场数据；
[0091] 校验模块22，用于根据预设的数据库校验所述现场数据的数据完整性；
[0092] 检查模块23，用于若所述现场数据的数据完整性符合规则，将其作为规则数据，检查数据库中是否存在预先配置的对应的协议解析代码；
[0093] 解析模块24，用于若所述数据库中存在对应的协议解析代码，则基于协议解析代码对规则数据进行解析；若所述数据库中不存在对应的协议解析代码，检查所述数据库中是否存在预先配置的与发送所述规则数据的硬件设备对应的协议；若存在，基于所述协议对所述规则数据进行解析；
[0094] 发布模块25，用于将解析后的规则数据发布至消息队列；
[0095] 订阅模块26，用于基于预设的订阅服务对所述消息队列中的规则数据进行操作。
[0096] 可选的，所述预设的订阅服务包括：数据上传服务；
[0097] 所述订阅模块26包括：
[0098] 数据上传单元，用于基于所述数据上传服务，将所述消息队列中的规则数据上传至上层服务器。
[0099] 可选的，所述预设的订阅服务包括：数据下发服务；
[0100] 所述订阅模块26包括：
[0101] 数据下发单元，用于基于所述数据下发服务，将上层服务器返回至所述消息队列中的规则数据下发至对应的硬件设备。
[0102] 可选的，所述预设的订阅服务包括：日志监控服务；
[0103] 所述订阅模块26包括：
[0104] 日志监控单元，用于基于所述日志监控服务，将所述消息队列中的规则数据发送至本地日志文件进行保存。
[0105] 具体的，上述各功能模块的功能的具体实现方式，请参照上述实施例一中的可配置的物联网平台网关的数据传输方法中的相应内容实现，在此不再详述。
[0106] 为了对本申请的技术方案进行更好的说明，对应于上述实施例提供的可配置的物联网平台网关的数据传输方法，本申请实施例还提供一种可配置的物联网平台网关。
[0107] 实施例三
[0108] 请参阅图3，图3为本申请实施例提供的一种可配置的物联网平台网关的结构示意图。如图3所示，该物联网平台网关包括：
[0109] 存储器31和与存储器31相连接的处理器32；
[0110] 存储器31用于存储程序，所述程序至少用于执行以上实施例所述的任一种可配置的物联网平台的数据传输方法；
[0111] 处理器32用于调用并执行存储器31存储的所述程序。
[0112] 具体的，该平台网关担当一个系统中台的作用，将现场采集到的数据，通过程序识别或者人工配置做到全覆盖的协议解析，然后再传给上层应用系统。其中，上述程序的功能的具体实现方式，请参照上述实施例一中的可配置的物联网平台网关的数据传输方法中的相应内容实现，在此不再详述。
[0113] 为了对本申请的技术方案进行更全面的说明，本申请实施例还提供一种可配置的物联网平台网关。
[0114] 实施例四
[0115] 请参阅图4，图4为本申请另一实施例提供的一种可配置的物联网平台网关的整体架构示意图。如图4所示，该物联网平台网关主要包括四个服务：web配置页面服务、数据采集和解析服务、数据传输服务以及日志监控服务。首先，网关通过串口通信的方式(例如图4中所示的USB接口)与硬件设备相连接。web配置页面通过API(Application Programming Interface，应用程序编程接口)与web server(网页服务器)相连接，从而实现对硬件设备的指令下发并接收硬件设备的响应。硬件设备发送的数据在网关内部进行校验和解析后，发送至消息分发模块(即消息队列)，以便其他服务进行消费，例如通过EMQ模块(一款发布订阅模式的开源MQTT消息服务器)发送至云平台(即上层服务器)，其中，数据交互可以基于MQTT(Message QueuingTelemetry Transport，消息队列遥测传输)协议实现；又例如，网关通过无线传输(例如图4中所示的蓝牙传输)的方式与其它外接设备的DTU(DataTransfer unit，数据传输单元)相连接，从而基于消息分发模块进行数据交换。此外，解析后的数据还保存至本地日志记录，以便开发人员查看。
[0116] 在具体实施时，网关可以基于Linux系统采用Python语言开发，通过硬件主板和设备进行串口通信，往上层采用MQTT协议上传统一的数据格式。对于上述的四种主要服务，其中：
[0117] Web配置页面服务，主要供现场实施人员进行网关的网络配置、周围硬件采集器(即硬件设备)的搜索并为这些硬件配置指定的协议以及实时调试检查协议是否设置成功。具体操作流程为：现场实施人员通过浏览器访问指定的ip地址,进入web配置页面，进行相关配置，配置好的信息会保存在数据库，同时协议的配置是web配置页面服务将配置好的信息发送给数据采集和解析服务，并由数据采集和解析服务将web配置页面服务的指令下发至硬件采集器从而完成协议的配置，流程如图5所示。
[0118] 数据采集和解析服务,主要负责和现场周围的硬件进行数据通信。当硬件有数据传输上来时，此服务负责接收并进行校验，以确定数据完整性，然后检查数据库里此数据对应的硬件所属的协议解析代码，如果查到协议解析代码则基于该协议解析代码进行解析，如果没有配置对应的协议解析代码，则再检查是否有实施人员为此数据编写的协议，有协议就根据配置的协议来解析，如果都没有就采用透传的方式直接发送。数据解析处理好之后就发布到消息发布队列中，供其他服务去消费处理，其中，可以采用应答队列来确定消息已到达，或由目标应用程序(服务)检索到消息。同时，还有一个阻塞线程服务(即数据下发服务)，采取写入队列的方式(和应答队列分处不同线程)，负责监听消息接收队列的数据，当其他服务向消息接收队列填入数据后，此服务就会立刻接收到数据，并将数据下发给硬件采集器(硬件设备)，流程如图6所示。
[0119] 数据上传服务，和上层服务器连接成功之后，即可和上层服务进行数据通信，包括上传和接收数据。其中，包含一个服务阻塞(redis)订阅消息队列，等消息队列里有消息时就会将获取到的消息传送到上层服务器。同时此服务也会异步监听上层服务器下发过来的消息，当接收到上层服务器下发的消息时，会进行其他异步操作，流程如图7所示。
[0120] 日志监控服务，也是一种订阅服务，当获取到消息之后，存到本地的日志文件，并且只保留最新的n条消息，方便开发人员后续核对验证消息传到上层服务器的到达率。
[0121] 可以理解的是，上述各实施例中相同或相似部分可以相互参考，在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。
[0122] 需要说明的是，在本申请的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本申请的描述中，除非另有说明，“多个”的含义是指至少两个。
[0123] 流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。
[0124] 应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。
[0125] 本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。
[0126] 此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。
[0127] 上述提到的存储介质可以是只读存储器，磁盘或光盘等。
[0128] 在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
| 标题 | 发布/更新时间 | 阅读量 |
|---|---|---|
| 经优先级区分的安全 | 2020-05-08 | 220 |
| 用于将零写入到存储器阵列的系统和方法 | 2020-05-08 | 955 |
| 管理程序直接存储器访问 | 2020-05-08 | 441 |
| 处理用户话语的电子装置及其控制方法 | 2020-05-08 | 586 |
| 电能量存储器 | 2020-05-08 | 106 |
| 一种基于金属掺杂的双向阈值选通器及其制备方法 | 2020-05-08 | 830 |
| 三维半导体存储器件 | 2020-05-08 | 674 |
| 用于当取回像素核时降低存储器延迟的方法、系统和设备 | 2020-05-08 | 465 |
| 一种三维存储器的制备方法以及三维存储器 | 2020-05-11 | 395 |
| NAND存储器的栅极结构形成方法、NAND存储器及光罩掩膜版 | 2020-05-11 | 768 |
高效检索全球专利专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台，是提供专利分析，专利查询，专利检索等数据服务功能的知识产权数据服务商。
我们的产品包含105个国家的1.26亿组数据，免费查、免费专利分析。
分析报告
专利汇分析报告产品可以对行业情报数据进行梳理分析，涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度，系统通过AI智能系统对图表进行解读，只需1分钟，一键生成行业专利分析报告。
QQ群二维码
意见反馈
意见反馈