一种远端设备管控方法及装置与流程

1.本技术涉及通信技术领域，尤其涉及一种远端设备管控方法及装置。


背景技术：

2.传统的总部分支型组网架构中，总部与分支间互联方式以有线连接为主，或有线作为主用链路，4g作为备用链路的方式。但针对自动售货机场景，很多情况下自动售货机放置在楼宇角落或者街头，缺少有线接口，使得自动售货机不具备有线链路接入条件。同时随着5g技术的不断成熟、网络覆盖率的不断提高及成本的下降，在自动售货机内部署5g无线路由器，通过5g专线链路接入统一总部运营中心将成为理想的组网方式。
3.此外，自动售货机分布广泛，本地处于无人管理的运维状态，且自动售货机内的网关路由器的管理模式主要以运营中心统一管理为主。传统管理方式需要在运营中心部署nms(network-management system，网络管理系统)，通过运营中心与自动售货机间4/5g无线网络ip通道基于snmp(simple networkmanagement protocol，简单网络管理协议)协议纳管远端设备，如自动售货机，当该方法需要远端设备实时在线。然而实际应用中，自动售货机并非处于实时使用状态，也即并非实时处于在线状态，自动售货机的业务数据按需传输，若 5g链路处于永久在线状态势必造成流量和资费的浪费，同时也占用了总部运营中心的出口带宽。
4.因此，如何按需管控远端设备，避免远端设备的流量和资费的浪费，及过度占用运营中心的出口带宽是值得考虑的技术问题之一。


技术实现要素：

5.有鉴于此，本技术提供一种远端设备管控方法及装置，用以按需管控远端设备，避免远端设备的流量和资费的浪费，及过度占用运营中心的出口带宽。
6.具体地，本技术是通过如下技术方案实现的：
7.根据本技术的第一方面，提供一种远端设备管控应用于运营中心，所述方法，包括：
8.在需要管控远端设备时，通过远程管理通道向所述远端设备发送管控请求；
9.接收所述远端设备通过所述远程管理通道发送的所述管控请求所请求的管控数据。
10.可选地，通过远程管理通道向所述远端设备发送管控请求，包括：
11.通过短信或5g消息向所述远端设备发送管控请求；
12.接收所述远端设备通过所述远程管理通道发送的所述管控请求所请求的管控数据，包括：
13.接收所述远端设备通过短信或者5g消息发送的所述管控数据。
14.可选地，本技术提供的远端设备管控方法，还包括：
15.当所述运营中心连接多个远端设备时，将所述多个远端设备划分成若干个批次；
16.逐批次向对应的远端设备发送管控请求；
17.接收远端设备发送的管控数据。
18.可选地，逐批次向对应的远端设备发送管控请求，包括：
19.根据设定时间间隔，逐批次向对应的远端设备发送管控请求。
20.可选地，本技术提供的远端设备管控方法，还包括：
21.若设定时间内未接收到远端设备发送的管控数据，则确认所述远端设备发生故障，并输出告警信号。
22.根据本技术的第二方面，提供一种远端设备管控装置，设置于运营中心中，所述装置，包括：
23.发送模块，用于在需要管控远端设备时，通过远程管理通道向所述远端设备发送管控请求；
24.接收模块，用于接收所述远端设备通过所述远程管理通道发送的所述管控请求所请求的管控数据。
25.可选地，所述发送模块，具体用于通过短信或5g消息向所述远端设备发送管控请求；
26.所述接收模块，具体用于接收所述远端设备通过短信或者5g消息发送的所述管控数据。
27.可选地，本技术提供的远端设备管控装置，还包括：
28.划分模块，用于当所述运营中心连接多个远端设备时，将所述多个远端设备划分成若干个批次；
29.所述发送模块，还用于逐批次向对应的远端设备发送管控请求；
30.所述接收模块，还用于接收远端设备发送的管控数据。
31.可选地，所述发送模块，具体用于根据设定时间间隔，逐批次向对应的远端设备发送管控请求。
32.可选地，本技术提供的远端设备管控装置，还包括：
33.检测模块，用于若设定时间内未接收到远端设备发送的管控数据，则确认所述远端设备发生故障，并输出告警信号。
34.根据本技术的第三方面，提供一种电子设备，包括处理器和机器可读存储介质，机器可读存储介质存储有能够被处理器执行的计算机程序，处理器被计算机程序促使执行本技术实施例第一方面所提供的方法。
35.根据本技术的第四方面，提供一种机器可读存储介质，机器可读存储介质存储有计算机程序，在被处理器调用和执行时，计算机程序促使处理器执行本技术实施例第一方面所提供的方法。
36.本技术实施例的有益效果：
37.运营中心在需要对远端设备管控时，才通过专有的远端管理通道向远端设备发送管控请求，这样一来，也就实现了运营中心对远端设备的按需管控；此外，远端设备在不提供业务服务时可以设置自身状态为离线状态，当通过远端管理通道接收到管控请求时，再上线然后通过远端管理通道向运营中心发送管控数据，这样也就避免了现有技术中远端设备因主动上报数据所导致的需要长时间上线而造成的远端设备的流量及资费的浪费的问
题。
附图说明
38.图1是本技术实施例提供的一种远端设备管控方法的流程示意图；
39.图2是本技术实施例提供的一种远端设备管控装置的框图；
40.图3是本技术实施例提供的一种实施远端设备管控方法的电子设备的硬件结构示意图。
具体实施方式
41.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本技术相一致的所有实施方式。相反，它们仅是与如本技术的一些方面相一致的装置和方法的例子。
42.在本技术使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本技术。在本技术中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相对应的列出项目的任何或所有可能组合。
43.应当理解，尽管在本技术可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本技术范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”。
44.下面对本技术提供的远端设备管控方法进行详细地说明。
45.参见图1，图1是本技术提供的一种远端设备管控方法的流程图，应用于运营中心，运营中心实施该方法时可包括如下所示步骤：
46.s201、在需要管控远端设备时，通过远程管理通道向所述远端设备发送管控请求。
47.具体地，实际应用中，为了节省人力资源及提升远端设备的维护效率，一般会设置运营中心，然后由运营中心来监控远端设备。在此基础上，为了实现按需管控远端设备，避免远端设备的流量及资费的浪费，本步骤中提出，运营中心在需要管控远端设备时，再通过远程管理通道向远端设备发送管控请求。这样，也就能实现运营中心对远端设备的按需监控，同时，远端设备在不被管控时，可以处于离线状态，从而也就避免了现有技术中远端设备需要长时间在线而导致的流量及资费的浪费。
48.可选地，上述管控数据可以但不限于为设备状态信息或告警信息等等，具体可以根据实际情况而定。
49.可选地，上述管控请求还可以携带管控指令，然后远端设备从管控请求中解析出管控指令，并执行该管控指令对应的管控动作。
50.可选地，上述远端设备可以但不限于为需要远程监控的设备，例如atm、自动售货机等自助终端设备。
51.s202、接收远端设备通过所述远程管理通道发送的所述管控请求所请求的管控数
据。
52.本步骤中，远端设备当通过远端管理通道接收到运营中心发送的管控请求后，就可以根据该管控请求执行相应的管控动作。当执行管控动作后产生管控数据时，远端设备可以通过该远端管理通道向运营中心反馈该管控数据，这样运营中心就可以接收到该管控数据，从而达到按需管控的效果。
53.此外，由于远端设备在没有业务需求时，一般处于离线状态，在此基础上，当远端设备当接收到该管控请求后，远端设备若此时处于离线状态，则可以执行上线操作，然后再基于运营中心的管控请求执行相应操作，从而也就避免了现有技术中远端设备需要长时间在线所造成的流量及资费的浪费。
54.通过实施上述远端设备管控方法，运营中心在需要对远端设备管控时，才通过专有的远端管理通道向远端设备发送管控请求，这样一来，也就实现了运营中心对远端设备的按需管控；此外，远端设备在不提供业务服务时可以设置自身状态为离线状态，当通过远端管理通道接收到管控请求时，再上线然后通过远端管理通道向运营中心发送管控数据，这样也就避免了现有技术中远端设备因主动上报数据所导致的需要长时间上线而造成的远端设备的流量及资费的浪费的问题。
55.可选地，上述远程管理通道可以但不限于为短信通道或支持5g消息的通道等等。在此基础上，运营中心可以按照下述过程执行步骤s201：通过短信或5g 消息向所述远端设备发送管控请求。相应地，可以按照下述过程执行步骤s202：接收远端设备通过短信或者5g消息发送的所述管控数据。
56.具体地，随着5g技术的发展，5g专线链路逐渐成为远端设备等小型分支站点的理想接入方式，因此，为了避免远端设备长时间在线所导致的流量及资费的浪费，本技术提出远端设备在不需要提供服务及不需要向运营中心反馈管控数据时，可以处于离线状态。当运营中心需要管控远端设备时，再通过5g消息向远端设备发送管控请求。这样，当远端设备接收到上述5g消息后，会执行设备上线过程，然后向运营中心发送管控请求所请求的该远端设备的管控数据。
57.具体地，运营中心部署有短信平台，和/或，运营中心集成了基于gsma rcsuniversal profile v2.4的5g消息功能，相应地，远端设备内置有5g板卡，该5g 板卡上集成了5g消息功能。这样一来，运营中心就可以通过5g消息或短信与远端设备实现互通。具体地，运营中心可以通过5g消息向远端设备发送管控请求。同理，远端设备也可以通过5g消息向运营中心发送运营中心所需的管控数据；或者，运营中心可以通过短信向远端设备发送管控请求，然后远端设备接收到该管控请求后，再执行上线流程，然后远端设备可以通过短信的方式向运营中心反馈管控数据，也可以通过5g消息的方式向运营中心反馈管控数据，这样，也就避免了远端设备长时间在线所导致的流量及资费的浪费，而且也实现了运营中心按需对远端设备的管控。
58.需要说明的是，远端设备接收到短信或5g消息后，在需要通过5g专线链路向运营中心上报管控数据时，先与运营中心创建5g连接，然后再向运营中心发送包括管控数据的5g消息。
59.需要说明的是，当运营中心内置有短信平台时，可以通过寻呼的方式向远端设备发送短信，以触发远端设备上线，然后远端设备接收到运营中心发送的短信时，会自动执行
上线流程。
60.可选地，运营中心在向远端设备发送管控请求时，可以周期性的发送。以短信方式为例，运营中心可以周期性地调用短信平台，通过寻呼方式发送短信以触发远端设备上线，并触发远端设备按需向运营中心上报远端设备的设备状态信息或告警信息；需要说明的是，周期性的发送管控请求的周期可以设置，其具体值可以根据实际情况进行配置，此处不进行限定。
61.可选地，运营中心需要管控的远端设备的数量可能比较大，当运营中心需要管控多个远端设备时，运营中心可以针对每个远端设备逐个执行图1所示的流程。
62.此外，当运营中心需要管控多个远端设备时，还可以按照下述过程实施：当运营中心连接多个远端设备时，将多个远端设备划分成若干个批次；逐批次向对应的远端设备发送管控请求；接收远端设备发送的管控数据。
63.具体地，运营中心会预先将其纳管的所有远端设备进行分批划分处理，然后划分成若干个批次，然后逐批次的每个批次的每个远端设备发送管控请求；然后接收远端设备发送的管控数据。这样可以缓解运营中心的瞬时压力。例如，以50为单位，将多个远端设备进行批次划分，然后采用分批轮询查询方式向每个批次中的远端设备发送管控请求，以查询每个批次中的远端设备的设备状态等相关信息。
64.此外，运营中心还可以对多个远端设备设置优先级，然后按照优先级向远端设备发送管控请求。
65.需要说明的是，上述运营中心连接多个远端设备中的“连接”，可以指有线连接，也可以指无线连接，当然还有其他的连接方式，旨在实现运营中心与远端设备的交互。
66.可选地，在逐批次向对应的远端设备发送管控请求时，可以按照下述过程实施：根据设定时间间隔，逐批次向对应的远端设备发送管控请求。
67.具体地，为了进一步缓解运营中心的瞬时压力，可以设置一个时间间隔，然后当一个批次内的远端设备轮询完之后，可以等待一段时间，当等待时间到达设定时间间隔时，在向下一批次内的远端设备逐个发送管控请求。
68.需要说明的是，上述设定时间间隔和划分的批次的数量可以根据实际情况进行配置，本技术对其具体取值不进行限定。
69.可选地，本技术提供的远端设备管控方法，还包括：若设定时间内未接收到远端设备发送的管控数据，则确认所述远端设备发生故障，并输出告警信号。
70.具体地，远端设备可能存在故障的情况，运营中心可以通过发送管控请求后，是否可以接收到远端设备反馈的数据来判断该远端设备是否故障，若未接收到该远端设备发送的管控数据，则可以确认该远端设备故障；如果接收到该远端设备发送的管控数据，则确认该远端设备无故障。为了避免对远端设备的故障的误判断，运营中心可以设置一个时间(上述设定时间)，则运营中心在向远端设备发送管控请求后，可以进行计时，然后判断设定时间内是否能够接收到该远端设备发送的管控数据，如果在设定时间内接收到，则确认远端设备故障；如果在设定时间内未接收到，则确认该远端设备故障。
71.此外，运营中心在确认远端设备故障时，为了进一步实现对远端设备的管控，运营中心会向输出该远端设备的告警信号，以指示运维人员基于该告警信号对该远端设备进行故障检修处理等等，从而实现运维人员对故障的远端设备的远程排查故障的目的。需要说
interconnect，pci)总线或扩展工业标准结构(extended industrystandard architecture，eisa)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
90.通信接口用于上述电子设备与其他设备之间的通信。
91.存储器可以包括随机存取存储器(random access memory，ram)、ddrsram(double data rate synchronous dynamic random access memory，双倍速率同步动态随机存储器)，也可以包括非易失性存储器(non-volatile memory， nvm)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。
92.上述的处理器可以是通用处理器，包括中央处理器(central processing unit， cpu)、网络处理器(network processor，np)等；还可以是数字信号处理器(digitalsignal processor，dsp)、专用集成电路(application specific integrated circuit， asic)、现场可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
93.另外，本技术实施例提供了一种机器可读存储介质，机器可读存储介质存储有计算机程序，在被处理器调用和执行时，计算机程序促使处理器执行本技术实施例所提供的远端设备管控方法。
94.对于电子设备以及机器可读存储介质实施例而言，由于其涉及的方法内容基本相似于前述的方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
95.需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
96.上述装置中各个单元/模块的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。
97.对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元/模块可以是或者也可以不是物理上分开的，作为单元/模块显示的部件可以是或者也可以不是物理单元/模块，即可以位于一个地方，或者也可以分布到多个网络单元/模块上。可以根据实际的需要选择其中的部分或者全部单元/模块来实现本技术方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
98.以上所述仅为本技术的较佳实施例而已，并不用以限制本技术，凡在本技术的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本技术保护的范围之内。