CN106130748B - 基于网络的多机多网分布式服务模块状态检测方法及系统 - Google Patents

基于网络的多机多网分布式服务模块状态检测方法及系统 Download PDF

Info

Publication number
CN106130748B
CN106130748B CN201610766181.8A CN201610766181A CN106130748B CN 106130748 B CN106130748 B CN 106130748B CN 201610766181 A CN201610766181 A CN 201610766181A CN 106130748 B CN106130748 B CN 106130748B
Authority
CN
China
Prior art keywords
callback object
client
server
state
service
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.)
Active
Application number
CN201610766181.8A
Other languages
English (en)
Other versions
CN106130748A (zh
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.)
Shandong luruan Digital Technology Co.,Ltd. smart energy branch
Original Assignee
Shandong Luneng Intelligence Technology 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 Shandong Luneng Intelligence Technology Co Ltd filed Critical Shandong Luneng Intelligence Technology Co Ltd
Priority to CN201610766181.8A priority Critical patent/CN106130748B/zh
Publication of CN106130748A publication Critical patent/CN106130748A/zh
Application granted granted Critical
Publication of CN106130748B publication Critical patent/CN106130748B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1001Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004Server selection for load balancing
    • H04L67/1006Server selection for load balancing with static server selection, e.g. the same server being selected for a specific client
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1836Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with heterogeneous network architecture
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0876Network utilisation, e.g. volume of load or congestion level
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1001Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1029Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers using data related to the state of servers by a load balancer
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/164Adaptation or special uses of UDP protocol

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer And Data Communications (AREA)

Abstract

本发明公开了基于网络的多机多网分布式服务模块状态检测方法及系统,客户端在本地建立一个回调对象,并启动回调对象返回状态处理服务,此后,此状态处理服务驻留内存进行监听,进入消息等待状态,同时,启动定时服务;客户端首先发送回调对象至服务端,此回调对象驻留服务端内存;服务端收到回调对象后回调对象向客户端报告服务当前状态,客户端收到状态信息并对反馈回来的状态进行展示。本发明用户数据报协议不需保持链路,即用即连。其次,通过回调对象主动上送的方式,不需维护心跳,正常运行时只需定时更新一下对象,几乎不占带宽,出现状态变化才占少量带宽,可以检测大数量的服务状态。

Description

基于网络的多机多网分布式服务模块状态检测方法及系统
技术领域
本发明涉及多机多网分布式服务状态检测管理。
背景技术
挂接在同一通信子网内的大量分布式终端之间进行数据交互,需要维持一个面向连或无连接的数据链路,定时发送心跳数据帧来确定对方的运行状态,以保证数据传输的有效性。
在变电站中,对采用TCP协议的面向连接的情况,需要预先知道所要检测的服务节点的数量和IP信息,否则不能建立链接,且终端之间需要维护网络链接,若需要维护的网络链接数量多,必定会使客户端在维护链接上耗费大量的精力,占用内存大,网络吞吐量大。若采用UDP面向无连接的方式,虽然不必时时维护链路,单纯在双方维护心跳方面,也会耗费大量精力(cpu)。面对大数量终端时都会出现效率问题。
发明内容
为解决现有技术存在的不足,本发明公开了基于网络的多机多网分布式服务模块状态检测方法及系统,本申请针对网络中具有大量分布式服务模块的情况,采用基于网络UDP协议的基于定时策略广播或组播回调对象到每个终端的每个服务模块,不必预先知道所要检测的服务节点的数量和IP信息,通过回调对象驻留服务端,主动上送服务状态的方式和筛选重分组策略,来改进网络吞吐量、维护链接和心跳导致效率低下的问题。
为实现上述目的,本发明的具体方案如下:
基于网络的多机多网分布式服务模块状态检测方法,包括:
客户端在本地建立一个回调对象,并启动回调对象返回状态处理服务,此后,此状态处理服务驻留内存进行监听,进入消息等待状态,同时,启动定时服务;
客户端首先发送回调对象至服务端,此回调对象驻留服务端内存;若客户端的回调对象被改变则服务端也会相应的更新,否则不会更新;
服务端收到回调对象后回调对象向客户端报告服务当前状态,客户端收到状态信息并对反馈回来的状态进行展示。
进一步的,客户端发送回调对象至服务端时,客户端将回调对象按定时服务在网内以广播或组播的方式发布,相应的,所有收到此广播的服务端更新回调对象,以应对回调对象动态更新和新上线服务的情况,使服务端能够自适应客户端回调对象的任何改动。
进一步的,服务端收到或更新回调对象后,立即调用此回调对象的接口,将本服务中所有需要检测的服务状态作为接口参数,反馈给客户端的状态处理服务,若未收到回调对象且客户端计时器超时,表示此服务端离线。
进一步的,客户端的状态处理服务收到反馈后,调整定时服务,并对反馈回来的状态进行展示,完成一个检测过程。
进一步的,客户端根据筛选重分组,对状态改变频繁的服务节点重新分组,调整定时策略。
筛选重分组算法具体为:将大量的服务端根据运行状态、通信速率、功能等特点重新分组,刚开始不知道服务端的情况,经过几次检测过程后可以大体知道哪些服务端经常掉线,哪些服务端通信较慢等情况,将经常掉线的服务端划为一组,将通信状况差的划为一组,将好的划为一组等等。对不同分组区别对待,对经常出问题的组就更新回调对象的频率高点,以便及时检查到服务故障,对正常的组更新频率就低点等等,运行一段时间后,分组基本就确定了,不再需要重分组了,只是稍微调整。从而节省带宽、提高效率、实时性。
进一步的,重新分组时,客户端发布回调对象后,记录回调对象的响应总时长,包括服务掉线的无响应情况,根据时长将服务端节点分组。
进一步的,有n个客户端及n个服务端时,相应的每个服务端就存有n个回调对象,异常发生时,服务端内的n个回调对象会依次进行状态变化的反馈给这n个客户端。
进一步的,有n个客户端,则在每个服务端内含n个回调对象,当服务端某个状态变化时,回调对象会将此变化依次发送给每个客户端内的回调对象服务,从而使每个客户端都能得知服务端的变化。
基于网络的多机多网分布式服务模块状态检测系统,包括:
客户端,用于在本地建立一个回调对象,并启动回调对象返回状态处理服务,状态处理服务作为状态处理服务模块,此后,此状态处理服务模块驻留内存进行监听,进入消息等待状态,同时,启动定时服务;客户端发送回调对象至服务端,此回调对象驻留服务端内存;
服务端,在收到回调对象后回调对象向客户端报告服务当前状态,客户端收到状态信息并对反馈回来的状态进行展示。
进一步的,有n个客户端及n个服务端时,相应的每个服务端就存有n个回调对象,异常发生时,服务端内的n个回调对象会依次进行状态变化的反馈给这n个客户端;
当服务端某个状态变化时,回调对象会将此变化依次发送给每个客户端内的回调对象服务,从而使每个客户端都能得知服务端的变化。
本发明的有益效果:
本发明UDP用户数据报协议不需保持链路,即用即连。其次,通过回调对象主动上送的方式,不需维护心跳,正常运行时只需定时更新一下对象,几乎不占带宽,出现状态变化才占少量带宽,可以检测大数量的服务状态。
因采用UDP协议采用定时策略广播或组播发布回调对象的方式,可不必一直维护链路,不必事先知道服务端的数量和IP信息,对任何时间上线的服务都能检测到,便于部署。
回调对象发送后,驻留服务端,主动上送服务的状态信息,可提高运行效率,提高检测实时性能。
由于回调对象主动上送,所以不必维护心跳帧,采用定时发布和筛选重新分组策略,使得网络占用很低,状态反馈及时。
网络占用降低,可检测大量的终端,或终端内服务子模块状态,而不必担心通信链路的负载,实现简单。
附图说明
图1状态检测时序对比;
图2a客户端与服务端1:n;
图2b客户端与服务端n:n模式。
具体实施方式:
下面结合附图对本发明进行详细说明:
图1为客户端1:n服务端模式的时序对比,左侧为工程中最常用的TCP心跳帧状态检测法时序图(方法1),右侧为采用回调对象主动上送状态检测法时序图(方法2)。初始化时,两种方法都需要进行第1次请求应答链接,不同的是方法2采用UDP将回调对象发布到对端,而方法1需要提供双方的IP地址信息,建立与所有服务端的链路。而方法2只需要广播或组播地址即可,之后的回调对象中自动包含客户端的IP信息。之后,方法1需要在一定的时间间隔内与所有服务端重复心跳动作,而方法2中因服务端驻留有回调对象,某个或某几个服务端检测到状态改变事件后可主动发送信息到客户端。经过一定数量的检测过程后,定时发布策略算法和重分组策略算法逐渐将发布时限调整到一定精度范围内,从而提高检测的实时性和检测效率。
以1个服务状态检测客户端对n个服务端为例,参见图2a-图2b:
1.首先,客户端在本机建立一个回调代理对象,并启动一个回调对象返回状态处理程序(作为客户端的一个服务模块),此后,此状态处理服务模块驻留内存,进行监听,进入消息等待状态。
2.然后,客户端将回调对象定时在网内广播或组播的形式发布,回调对象发布之后,启动定时策略服务程序(可根据实际要求进行精度设置)。相应的,所有接收到回调对象的服务端初始化或更新回调对象,以应对回调对象动态更新的情况,使服务端能够自适应客户端回调对象的任何改动和新服务上线的情况,此回调对象驻留服务端内存,直到此服务端下线。
3.服务端收到或更新此回调对象后,立即调用此对象的接口,将本服务中所有需要检测的服务状态作为接口参数,反馈给客户端的状态处理服务模块。
4.客户端的状态处理服务模块收到反馈后,微调整定时发布策略程序,处理反馈的服务端所有状态信息,完成一个检测过程。
5、多次检测过程后,筛选重分组算法对状态改变频繁的服务节点重新分组,定时发布策略对回调对象更新时间间隔进行调整,提高变动频繁的节点的检测频率,降低较稳定节点的检测频率。
若网络维护的足够好,所有服务在客户端上线之前入网,则此回调对象只需广播或组播一次,客户端得到服务端的第一次反馈完成初始化后可以不必再次发送此回调对象(或是降低对象的更新速率到指定程度),只是进入消息循环,等待即可,这样服务端有异常情况时主动上送异常状态,大大降低网络占用率,提高状态检测的实时性。
大多情况下,n(n>3)个服务状态检测客户端对N个服务端的情况很少,尤其在变电站双网双主机模式下,客户端的数量远小于服务模块的数量,服务端存取少量的(不仅仅一个)客户端回调对象,区别就在于有n个客户端,相应的每个服务端就存有n个回调对象,异常发生时,服务端内的n个回调对象会依次进行状态变化的反馈给这n个客户端。如下图2b图所示,有n个客户端,则在每个服务端内含n个回调对象,例如服务端1状态变化时,回调对象会将此变化依次发送给每个客户端内的回调对象服务,从而使每个客户端都能得知服务端1的变化。
注:重分组策略:发布回调对象后,记录回调对象的响应总时长(包括服务掉线的无响应情况),根据时长将服务端节点分组。
定时发布策略:针对不同分组确定不同的回调对象发送时间间隔,兼顾带宽占用和检测的及时性。
上述虽然结合附图对本发明的具体实施方式进行了描述,但并非对本发明保护范围的限制,所属领域技术人员应该明白,在本发明的技术方案的基础上,本领域技术人员不需要付出创造性劳动即可做出的各种修改或变形仍在本发明的保护范围以内。

