CN115460257A - 一种信号的处理方法、服务器和校园设备 - Google Patents

一种信号的处理方法、服务器和校园设备 Download PDF

Info

Publication number
CN115460257A
CN115460257A CN202110633587.XA CN202110633587A CN115460257A CN 115460257 A CN115460257 A CN 115460257A CN 202110633587 A CN202110633587 A CN 202110633587A CN 115460257 A CN115460257 A CN 115460257A
Authority
CN
China
Prior art keywords
interface
campus
server
equipment
type
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202110633587.XA
Other languages
English (en)
Inventor
黄铁脉
袁磊
刘朋
李廷龙
柏银
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Mobile Communications Group Co Ltd
China Mobile Chengdu ICT Co Ltd
Original Assignee
China Mobile Communications Group Co Ltd
China Mobile Chengdu ICT Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by China Mobile Communications Group Co Ltd, China Mobile Chengdu ICT Co Ltd filed Critical China Mobile Communications Group Co Ltd
Priority to CN202110633587.XA priority Critical patent/CN115460257A/zh
Publication of CN115460257A publication Critical patent/CN115460257A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/4401—Bootstrapping
    • G06F9/4411—Configuring for operating with peripheral devices; Loading of device drivers
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C9/00—Individual registration on entry or exit
    • G07C9/20—Individual registration on entry or exit involving the use of a pass
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C9/00—Individual registration on entry or exit
    • G07C9/30—Individual registration on entry or exit not involving the use of a pass
    • G07C9/32—Individual registration on entry or exit not involving the use of a pass in combination with an identity check
    • G07C9/37—Individual registration on entry or exit not involving the use of a pass in combination with an identity check using biometric data, e.g. fingerprints, iris scans or voice recognition
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16Y—INFORMATION AND COMMUNICATION TECHNOLOGY SPECIALLY ADAPTED FOR THE INTERNET OF THINGS [IoT]
    • G16Y40/00—IoT characterised by the purpose of the information processing
    • G16Y40/30—Control

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • General Physics & Mathematics (AREA)
  • Computing Systems (AREA)
  • Theoretical Computer Science (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Computer Interaction (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Medical Informatics (AREA)
  • General Engineering & Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • Alarm Systems (AREA)

Abstract

本发明公开了一种信号的处理方法，该方法应用于服务器中，该服务器与至少两个以上的校园设备具有通信连接，包括：通过第一接口接收来自校园设备的输入信号，其中，第一接口是校园设备根据输入信号的类型确定出的接口，处理输入信号以控制校园设备，或者，根据生成的输入信号的类型确定出用于传输输出信号的第二接口，通过第二接口向校园设备发送输出信号以控制校园设备。本发明实施例还同时公开了一种服务器、校园设备和计算机存储介质，提高了服务器对校园设备的控制效率，进而提高了校园设备处理效率。

Description

一种信号的处理方法、服务器和校园设备
技术领域
本发明涉及服务器对校园设备的控制技术，尤其涉及一种信号的处理方法、服务器和校园设备。
背景技术
目前，市面上现有的校园设备的后台服务器大多数是基于校园设备本身的通讯协议封装的软件开发工具包(SDK，Software Development Kit)，通过封装的SDK去调用特定的校园设备的接口，实现对校园设备的管理，例如，控制门禁开关需要集成门禁控制器的SDK；控制摄像头抓拍、直播需要集成摄像头的 SDK。
上述服务器虽然可以通过物联网的技术手段实现对校园设备的管理，但是存在的缺陷是所控制的设备的分类有限，只能对服务器集成的现有分类设备进行控制管理，一旦引入新类型的设备，需要服务器重新对其设备提供的通讯协议进行SDK封装，且开发的技术非常依赖设备本身，对服务器实现设备管理的统一配置非常的不友好，增加服务器的维护工作。
而校园设备日新月异，且种类繁多，服务器与校园设备的数据对接的效率极为低下，并且导致人力资源成本的疯狂上涨；由此可以看出，现有的服务器对校园设备存在控制效率低下的技术问题。
发明内容
有鉴于此，本发明提供一种信号的处理方法、服务器和校园设备，以解决现有技术中存在的服务器对校园设备的控制效率低下的技术问题。
本发明的技术方案是这样实现的：
第一方面，本发明实施例提供了一种信号的处理方法，所述方法应用于服务器中，所述服务器与至少两个以上的校园设备具有通信连接，包括：
通过第一接口接收来自所述校园设备的输入信号；其中，所述第一接口是所述校园设备根据所述输入信号的类型确定出的接口；
处理所述输入信号以控制所述校园设备；
或者，
根据生成的输出信号的类型，确定出用于传输所述输出信号的第二接口；
通过所述第二接口向所述校园设备发送输出信号以控制所述校园设备；
其中，所述第一接口和所述第二接口均为基于HAL所创建的接口。
在上述方法中，所述方法还包括：
获取所述校园设备的初始化参数；其中，所述初始化参数中携带有所述校园设备的属性信息；
根据所述校园设备的属性信息，确定所述校园设备在所述服务器中所属的基础类型；
根据所述基础类型确定所述校园设备的基础接口类型；
根据所述校园设备的属性信息和所述校园设备的基础接口类型，对所述校园设备进行初始化以注册所述校园设备的属性信息和创建所述校园设备的基础接口。
在上述方法中，所述方法还包括：
确定所述校园设备所具有的功能类型；
根据所述功能类型确定所述校园设备的功能接口类型；
根据所述校园设备的功能接口类型，对所述校园设备进行初始化以创建所述校园设备的功能接口。
在上述方法中，所述根据生成的输出信号的类型，确定出所述输出信号的第二接口，包括：
当所述输出信号为输出对象时，将所述输出对象对应的对象输出接口确定为所述第二接口。
在上述方法中，所述根据生成的输出信号的类型，确定出所述输出信号的第二接口，包括：
当所述输出信号为输出指令时，将所述输出指令对应的指令输出接口确定为所述第二接口。
第二方面，本发明实施例提供了一种信号的处理方法，所述方法应用于校园设备中，所述校园设备与服务器具有通信连接，包括：
根据生成的输入信号的类型，确定出用于传输所述输入信号的第一接口；
通过所述第一接口将所述输入信号发送至所述服务器以使得所述服务器处理所述输入信号；
或者，
通过第二接口接收来自所述服务器的输出信号；其中，所述第二接口是所述服务器根据所述输出信号的类型确定出的接口；
执行所述输出信号对应的操作；
其中，所述第一接口和所述第二接口均为基于HAL所创建的接口。
在上述方法中，所述根据生成的输入信号的类型，确定所述输入信号的第一接口，包括：
当所述输入信号指示所述校园设备检测到待识别对象时，将所述待识别对象对应的对象识别接口确定为所述第一接口。
在上述方法中，所述根据生成的输入信号的类型，确定所述输入信号的第一接口，包括：
当所述输入信号指示所述校园设备接收到输入对象时，将所述输入对象对应的对象输入接口确定为所述第一接口。
第三方面，本发明提供了一种服务器，所述服务器与至少两个以上的校园设备具有通信连接，包括：
第一接收模块，用于通过第一接口接收来自所述校园设备的输入信号；其中，所述第一接口是所述校园设备根据所述输入信号的类型确定出的接口；
处理模块，用于处理所述输入信号以控制所述校园设备；
或者，
第一确定模块，用于根据生成的输出信号的类型，确定出用于传输所述输出信号的第二接口；
第一发送模块，用于通过所述第二接口向所述校园设备发送输出信号以控制所述校园设备；
其中，所述第一接口和所述第二接口均为基于HAL所创建的接口。
在上述服务器中，上述服务器还用于：
获取所述校园设备的初始化参数；
根据所述校园设备的属性信息，确定所述校园设备在所述服务器中所属的基础类型；
根据所述基础类型确定所述校园设备的基础接口类型；
根据所述校园设备的属性信息和所述校园设备的基础接口类型，对所述校园设备进行初始化以注册所述校园设备的属性信息和创建所述校园设备的基础接口。
在上述服务器中，上述服务器还用于：
确定所述校园设备所具有的功能类型；
根据所述功能类型确定所述校园设备的功能接口类型；
根据所述校园设备的功能接口类型，对所述校园设备进行初始化以创建所述校园设备的功能接口。
在上述服务器中，上述服务器根据生成的输出信号的类型，确定出用于传输所述输出信号的第二接口中，包括：
当所述输出信号为输出对象时，将所述输出对象对应的对象输出接口确定为所述第二接口。
在上述服务器中，上述服务器根据生成的输出信号的类型，确定出用于传输所述输出信号的第二接口中，包括：
当所述输出信号为输出指令时，将所述输出指令对应的指令输出接口确定为所述第二接口。
第四方面，本发明提供了一种校园设备，所述校园设备与服务器具有通信连接，包括：
第二确定模块，用于根据生成的输入信号的类型，确定出用于传输所述输入信号的第一接口；
第二发送模块，用于通过所述第一接口将所述输入信号发送至所述服务器以使得所述服务器处理所述输入信号；
或者，
第二接收模块，用于通过第二接口接收来自所述服务器的输出信号；其中，所述第二接口是所述服务器根据所述输出信号的类型确定出的接口；
执行模块，用于执行所述输出信号对应的操作；
其中，所述第一接口和所述第二接口均为基于HAL所创建的接口。
在上述设备中，上述设备根据生成的输入信号的类型，确定出用于传输所述输入信号的第一接口中，包括：
当所述输入信号指示所述校园设备检测到待识别对象时，将所述待识别对象对应的对象识别接口确定为所述第一接口。
在上述设备中，上述设备根据生成的输入信号的类型，确定出用于传输所述输入信号的第一接口中，包括：
当所述输入信号指示所述校园设备接收到输入对象时，将所述输入对象对应的对象输入接口确定为所述第一接口。
第五方面，本发明实施例还提供了一种服务器，所述服务器包括：处理器以及存储有所述处理器可执行指令的存储介质，所述存储介质通过通信总线依赖所述处理器执行操作，当所述指令被所述处理器执行时，执行上述一个或多个实施例所述信号的处理方法。
第六方面，本发明实施例还提供了一种校园设备，所述校园设备包括：处理器以及存储有所述处理器可执行指令的存储介质，所述存储介质通过通信总线依赖所述处理器执行操作，当所述指令被所述处理器执行时，执行上述一个或多个实施例所述信号的处理方法。
第七方面，本发明实施例提供了一种计算机存储介质，存储有可执行指令，当所述可执行指令被一个或多个处理器执行的时候，所述处理器执行上述一个或多个实施例所述信号的处理方法。
本发明所提供的一种信号的处理方法、服务器和校园设备，服务器与至少两个以上的校园设备具有通信连接，该方法包括：通过第一接口接收来自校园设备的输入信号，其中，第一接口是校园设备根据输入信号的类型确定出的接口，处理输入信号以控制校园设备，或者，根据生成的输出信信号的类型，确定出用于传输输出信号的第二接口，通过第二接口向校园设备发动输出信号以控制校园设备，其中，第一接口和第二接口均为基于硬件抽象层(HAL，Hardware Abstraction Layer)所创建的接口；也就是说，在本发明中，服务器与校园设备之间基于HAL创建有接口，并且，不同的信号对应不同的接口，针对输入信号和输出信号的类型，采用与信号的类型对应的接口来传输数据，与现有的封装的SDK去调用特定设备的接口相比，无需基于校园设备本身的协议封装SDK，通过HAL能够实现对任意一个校园设备的接入，通过对任意一个校园设备所设置的接口来实现对校园设备的调用，提高了服务器对校园设备的控制效率，进而提高了校园设备处理效率。
附图说明
图1为本发明实施例中的一种校园设备的物联网系统的结构示意图；
图2为本发明实施例中的一种可选的信号的处理方法的流程交互示意图；
图3为本发明实施例中的一种可选的校园设备的类型的实例的结构示意图；
图4为本发明实施例中的一种可选的信号的处理方法的实例的流程示意图；
图5为本发明实施例中的一种可选的信号的处理方法的流程示意图；
图6为本发明实施例中的另一种可选的信号处理方法的流程示意图；
图7为本发明实施例中的一种可选的服务器的结构示意图；
图8为本发明实施例中的一种可选的校园设备的结构示意图；
图9为本发明实施例中的另一种可选的服务器的结构示意图；
图10为本发明实施例中的另一种可选的校园设备的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。
实施例一
本发明实施例提供一种信号的处理方法，该信号的处理方法应用于校园设备的物联网系统中，图1为本发明实施例中的一种可选的校园设备的物联网系统的结构示意图，如图1所示，该校园设备的物联网系统可以包括：服务器11 和校园设备12；其中，校园设备12的数目为至少两个以上，并且，服务器11 与校园设备12之间具有通信连接。
服务器11用于接收校园设备12发送的信号，还用于向校园设备12发送信号，同样地，校园设备12用于向服务器11发送信号，还用于接收服务器11发送的信号，服务器11通过与校园设备12之间的交互，实现对校园设备12的控制。
上述校园设备的物联网系统是将直接和校园设备通信划分一个层次(HAL 层)，为其上层软件(即平台的各应用)提供抽象支持，下层(即设备)通过应用程序接口(API，Application Programming Interface)的形式向上层提供服务。上层应用在进行设备操作时，不需要了解设备具体细节，从而减少系统理解和开发复杂度。
这样，将接口和实现分离，具体功能隐藏在抽象的接口背后，保证每个模块不影响其他模块下可以改变。
也就是说，将设备具体数据和数据的操作封装在对象实体中，外部不能直接对对象内部进行访问和操作，只能通过API的方式间接访问。
基于上述图1的校园设备的物联网系统，本发明实施例提供一种信号的处理方法，图2为本发明实施例中的一种可选的信号的处理方法的流程交互示意图，如图2所示，该信号的处理方法可以包括：
S201：校园设备12根据生成的输入信号，确定出用于传输输入信号的第一接口；
其中，第一接口和第二接口均为基于HAL所创建的接口。
为了提高服务器对校园设备的控制效率，从服务器层对各类硬件设备数据进行分类定义，服务器将能力与SDK进行抽象分离，并提供标准接口提供给硬件进行交互，服务器通过该方式调用硬件数据，以实现校园内各类数据的快速汇总、整合、分析，省去传统方案中通过厂家SDK对接数据的工序，以此提高硬件对接效率并降低人力成本。
具体来说，校园设备可以在接收到用户输入的指令之后，可以生成输入信号，也可以是在接收到服务器发送的指令之后生成输入信号，这里，本发明实施例对此不作具体限定。
例如，当校园设备为门禁道闸时，门禁道闸检测到待读卡片时，对待读卡片进行读卡，得到读卡信息，将读卡信息可以作为输入信号；当校园设备为电子班牌时，电子班牌检测到人脸，对人脸进行识别，得到人脸信息，将人脸信息作为输入信号，当校园设备为电子白板时，接收到用户输入的文字信息时，将文字信息作为输入信号；当校园设备为摄像头时，将采集到的抓拍图片作为输入信号。
在生成输入信号之后，需要确定输入对象的类型，这里，需要说明的是，不同的校园设备的输入信号包括不同的类型，总的来说，输入信号的类型可以包括感知类，输入类，输出类和控制类。
例如，针对门禁道闸来说，当输入信号为读卡信息时，确定门禁道闸的读卡信息为感知类的输入信号，确定门禁道闸的感知类的接口为读卡信息的第一接口，例如，第一接口为读卡接口(IC Reader Interface)，当校园设备为电子班牌时，输入信号为人脸信息时，确定电子班牌的感知类的接口为人脸信息的接口，例如，第一接口为人脸接口(FaceInterface)。
S202：校园设备12通过第一接口将输入信号发送至服务器；
S203：服务器11处理输入信号以控制校园设备；
具体来说，由于在校园设备12与服务器11之间建立有各种各样的接口，并且为每一个输入信号可以选取出对应的第一接口，使得服务器11可以通过第一接口接收到输入信号，服务器11在接收到输入信号之后，可以对输入信号作相应地处理，例如，当接收到门禁道闸的读卡信息时，将读卡信息与预先存储的卡片信息相匹配，当预先存储的卡片信息中存在与读卡信息相匹配的信息时，服务器生成开门指令，此时，开门指令可以作为服务器11的输出信号来控制门禁道闸开门，从而实现对校园设备12的控制。
或者，
S204：服务器11根据生成的输出信号的类型，确定出输出信号的第二接口；
具体来说，服务器11可以在接收到管理人员输入的指令之后，可以生成输出信号，也可以是在接收到校园设备12发送的信息之后生成输出信号，这里，本发明实施例对此不作具体限定。
例如，当服务器11针对门禁道闸生成关门指令时，所生成的关门指令为输出信号，当服务器11针对电子班牌生成文字信息，所生成的文字信息为输出信号，当服务器11针对电子白板生成图片信息时，所生成的图片信息为输出信号，当服务器11针对摄像头生成视频监控指令时，所生成的视频监控指令为输出信号。
在生成输出信号之后，需要确定输出信号的类型，这里，需要说明的是，针对不同的校园设备12不同的输出信号包括不同的类型，总的来说，输出信号的类型可以包括感知类，输入类，输出类和控制类。
例如，针对门禁道闸来说，当服务器11生成的输出信号为开门指令时，确定门禁道闸的开门指令为控制类的输出信号，确定门禁道闸的感知类的接口为关门指令的第二接口，例如，第二接口为关门接口(Close Gate Interface)，当校园设备12为电子班牌时，服务器11生成的输出信号为文字信息时，确定电子班牌的感知类的接口为文字信息的接口，例如，第二接口为文字输出接口 (Text Output Interface)。
S205：服务器11通过第二接口向校园设备12发送输出信号；
S206：校园设备12执行输出信号对应的操作。
具体来说，由于在校园设备12与服务器11之间建立有各种各样的接口，并且为每一个输出信号可以选取出对应的第二接口，使得服务器11可以通过第二接口发送输出信号，校园设备12在接收到输出信号之后，可以对输出信号作相应地处理，例如，当门禁道闸接收到开门指令时，执行开门操作。
另外，在服务器11与校园设备12交互之前，服务器11需要对每一个校园设备12进行初始化，在一种可选的实施例中，上述方法还可以包括：
服务器11获取校园设备12的初始化参数；
服务器11根据校园设备12的属性信息，确定校园设备12在服务器11中所属的基础类型；
服务器11根据基础类型确定校园设备12的基础接口类型；
服务器11根据校园设备12的属性信息和校园设备12的基础接口类型，对校园设备12进行初始化以注册校园设备12的属性信息和创建校园设备12的基础接口。
其中，初始化参数中携带有校园设备的属性信息。
具体来说，管理人员先输入每个校园设备12的初始化参数，根据校园设备 12的初始化参数中包含的校园设备的属性信息，确定校园设备12在服务器11 中所属的基础类型。
其中，需要说明的是，服务器11中将校园设备12分为三个基础类型，分别为网络设备，系统设备和显示设备，在确定出校园设备12在服务器11中所属的基础类型之后，就可以确定出校园设备12的基础接口类型；最后，再根据校园设备12的属性信息和校园设备12的基础接口类型进行初始化，从而可以注册校园设备12的属性信息和创建校园设备12的基础接口。
另外，针对校园设备12来说，除了具有基础类型，还将其按照功能进行分类，在一种可选的实施例中，上述方法还可以包括：
服务器11确定校园设备12所具有的功能类型；
服务器11根据功能类型确定校园设备12的功能接口类型；
服务器11根据校园设备12的功能接口类型，对校园设备12进行初始化以创建校园设备12的功能接口。
具体来说，每个校园设备12都具有特定的功能，例如，门禁道闸具有读卡、开门、关门等功能，为了使得服务器11能够更加全方位的控制校园设备12，服务器11在初始化的时候，可以确定出校园设备12所具有的功能类型，其中，将校园设备12按照各自的设备能力，可以分为三大类，第一类为感知类，包括读卡，扫码和人脸，第二类为输入/输出类，包括文字输入/输出，图片输入/输出，文字输入/输出，视频输入/输出和声音输入/输出，第三类为控制类，包括打开，开机，开门，关闭，关机，关门，旋转和权限下发。
例如，还是以门禁道闸为例来说，包括的功能类型包括读卡(扫描和人脸识别)，开门，关门和权限下发等，所以，门禁道闸所具有的功能类型就包括感知类和控制类。
那么，针对校园设备12的功能类型就可以确定出校园设备12的功能接口类型，根据功能接口类型对校园设备12进行初始化以创建校园设备12的功能接口。
为了实现在服务器11与校园设备12之间的交互，需要借助确定出的接口，在一种可选的实施例中，S202可以包括：
当输入信号指示校园设备12检测到待识别对象时，校园设备12将待识别对象对应的对象识别接口确定为第一接口。
具体来说，当输入信号指示校园设备12检测到待识别对象时，也就是说，该校园设备12具有识别功能，那么，此时将待识别对象对应的对象识别接口，也就是感知类型的接口确定为第一接口。
例如，针对检测到待识别卡时，将IC Reader Interface确定为第一接口，检测到待识别码时，将扫码接口(Scan Code Interface)确定为第一接口，检测到待识别人脸时，将Face Interface确定为第一接口。
另外，为了实现在服务器11与校园设备12之间的交互，在一种可选的实施例中，S202可以包括：
当输入信号指示校园设备12接收到输入对象时，校园设备12将输入对象对应的对象输入接口，确定为第一接口。
具体来说，当输入信号指示校园设备12检测到输入对象时，也就是说，该校园设备12具有输入功能，那么，此时将输入对象对应的对象输入接口，也就是输入类型的接口确定为第一接口。
例如，针对检测到输入对象为文字输入时，将文字输入接口(Text InputInterface)确定为第一接口，检测到输入对象为图片输入时，将图像输入接口 (ImageInput Interface)确定为第一接口，检测到输入对象为视频输入时，将视频输入接口(Video Input Interface)确定为第一接口，检测到输入对象为声音输入时，将声音输入接口(Voice Input Interface)确定为第一接口。
针对输出信号来说，与输入信号类似，在一种可选的实施例中，S204可以包括：
当输出信号为输出对象时，服务器11将输出对象对应的对象输出接口确定为第二接口。
具体来说，当输出信号指示校园设备12检测到输入对象时，也就是说，该校园设备12具有输出功能，那么，此时将输出对象对应的对象输出接口，也就是输出类的接口确定为第二接口。
例如，针对检测到输出对象为文字输出时，将文字输出接口(Text OutputInterface)确定为第二接口，检测到输出对象为图片输出时，将图像输出接口 (ImageOutput Interface)确定为第二接口，检测到输出对象为视频输出时，将视频输出接口(Video Output Interface)确定为第二接口，检测到输出对象为声音输出时，将声音输出接口(Voice Output Interface)确定为第二接口。
另外，为了实现对控制类型的接口的调用，在一种可选的实施例中，S204 可以包括：
当输出信号为输出指令时，服务器11将输出指令对应的指令输出接口确定为第二接口。
具体来说，当输出信号为输出指令时，也就是说，该校园设备12具有控制功能，那么，此时将输出指令对应的指令输出接口，也就是控制类的接口确定为第二接口。
例如，针对输出指令为开机指令时，将开机接口(Open Machine Interface) 确定为第二接口，输出指令为开门指令时，将开门接口(Open Gate Interface) 确定为第二接口，输出指令为关机指令时，将关机接口(Close Machine Interface) 确定为第二接口，输出指令为关门指令时，将关门接口(Close Gate Interface) 确定为第二接口，检测到输出指令为旋转指令时，将旋转接口(Revolve Interface)确定为第二接口，检测到输出指令为权限下发指令时，将权限接口 (Power Interface)确定为第二接口。
下面举实例来对上述一个或多个实施例中所述的信号处理方法进行描述。
图3为本发明实施例中的一种可选的校园设备的类型的实例的结构示意图，如图3所示，将设备的共同属性(品牌、型号、厂家等)和共同方法(设备初始化)抽象成一个设备基类，设备种类繁多，大致可分为显示设备、网络设备、系统设备三类，故定义了三个子接口代表这三种设备，子接口包含了各自的属性或方法。通过对设备能力的分析，将其进行细粒度的抽象设计，把设备能力大致分为：感知类、输入类、输出类、控制类。每一种类型下根据设备的特殊能力可派生出不同的具体的设备能力。设备实现类，需继承设备基类抽象接口和设备能力抽象接口，实现与硬件设备的报文协议预处理封装。服务器即可通过实例化设备对象，进行与该设备的通信，调用方法获得设备的具体能力。
设备的实现类，首先继承设备基类，然后根据设备自身的能力对设备能力抽象接口实现具体的方法封装。服务器若使用一种设备，只需要实例化该设备的一个对象，然后调用对象的方法即可获得该设备的能力。假如要初始化一个门禁道闸设备的对象，需要实现在线检测、读卡(扫码、人脸识别)、开门、关门、权限下发等方法。假如要初始化一个电子班牌设备的对象，需要实现在线检测、刷卡(或人脸识别)、文字输出、图片输出、视频输出、声音输出、开机、关机等方法。
针对不同类型的校园设备，注册的属性信息和创建的基础接口如下表1为网络设备，表2为系统设备，表3为显示设备。
表1
Figure BDA0003104681980000141
表2
Figure BDA0003104681980000142
表3
Figure BDA0003104681980000143
针对不同的校园设备，注册的属性信息和创建的感知类的接口如下表4-6 所示，其中，表4为读卡接口，表5为扫描接口，表6为人脸接口。
表4
Figure BDA0003104681980000151
表5
Figure BDA0003104681980000152
表6
Figure BDA0003104681980000153
针对不同的校园设备，注册的属性信息和创建的输入类的接口如下表7-10 所示，表7为文字输入接口，表8为图片输入接口，表9为视频输入接口，表 10为声音输入接口。
表7
Figure BDA0003104681980000154
Figure BDA0003104681980000161
表8
Figure BDA0003104681980000162
表9
Figure BDA0003104681980000163
表10
Figure BDA0003104681980000164
针对不同的校园设备，注册的属性信息和创建的输出类的接口如下表11-14 所示，表11为文字输出接口，表12为图片输出接口，表13为视频输出接口，表14为声音输出接口。
表11
Figure BDA0003104681980000171
表12
Figure BDA0003104681980000172
表13
Figure BDA0003104681980000173
表14
Figure BDA0003104681980000174
Figure BDA0003104681980000181
针对不同的校园设备，注册的属性信息和创建的控制类的接口如下表15-20 所示，表15为开机接口，表16为开门接口，表17为关机接口，表18为关门接口，表19为旋转接口，表20为权限下发接口。
表15
Figure BDA0003104681980000182
表16
Figure BDA0003104681980000183
表17
Figure BDA0003104681980000184
表18
Figure BDA0003104681980000185
Figure BDA0003104681980000191
表19
Figure BDA0003104681980000192
表20
Figure BDA0003104681980000193
图4为本发明实施例中的一种可选的信号的处理方法的实例的流程示意图，如图4所示，该方法还可以包括：
S401：设备初始化。
具体来说，服务器调用设备接口(Equipment Interface)接口，实现设备基类的初始化方法(相当于设置参数(Set Parameter))，传入品牌、设备分类、属性等参数，完成设备在服务器中的注册。
S402：设备能力初始化。
具体来说，服务器调用设备功能接口(Equipment Function Interface)接口，实现服务器能力的抽象方法，比如，感知类(Percept Event)、输入类(Input Event)、输出类(Output Event)等事件，将设备具体功能如门禁的读卡(扫码、人脸识别)、开门、关门、权限下发等功能注册到服务器。
S403：服务器调用输出信号的接口发送输出信号至校园设备。
具体来说，服务器应用调用抽象方法，映射到设备实现的类，调用设备按接口实现的驱动程序向设备发送命令信号，这里的驱动程序是指操作系统的一些标准的输入/输出(I/O，Input/Output)函数，任何一个设备都有输入事件、输出事件等操作函数。
S404：校园设备接收到输出信号，执行具体操作，并向服务器反馈结果。
S405：服务器接收校园设备传输的反馈结果，向服务器的应用发送完成设备调用成功的信息。
另外，针对设备的实现类，首先继承设备基类，然后根据设备自身的能力对设备能力抽象接口实现具体的方法封装。服务器若使用一种设备，只需要实例化该设备的一个对象，然后调用对象的方法即可获得该设备的能力。
假如要初始化一个门禁道闸设备的对象，需要实现在线检测、读卡(扫码、人脸识别)、开门、关门、权限下发等方法，如表21所示。
表21
Figure BDA0003104681980000201
Figure BDA0003104681980000211
假如要初始化一个电子班牌设备的对象，需要实现在线检测、刷卡(或人脸识别)、文字输出、图片输出、视频输出、声音输出、开机、关机等方法，如表 22所示。
表22
Figure BDA0003104681980000212
Figure BDA0003104681980000221
假如要初始化一个电子白板设备的对象，需要实现在线检测、文字输出、图片输出、视频输出、声音输出、开机、关机等方法，如表23所示。
表23
Figure BDA0003104681980000222
假如要初始化一个网络摄像头的对象，需要实现在线检测、图片抓拍、视频监控、摄像头旋转等方法，如下表24所示。
表24
Figure BDA0003104681980000231
假如要初始化一个消费机的对象，需要实现在线检测、IC读卡(扫码、人脸识别)等方法，如表25所示。
表25
Figure BDA0003104681980000232
Figure BDA0003104681980000241
假如要初始化一个打印机的对象，需要实现在线检测、文字输出、图片输出等方法，如表26所示。
表26
Figure BDA0003104681980000242
Figure BDA0003104681980000251
假如要初始化一个广播的对象，需要实现在线检测、声音输入、声音输出等方法，如表27所示。
表27
Figure BDA0003104681980000252
假如要初始化一个录播的对象，需要实现在线检测、声音输入、声音输出、视频输入、视频输出等方法，如表28所示。
表28
Figure BDA0003104681980000253
Figure BDA0003104681980000261
可见，本实例将硬件抽象层的概念运用到了校园设备的管理中，通过服务器对校园设备实现抽象接入，利用操作系统层的驱动程序控制校园设备的使用，让校园设备根据自身的设备能力通过对服务器硬件抽象层的实现，达到服务器统一进行管理和调度的效果。
综上可知，本实例对于传统的校园设备物联管理系统相比，支持接入的设备种类更多，适合所有满足抽象层实现的校园设备，且设备接入更加灵活。并且对于服务器的上层应用在进行设备操作时，不需要了解设备的具体细节，从而减少服务器理解和开发复杂度。
本发明所提供的一种信号的处理方法，服务器与至少两个以上的校园设备具有通信连接，该方法包括：通过第一接口接收来自校园设备的输入信号，其中，第一接口是校园设备根据输入信号的类型确定出的接口，处理输入信号以控制校园设备，或者，根据生成的输出信信号的类型，确定出输出信号的第二接口，通过第二接口向校园设备发动输出信号以控制校园设备，其中，第一接口和第二接口均为基于HAL所创建的接口；也就是说，在本发明中，服务器与校园设备之间基于HAL创建有接口，并且，不同的信号对应不同的接口，针对输入信号和输出信号的类型，采用与信号的类型对应的接口来传输数据，与现有的封装的SDK去调用特定设备的接口相比，无需基于校园设备本身的协议封装SDK，通过HAL能够实现对任意一个校园设备的接入，通过对任意一个校园设备所设置的接口来实现对校园设备的调用，提高了服务器对校园设备的控制效率，进而提高了校园设备处理效率。
实施例二
下面以校园设备的物联网系统中所部属的各个设备侧对上述信号的处理方法进行说明。
首先，以服务器侧对信号的处理方法进行描述。
本发明实施例提供一种信号的处理方法，该方法应用于服务器中，该服务器与至少两个以上的校园设备具有通信连接，图5为本发明实施例中的一种可选的信号的处理方法的流程示意图，如图5所示，该信号的处理方法可以包括：
S501：通过第一接口接收来自校园设备的输入信号；
其中，第一接口是校园设备根据输入信号的类型确定出的接口；
S502：处理输入信号以控制校园设备；
S503：或者，根据生成的输出信号的类型，确定出用于传输输出信号的第二接口；
S504：通过第二接口向校园设备发送输出信号以控制校园设备。
其中，第一接口和第二接口均为基于HAL所创建的接口。
在一种可选的实施例中，上述方法还包括：
获取校园设备的初始化参数；其中，初始化参数中携带有校园设备的属性信息；
根据校园设备的属性信息，确定校园设备在服务器中所属的基础类型；
根据基础类型确定校园设备的基础接口类型；
根据校园设备的属性信息和校园设备的基础接口类型，对校园设备进行初始化以注册校园设备的属性信息和创建校园设备的基础接口。
在一种可选的实施例中，上述方法还包括：
确定校园设备所具有的功能类型；
根据功能类型确定校园设备的功能接口类型；
根据校园设备的功能接口类型，对校园设备进行初始化以创建校园设备的功能接口。
在一种可选的实施例中，S503可以包括：
当输出信号为输出对象时，将输出对象对应的对象输出接口确定为第二接口。
在一种可选的实施例中，S503可以包括：
当输出信号为输出指令时，将输出指令对应的指令输出接口确定为第二接口。
然后，以校园设备侧对信号的处理方法进行描述。
本发明实施例提供一种信号的处理方法，该方法应用于校园设备中，该校园设备与服务器具有通信连接，图6为本发明实施例中的另一种可选的信号处理方法的流程示意图，如图6所示，该信号的处理方法可以包括：
S601：根据生成的输入信号的类型，确定出用于传输输入信号的第一接口；
S602：通过第一接口将输入信号发送至服务器以使得服务器处理输入信号；
S603：或者，通过第二接口接收来自服务器的输出信号；其中，第二接口是服务器根据输出信号的类型确定出的接口；
S604：执行输出信号对应的操作。
其中，第一接口和第二接口均为基于HAL所创建的接口。
在一种可选的实施例中，S601可以包括：
当输入信号指示校园设备检测到待识别对象时，将待识别对象对应的对象识别接口确定为第一接口。
在一种可选的实施例中，S601可以包括：
当输入信号指示校园设备接收到输入对象时，将输入对象对应的对象输入接口确定为第一接口。
基于前述实施例相同的发明构思，本发明实施例提供一种服务器，与上述一个或多个实施例提供的所述服务器一致。
图7为本发明实施例中的一种可选的服务器的结构示意图，所述服务器与至少两个以上的校园设备具有通信连接，该服务器与至少两个以上的校园设备具有通信连接，如图7所示，该服务器包括：
第一接收模块71，用于通过第一接口接收来自校园设备的输入信号；其中，第一接口是校园设备根据输入信号的类型确定出的接口；
处理模块72，用于处理输入信号以控制校园设备；
或者，
第一确定模块73，用于根据生成的输出信号的类型，确定出用于传输输出信号的第二接口；
第一发送模块74，用于通过第二接口向校园设备发送输出信号以控制校园设备。
其中，第一接口和第二接口均为基于HAL所创建的接口。
在一种可选的实施例中，上述服务器还用于：
获取校园设备的初始化参数；
根据校园设备的属性信息，确定校园设备在服务器中所属的基础类型；
根据基础类型确定校园设备的基础接口类型；
根据校园设备的属性信息和校园设备的基础接口类型，对校园设备进行初始化以注册校园设备的属性信息和创建校园设备的基础接口。
在一种可选的实施例中，上述服务器还用于：
确定校园设备所具有的功能类型；
根据功能类型确定校园设备的功能接口类型；
根据校园设备的功能接口类型，对校园设备进行初始化以创建校园设备的功能接口。
在一种可选的实施例中，第一确定模块73，具体用于：
当输出信号为输出对象时，将输出对象对应的对象输出接口确定为第二接口。
在一种可选的实施例中，第一确定模块73，具体用于：
当输出信号为输出指令时，将输出指令对应的指令输出接口确定为第二接口。
在实际应用中，上述第一接收模块71，处理模块72，第一确定模块73和第一发送模块74可由位于服务器上的处理器实现，具体为中央处理器(CPU， Central ProcessingUnit)、微处理器(MPU，Microprocessor Unit)、数字信号处理器(DSP，Digital SignalProcessing)或现场可编程门阵列(FPGA，Field Programmable Gate Array)等实现。
本发明实施例提供一种校园设备，与上述一个或者多个实施例中所述的校园设备一致。
图8为本发明实施例中的一种可选的校园设备的结构示意图，该校园设备与服务器具有通信连接，如图8所示，该校园设备包括：
第二确定模块81，用于根据生成的输入信号的类型，确定出用于传输输入信号的第一接口；
第二发送模块82，用于通过第一接口将输入信号发送至服务器以使得服务器处理输入信号；
或者，
第二接收模块83，用于通过第二接口接收来自服务器的输出信号；其中，第二接口是服务器根据输出信号的类型确定出的接口；
执行模块84，用于执行输出信号对应的操作。
其中，第一接口和第二接口均为基于HAL所创建的接口。
在一种可选的实施例中，第二确定模块81，具体用于：
当输入信号指示校园设备检测到待识别对象时，将待识别对象对应的对象识别接口确定为第一接口。
在一种可选的实施例中，第二确定模块81，具体用于：
当输入信号指示校园设备接收到输入对象时，将输入对象对应的对象输入接口确定为第一接口。
在实际应用中，上述第二确定模块81，第二发送模块82，第二接收模块 83和执行模块85可由位于校园设备上的处理器实现，具体为CPU、MPU、DSP 或FPGA等实现。
图9为本发明实施例中的另一种可选的服务器的结构示意图，如图9所示，本发明实施例提供了一种服务器900，包括：
处理器91以及存储有所述处理器91可执行指令的存储介质92，所述存储介质92通过通信总线93依赖所述处理器91执行操作，当所述指令被所述处理器91执行时，执行上述一个或多个实施例所述信号的处理方法。
需要说明的是，实际应用时，终端中的各个组件通过通信总线93耦合在一起。可理解，通信总线93用于实现这些组件之间的连接通信。通信总线93除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图9中将各种总线都标为通信总线93。
图10为本发明实施例提供的另一种可选的校园设备的结构示意图，如图 10所示，本发明实施例提供了一种校园设备1000，包括：
处理器101以及存储有所述处理器91可执行指令的存储介质102，所述存储介质102通过通信总线103依赖所述处理器101执行操作，当所述指令被所述处理器101执行时，执行上述实施例一所述信号的处理方法。
需要说明的是，实际应用时，终端中的各个组件通过通信总线103耦合在一起。可理解，通信总线103用于实现这些组件之间的连接通信。通信总线103 除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图10中将各种总线都标为通信总线103。
本发明实施例提供了一种计算机存储介质，存储有可执行指令，当所述可执行指令被一个或多个处理器执行的时候，所述处理器执行上述一个或多个实施例所述的信号的处理方法。
其中，计算机可读存储介质可以是磁性随机存取存储器(ferromagnetic randomaccess memory，FRAM)、只读存储器(Read Only Memory，ROM)、可编程只读存储器(Programmable Read-Only Memory，PROM)、可擦除可编程只读存储器(ErasableProgrammable Read-Only Memory，EPROM)、电可擦除可编程只读存储器(ElectricallyErasable Programmable Read-Only Memory， EEPROM)、快闪存储器(Flash Memory)、磁表面存储器、光盘、或只读光盘 (Compact Disc Read-Only Memory，CD-ROM)等存储器。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (13)

1.一种信号的处理方法，其特征在于，所述方法应用于服务器中，所述服务器与至少两个以上的校园设备具有通信连接，包括：
通过第一接口接收来自所述校园设备的输入信号；其中，所述第一接口是所述校园设备根据所述输入信号的类型确定出的接口；
处理所述输入信号以控制所述校园设备；
或者，
根据生成的输出信号的类型，确定出用于传输所述输出信号的第二接口；
通过所述第二接口向所述校园设备发送输出信号以控制所述校园设备；
其中，所述第一接口和所述第二接口均为基于HAL所创建的接口。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
获取所述校园设备的初始化参数；其中，所述初始化参数中携带有所述校园设备的属性信息；
根据所述校园设备的属性信息，确定所述校园设备在所述服务器中所属的基础类型；
根据所述基础类型确定所述校园设备的基础接口类型；
根据所述校园设备的属性信息和所述校园设备的基础接口类型，对所述校园设备进行初始化以注册所述校园设备的属性信息和创建所述校园设备的基础接口。
3.根据权利要求2所述的方法，其特征在于，所述方法还包括：
确定所述校园设备所具有的功能类型；
根据所述功能类型确定所述校园设备的功能接口类型；
根据所述校园设备的功能接口类型，对所述校园设备进行初始化以创建所述校园设备的功能接口。
4.根据权利要求1所述的方法，其特征在于，所述根据生成的输出信号的类型，确定出用于传输所述输出信号的第二接口，包括：
当所述输出信号为输出对象时，将所述输出对象对应的对象输出接口确定为所述第二接口。
5.根据权利要求1所述的方法，其特征在于，所述根据生成的输出信号的类型，确定出用于传输所述输出信号的第二接口，包括：
当所述输出信号为输出指令时，将所述输出指令对应的指令输出接口确定为所述第二接口。
6.一种信号的处理方法，其特征在于，所述方法应用于校园设备中，所述校园设备与服务器具有通信连接，包括：
根据生成的输入信号的类型，确定出用于传输所述输入信号的第一接口；
通过所述第一接口将所述输入信号发送至所述服务器以使得所述服务器处理所述输入信号；
或者，
通过第二接口接收来自所述服务器的输出信号；其中，所述第二接口是所述服务器根据所述输出信号的类型确定出的接口；
执行所述输出信号对应的操作；
其中，所述第一接口和所述第二接口均为基于HAL所创建的接口。
7.根据权利要求6所述的方法，其特征在于，所述根据生成的输入信号的类型，确定出用于传输所述输入信号的第一接口，包括：
当所述输入信号指示所述校园设备检测到待识别对象时，将所述待识别对象对应的对象识别接口确定为所述第一接口。
8.根据权利要求6所述的方法，其特征在于，所述根据生成的输入信号的类型，确定出用于传输所述输入信号的第一接口，包括：
当所述输入信号指示所述校园设备接收到输入对象时，将所述输入对象对应的对象输入接口确定为所述第一接口。
9.一种服务器，其特征在于，所述服务器与至少两个以上的校园设备具有通信连接，包括：
第一接收模块，用于通过第一接口接收来自所述校园设备的输入信号；其中，所述第一接口是所述校园设备根据所述输入信号的类型确定出的接口；
处理模块，用于处理所述输入信号以控制所述校园设备；
或者，
第一确定模块，用于根据生成的输出信号的类型，确定出用于传输所述输出信号的第二接口；
第一发送模块，用于通过所述第二接口向所述校园设备发送输出信号以控制所述校园设备；
其中，所述第一接口和所述第二接口均为基于HAL所创建的接口。
10.一种校园设备，其特征在于，所述校园设备与服务器具有通信连接，包括：
第二确定模块，用于根据生成的输入信号的类型，确定出用于传输所述输入信号的第一接口；
第二发送模块，用于通过所述第一接口将所述输入信号发送至所述服务器以使得所述服务器处理所述输入信号；
或者，
第二接收模块，用于通过第二接口接收来自所述服务器的输出信号；其中，所述第二接口是所述服务器根据所述输出信号的类型确定出的接口；
执行模块，用于执行所述输出信号对应的操作；
其中，所述第一接口和所述第二接口均为基于HAL所创建的接口。
11.一种服务器，其特征在于，包括：
处理器以及存储有所述处理器可执行指令的存储介质，所述存储介质通过通信总线依赖所述处理器执行操作，当所述指令被所述处理器执行时，执行上述的权利要求1至5任一项所述的信号处理方法。
12.一种校园设备，其特征在于，包括：
处理器以及存储有所述处理器可执行指令的存储介质，所述存储介质通过通信总线依赖所述处理器执行操作，当所述指令被所述处理器执行时，执行上述的权利要求6至8任一项所述的信号处理方法。
13.一种计算机存储介质，其特征在于，存储有可执行指令，当所述可执行指令被一个或多个处理器执行的时候，所述处理器执行所述的权利要求1至5任一项所述的信号处理方法，或者所述的权利要求6至8任一项所述的信号处理方法。
CN202110633587.XA 2021-06-07 2021-06-07 一种信号的处理方法、服务器和校园设备 Pending CN115460257A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110633587.XA CN115460257A (zh) 2021-06-07 2021-06-07 一种信号的处理方法、服务器和校园设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110633587.XA CN115460257A (zh) 2021-06-07 2021-06-07 一种信号的处理方法、服务器和校园设备

Publications (1)

Publication Number Publication Date
CN115460257A true CN115460257A (zh) 2022-12-09

Family

ID=84294889

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110633587.XA Pending CN115460257A (zh) 2021-06-07 2021-06-07 一种信号的处理方法、服务器和校园设备

Country Status (1)

Country Link
CN (1) CN115460257A (zh)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105407962A (zh) * 2013-06-27 2016-03-16 皇家飞利浦有限公司 自动外部传感器接口
CN105592161A (zh) * 2016-01-18 2016-05-18 深圳维爱特科技有限公司 采集终端设备数据的方法及终端设备
CN107992197A (zh) * 2017-12-12 2018-05-04 上海闻泰电子科技有限公司 虚拟现实设备和系统
CN109669723A (zh) * 2017-10-13 2019-04-23 阿里巴巴集团控股有限公司 硬件访问方法、装置、设备和机器可读介质
CN110532208A (zh) * 2019-07-12 2019-12-03 优刻得科技股份有限公司 一种数据处理方法、接口转换结构及设备
WO2020119316A1 (zh) * 2018-12-11 2020-06-18 中兴通讯股份有限公司 终端系统构架、通信系统及通信方法、存储介质
CN112799730A (zh) * 2021-02-18 2021-05-14 上海元及数据科技有限公司 一种对设备进行抽象和封装的方法和系统

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105407962A (zh) * 2013-06-27 2016-03-16 皇家飞利浦有限公司 自动外部传感器接口
CN105592161A (zh) * 2016-01-18 2016-05-18 深圳维爱特科技有限公司 采集终端设备数据的方法及终端设备
CN109669723A (zh) * 2017-10-13 2019-04-23 阿里巴巴集团控股有限公司 硬件访问方法、装置、设备和机器可读介质
CN107992197A (zh) * 2017-12-12 2018-05-04 上海闻泰电子科技有限公司 虚拟现实设备和系统
WO2020119316A1 (zh) * 2018-12-11 2020-06-18 中兴通讯股份有限公司 终端系统构架、通信系统及通信方法、存储介质
CN111314799A (zh) * 2018-12-11 2020-06-19 中兴通讯股份有限公司 终端系统构架、通信系统及通信方法、存储介质
CN110532208A (zh) * 2019-07-12 2019-12-03 优刻得科技股份有限公司 一种数据处理方法、接口转换结构及设备
CN112799730A (zh) * 2021-02-18 2021-05-14 上海元及数据科技有限公司 一种对设备进行抽象和封装的方法和系统

Similar Documents

Publication Publication Date Title
CN107756395B (zh) 智能机器人的控制系统、方法和装置
US20170278365A1 (en) System and method for configuring surveillance cameras using mobile computing devices
US8478850B2 (en) Platform component architecture (PCA)-based system, method and application designer
CN110213217B (zh) 数据访问方法、相关装置、网关和数据访问系统
US11604802B2 (en) Computer network controlled data orchestration system and method for data aggregation, normalization, for presentation, analysis and action/decision making
US20090006432A1 (en) Systems and methods for merging data into documents
CN110659206B (zh) 基于微服务的模拟架构建立方法、装置、介质及电子设备
CN112136306B (zh) 多媒体展馆的中央控制系统及其控制方法和装置
JP2008530702A (ja) スマートカード、及びスマートカードを動作させる方法
US20220182937A1 (en) Cross-network wake-up method and related device
US20230120160A1 (en) Authentication aggregator
CN105791962A (zh) 一种分享截图的方法、装置及系统
CN112562217A (zh) 自助终端控制系统的流程引擎设计、通讯方式、工作方法
CN107894935A (zh) Ops电脑模块检测处理方法、装置以及电子设备
CN115460257A (zh) 一种信号的处理方法、服务器和校园设备
CN109388558A (zh) 一种管理电子设备的方法、装置、设备及存储介质
CN115665265B (zh) 请求处理方法、装置、设备、存储介质及系统
CN101630370A (zh) 一种射频识别系统的控制方法及射频识别系统
US20100274841A1 (en) Systems and methods for dynamically updating virtual desktops or virtual applications in a standard computing environment
US7650636B2 (en) Network security enhancement methods and devices
Tokunaga et al. A middleware infrastructure for building mixed reality applications in ubiquitous computing environments
CN111897726A (zh) 异常定位方法、装置、存储介质及移动终端
CN112130850A (zh) 应用程序中功能的实现方法和装置
WO2020185512A1 (en) Usecase specification and runtime execution
US20140176983A1 (en) Protocol for biometric device capture and quality analysis

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination