CN110138850B - 一种基于DNSmasq实现云PBX业务负载均衡的方法 - Google Patents
一种基于DNSmasq实现云PBX业务负载均衡的方法 Download PDFInfo
- Publication number
- CN110138850B CN110138850B CN201910371677.9A CN201910371677A CN110138850B CN 110138850 B CN110138850 B CN 110138850B CN 201910371677 A CN201910371677 A CN 201910371677A CN 110138850 B CN110138850 B CN 110138850B
- Authority
- CN
- China
- Prior art keywords
- service
- server
- dnsmasq
- pbx
- service server
- 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
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
- H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
- H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1053—IP private branch exchange [PBX] functionality entities or arrangements
- H04L65/1056—Multi-site
-
- 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/10—Protocols in which an application is distributed across nodes in the network
-
- 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/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
- H04L67/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
-
- 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/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1029—Protocols 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
-
- 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/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/63—Routing a service request depending on the request content or context
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- General Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明提供了计算机领域的一种基于DNSmasq实现云PBX业务负载均衡的方法,包括如下步骤:步骤S10、各业务服务器连接至DNSmasq服务器,DNSmasq服务器创建各业务服务器的SRV记录;步骤S20、DNSmasq服务器确定各业务服务器的负载量;步骤S30、用户终端向云PBX发送业务请求;步骤S40、云PBX向DNSmasq服务器查询SRV记录,并依据各业务服务器的负载量确定负载量最小的业务服务器;步骤S50、云PBX将用户终端的业务请求转发至负载量最小的业务服务器。本发明的优点在于:实现了各业务集群服务器之间的云PBX业务负载均衡。
Description
技术领域
本发明涉及计算机领域,特别指一种基于DNSmasq实现云PBX业务负载均衡的方法。
背景技术
IP-PBX是一种基于IP的公司电话系统,IP-PBX可以完全将语音通信集成到公司的数据网络中,从而建立能够连接分布在全球各地办公地点和员工的统一语音和数据网络。通过电信网和互联网,仅需要单一设备即可为用户提供语音、传真、数据和视频等多种通信方式。但是,随着语音等业务的不断扩展,传统的IP-PBX在容量上受设备的限制难以进行扩展,并且由于设备分散部署在各个场景,某个场景下的IP-PBX服务异常,需要去特点场景下去定位并解决问题,难以对IP-PBX的设备进行统一维护。
随着虚拟化和云技术的不断深入和发展,出现了将IP-PBX业务分布式部署至云服务器的云PBX。云PBX是将IP-PBX服务通过虚拟化docker技术部署到云服务器,通过简单的配置即可搭建服务集群,方便扩展业务容量,通过统一的运维管理平台即可实现对云PBX系统进行维护,解决了传统IP-PBX的不足。
但是,传统的云PBX在用户量以及业务量不断增大的情况下,如果只通过某一台业务服务器处理云PBX的各种业务,很容易出现服务器资源耗尽,进而导致整个云PBX系统异常,甚至中断。因此,如何实现实现云PBX业务负载均衡,成为一个亟待解决的问题。
发明内容
本发明要解决的技术问题,在于提供一种基于DNSmasq实现云PBX业务负载均衡的方法,实现各业务集群服务器之间的云PBX业务负载均衡。
本发明是这样实现的:一种基于DNSmasq实现云PBX业务负载均衡的方法,所述方法包括如下步骤:
步骤S10、各业务服务器连接至DNSmasq服务器,DNSmasq服务器创建各业务服务器的SRV记录;
步骤S20、DNSmasq服务器确定各业务服务器的负载量;
步骤S30、用户终端向云PBX发送业务请求;
步骤S40、云PBX向DNSmasq服务器查询SRV记录,并依据各业务服务器的负载量确定负载量最小的业务服务器;
步骤S50、云PBX将用户终端的业务请求转发至负载量最小的业务服务器。
进一步地,所述步骤S10具体为:
各业务服务器通过TCP协议连接至DNSmasq服务器,各业务服务器均将各自的域名、IP地址以及端口上报给DNSmasq服务器;DNSmasq服务器依据域名、IP地址以及端口创建各业务服务器的SRV记录。
进一步地,所述步骤S20具体为:
DNSmasq服务器每隔设定的第一时间间隔向各业务服务器发送查询PBX业务负载量请求,若业务服务器在设定的第二时间间隔内返回PBX业务负载量的查询结果,则DNSmasq服务器将查询结果进行存储,并进入步骤S30;若业务服务器在设定的第二时间间隔内未返回PBX业务负载量的查询结果,且连续未返回查询结果超过设定的次数,则DNSmasq服务器删除未返回查询结果的业务服务器的域名、IP地址、端口以及SRV记录,并进入步骤S30。
进一步地,所述步骤S30具体为:
用户终端通过会话边界控制器向云PBX发送业务请求。
进一步地,所述步骤S40具体包括:
步骤S41、设定一业务请求与业务类型、业务类型与域名的匹配规则;
步骤S42、云PBX通过所述匹配规则匹配该用户终端的业务请求所属的业务类型,进而依据业务类型得到对应的域名,并依据域名向DNSmasq服务器发送SRV记录查询请求;
步骤S43、DNSmasq服务器依据SRV记录查询请求列出符合该域名的所有业务服务器,并依据所述查询结果确定符合该域名的所有业务服务器中负载量最小的业务服务器;
步骤S44、DNSmasq服务器将负载量最小的业务服务器的IP地址以及端口发送给云PBX。
进一步地,所述步骤S50具体为:
云PBX依据负载量最小的业务服务器的IP地址以及端口,将用户终端的业务请求转发至负载量最小的业务服务器。
本发明的优点在于:
1、通过DNSmasq服务器向各业务服务器发送查询PBX业务负载量请求并返回查询结果,使得DNSmasq服务器能够依据查询结果给云PBX分配负载最小的业务服务器,实现各业务集群服务器之间的云PBX业务负载均衡,保证了各云PBX业务能够得到快速的处理,且不会因为个别的业务服务器出现故障而停止服务。
2、通过DNSmasq服务器向云PBX提供SRV记录查询服务,并设定所述匹配规则,实现不同业务类型的云PBX服务请求能够对接至相应的业务服务器,保证了云PBX服务请求能够得到最优的处理。
3、通过业务服务器在设定的第二时间间隔内未返回PBX业务负载量的查询结果超过设定的次数,则DNSmasq服务器删除该业务服务器的所有记录,保证了DNSmasq服务器每次向云PBX分配的业务服务器均是正常的,提升了用户体验。
附图说明
下面参照附图结合实施例对本发明作进一步的说明。
图1是本发明一种基于DNSmasq实现云PBX业务负载均衡的方法的流程图。
图2是本发明一种基于DNSmasq实现云PBX业务负载均衡的方法的硬件连接示意图。
具体实施方式
请参照图1至图2所示,本发明一种基于DNSmasq实现云PBX业务负载均衡的方法的较佳实施例,包括如下步骤:
步骤S10、各业务服务器连接至DNSmasq服务器,DNSmasq服务器创建各业务服务器的SRV记录;SRV记录是DNS服务器的数据库中支持的一种资源记录的类型,它记录了哪台计算机提供了哪个服务这么一个简单的信息。
步骤S20、DNSmasq服务器确定各业务服务器的负载量;
步骤S30、用户终端(UE)向云PBX发送业务请求;
步骤S40、云PBX向DNSmasq服务器查询SRV记录,并依据各业务服务器的负载量确定负载量最小的业务服务器;
步骤S50、云PBX将用户终端的业务请求转发至负载量最小的业务服务器。
所述步骤S10具体为:
启动DNSmasq服务器,初始化DNSmasq服务器的IP地址以及端口,并创建两个线程,其一用于处理与业务服务器之间的交互,其二用于处理与云PBX之间的交互;各业务服务器初始化完成后,通过TCP协议以及DNSmasq服务器的IP地址、端口连接至DNSmasq服务器,各业务服务器均将各自的域名、IP地址以及端口上报给DNSmasq服务器;DNSmasq服务器依据域名、IP地址以及端口创建各业务服务器的SRV记录。DNSmasq服务器的IP以及端口可以通过业务服务页面或者配置文件进行配置。
所述步骤S20具体为:
DNSmasq服务器每隔设定的第一时间间隔向各业务服务器发送查询PBX业务负载量请求,即查询各业务服务器正在处理云PBX业务的请求数,若业务服务器在设定的第二时间间隔内返回PBX业务负载量的查询结果,则DNSmasq服务器将查询结果进行存储,并进入步骤S30,查询结果进行不断的更新;若业务服务器在设定的第二时间间隔内未返回PBX业务负载量的查询结果,且连续未返回查询结果超过设定的次数,判断该业务服务器为异常状态,则DNSmasq服务器删除未返回查询结果的业务服务器的域名、IP地址、端口以及SRV记录,并进入步骤S30。通过DNSmasq服务器向各业务服务器发送查询PBX业务负载量请求并返回查询结果,使得DNSmasq服务器能够依据查询结果给云PBX分配负载最小的业务服务器,实现各业务集群服务器之间的云PBX业务负载均衡,保证了各云PBX业务能够得到快速的处理,且不会因为个别的业务服务器出现故障而停止服务。
通过业务服务器在设定的第二时间间隔内未返回PBX业务负载量的查询结果超过设定的次数,则DNSmasq服务器删除该业务服务器的所有记录,保证了DNSmasq服务器每次向云PBX分配的业务服务器均是正常的,提升了用户体验。
所述第一时间理论上越小负载情况越均衡,但如果该值太小会频繁创建定时器任务以及频繁发送负载查询报文,会降低业务服务器的负载性能及网络性能,通过大量实验以及调试,该值设置为2S为优,但是在不同的环境下,需要经过调试找出最优值。
所述步骤S30具体为:
用户终端通过会话边界控制器(SBC)向云PBX发送业务请求。会话边界控制器是VoIP呼叫控制产品,用于电话完全由VoIP传输而不需要网关的环境,它使用全部三种VoIP协议——H.323关守、SIP代理和媒体网关控制协议(MGCP)。它会在未来的VoIP服务提供中发挥重要作用,允许跨越多个IP网络,即使有防火墙要穿越,也能提供有质量保障的VoIP服务。
所述步骤S40具体包括:
步骤S41、设定一业务请求与业务类型、业务类型与域名的匹配规则;
步骤S42、云PBX通过所述匹配规则匹配该用户终端的业务请求所属的业务类型,进而依据业务类型得到对应的域名,并依据域名向DNSmasq服务器发送SRV记录查询请求;
步骤S43、DNSmasq服务器依据SRV记录查询请求列出符合该域名的所有业务服务器,并依据所述查询结果确定符合该域名的所有业务服务器中负载量最小的业务服务器;通过DNSmasq服务器向云PBX提供SRV记录查询服务,并设定所述匹配规则,实现不同业务类型的云PBX服务请求能够对接至相应的业务服务器,保证了云PBX服务请求能够得到最优的处理。
步骤S44、DNSmasq服务器将负载量最小的业务服务器的IP地址以及端口发送给云PBX。
所述步骤S50具体为:
云PBX依据负载量最小的业务服务器的IP地址以及端口,将用户终端的业务请求转发至负载量最小的业务服务器。
综上所述,本发明的优点在于:
1、通过DNSmasq服务器向各业务服务器发送查询PBX业务负载量请求并返回查询结果,使得DNSmasq服务器能够依据查询结果给云PBX分配负载最小的业务服务器,实现各业务集群服务器之间的云PBX业务负载均衡,保证了各云PBX业务能够得到快速的处理,且不会因为个别的业务服务器出现故障而停止服务。
2、通过DNSmasq服务器向云PBX提供SRV记录查询服务,并设定所述匹配规则,实现不同业务类型的云PBX服务请求能够对接至相应的业务服务器,保证了云PBX服务请求能够得到最优的处理。
3、通过业务服务器在设定的第二时间间隔内未返回PBX业务负载量的查询结果超过设定的次数,则DNSmasq服务器删除该业务服务器的所有记录,保证了DNSmasq服务器每次向云PBX分配的业务服务器均是正常的,提升了用户体验。
虽然以上描述了本发明的具体实施方式,但是熟悉本技术领域的技术人员应当理解,我们所描述的具体的实施例只是说明性的,而不是用于对本发明的范围的限定,熟悉本领域的技术人员在依照本发明的精神所作的等效的修饰以及变化,都应当涵盖在本发明的权利要求所保护的范围内。
Claims (2)
1.一种基于DNSmasq实现云PBX业务负载均衡的方法,其特征在于:所述方法包括如下步骤:
步骤S10、各业务服务器通过TCP协议连接至DNSmasq服务器,各业务服务器均将各自的域名、IP地址以及端口上报给DNSmasq服务器;DNSmasq服务器依据域名、IP地址以及端口创建各业务服务器的SRV记录;
步骤S20、DNSmasq服务器确定各业务服务器的负载量;
步骤S30、用户终端通过会话边界控制器向云PBX发送业务请求;
步骤S40、云PBX向DNSmasq服务器查询SRV记录,并依据各业务服务器的负载量确定负载量最小的业务服务器;
步骤S50、云PBX将用户终端的业务请求转发至负载量最小的业务服务器;
所述步骤S20具体为:
DNSmasq服务器每隔设定的第一时间间隔向各业务服务器发送查询PBX业务负载量请求,若业务服务器在设定的第二时间间隔内返回PBX业务负载量的查询结果,则DNSmasq服务器将查询结果进行存储,并进入步骤S30;若业务服务器在设定的第二时间间隔内未返回PBX业务负载量的查询结果,且连续未返回查询结果超过设定的次数,则DNSmasq服务器删除未返回查询结果的业务服务器的域名、IP地址、端口以及SRV记录,并进入步骤S30;
所述步骤S40具体包括:
步骤S41、设定一业务请求与业务类型、业务类型与域名的匹配规则;
步骤S42、云PBX通过所述匹配规则匹配该用户终端的业务请求所属的业务类型,进而依据业务类型得到对应的域名,并依据域名向DNSmasq服务器发送SRV记录查询请求;
步骤S43、DNSmasq服务器依据SRV记录查询请求列出符合该域名的所有业务服务器,并依据所述查询结果确定符合该域名的所有业务服务器中负载量最小的业务服务器;
步骤S44、DNSmasq服务器将负载量最小的业务服务器的IP地址以及端口发送给云PBX。
2.如权利要求1所述的一种基于DNSmasq实现云PBX业务负载均衡的方法,其特征在于:所述步骤S50具体为:
云PBX依据负载量最小的业务服务器的IP地址以及端口,将用户终端的业务请求转发至负载量最小的业务服务器。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910371677.9A CN110138850B (zh) | 2019-05-06 | 2019-05-06 | 一种基于DNSmasq实现云PBX业务负载均衡的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910371677.9A CN110138850B (zh) | 2019-05-06 | 2019-05-06 | 一种基于DNSmasq实现云PBX业务负载均衡的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110138850A CN110138850A (zh) | 2019-08-16 |
CN110138850B true CN110138850B (zh) | 2022-05-03 |
Family
ID=67576510
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910371677.9A Active CN110138850B (zh) | 2019-05-06 | 2019-05-06 | 一种基于DNSmasq实现云PBX业务负载均衡的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110138850B (zh) |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101616152A (zh) * | 2009-06-19 | 2009-12-30 | 中兴通讯股份有限公司 | 一种cscf实体容灾和负载均衡的系统及方法 |
CN102177685A (zh) * | 2008-07-31 | 2011-09-07 | 泰克莱克公司 | 用于使用采用域名系统(dns)分配给互联网协议(ip)网络服务器的别名主机名标识符来抑制去往ip网络服务器的业务的方法、系统和计算机可读介质 |
CN102934408A (zh) * | 2010-06-18 | 2013-02-13 | 瑞典爱立信有限公司 | 处理互联网协议多媒体子系统网络中的公共身份的方法和装置 |
CN103329499A (zh) * | 2010-11-30 | 2013-09-25 | 皇家Kpn公司 | 服务网络节点的动态分配 |
CN104468746A (zh) * | 2014-11-23 | 2015-03-25 | 国云科技股份有限公司 | 一种适用于云平台的分布式虚拟网络实现方法 |
CN104539558A (zh) * | 2014-12-31 | 2015-04-22 | 林坚 | 可扩容ip电话交换机刀片机构架及自动扩容方法 |
CN106487819A (zh) * | 2016-12-29 | 2017-03-08 | 北京奇艺世纪科技有限公司 | 一种通过udp代理http请求的方法和装置 |
WO2018178843A1 (en) * | 2017-03-27 | 2018-10-04 | Ale International | Method for associating a pbx extension with a user account of a cloud service application |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100418089C (zh) * | 2003-08-20 | 2008-09-10 | 苹果公司 | 加速本地高速缓存中资源记录到期的方法和装置 |
US8447866B2 (en) * | 2010-11-01 | 2013-05-21 | Telefonaktiebolaget L M Ericsson (Publ) | Network nodes that establish sessions using existing connections identified in a central database |
KR101894614B1 (ko) * | 2011-03-03 | 2018-09-03 | 아이오티 홀딩스, 인크. | 발견된 서비스 공급자와 제휴된 서비스에 접근하는 방법 및 장치 |
WO2016134267A1 (en) * | 2015-02-20 | 2016-08-25 | Convida Wireless, Llc | Message bus service directory |
CN105635345B (zh) * | 2016-02-23 | 2019-02-05 | 华为技术有限公司 | 域名资源记录管理方法和装置 |
-
2019
- 2019-05-06 CN CN201910371677.9A patent/CN110138850B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102177685A (zh) * | 2008-07-31 | 2011-09-07 | 泰克莱克公司 | 用于使用采用域名系统(dns)分配给互联网协议(ip)网络服务器的别名主机名标识符来抑制去往ip网络服务器的业务的方法、系统和计算机可读介质 |
CN101616152A (zh) * | 2009-06-19 | 2009-12-30 | 中兴通讯股份有限公司 | 一种cscf实体容灾和负载均衡的系统及方法 |
CN102934408A (zh) * | 2010-06-18 | 2013-02-13 | 瑞典爱立信有限公司 | 处理互联网协议多媒体子系统网络中的公共身份的方法和装置 |
CN103329499A (zh) * | 2010-11-30 | 2013-09-25 | 皇家Kpn公司 | 服务网络节点的动态分配 |
CN104468746A (zh) * | 2014-11-23 | 2015-03-25 | 国云科技股份有限公司 | 一种适用于云平台的分布式虚拟网络实现方法 |
CN104539558A (zh) * | 2014-12-31 | 2015-04-22 | 林坚 | 可扩容ip电话交换机刀片机构架及自动扩容方法 |
CN106487819A (zh) * | 2016-12-29 | 2017-03-08 | 北京奇艺世纪科技有限公司 | 一种通过udp代理http请求的方法和装置 |
WO2018178843A1 (en) * | 2017-03-27 | 2018-10-04 | Ale International | Method for associating a pbx extension with a user account of a cloud service application |
Also Published As
Publication number | Publication date |
---|---|
CN110138850A (zh) | 2019-08-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10693773B2 (en) | Method for routing in a central conferencing routing server | |
JP5842290B2 (ja) | セッション開始プロトコルアダプタ | |
US8223926B2 (en) | Resilient registration with a call manager | |
US20090316687A1 (en) | Peer to peer inbound contact center | |
US8089975B2 (en) | Highly scalable internet protocol-based communications system | |
WO2016177056A1 (zh) | 用于视频会议的数据传输方法、装置及系统 | |
US20090217109A1 (en) | Enhanced presence routing and roster fidelity by proactive crashed endpoint detection | |
US20130159374A1 (en) | Method And Apparatus For Messaging In The Cloud | |
US10659427B1 (en) | Call processing continuity within a cloud network | |
US20150350153A1 (en) | System and method for account-based dns routing | |
JP2005110260A (ja) | 代替コール・コントローラへの移行のための方法および装置 | |
US7386114B1 (en) | Distributed session-based data | |
CN110138850B (zh) | 一种基于DNSmasq实现云PBX业务负载均衡的方法 | |
CN108833434B (zh) | 一种基于ip双向网络机顶盒的跨网视频通话系统的实现方法 | |
US10084923B2 (en) | Method and system for dynamic trunk group based call routing | |
US20240073123A1 (en) | Alternative route propogation | |
WO2016038413A1 (en) | Managing phone numbers in a telephony system | |
Headquarters | Cisco Gatekeeper External Interface Reference, Version 4.2 | |
Free | Visit PassLeader and Download Full Version 1Z0-063 Exam Dumps |
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 | ||
CB02 | Change of applicant information | ||
CB02 | Change of applicant information |
Address after: 361000 unit 1001, No.56, guanri Road, phase II, software park, Siming District, Xiamen City, Fujian Province Applicant after: Fujian Xingwang Intelligent Technology Co.,Ltd. Address before: 361000 unit 1001, No.56, guanri Road, phase II, software park, Siming District, Xiamen City, Fujian Province Applicant before: FUJIAN STAR-NET WISDOM TECHNOLOGY Co.,Ltd. |
|
GR01 | Patent grant | ||
GR01 | Patent grant |