Claims (9)

1.基于网络的多机多网分布式服务模块状态检测方法,其特征是,包括:
客户端在本地建立一个回调对象,并启动回调对象返回状态处理服务,此后,此状态处理服务驻留内存进行监听,进入消息等待状态,同时,启动定时服务;
客户端首先发送回调对象至服务端,此回调对象驻留服务端内存;
服务端收到回调对象后回调对象向客户端报告服务当前状态,客户端收到状态信息并对反馈回来的状态进行展示;
客户端发送回调对象至服务端时,客户端将回调对象按定时服务在网内以广播或组播的方式发布,相应的,所有收到此广播的服务端更新回调对象,以应对回调对象动态更新和新上线服务的情况,使服务端能够自适应客户端回调对象的任何改动。
2.如权利要求1所述的基于网络的多机多网分布式服务模块状态检测方法,其特征是,服务端收到或更新回调对象后,立即调用此回调对象的接口,将本服务中所有需要检测的服务状态作为接口参数,反馈给客户端的状态处理服务,若未收到回调对象且客户端计时器超时,表示此服务端离线。
3.如权利要求1所述的基于网络的多机多网分布式服务模块状态检测方法,其特征是,客户端的状态处理服务收到反馈后,调整定时服务,并对反馈回来的状态进行展示,完成一个检测过程。
4.如权利要求1或3所述的基于网络的多机多网分布式服务模块状态检测方法,其特征是,客户端根据筛选重分组算法,对状态改变频繁的服务节点重新分组,调整定时策略。
5.如权利要求4所述的基于网络的多机多网分布式服务模块状态检测方法,其特征是,重新分组时,客户端发布回调对象后,记录回调对象的响应总时长,包括服务掉线的无响应情况,根据时长将服务端节点分组。
6.如权利要求1所述的基于网络的多机多网分布式服务模块状态检测方法,其特征是,有n个客户端及n个服务端时,相应的每个服务端就存有n个回调对象,异常发生时,服务端内的n个回调对象会依次进行状态变化的反馈给这n个客户端。
7.如权利要求6所述的基于网络的多机多网分布式服务模块状态检测方法,其特征是,有n个客户端,则在每个服务端内含n个回调对象,当服务端某个状态变化时,回调对象会将此变化依次发送给每个客户端内的回调对象服务,从而使每个客户端都能得知服务端的变化。
8.基于网络的多机多网分布式服务模块状态检测系统,其特征是,包括:
客户端,用于在本地建立一个回调对象,并启动回调对象返回状态处理服务,状态处理服务作为状态处理服务模块,此后,此状态处理服务模块驻留内存进行监听,进入消息等待状态,同时,启动定时服务;客户端发送回调对象至服务端,此回调对象驻留服务端内存;
服务端,在收到回调对象后回调对象向客户端报告服务当前状态,客户端收到状态信息并对反馈回来的状态进行展示。
9.如权利要求8所述的基于网络的多机多网分布式服务模块状态检测系统,其特征是,有n个客户端及n个服务端时,相应的每个服务端就存有n个回调对象,异常发生时,服务端内的n个回调对象会依次进行状态变化的反馈给这n个客户端;
当服务端某个状态变化时,回调对象会将此变化依次发送给每个客户端内的回调对象服务,从而使每个客户端都能得知服务端的变化。
CN201610766181.8A 2016-08-30 2016-08-30 基于网络的多机多网分布式服务模块状态检测方法及系统 Active CN106130748B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610766181.8A CN106130748B (zh) 2016-08-30 2016-08-30 基于网络的多机多网分布式服务模块状态检测方法及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610766181.8A CN106130748B (zh) 2016-08-30 2016-08-30 基于网络的多机多网分布式服务模块状态检测方法及系统

