CN108234178A - 一种统一管理菜单文件的方法和装置 - Google Patents

一种统一管理菜单文件的方法和装置 Download PDF

Info

Publication number
CN108234178A
CN108234178A CN201611192867.7A CN201611192867A CN108234178A CN 108234178 A CN108234178 A CN 108234178A CN 201611192867 A CN201611192867 A CN 201611192867A CN 108234178 A CN108234178 A CN 108234178A
Authority
CN
China
Prior art keywords
server
menu file
order
adjunct
client
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.)
Granted
Application number
CN201611192867.7A
Other languages
English (en)
Other versions
CN108234178B (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.)
Hainan Qiantang Shilian Information Technology Co.,Ltd.
Original Assignee
Beijing Visionvera International Information 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 Beijing Visionvera International Information Technology Co Ltd filed Critical Beijing Visionvera International Information Technology Co Ltd
Priority to CN201611192867.7A priority Critical patent/CN108234178B/zh
Publication of CN108234178A publication Critical patent/CN108234178A/zh
Application granted granted Critical
Publication of CN108234178B publication Critical patent/CN108234178B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

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/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • 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/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
    • 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/55—Push-based network services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Information Transfer Between Computers (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本申请实施例提供一种统一管理菜单文件的方法和装置，涉及视联网技术领域，所述方法包括：网管服务器接收网管客户端发送的第一命令；第一命令为升级菜单文件命令；根据第一命令，网管服务器向网管文件管理服务器发送第二命令；第二命令为请求菜单文件命令；网管服务器将接收到的菜单文件上传给主服务器，通过主服务器将菜单文件推送给附属服务器；网管服务器接收附属服务器返回的升级结果，升级结果为升级菜单文件的结果，用于显示在网管客户端上。本发明实施例中，网管服务器向主服务器发送同步附属服务器命令，则主服务器可以将从网管文件管理服务器中请求到的菜单文件同步发送给附属服务器，实现了统一管理菜单文件的目的。

Description

一种统一管理菜单文件的方法和装置
技术领域
本申请涉及视联网技术领域，特别是涉及一种统一管理菜单文件的方法和一种统一管理菜单文件的装置。
背景技术
视联网是网络发展的重要里程碑，是互联网的更高级形态，是一个实时网络。随着视联网技术的快速发展，视联网服务器得到了广泛的应用。视联网中在管理菜单文件时，需要终端与服务器之间建立连接，服务器将菜单文件通过视联网协议发送至终端，由终端显示给用户。
目前终端显示的菜单都是存储在视联网服务器中，每个服务器下的终端显示菜单文件时，需要从自身连接的视联网服务器中下载所需的菜单文件。但是，视联网的服务器数量较多且分散，则就不容易批量管理菜单文件。
发明内容
鉴于上述问题，本申请实施例提出了一种统一管理菜单文件的方法和一种统一管理菜单文件的装置，以解决视联网的服务器数量较多且分散，不容易批量管理菜单文件的问题。
为了解决上述问题，本申请实施例公开了一种统一管理菜单文件的方法，该方法应用于视联网中，包括：
网管服务器接收网管客户端发送的第一命令；所述第一命令为升级菜单文件命令；
根据所述第一命令，所述网管服务器向网管文件管理服务器发送第二命令；所述第二命令为请求所述菜单文件命令；
所述网管服务器将接收到的所述菜单文件上传给主服务器，通过所述主服务器将所述菜单文件推送给附属服务器，其中，所述附属服务器为在网管客户端上选择需要升级所述菜单文件的附属服务器；
所述网管服务器接收所述附属服务器返回的升级结果，所述升级结果为升级所述菜单文件的结果，用于显示在所述网管客户端上。
优选地，所述网管服务器接收网管客户端发送的第一命令；所述第一命令为升级菜单文件命令的步骤之前，还包括：所述网管服务器接收所述网管客户端发送的上传命令；所述上传命令用于所述网管客户端通过TCP/IP协议将所述菜单文件上传至所述网管文件管理服务器。
优选地，所述网管服务器包括：网管服务端，所述根据所述第一命令，所述网管服务器向网管文件管理服务器发送第二命令的步骤，包括：所述网管服务端向所述网管文件管理服务器发送第二命令；所述第二命令为请求所述菜单文件命令；
优选地，所述网管服务器还包括：服务采集层，所述网管服务器将接收到的所述菜单文件上传给主服务器，通过所述主服务器将所述菜单文件推送给附属服务器的步骤，包括：
所述网管服务端通过TCP/IP协议将接收到的所述菜单文件发送给所述服务采集层；所述服务采集层用于将TCP/IP协议上传输的菜单文件转换为适用视联网协议传输的菜单文件；
所述服务采集层通过视联网协议将所述菜单文件上传给所述主服务器，通过所述主服务器将所述菜单文件推送给附属服务器。
优选地，所述网管服务器将接收到的所述菜单文件上传给主服务器的步骤之后，还包括：所述服务采集层通过视联网协议向所述主服务器发送第三命令；所述第三命令为同步所述附属服务器的命令，用于将所述菜单文件同步推送给所述附属服务器。
本申请实施例还公开了一种统一管理菜单文件的装置，所述装置包括：
第一接收模块，用于网管服务器接收网管客户端发送的第一命令；所述第一命令为升级菜单文件命令；
第一发送模块，用于根据所述第一命令，所述网管服务器向网管文件管理服务器发送第二命令；所述第二命令为请求所述菜单文件命令；
上传模块，用于所述网管服务器将接收到的所述菜单文件上传给主服务器，通过所述主服务器将所述菜单文件推送给附属服务器，其中，所述附属服务器为在网管客户端上选择需要升级所述菜单文件的附属服务器；
第二接收模块，用于所述网管服务器接收所述附属服务器返回的升级结果；所述升级结果为升级所述菜单文件的结果，用于显示在所述网管客户端上。
优选地，所述装置还包括：第三接收模块，用于所述网管服务器接收所述网管客户端发送的上传命令；所述上传命令用于所述网管客户端通过TCP/IP协议将所述菜单文件上传至所述网管文件管理服务器。
优选地，所述网管服务器包括：网管服务端，所述第一发送模块，包括：第一发送子模块，用于所述网管服务端向所述网管文件管理服务器发送第二命令；所述第二命令为请求所述菜单文件命令。
优选地，所述网管服务器还包括：服务采集层，所述上传模块，包括：第二发送子模块，用于所述网管服务端通过TCP/IP协议将接收到的所述菜单文件发送给所述服务采集层；所述服务采集层用于将TCP/IP协议上传输的菜单文件转换为适用视联网协议传输的菜单文件；
上传子模块，用于所述服务采集层通过视联网协议将所述菜单文件上传给所述主服务器，通过所述主服务器将所述菜单文件推送给附属服务器。
优选地，所述装置还包括：第二发送模块，用于所述服务采集层通过视联网协议向所述主服务器发送第三命令；所述第三命令为同步所述附属服务器的命令，用于将所述菜单文件同步推送给所述附属服务器。
本申请实施例包括以下优点：
本发明实施例中，用户可以在网管客户端上选择需要升级的附属服务器，网管客户端通过向网管服务器发送升级命令，根据该升级命令，网管服务器向网管文件管理服务器发送请求菜单文件命令，并将请求到的菜单文件上传至主服务器，由网管服务器向主服务器发送同步命令。由于主服务器连接有多个附属服务器，则主服务器可以将接收到的菜单文件同步发送给所选择的多个附属服务器，达到了批量管理菜单文件的目的。
附图说明
图1是本申请的一种视联网的组网示意图；
图2是本申请的一种节点服务器的硬件结构示意图；
图3是本申请的一种接入交换机的硬件结构示意图；
图4是本申请的一种以太网协转网关的硬件结构示意图；
图5是本申请实施例提供的一种统一管理菜单文件的设计框图；
图6是本申请的一种统一管理菜单文件方法的步骤流程图；
图6A是本发明实施例提供的一种统一管理菜单文件的设计框图；
图7是本申请实施例提供的一种统一管理菜单文件方法的步骤流程图；
图8是本申请实施例提供的一种统一管理菜单文件装置的结构框图；
图9是本申请实施例提供的一种统一管理菜单文件装置的结构框图。
具体实施方式
为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。
视联网是网络发展的重要里程碑，是一个实时网络，能够实现高清视频实时传输，将众多互联网应用推向高清视频化，高清面对面。
视联网采用实时高清视频交换技术，可以在一个网络平台上将所需的服务，如高清视频会议、视频监控、智能化监控分析、应急指挥、数字广播电视、延时电视、网络教学、现场直播、VOD点播、电视邮件、个性录制(PVR)、内网(自办)频道、智能化视频播控、信息发布等数十种视频、语音、图片、文字、通讯、数据等服务全部整合在一个系统平台，通过电视或电脑实现高清品质视频播放。
需要说明的是，视联网不是基于IP协议的互联网，而是采用V2V视联网技术和协议、基于运营商专线构建的、全国范围覆盖到乡镇的、运营级的高清实时交换网络。V2V协议是在标准以太网基础上，为支持大规模视频交换而设计的应用于视频实时传输的交换式协议，是一种基于视联网架构的独立的协议，且属于一种私有的协议。
为使本领域技术人员更好地理解本申请实施例，以下对视联网进行介绍：
视联网所应用的部分技术如下所述：
网络技术(Network Technology)
视联网的网络技术创新改良了传统以太网(Ethernet)，以面对网络上潜在的巨大视频流量。不同于单纯的网络分组包交换(Packet Switching)或网络电路交换(CircuitSwitching)，视联网技术采用Packet Switching满足Streaming需求。视联网技术具备分组交换的灵活、简单和低价，同时具备电路交换的品质和安全保证，实现了全网交换式虚拟电路，以及数据格式的无缝连接。
交换技术(Switching Technology)
视联网采用以太网的异步和包交换两个优点，在全兼容的前提下消除了以太网缺陷，具备全网端到端无缝连接，直通用户终端，直接承载IP数据包。用户数据在全网范围内不需任何格式转换。视联网是以太网的更高级形态，是一个实时交换平台，能够实现目前互联网无法实现的全网大规模高清视频实时传输，将众多网络视频应用推向高清化、统一化。
服务器技术(Server Technology)
视联网和统一视频平台上的服务器技术不同于传统意义上的服务器，它的流媒体传输是建立在面向连接的基础上，其数据处理能力与流量、通讯时间无关，单个网络层就能够包含信令及数据传输。对于语音和视频业务来说，视联网和统一视频平台流媒体处理的复杂度比数据处理简单许多，效率比传统服务器大大提高了百倍以上。
储存器技术(Storage Technology)
统一视频平台的超高速储存器技术为了适应超大容量和超大流量的媒体内容而采用了最先进的实时操作系统，将服务器指令中的节目信息映射到具体的硬盘空间，媒体内容不再经过服务器，瞬间直接送达到用户终端，用户等待一般时间小于0.2秒。最优化的扇区分布大大减少了硬盘磁头寻道的机械运动，资源消耗仅占同等级IP互联网的20％，但产生大于传统硬盘阵列3倍的并发流量，综合效率提升10倍以上。
网络安全技术(Network Security Technology)
视联网的结构性设计通过每次服务单独许可制、设备与用户数据完全隔离等方式从结构上彻底根除了困扰互联网的网络安全问题，一般不需要杀毒程序、防火墙，杜绝了黑客与病毒的攻击，为用户提供结构性的无忧安全网络。
服务创新技术(Service Innovation Technology)
统一视频平台将业务与传输融合在一起，不论是单个用户、私网用户还是一个网络的总合，都不过是一次自动连接。用户终端、机顶盒或PC直接连到统一视频平台，获得丰富多彩的各种形态的多媒体视频服务。统一视频平台采用“菜谱式”配表模式来替代传统的复杂应用编程，可以使用非常少的代码即可实现复杂的应用，实现“无限量”的新业务创新。
视联网的组网如下所述：
视联网是一种集中控制的网络结构，该网络可以是树型网、星型网、环状网等等类型，但在此基础上网络中需要有集中控制节点来控制整个网络。
如图1所示，视联网分为接入网和城域网两部分。
接入网部分的设备主要可以分为3类：节点服务器，接入交换机，终端(包括各种机顶盒、编码板、存储器等)。节点服务器与接入交换机相连，接入交换机可以与多个终端相连，并可以连接以太网。
其中，节点服务器是接入网中起集中控制功能的节点，可控制接入交换机和终端。节点服务器可直接与接入交换机相连，也可以直接与终端相连。
类似的，城域网部分的设备也可以分为3类：城域服务器，节点交换机，节点服务器。城域服务器与节点交换机相连，节点交换机可以与多个节点服务器相连。
其中，节点服务器即为接入网部分的节点服务器，即节点服务器既属于接入网部分，又属于城域网部分。
城域服务器是城域网中起集中控制功能的节点，可控制节点交换机和节点服务器。城域服务器可直接连接节点交换机，也可直接连接节点服务器。
由此可见，整个视联网络是一种分层集中控制的网络结构，而节点服务器和城域服务器下控制的网络可以是树型、星型、环状等各种结构。
形象地称，接入网部分可以组成统一视频平台(虚线圈中部分)，多个统一视频平台可以组成视联网；每个统一视频平台可以通过城域以及广域视联网互联互通。
视联网设备分类
1.1本申请实施例的视联网中的设备主要可以分为3类：服务器，交换机(包括以太网网关)，终端(包括各种机顶盒，编码板，存储器等)。视联网整体上可以分为城域网(或者国家网、全球网等)和接入网。
1.2其中接入网部分的设备主要可以分为3类：节点服务器，接入交换机(包括以太网网关)，终端(包括各种机顶盒，编码板，存储器等)。
各接入网设备的具体硬件结构为：
节点服务器：
如图2所示，主要包括网络接口模块201、交换引擎模块202、CPU模块203、磁盘阵列模块204；
其中，网络接口模块201，CPU模块203、磁盘阵列模块204进来的包均进入交换引擎模块202；交换引擎模块202对进来的包进行查地址表205的操作，从而获得包的导向信息；并根据包的导向信息把该包存入对应的包缓存器206的队列；如果包缓存器206的队列接近满，则丢弃；交换引擎模202轮询所有包缓存器队列，如果满足以下条件进行转发：1)该端口发送缓存未满；2)该队列包计数器大于零。磁盘阵列模块204主要实现对硬盘的控制，包括对硬盘的初始化、读写等操作；CPU模块203主要负责与接入交换机、终端(图中未示出)之间的协议处理，对地址表205(包括下行协议包地址表、上行协议包地址表、数据包地址表)的配置，以及，对磁盘阵列模块204的配置。
接入交换机：
如图3所示，主要包括网络接口模块(下行网络接口模块301、上行网络接口模块302)、交换引擎模块303和CPU模块304；
其中，下行网络接口模块301进来的包(上行数据)进入包检测模块305；包检测模块305检测包的目地地址(DA)、源地址(SA)、数据包类型及包长度是否符合要求，如果符合，则分配相应的流标识符(stream-id)，并进入交换引擎模块303，否则丢弃；上行网络接口模块302进来的包(下行数据)进入交换引擎模块303；CPU模块204进来的数据包进入交换引擎模块303；交换引擎模块303对进来的包进行查地址表306的操作，从而获得包的导向信息；如果进入交换引擎模块303的包是下行网络接口往上行网络接口去的，则结合流标识符(stream-id)把该包存入对应的包缓存器307的队列；如果该包缓存器307的队列接近满，则丢弃；如果进入交换引擎模块303的包不是下行网络接口往上行网络接口去的，则根据包的导向信息，把该数据包存入对应的包缓存器307的队列；如果该包缓存器307的队列接近满，则丢弃。
交换引擎模块303轮询所有包缓存器队列，在本申请实施例中分两种情形：
如果该队列是下行网络接口往上行网络接口去的，则满足以下条件进行转发：1)该端口发送缓存未满；2)该队列包计数器大于零；3)获得码率控制模块产生的令牌；
如果该队列不是下行网络接口往上行网络接口去的，则满足以下条件进行转发：1)该端口发送缓存未满；2)该队列包计数器大于零。
码率控制模块208是由CPU模块204来配置的，在可编程的间隔内对所有下行网络接口往上行网络接口去的包缓存器队列产生令牌，用以控制上行转发的码率。
CPU模块304主要负责与节点服务器之间的协议处理，对地址表306的配置，以及，对码率控制模块308的配置。
以太网协转网关：
如图4所示，主要包括网络接口模块(下行网络接口模块401、上行网络接口模块402)、交换引擎模块403、CPU模块404、包检测模块405、码率控制模块408、地址表406、包缓存器407和MAC添加模块409、MAC删除模块410。
其中，下行网络接口模块401进来的数据包进入包检测模块405；包检测模块405检测数据包的以太网MAC DA、以太网MAC SA、以太网length or frame type、视联网目地地址DA、视联网源地址SA、视联网数据包类型及包长度是否符合要求，如果符合则分配相应的流标识符(stream-id)；然后，由MAC删除模块410减去MAC DA、MAC SA、length or frame type(2byte)，并进入相应的接收缓存，否则丢弃；
下行网络接口模块401检测该端口的发送缓存，如果有包则根据包的视联网目地地址DA获知对应的终端的以太网MAC DA，添加终端的以太网MAC DA、以太网协转网关的MACSA、以太网length or frame type，并发送。
以太网协转网关中其他模块的功能与接入交换机类似。
终端：
主要包括网络接口模块、业务处理模块和CPU模块；例如，机顶盒主要包括网络接口模块、视音频编解码引擎模块、CPU模块；编码板主要包括网络接口模块、视音频编码引擎模块、CPU模块；存储器主要包括网络接口模块、CPU模块和磁盘阵列模块。
1.3城域网部分的设备主要可以分为2类：节点服务器，节点交换机，城域服务器。其中，节点交换机主要包括网络接口模块、交换引擎模块和CPU模块；城域服务器主要包括网络接口模块、交换引擎模块和CPU模块构成。
2、视联网数据包定义
2.1接入网数据包定义
接入网的数据包主要包括以下几部分：目的地址(DA)、源地址(SA)、保留字节、payload(PDU)、CRC。
如下表所示，接入网的数据包主要包括以下几部分：
DA SA Reserved Payload CRC
其中：
目的地址(DA)由8个字节(byte)组成，第一个字节表示数据包的类型(例如各种协议包、组播数据包、单播数据包等)，最多有256种可能，第二字节到第六字节为城域网地址，第七、第八字节为接入网地址；
源地址(SA)也是由8个字节(byte)组成，定义与目的地址(DA)相同；
保留字节由2个字节组成；
payload部分根据不同的数据报的类型有不同的长度，如果是各种协议包的话是64个字节，如果是单组播数据包话是32+1024＝1056个字节，当然并不仅仅限于以上2种；
CRC有4个字节组成，其计算方法遵循标准的以太网CRC算法。
2.2城域网数据包定义
城域网的拓扑是图型，两个设备之间可能有2种、甚至2种以上的连接，即节点交换机和节点服务器、节点交换机和节点交换机、节点交换机和节点服务器之间都可能超过2种连接。但是，城域网设备的城域网地址却是唯一的，为了精确描述城域网设备之间的连接关系，在本申请实施例中引入参数：标签，来唯一描述一个城域网设备。
本说明书中标签的定义和MPLS(Multi-Protocol Label Switch，多协议标签交换)的标签的定义类似，假设设备A和设备B之间有两个连接，那么数据包从设备A到设备B就有2个标签，数据包从设备B到设备A也有2个标签。标签分入标签、出标签，假设数据包进入设备A的标签(入标签)是0x0000，这个数据包离开设备A时的标签(出标签)可能就变成了0x0001。城域网的入网流程是集中控制下的入网过程，也就意味着城域网的地址分配、标签分配都是由城域服务器主导的，节点交换机、节点服务器都是被动的执行而已，这一点与MPLS的标签分配是不同的，MPLS的标签分配是交换机、服务器互相协商的结果。
如下表所示，城域网的数据包主要包括以下几部分：
DA SA Reserved 标签 Payload CRC
即目的地址(DA)、源地址(SA)、保留字节(Reserved)、标签、payload(PDU)、CRC。其中，标签的格式可以参考如下定义：标签是32bit，其中高16bit保留，只用低16bit，它的位置是在数据包的保留字节和payload之间。
基于视联网的上述特性，提出了本申请实施例的核心构思之一，参照图5，图5是本发明的设计方案框图，通过在网管客户端上选择需要升级的附属服务器，然后网管服务器从网管文件管理服务器请求菜单文件，并将请求到的菜单文件上传至主服务器，由于主服务器连接有多个附属服务器，可以通过主服务器同步发送给所选择的多个附属服务器，达到了批量管理菜单文件的目的。
实施例一：
参照图6，示出了本发明的统一管理菜单文件方法实施例的步骤流程图，该方法应用于视联网中，具体可以包括如下步骤：
步骤601，网管服务器接收网管客户端发送的第一命令。
其中，该第一命令为升级菜单文件命令。本发明实施例可以通过在网管客户端中选择需要升级菜单文件的附属服务器，点击升级后，则网管客户端向网管服务端发送升级菜单文件命令，也即是网管服务器接收网管客户端发送的升级菜单文件命令。其中，附属服务器为视联网附属服务器。
步骤602，根据上述第一命令，网管服务器向网管文件管理服务器发送第二命令。
其中，第二命令为请求菜单文件命令。本发明实施例中，当网管服务器接收到网管客户端发送的升级菜单文件命令后，则网管服务器向网管文件管理服务器发送请求菜单文件命令，也即是网管文件管理服务器需要将其存储的菜单文件发送给网管服务器。其中，网管文件管理服务器中存储的菜单文件为TCP/IP协议下传输时的菜单文件。
本发明实施例中以三个附属服务器为例，其中，附属服务器为视联网附属服务器。具体的，图6A是本发明实施例提供的一种设计框图，如图6A所示，网管服务器包括网管服务端，本发明实施例中，网管服务器向网管文件管理服务器发送请求菜单文件命令，也即是网管服务端向网管文件管理服务器发送请求菜单文件命令，则网管文件管理服务器将其存储的菜单文件发送给网管服务端。
需要说明的是，本发明实施例中提供的设计框图还可以包括数据库，如图6A所示，该数据库可以存储网管文件管理服务中菜单文件的路径信息，且以字符串的形式存储在数据库中，网管服务端可以通过读取数据库中菜单文件的路径信息，根据该菜单文件的路径信息向网管文件管理服务器发送请求菜单文件的命令，从而可以精确地在网管文件管理服务器中查找到菜单文件。
步骤603，网管服务器将接收到的菜单文件上传给主服务器，通过主服务器将菜单文件推送给附属服务器。
本发明实施例中，网管文件管理服务器中存储的菜单文件为TCP/IP协议下传输时的菜单文件，则网管服务器通过TCP/IP协议将接收到的该菜单文件上传给主服务器。具体的，如图6A所示，网管服务器还包括服务采集层，该服务采集层为视联网服务采集层。具体的，网管服务器通过TCP/IP协议将接收到的菜单文件上传给主服务器的步骤具体可以为：网管服务端通过TCP/IP协议将接收到的菜单文件发送给服务采集层，由于服务采集层可以将TCP/IP协议上传输的菜单文件转换为适用视联网协议传输的菜单文件，则服务采集层可以通过视联网协议将该菜单文件上传给主服务器，由主服务器将该菜单文件推送给附属服务器。其中，主服务器为视联网主服务器，附属服务器为视联网附属服务器，附属服务器为用户在网管客户端上选择需要升级菜单文件的附属服务器。
步骤604，网管服务器接收附属服务器返回的升级结果。
本发明实施例中，该升级结果为升级菜单文件的结果，用于显示在网管客户端上。其中，网管服务器将接收到的升级结果显示在网管客户端上的具体实现方式可以为：附属服务器接收到菜单文件后，也即是附属服务器达到了升级菜单文件的目的。通过视联网协议可以将该升级结果发送给服务采集层，由服务采集层将该视联网协议下的升级结果转换为TCP/IP协议上传输的升级结果，再通过TCP/IP协议将该升级结果发送给网管服务端，网管服务端可以将该升级结果写入数据库并且发送给网管客户端，由网管客户端将该升级结果进行显示，从而可以判断出网管服务端请求到的菜单文件成功上传到附属服务器中。
本发明实施例包括以下优点：
本发明实施例中，用户可以在网管客户端上选择需要升级的附属服务器，网管客户端通过向网管服务器发送升级命令，根据该升级命令，网管服务器向网管文件管理服务器发送请求菜单文件命令，并将请求到的菜单文件上传至主服务器，由网管服务器向主服务器发送同步命令。由于主服务器连接有多个附属服务器，则主服务器可以将接收到的菜单文件同步发送给所选择的多个附属服务器，达到了批量管理菜单文件的目的。
实施例二：
参照图7，示出了本发明的统一管理菜单文件方法实施例的步骤流程图，该方法应用于视联网中，具体可以包括如下步骤：
步骤701，网管服务器接收网管客户端发送的上传命令。
本发明实施例中，该上传命令用于网管客户端通过TCP/IP协议将上述菜单文件上传至网管文件管理服务器。如图6A所示，网管服务器接收网管客户端发送的上传命令，也即是网管客户端向网管服务器中的网管服务端发送上传命令，则开启菜单文件的上传过程，即网管客户端将菜单文件上传至网管文件管理服务器，且通过加密TCP长连接的方式将菜单文件上传至网管文件管理服务器，用于在上传过程中保护该菜单文件。当网管文件管理服务器接收到该菜单文件后，可以对该加密的菜单文件进行解密，并存储在网管文件管理服务器内。
需要说明的是，该菜单文件在网管文件管理服务器内的路径信息可以通过网管服务端写入数据库，则网管服务端可以读取数据库中存储的菜单文件的路径信息，根据读取的路径信息向网管文件管理服务器发送请求菜单文件的命令，从而可以精确地在网管文件管理服务器中查找到菜单文件。
步骤702，网管服务器接收网管客户端发送的第一命令。
此步骤与实施例一中的步骤601相同，在此不再详述。
步骤703，根据上述第一命令，网管服务器向网管文件管理服务器发送第二命令。
此步骤与实施例一中的步骤602相同，在此不再详述。
步骤704，网管服务器将接收到的菜单文件上传给主服务器，通过主服务器将菜单文件推送给附属服务器。
此步骤与实施例一中的步骤603相同，在此不再详述。
步骤705，服务采集层通过视联网协议向主服务器发送第三命令。
本发明实施例中，该第三命令为同步附属服务器的命令，用于将上述菜单文件同步推送给附属服务器。当服务采集层向主服务器发送同步命令后，主服务器根据接收到的同步命令，将主服务器接收到的菜单文件同步发送给附属服务器，其中，附属服务器为用户在网管客户端上选择需要升级的视联网服务器。
步骤706，网管服务器接收附属服务器返回的升级结果。
此步骤与实施例一中的步骤604相同，在此不再详述。
本发明实施例包括以下优点：
本发明实施例中，用户可以在网管客户端上选择需要升级的附属服务器，网管客户端通过向网管服务器发送升级命令，根据该升级命令，网管服务器向网管文件管理服务器发送请求菜单文件命令，并将请求到的菜单文件上传至主服务器，由网管服务器向主服务器发送同步命令。由于主服务器连接有多个附属服务器，则主服务器可以将接收到的菜单文件同步发送给所选择的多个附属服务器，达到了批量管理菜单文件的目的。
实施例三：
参照图8，示出了本发明的统一管理菜单文件装置80的结构框图，该装置80应用于视联网中，具体可以包括：
第一接收模块801，用于网管服务器接收网管客户端发送的第一命令；该第一命令为升级菜单文件命令。
第一发送模块802，用于根据上述第一命令，网管服务器向网管文件管理服务器发送第二命令；该第二命令为请求所述菜单文件命令。优选地，上述第一发送模块802包括：第一发送子模块8021，用于网管服务端向网管文件管理服务器发送第二命令；该第二命令为请求上述菜单文件命令。
上传模块803，用于网管服务器将接收到的上述菜单文件上传给主服务器，通过主服务器将上述菜单文件推送给附属服务器，其中，附属服务器为在网管客户端上选择需要升级上述菜单文件的附属服务器。优选地，上述上传模块包括：第二发送子模块8031，用于所述网管服务端通过TCP/IP协议将接收到的所述菜单文件发送给所述服务采集层；所述服务采集层用于将TCP/IP协议上传输的菜单文件转换为适用视联网协议传输的菜单文件；上传子模块8032，用于所述服务采集层通过视联网协议将所述菜单文件上传给所述主服务器。
第二接收模块804，用于网管服务器接收附属服务器返回的升级结果；该升级结果为升级上述菜单文件的结果，用于显示在网管客户端上。
本发明实施例包括以下优点：
本发明实施例中，用户可以在网管客户端上选择需要升级的附属服务器，网管客户端通过向网管服务器发送升级命令，根据该升级命令，网管服务器向网管文件管理服务器发送请求菜单文件命令，并将请求到的菜单文件上传至主服务器，由网管服务器向主服务器发送同步命令。由于主服务器连接有多个附属服务器，则主服务器可以将接收到的菜单文件同步发送给所选择的多个附属服务器，达到了批量管理菜单文件的目的。
实施例四：
参照图9，示出了本发明的统一管理菜单文件装置90的结构框图，该装置90应用于视联网中，具体可以包括：
第三接收模块901，用于网管服务器接收网管客户端发送的上传命令；该上传命令用于网管客户端通过TCP/IP协议将上述菜单文件上传至网管文件管理服务器。
第一接收模块902，用于网管服务器接收网管客户端发送的第一命令；该第一命令为升级菜单文件命令。
第一发送模块903，用于根据上述第一命令，网管服务器向网管文件管理服务器发送第二命令；该第二命令为请求所述菜单文件命令。优选地，上述第一发送模块802包括：第一发送子模块8021，用于网管服务端向网管文件管理服务器发送第二命令；该第二命令为请求上述菜单文件命令。
上传模块904，用于网管服务器将接收到的上述菜单文件上传给主服务器，通过主服务器将上述菜单文件推送给附属服务器，其中，附属服务器为在网管客户端上选择需要升级上述菜单文件的附属服务器。
第二发送模块905，用于服务采集层通过视联网协议向主服务器发送第三命令；该第三命令为同步附属服务器的命令，用于将上述菜单文件同步推送给附属服务器。
第二接收模块906，用于网管服务器接收附属服务器返回的升级结果；该升级结果为升级上述菜单文件的结果，用于显示在网管客户端上。
本发明实施例包括以下优点：
本发明实施例中，用户可以在网管客户端上选择需要升级的附属服务器，网管客户端通过向网管服务器发送升级命令，根据该升级命令，网管服务器向网管文件管理服务器发送请求菜单文件命令，并将请求到的菜单文件上传至主服务器，由网管服务器向主服务器发送同步命令。由于主服务器连接有多个附属服务器，则主服务器可以将接收到的菜单文件同步发送给所选择的多个附属服务器，达到了批量管理菜单文件的目的。
对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。
本领域内的技术人员应明白，本申请实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请实施例是参照根据本申请实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请实施例范围的所有变更和修改。
最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
以上对本申请所提供的一种统一管理菜单文件的方法和一种统一管理菜单文件的装置，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种统一管理菜单文件的方法，其特征在于，所述方法应用于视联网中，包括：
网管服务器接收网管客户端发送的第一命令；所述第一命令为升级菜单文件命令；
根据所述第一命令，所述网管服务器向网管文件管理服务器发送第二命令；所述第二命令为请求所述菜单文件命令；
所述网管服务器将接收到的所述菜单文件上传给主服务器，通过所述主服务器将所述菜单文件推送给附属服务器，其中，所述附属服务器为在网管客户端上选择需要升级所述菜单文件的附属服务器；
所述网管服务器接收所述附属服务器返回的升级结果，所述升级结果为升级所述菜单文件的结果，用于显示在所述网管客户端上。
2.根据权利要求1所述的方法，其特征在于，所述网管服务器接收网管客户端发送的第一命令；所述第一命令为升级菜单文件命令的步骤之前，还包括：
所述网管服务器接收所述网管客户端发送的上传命令；所述上传命令用于所述网管客户端通过TCP/IP协议将所述菜单文件上传至所述网管文件管理服务器。
3.根据权利要求1所述的方法，其特征在于，所述网管服务器包括：网管服务端，所述根据所述第一命令，所述网管服务器向网管文件管理服务器发送第二命令的步骤，包括：
所述网管服务端向所述网管文件管理服务器发送第二命令；所述第二命令为请求所述菜单文件命令。
4.根据权利要求3所述的方法，其特征在于，所述网管服务器还包括：服务采集层，所述网管服务器将接收到的所述菜单文件上传给主服务器，通过所述主服务器将所述菜单文件推送给附属服务器的步骤，包括：
所述网管服务端通过TCP/IP协议将接收到的所述菜单文件发送给所述服务采集层；所述服务采集层用于将TCP/IP协议上传输的菜单文件转换为适用视联网协议传输的菜单文件；
所述服务采集层通过视联网协议将所述菜单文件上传给所述主服务器，通过所述主服务器将所述菜单文件推送给附属服务器。
5.根据权利要求4所述的方法，其特征在于，所述网管服务器将接收到的所述菜单文件上传给主服务器的步骤之后，还包括：
所述服务采集层通过视联网协议向所述主服务器发送第三命令；所述第三命令为同步所述附属服务器的命令，用于将所述菜单文件同步推送给所述附属服务器。
6.一种统一管理菜单文件的装置，其特征在于，所述装置包括：
第一接收模块，用于网管服务器接收网管客户端发送的第一命令；所述第一命令为升级菜单文件命令；
第一发送模块，用于根据所述第一命令，所述网管服务器向网管文件管理服务器发送第二命令；所述第二命令为请求所述菜单文件命令；
上传模块，用于所述网管服务器将接收到的所述菜单文件上传给主服务器，通过所述主服务器将所述菜单文件推送给附属服务器，其中，所述附属服务器为在网管客户端上选择需要升级所述菜单文件的附属服务器；
第二接收模块，用于所述网管服务器接收所述附属服务器返回的升级结果；所述升级结果为升级所述菜单文件的结果，用于显示在所述网管客户端上。
7.根据权利要求6所述的装置，其特征在于，所述装置还包括：
第三接收模块，用于所述网管服务器接收所述网管客户端发送的上传命令；所述上传命令用于所述网管客户端通过TCP/IP协议将所述菜单文件上传至所述网管文件管理服务器。
8.根据权利要求6所述的装置，其特征在于，所述网管服务器包括：网管服务端，所述第一发送模块，包括：
第一发送子模块，用于所述网管服务端向所述网管文件管理服务器发送第二命令；所述第二命令为请求所述菜单文件命令。
9.根据权利要求8所述的方法，其特征在于，所述网管服务器还包括：服务采集层，所述上传模块，包括：
第二发送子模块，用于所述网管服务端通过TCP/IP协议将接收到的所述菜单文件发送给所述服务采集层；所述服务采集层用于将TCP/IP协议上传输的菜单文件转换为适用视联网协议传输的菜单文件；
上传子模块，用于所述服务采集层通过视联网协议将所述菜单文件上传给所述主服务器，通过所述主服务器将所述菜单文件推送给附属服务器。
10.根据权利要求9所述的方法，其特征在于，所述装置还包括：
第二发送模块，用于所述服务采集层通过视联网协议向所述主服务器发送第三命令；所述第三命令为同步所述附属服务器的命令，用于将所述菜单文件同步推送给所述附属服务器。
CN201611192867.7A 2016-12-21 2016-12-21 一种统一管理菜单文件的方法和装置 Active CN108234178B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201611192867.7A CN108234178B (zh) 2016-12-21 2016-12-21 一种统一管理菜单文件的方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201611192867.7A CN108234178B (zh) 2016-12-21 2016-12-21 一种统一管理菜单文件的方法和装置

Publications (2)

Publication Number Publication Date
CN108234178A true CN108234178A (zh) 2018-06-29
CN108234178B CN108234178B (zh) 2019-02-22

Family

ID=62655855

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201611192867.7A Active CN108234178B (zh) 2016-12-21 2016-12-21 一种统一管理菜单文件的方法和装置

Country Status (1)

Country Link
CN (1) CN108234178B (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109379209A (zh) * 2018-08-30 2019-02-22 视联动力信息技术股份有限公司 一种视联网存储服务的升级方法和装置
CN109857419A (zh) * 2018-12-04 2019-06-07 视联动力信息技术股份有限公司 一种调度系统自动升级的方法和装置
CN110224988A (zh) * 2019-05-10 2019-09-10 视联动力信息技术股份有限公司 一种图像数据的处理方法、系统及装置和存储介质
CN110768817A (zh) * 2018-07-27 2020-02-07 视联动力信息技术股份有限公司 视联网终端的升级方法和装置
CN111277873A (zh) * 2020-01-17 2020-06-12 视联动力信息技术股份有限公司 业务菜单更新方法、装置及可读存储介质

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101400167A (zh) * 2008-10-21 2009-04-01 北京闪联互动网络科技有限责任公司 移动终端的动态菜单实现方法、装置及系统
CN101572727A (zh) * 2009-06-11 2009-11-04 杭州华三通信技术有限公司 一种Web页面菜单控制方法和装置
CN101610475A (zh) * 2009-06-29 2009-12-23 钱袋网（北京）信息技术有限公司 业务菜单处理方法及移动终端
CN101707692A (zh) * 2009-11-18 2010-05-12 中兴通讯股份有限公司 一种管理分布式电子节目导航同步的方法及其系统
CN103118206A (zh) * 2013-01-25 2013-05-22 西安电子科技大学 基于网络生成交互式语音响应信息显示菜单的系统和方法
CN103442256A (zh) * 2013-08-30 2013-12-11 Tcl集团股份有限公司 一种基于html5实现电子节目菜单的方法及系统
CN104410876A (zh) * 2014-11-27 2015-03-11 华为软件技术有限公司 电子节目菜单本地化处理、升级的方法及装置
CN104717284A (zh) * 2015-02-13 2015-06-17 腾讯科技（深圳）有限公司 菜单管理方法、装置及系统

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101400167A (zh) * 2008-10-21 2009-04-01 北京闪联互动网络科技有限责任公司 移动终端的动态菜单实现方法、装置及系统
CN101572727A (zh) * 2009-06-11 2009-11-04 杭州华三通信技术有限公司 一种Web页面菜单控制方法和装置
CN101610475A (zh) * 2009-06-29 2009-12-23 钱袋网（北京）信息技术有限公司 业务菜单处理方法及移动终端
CN101707692A (zh) * 2009-11-18 2010-05-12 中兴通讯股份有限公司 一种管理分布式电子节目导航同步的方法及其系统
CN103118206A (zh) * 2013-01-25 2013-05-22 西安电子科技大学 基于网络生成交互式语音响应信息显示菜单的系统和方法
CN103442256A (zh) * 2013-08-30 2013-12-11 Tcl集团股份有限公司 一种基于html5实现电子节目菜单的方法及系统
CN104410876A (zh) * 2014-11-27 2015-03-11 华为软件技术有限公司 电子节目菜单本地化处理、升级的方法及装置
CN104717284A (zh) * 2015-02-13 2015-06-17 腾讯科技（深圳）有限公司 菜单管理方法、装置及系统

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110768817A (zh) * 2018-07-27 2020-02-07 视联动力信息技术股份有限公司 视联网终端的升级方法和装置
CN109379209A (zh) * 2018-08-30 2019-02-22 视联动力信息技术股份有限公司 一种视联网存储服务的升级方法和装置
CN109379209B (zh) * 2018-08-30 2021-12-03 视联动力信息技术股份有限公司 一种视联网存储服务的升级方法和装置
CN109857419A (zh) * 2018-12-04 2019-06-07 视联动力信息技术股份有限公司 一种调度系统自动升级的方法和装置
CN109857419B (zh) * 2018-12-04 2022-06-17 视联动力信息技术股份有限公司 一种调度系统自动升级的方法和装置
CN110224988A (zh) * 2019-05-10 2019-09-10 视联动力信息技术股份有限公司 一种图像数据的处理方法、系统及装置和存储介质
CN111277873A (zh) * 2020-01-17 2020-06-12 视联动力信息技术股份有限公司 业务菜单更新方法、装置及可读存储介质
CN111277873B (zh) * 2020-01-17 2022-11-01 视联动力信息技术股份有限公司 业务菜单更新方法、装置及可读存储介质

Also Published As

Publication number Publication date
CN108234178B (zh) 2019-02-22

Similar Documents

Publication Publication Date Title
CN108234816A (zh) 一种监控设备之间监控资源信息实时同步的方法及装置
CN108075920A (zh) 一种视联网终端的管理方法和系统
CN108243173A (zh) 一种基于视联网的rtmp视频推送方法及装置
CN108234178B (zh) 一种统一管理菜单文件的方法和装置
CN108206752A (zh) 一种视联网设备的管理方法和装置
CN109743595A (zh) 终端数据同步方法和装置
CN109617956A (zh) 一种数据处理方法和装置
CN110493351A (zh) 一种视联网接入方法、装置、设备及存储介质
CN108810581A (zh) 一种软件菜单的更新方法和装置
CN109561073A (zh) 一种基于视联网的透传系统及方法
CN108307212B (zh) 一种文件点播方法和装置
CN110225083A (zh) 基于视联网的数据推送方法和装置
CN109743550A (zh) 一种监控数据调流的方法和装置
CN109284265A (zh) 一种数据存储方法和系统
CN108206927A (zh) 一种会议同步方法和装置
CN110048903A (zh) 一种协转网关状态监控方法和装置
CN110012316A (zh) 一种视联网业务的处理方法及装置
CN109151519A (zh) 一种基于视联网的配置分发方法和系统
CN110505107A (zh) 一种监控方法和视联网管理系统
CN110062285A (zh) 一种通信设备运行参数监测方法及装置
CN109743360A (zh) 一种信息处理方法及装置
CN109698859A (zh) 一种基于视联网的数据存储方法和装置
CN109067895A (zh) 一种远程控制的方法和装置
CN109218302A (zh) 一种发送视联网数据包的方法和装置
CN110381029A (zh) 一种监控资源同步方法及装置

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: 100000 Dongcheng District, Beijing, Qinglong Hutong 1, 1103 house of Ge Hua building.

Applicant after: Video Link Power Information Technology Co., Ltd.

Address before: 100000 Beijing Dongcheng District gogoa building A1103-1113

Applicant before: BEIJING VISIONVERA INTERNATIONAL INFORMATION TECHNOLOGY CO., LTD.

GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20201230

Address after: 570105 room 1201, Central International Plaza, 77 Binhai street, Longhua District, Haikou City, Hainan Province

Patentee after: Hainan Qiantang Shilian Information Technology Co.,Ltd.

Address before: 100000 Dongcheng District, Beijing, Qinglong Hutong 1, 1103 house of Ge Hua building.

Patentee before: VISIONVERA INFORMATION TECHNOLOGY Co.,Ltd.