Publications (2)

Publication Number Publication Date
CN106130748A CN106130748A (zh) 2016-11-16
CN106130748B true CN106130748B (zh) 2019-05-10

Family

ID=57272239

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610766181.8A Active CN106130748B (zh) 2016-08-30 2016-08-30 基于网络的多机多网分布式服务模块状态检测方法及系统

Country Status (1)

Country Link
CN (1) CN106130748B (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107888444A (zh) * 2017-09-29 2018-04-06 深圳市牛鼎丰科技有限公司 服务监控方法、服务监控装置、计算机设备和存储介质
CN109144748B (zh) * 2018-07-26 2021-12-07 创新先进技术有限公司 一种服务器、分布式服务器集群及其状态驱动方法
CN115086398A (zh) * 2022-06-14 2022-09-20 卫宁健康科技集团股份有限公司 分布式系统的通信方法、装置、设备及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101291335A (zh) * 2008-06-13 2008-10-22 中兴通讯股份有限公司 一种基于浏览器获取服务器动态数据的方法及装置
CN101446965A (zh) * 2008-12-31 2009-06-03 中国建设银行股份有限公司 一种数据查询方法及系统
CN102662778A (zh) * 2012-04-28 2012-09-12 杭州格畅科技有限公司 在线应用平台上应用间通信的回调应答方法、应用及在线应用平台
CN103902388A (zh) * 2012-12-28 2014-07-02 北京壹人壹本信息科技有限公司 应用之间进行通信的方法和电子设备

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101291335A (zh) * 2008-06-13 2008-10-22 中兴通讯股份有限公司 一种基于浏览器获取服务器动态数据的方法及装置
CN101446965A (zh) * 2008-12-31 2009-06-03 中国建设银行股份有限公司 一种数据查询方法及系统
CN102662778A (zh) * 2012-04-28 2012-09-12 杭州格畅科技有限公司 在线应用平台上应用间通信的回调应答方法、应用及在线应用平台
CN103902388A (zh) * 2012-12-28 2014-07-02 北京壹人壹本信息科技有限公司 应用之间进行通信的方法和电子设备

Also Published As

Publication number Publication date
CN106130748A (zh) 2016-11-16

Similar Documents

Publication Publication Date Title
CN110730111A (zh) 一种网络质量监测方法、装置、服务器及介质
CN103369601B (zh) 为手机客户端提供大并发处理及流量控制的方法
CN106130748B (zh) 基于网络的多机多网分布式服务模块状态检测方法及系统
CN108833149B (zh) 一种快递柜网络可用性监控与自愈的方法及系统
CN105610888A (zh) 基于安卓的利用socket推送消息的方法和系统
CN113438129B (zh) 数据采集方法及装置
CN103957251A (zh) 一种实现服务器负载均衡的方法及系统
CN103533039B (zh) P2p数据传输的方法、转发代理服务器与系统
CN106657212A (zh) 自助终端状态监控方法及系统
CN105578515A (zh) 一种心跳频率参数的维护方法及服务器
CN106453541A (zh) 一种数据同步的方法、服务器以及数据同步系统
CN109257335B (zh) 保持回源链路的方法、回源方法、相关装置及存储介质
WO2009030063A1 (en) Method and system for checking automatically connectivity status of an ip link on ip network
CN110809262B (zh) 一种基于coap协议的物联网设备运维管理方法
CN105072145A (zh) 一种物联网的通信方法及系统
CN114745606A (zh) 基于规则调度的弹性伸缩工业数据采集系统及方法
US20190036793A1 (en) Network service implementation method, service controller, and communications system
CN110035278A (zh) 数字视频监控方法、系统及其监控设备、监控中心
CN103167028A (zh) 节省传输带宽并能增大并发量的用户收敛方法
CN110755061A (zh) 一种家电设备的心跳检测方法以及家电设备
CN101695049A (zh) 一种监控系统中的业务处理方法及装置
CN101777999B (zh) 网元历史性能数据的上传方法、系统及服务器
Lee et al. Monitoring of IoT data for reducing network traffic
CN109150743B (zh) 一种网络拥塞控制策略切换方法及系统
CN106936606A (zh) 业务实现方法和系统以及业务编排设备

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
CB02 Change of applicant information
CB02 Change of applicant information

Address after: 250101 block B, Yinhe building, 2008 Xinjie street, hi tech Zone, Ji'nan, Shandong.

Applicant after: Shandong Luneng Intelligent Technology Co., Ltd.

Address before: 250101 B block 626, Yinhe building, 2008 Xinjie street, Ji'nan high tech Zone, Shandong.

Applicant before: Shandong Luneng Intelligent Technology Co., Ltd.

GR01 Patent grant
GR01 Patent grant
CP03 Change of name, title or address
CP03 Change of name, title or address

Address after: 250101 Electric Power Intelligent Robot Production Project 101 in Jinan City, Shandong Province, South of Feiyue Avenue and East of No. 26 Road (ICT Industrial Park)

Patentee after: National Network Intelligent Technology Co., Ltd.

Address before: 250101 block B, Yinhe building, 2008 Xinjie street, hi tech Zone, Ji'nan, Shandong.

Patentee before: Shandong Luneng Intelligent Technology Co., Ltd.

TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20201218

Address after: Room 902, 9 / F, block B, Yinhe building, 2008 Xinluo street, hi tech Zone, Jinan City, Shandong Province

Patentee after: Shandong Luneng Software Technology Co.,Ltd. intelligent electrical branch

Address before: 250101 power intelligent robot production project 101 south of Feiyue Avenue and east of No.26 Road (in ICT Industrial Park) in Suncun District of Gaoxin, Jinan City, Shandong Province

Patentee before: National Network Intelligent Technology Co.,Ltd.

CP01 Change in the name or title of a patent holder
CP01 Change in the name or title of a patent holder

Address after: Room 902, 9 / F, block B, Yinhe building, 2008 Xinluo street, hi tech Zone, Jinan City, Shandong Province

Patentee after: Shandong luruan Digital Technology Co.,Ltd. smart energy branch

Address before: Room 902, 9 / F, block B, Yinhe building, 2008 Xinluo street, hi tech Zone, Jinan City, Shandong Province

Patentee before: Shandong Luneng Software Technology Co.,Ltd. intelligent electrical branch