CN110266638A - 信息处理方法、装置及存储介质 - Google Patents

信息处理方法、装置及存储介质 Download PDF

Info

Publication number
CN110266638A
CN110266638A CN201910381229.7A CN201910381229A CN110266638A CN 110266638 A CN110266638 A CN 110266638A CN 201910381229 A CN201910381229 A CN 201910381229A CN 110266638 A CN110266638 A CN 110266638A
Authority
CN
China
Prior art keywords
data packet
server
protocol data
view networking
networking
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
CN201910381229.7A
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.)
Visionvera Information Technology Co Ltd
Original Assignee
Visionvera 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 Visionvera Information Technology Co Ltd filed Critical Visionvera Information Technology Co Ltd
Priority to CN201910381229.7A priority Critical patent/CN110266638A/zh
Publication of CN110266638A publication Critical patent/CN110266638A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/10Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/65Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/75Media network packet handling
    • H04L65/765Media network packet handling intermediate
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/56Provisioning of proxy services
    • H04L67/565Conversion or adaptation of application format or content
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/56Provisioning of proxy services
    • H04L67/568Storing data temporarily at an intermediate stage, e.g. caching
    • 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/08Protocols for interworking; Protocol conversion

Abstract

本发明提供了一种信息处理方法、装置及存储介质。其中方法包括:网管服务器接收互联网终端通过互联网上传的第一互联网协议数据包,并缓存第一互联网协议数据包,第一互联网协议数据包包括用户标识和用户标识对应的用户信息;网管服务器将缓存的第一互联网协议数据包转换为第一视联网协议数据包;网管服务器通过视联网经由视联网服务器,将第一视联网协议数据包上传至视联网存储网关进行存储;网管服务器删除缓存的第一互联网协议数据包。本发明网管服务器不再存储用户信息,由视联网存储网关对用户信息进行存储和统一管理,能够避免遭受网络攻击,提高了用户信息的安全性,管理更加便捷。

Description

信息处理方法、装置及存储介质
技术领域
本发明涉及视联网技术领域,特别是涉及一种信息处理方法、装置及存储介质。
背景技术
随着网络科技的快速发展,用户可以通过网络办理各种业务。在办理业务的过程中,会要求用户输入相关的用户信息,比如用户的个人身份信息、私密证件信息、影像资料信息等。现有技术中,用户输入的用户信息会通过互联网上传到服务器上进行存储,如Web服务器、文件服务器等。
但是,Web服务器、文件服务器等可能会遭受网络攻击,从而导致上传的用户信息泄露或丢失,因此现有技术中存储用户信息的方式安全性低。
发明内容
鉴于上述问题,提出了本发明实施例以便提供一种克服上述问题或者至少部分地解决上述问题的一种信息处理方法、装置及存储介质。
第一方面,本发明实施例公开了一种信息处理方法,所述方法应用于视联网中,在所述视联网中包括网管服务器、视联网服务器和视联网存储网关,在互联网中包括互联网终端;所述方法包括:
所述网管服务器接收所述互联网终端通过互联网上传的第一互联网协议数据包,并缓存所述第一互联网协议数据包;所述第一互联网协议数据包包括用户标识和所述用户标识对应的用户信息;
所述网管服务器将缓存的第一互联网协议数据包转换为第一视联网协议数据包;
所述网管服务器通过视联网经由所述视联网服务器,将所述第一视联网协议数据包上传至所述视联网存储网关进行存储;
所述网管服务器删除所述缓存的第一互联网协议数据包。
可选地,所述网管服务器将缓存的第一互联网协议数据包转换为第一视联网协议数据包的步骤,包括:所述网管服务器为所述缓存的第一互联网协议数据包添加基于视联网协议的第一视联网包头,得到所述第一视联网协议数据包;所述第一视联网包头中包括所述第一视联网协议数据包在视联网中的传输路径信息。
可选地,所述网管服务器将缓存的第一互联网协议数据包转换为第一视联网协议数据包的步骤之前,还包括:所述网管服务器从所述缓存的第一互联网协议数据包中提取所述用户信息;所述网管服务器采用预设的视联网编码方式对所述用户信息进行编码。
可选地,在所述网管服务器将缓存的第一互联网协议数据包转换为第一视联网协议数据包的步骤之前,还包括:所述网管服务器判断所述缓存的第一互联网协议数据包是否到达设定数量;所述网管服务器将缓存的第一互联网协议数据包转换为第一视联网协议数据包的步骤包括:所述网管服务器在判定所述缓存的第一互联网协议数据包到达设定数量后,将所述缓存的第一互联网协议数据包转换为第一视联网协议数据包。
可选地,所述方法包括:所述网管服务器接收所述互联网终端通过互联网发送的互联网协议请求包;所述互联网协议请求包包括待下载的用户标识;所述网管服务器将所述互联网协议请求包转换为视联网协议请求包;所述网管服务器通过视联网经由所述视联网服务器,将所述视联网协议请求包发送至所述视联网存储网关;所述网管服务器接收所述视联网存储网关通过视联网经由所述视联网服务器,返回的第二视联网协议数据包;所述第二视联网协议数据包包括所述待下载的用户标识对应的用户信息;所述网管服务器将所述第二视联网协议数据包转换为第二互联网协议数据包;所述网管服务器通过互联网将所述第二互联网协议数据包返回至所述互联网终端。
可选地,所述网管服务器将所述互联网协议请求包转换为视联网协议请求包的步骤,包括:所述网管服务器为所述互联网协议请求包添加基于视联网协议的第二视联网包头,得到所述视联网协议请求包;所述第二视联网包头中包括所述视联网协议请求包在视联网中的传输路径信息。
可选地,所述网管服务器将所述第二视联网协议数据包转换为第二互联网协议数据包的步骤,包括:所述网管服务器删除所述第二视联网协议数据包中的第三视联网包头,并添加第三互联网包头,得到所述第二互联网协议数据包;所述第三视联网包头中包括所述第二视联网协议数据包在视联网中的传输路径信息。
可选地,在所述网管服务器将所述第二视联网协议数据包转换为第二互联网协议数据包的步骤之后,还包括:所述网管服务器从所述第二互联网协议数据包中提取所述待下载的用户信息标识对应的用户信息;所述待下载的用户信息标识对应的用户信息为采用预设的视联网编码方式进行编码后的信息;所述网管服务器采用预设的视联网解码方式对所述待下载的用户信息标识对应的用户信息进行解码;所述视联网编码方式与所述视联网解码方式对应。
第二方面,本发明实施例公开了一种信息处理装置,所述装置应用于视联网中,在所述视联网中包括网管服务器、视联网服务器和视联网存储网关,在互联网中包括互联网终端;所述网管服务器包括:
第一接收模块,用于接收所述互联网终端通过互联网上传的第一互联网协议数据包,并缓存所述第一互联网协议数据包;所述第一互联网协议数据包包括用户标识和所述用户标识对应的用户信息;
第一转换模块,用于将缓存的第一互联网协议数据包转换为第一视联网协议数据包;
上传模块,用于通过视联网经由所述视联网服务器,将所述第一视联网协议数据包上传至所述视联网存储网关进行存储;
删除模块,用于删除所述缓存的第一互联网协议数据包。
可选地,所述第一转换模块包括:第一包头添加单元,用于为所述缓存的第一互联网协议数据包添加基于视联网协议的第一视联网包头,得到所述第一视联网协议数据包;所述第一视联网包头中包括所述第一视联网协议数据包在视联网中的传输路径信息。
可选地,所述网管服务器还包括:第一提取模块,用于从所述缓存的第一互联网协议数据包中提取所述用户信息;编码模块,用于采用预设的视联网编码方式对所述用户信息进行编码。
可选地,所述网管服务器还包括:判断模块,用于判断所述缓存的第一互联网协议数据包是否到达设定数量;所述网管服务器第一转换模块,具体用于在所述判断模块判定所述缓存的第一互联网协议数据包到达设定数量后,将所述缓存的第一互联网协议数据包转换为第一视联网协议数据包。
可选地,所述网管服务器还包括:第二接收模块,用于接收所述互联网终端通过互联网发送的互联网协议请求包;所述互联网协议请求包包括待下载的用户标识;第二转换模块,用于将所述互联网协议请求包转换为视联网协议请求包;发送模块,用于通过视联网经由所述视联网服务器,将所述视联网协议请求包发送至所述视联网存储网关;第三接收模块,用于接收所述视联网存储网关通过视联网经由所述视联网服务器,返回的第二视联网协议数据包;所述第二视联网协议数据包包括所述待下载的用户标识对应的用户信息;第三转换模块,用于将所述第二视联网协议数据包转换为第二互联网协议数据包;返回模块,用于通过互联网将所述第二互联网协议数据包返回至所述互联网终端。
可选地,所述第二转换模块包括:第二包头添加单元,用于为所述互联网协议请求包添加基于视联网协议的第二视联网包头,得到所述视联网协议请求包;所述第二视联网包头中包括所述视联网协议请求包在视联网中的传输路径信息。
可选地,所述第三转换模块包括:包头删除单元,用于删除所述第二视联网协议数据包中的第三视联网包头,并添加第三互联网包头,得到所述第二互联网协议数据包;所述第三视联网包头中包括所述第二视联网协议数据包在视联网中的传输路径信息。
可选地,所述网管服务器还包括:第二提取模块,用于从所述第二互联网协议数据包中提取所述待下载的用户信息标识对应的用户信息;所述待下载的用户信息标识对应的用户信息为采用预设的视联网编码方式进行编码后的信息;解码模块,用于采用预设的视联网解码方式对所述待下载的用户信息标识对应的用户信息进行解码;所述视联网编码方式与所述视联网解码方式对应。
第三方面,本发明实施例公开了一种信息处理装置,包括:一个或多个处理器;和其上存储有指令的一个或多个机器可读介质,当由所述一个或多个处理器执行时,使得所述装置执行如上任一项所述的信息处理方法。
第四方面,本发明实施例公开了一种计算机可读存储介质,其存储的计算机程序使得处理器执行如上任一项所述的信息处理方法。
本发明实施例中,网管服务器接收互联网终端通过互联网上传的第一互联网协议数据包,并缓存第一互联网协议数据包,第一互联网协议数据包包括用户标识和用户标识对应的用户信息;网管服务器将缓存的第一互联网协议数据包转换为第一视联网协议数据包;网管服务器通过视联网经由视联网服务器,将第一视联网协议数据包上传至视联网存储网关进行存储;网管服务器删除缓存的第一互联网协议数据包。由此可知,本发明实施例中通过互联网将用户信息上传至网管服务器,网管服务器再通过视联网将用户信息上传至视联网存储网关,网管服务器中不再存储用户信息,由视联网存储网关对用户信息进行存储和统一管理,视联网属于专用网络,未在视联网中注册授权的设备无法访问视联网,因此能够避免遭受网络攻击,提高了用户信息的安全性,管理更加便捷。
附图说明
图1是本发明的一种视联网的组网示意图;
图2是本发明的一种节点服务器的硬件结构示意图;
图3是本发明的一种接入交换机的硬件结构示意图;
图4是本发明的一种以太网协转网关的硬件结构示意图;
图5是本发明实施例一的一种信息处理方法的步骤流程图;
图6是本发明实施例二的一种信息处理方法的步骤流程图;
图7是本发明实施例三的一种信息处理装置的结构框图。
具体实施方式
为使本发明的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本发明作进一步详细的说明。
视联网是网络发展的重要里程碑,是一个实时网络,能够实现高清视频实时传输,将众多互联网应用推向高清视频化,高清面对面。
视联网采用实时高清视频交换技术,可以在一个网络平台上将所需的服务,如高清视频会议、视频监控、智能化监控分析、应急指挥、数字广播电视、延时电视、网络教学、现场直播、VOD点播、电视邮件、个性录制(PVR)、内网(自办)频道、智能化视频播控、信息发布等数十种视频、语音、图片、文字、通讯、数据等服务全部整合在一个系统平台,通过电视或电脑实现高清品质视频播放。
为使本领域技术人员更好地理解本发明实施例,以下对视联网进行介绍:
视联网所应用的部分技术如下所述:
网络技术(Network Technology)
视联网的网络技术创新改良了传统以太网(Ethernet),以面对网络上潜在的巨大第一视频流量。不同于单纯的网络分组包交换(Packet Switching)或网络电路交换(Circuit Switching),视联网技术采用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模块304进来的数据包进入交换引擎模块303;交换引擎模块303对进来的包进行查地址表306的操作,从而获得包的导向信息;如果进入交换引擎模块303的包是下行网络接口往上行网络接口去的,则结合流标识符(stream-id)把该包存入对应的包缓存器307的队列;如果该包缓存器307的队列接近满,则丢弃;如果进入交换引擎模块303的包不是下行网络接口往上行网络接口去的,则根据包的导向信息,把该数据包存入对应的包缓存器307的队列;如果该包缓存器307的队列接近满,则丢弃。
交换引擎模块303轮询所有包缓存器队列,可以包括两种情形:
如果该队列是下行网络接口往上行网络接口去的,则满足以下条件进行转发:1)该端口发送缓存未满;2)该队列包计数器大于零;3)获得码率控制模块产生的令牌;
如果该队列不是下行网络接口往上行网络接口去的,则满足以下条件进行转发:1)该端口发送缓存未满;2)该队列包计数器大于零。
码率控制模块308是由CPU模块304来配置的,在可编程的间隔内对所有下行网络接口往上行网络接口去的包缓存器队列产生令牌,用以控制上行转发的码率。
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之间。
基于视联网的上述特性,提出了本发明实施例的信息处理方案,遵循视联网的协议,提高存储用户信息的安全性。
本发明实施例的信息处理方案可以应用于视联网中。在视联网中可以包括网管服务器、视联网服务器(可以为上述的节点服务器)和视联网存储网关,在互联网中可以包括互联网终端。
互联网终端可以为PC(个人电脑)、手机、平板电脑等设备,也可以为安装于上述设备上的软件程序,软件程序可以为供用户办理业务的程序。
网管服务器可以作为连接互联网和视联网的桥梁。网管服务器可以包括两个网卡,一个网卡面向互联网侧,用于与互联网终端进行通信连接,另一个网卡面向视联网侧,用于与视联网服务器进行通信连接。网管服务器可以以终端的形式注册到视联网服务器上,注册之后方可访问时联网进行正常业务。注册成功后视联网服务器可以为网管服务器分配视联网号码、视联网地址、MAC(Media Access Control Address,媒体访问控制)地址等信息。在视联网中可以通过网管服务器的视联网号码等区分网管服务器。
视联网存储网关可以对视联网中的相关数据进行存储,比如对音视频资源进行有效的储存与管理,实现媒体资源价值最大化的管理等,在本发明实施例中还可以用于存储互联网中上传的用户信息。视联网存储网关可以以终端的形式注册到视联网服务器上,注册之后方可访问时联网进行正常业务。注册成功后视联网服务器可以为视联网存储网关分配视联网号码、视联网地址、MAC地址等信息。在视联网中可以通过视联网存储网关的视联网号码等区分视联网存储网关。
实施例一
参照图5,示出了本发明实施例一的一种信息处理方法的步骤流程图。
本发明实施例的信息处理方法可以包括以下步骤:
步骤501,网管服务器接收所述互联网终端通过互联网上传的第一互联网协议数据包,并缓存所述第一互联网协议数据包。
当用户在互联网终端上办理业务时,可能要求用户输入相关的用户信息,比如用户的个人身份信息(姓名、年龄等)、私密证件信息(身份证信息等)、影像资料信息(如录制的视频、拍摄的图片等)等,这些用户信息涉及到用户的隐私,因此需要对这些信息进行安全存储,防止泄露或丢失。
互联网终端与网管服务器之间基于互联网协议通信连接。互联网终端获取用户的用户标识及用户输入的用户信息,其中用户标识可以为用户在互联网终端上注册的唯一账号等。互联网终端基于互联网协议对用户标识和用户标识对应的用户信息进行封装,得到第一互联网协议数据包。第一互联网协议数据包包括第一互联网包头,第一互联网包头可以包括互联网终端(源终端)的IP地址,网管服务器(目的终端)的IP地址等信息。互联网终端通过互联网将第一互联网协议数据包上传至网管服务器。第一互联网协议数据包基于互联网协议进行传输。
网管服务器接收到第一互联网协议数据包后,暂时缓存该第一互联网协议数据包。
步骤502,网管服务器将缓存的第一互联网协议数据包转换为第一视联网协议数据包。
由于在网管服务器中存储用户信息存在不安全的问题,因此本发明实施例中网管服务器可以进一步将用户信息上传至视联网中存储。
网管服务器和视联网服务器之间基于视联网协议通信连接。因此在上传之前,网管服务器将缓存的第一互联网协议数据包转换为第一视联网协议数据包,以便能够在视联网中进行传输。
在实现中,网管服务器将缓存的第一互联网协议数据包转换为第一视联网协议数据包的步骤可以包括:网管服务器为所述缓存的第一互联网协议数据包添加基于视联网协议的第一视联网包头,得到所述第一视联网协议数据包。需要说明的是,网管服务器还可以删除第一互联网协议数据包的第一互联网包头。
其中,第一视联网包头中可以包括第一视联网协议数据包在视联网中的传输路径信息。该传输路径信息可以包括网管服务器(源终端)的视联网地址、网管服务器的MAC地址、视联网存储网关(目的终端)的视联网地址、视联网存储网关的MAC地址等信息。当然,第一视联网包头中还可以包括网管服务器的视联网号码、视联网存储网关的视联网号码等信息,以及视联网协议的相关信息,比如视联网协议的内部操作码等信息。
在一种可选实施方式中,为了进一步提高用户信息的安全性,还可以采用预设的视联网编码方式对用户信息进行编码,该种编码方式通过预设的与其对应的视联网解码方式进行解码,因此未在视联网中注册授权的设备无法获知真是的用户信息。因此,在网管服务器将缓存的第一互联网协议数据包转换为第一视联网协议数据包之前,网管服务器从所述缓存的第一互联网协议数据包中提取所述用户信息,并采用预设的视联网编码方式对所述用户信息进行编码。编码后第一互联网协议数据包中的用户信息为编码后的用户信息,之后网管服务器再将缓存的第一互联网协议数据包转换为第一视联网协议数据包。
在一种可选实时方式中,为了降低网管服务器上传用户信息的次数,网管服务器可以无需每次缓存第一互联网协议数据包后,就将缓存的第一互联网协议数据包转换为第一视联网协议数据包,之后将其上传到视联网存储网关中。而是在将缓存的第一互联网协议数据包转换为第一视联网协议数据包的步骤之前,网管服务器判断所述缓存的第一互联网协议数据包是否到达设定数量。在判定所述缓存的第一互联网协议数据包到达设定数量后,网管服务器再将所述缓存的第一互联网协议数据包转换为第一视联网协议数据包;在判定所述缓存的第一互联网协议数据包未到达设定数量时,暂不转换,继续缓存第一互联网协议数据包。
其中,对于设定数量的具体数值,本领域技术人员根据实际情况设置任意适用的数值即可,比如设定数量为5、10、15等,本发明实施例对此不作限制。
步骤503,网管服务器通过视联网经由所述视联网服务器,将所述第一视联网协议数据包上传至所述视联网存储网关进行存储。
网管服务器通过视联网将转换得到的第一视联网协议数据包发送至视联网服务器,再由视联网服务器将第一视联网协议数据包转发至视联网存储网关。视联网存储网关对第一视联网协议数据包进行解析,得到用户标识和用户标识对应的用户信息,并对用户标识和用户标识对应的用户信息进行存储,从而保证信息的安全性,并且由视联网存储网关统一存储,便于信息的统一管理。
在一种可选实施方式中,视联网服务器可以按照对视联网存储网关配置的下行通信链路,将第一视联网协议数据包发送至视联网存储网关。
在实际应用中,视联网为具有集中控制功能的网络,包括主控服务器和下级网络设备,该下级网络设备包括终端,视联网的核心构思之一在于,通过由主控服务器通知交换设备针对当次服务的下行通信链路配表,然后基于该配置的表进行数据包的传送。
即,视联网中的通信方法包括:
主控服务器配置当次服务的下行通信链路。
将源终端发送的当次服务的数据包,按照所述下行通信链路传送至目标终端。
在本发明实施例中,配置当次服务的下行通信链路包括:通知当次服务的下行通信链路所涉及的交换设备配表。
进一步而言,按照下行通信链路传送包括:查询所配置的表,交换设备对所接收的数据包通过相应端口进行传送。
在具体实现中,服务包括单播通信服务和组播通信服务。即无论是组播通信还是单播通信,都可以采用上述配表—用表的核心构思实现视联网中的通信。
如前所述,视联网包括接入网部分,在接入网中,该主控服务器为节点服务器,下级网络设备包括接入交换机和终端。
对于接入网中的单播通信服务而言,所述主控服务器配置当次服务的下行通信链路的步骤可以包括以下步骤:
子步骤S11,主控服务器依据源终端发起的服务请求协议包,获取当次服务的下行通信链路信息,下行通信链路信息包括,参与当次服务的主控服务器和接入交换机的下行通信端口信息。
子步骤S12,主控服务器依据主控服务器的下行通信端口信息,在其内部的数据包地址表中设置当次服务的数据包所导向的下行端口;并依据接入交换机的下行通信端口信息,向相应的接入交换机发送端口配置命令。
子步骤S13,接入交换机依据端口配置命令在其内部的数据包地址表中,设置当次服务的数据包所导向的下行端口。
对于接入网中的组播通信服务(如视频会议)而言,主控服务器获取当次服务的下行通信链路信息的步骤可以包括以下子步骤:
子步骤S21,主控服务器获得目标终端发起的申请组播通信服务的服务请求协议包,服务请求协议包中包括服务类型信息、服务内容信息和目标终端的接入网地址。
其中,服务内容信息中包括服务号码。
子步骤S22,主控服务器依据所述服务号码在预置的内容-地址映射表中,提取源终端的接入网地址。
子步骤S23,主控服务器获取源终端对应的组播地址,并分配给目标终端;以及,依据服务类型信息、源终端和目标终端的接入网地址,获取当次组播服务的通信链路信息。
在一种可选实施方式中,视联网存储网关还可以向网管服务器返回是否存储成功的响应。在实现中,视联网存储网关将是否存储成功的响应返回至视联网服务器,再由视联网服务器按照对网管服务器配置的下行通信链路,将是否存储成功的响应转发至网管服务器。
步骤504,网管服务器删除所述缓存的第一互联网协议数据包。
网管服务器在将第一视联网协议数据包上传至视联网存储网关进行存储后,还可以将上传的第一视联网协议数据包对应的,自身缓存的第一互联网协议数据包删除,从而避免网管服务器在遭受网络攻击时泄露或丢失用户信息。
本发明实施例中通过互联网将用户信息上传至网管服务器,网管服务器再通过视联网将用户信息上传至视联网存储网关,网管服务器中不再存储用户信息,由视联网存储网关对用户信息进行存储和统一管理,视联网属于专用网络,未在视联网中注册授权的设备无法访问视联网,因此能够避免遭受网络攻击,提高了用户信息的安全性,管理更加便捷。
实施例二
参照图6,示出了本发明实施例二的一种信息处理方法的步骤流程图。
本发明实施例的信息处理方法可以包括以下步骤:
步骤601,网管服务器接收所述互联网终端通过互联网上传的第一互联网协议数据包,并缓存所述第一互联网协议数据包。
所述第一互联网协议数据包包括用户标识和所述用户标识对应的用户信息。
步骤602,网管服务器将缓存的第一互联网协议数据包转换为第一视联网协议数据包。
步骤603,网管服务器通过视联网经由所述视联网服务器,将所述第一视联网协议数据包上传至所述视联网存储网关进行存储。
步骤604,网管服务器删除所述缓存的第一互联网协议数据包。
步骤605,网管服务器接收所述互联网终端通过互联网发送的互联网协议请求包。
用户信息上传至视联网存储网关中存储,因此当用户需要下载用户信息时,也从视联网存储网关中下载。
当用户需要下载用户信息时,用户可以在互联网终端上输入待下载的用户标识,互联网终端基于互联网协议对封装得到互联网协议请求包,该互联网协议请求包中包括待下载的用户标识。互联网协议请求包包括第二互联网包头,第二互联网包头可以包括互联网终端(源终端)的IP地址,网管服务器(目的终端)的IP地址等信息。互联网终端通过互联网将互联网协议请求包发送至网管服务器。互联网协议请求包基于互联网协议进行传输。
步骤606,网管服务器将所述互联网协议请求包转换为视联网协议请求包。
网管服务器接收到互联网协议请求包后,将所述互联网协议请求包转换为视联网协议请求包。
在实现中,网管服务器将互联网协议请求包转换为视联网协议请求包的步骤可以包括:网管服务器为所述互联网协议请求包添加基于视联网协议的第二视联网包头,得到所述视联网协议请求包。需要说明的是,网管服务器还可以删除互联网协议请求包的第二互联网包头。
其中,第二视联网包头中包括视联网协议请求包在视联网中的传输路径信息。该传输路径信息可以包括网管服务器(源终端)的视联网地址、网管服务器的MAC地址、视联网存储网关(目的终端)的视联网地址、视联网存储网关的MAC地址等信息。当然,第一视联网包头中还可以包括网管服务器的视联网号码、视联网存储网关的视联网号码等信息,以及视联网协议的相关信息,比如视联网协议的内部操作码等信息。
步骤607,网管服务器通过视联网经由所述视联网服务器,将所述视联网协议请求包发送至所述视联网存储网关。
网管服务器通过视联网将转换得到的视联网协议请求包发送至视联网服务器,再由视联网服务器将视联网协议请求包转发至视联网存储网关。
在一种可选实施方式中,视联网服务器可以按照对视联网存储网关配置的下行通信链路,将视联网协议请求包发送至视联网存储网关。
步骤608,网管服务器接收所述视联网存储网关通过视联网经由所述视联网服务器,返回的第二视联网协议数据包。
视联网存储网关接收到视联网协议请求包后,解析该视联网协议请求包,获取待下载的用户标识,并查找自身存储的该待下载的用户标识对应的用户信息。视联网存储网关基于视联网协议对用户标识对应的用户信息进行封装,得到第二视联网协议数据包。
第二视联网协议数据包可以包括第三视联网包头。其中,第三视联网包头中可以包括所述第二视联网协议数据包在视联网中的传输路径信息。该传输路径信息可以包括视联网存储网关(源终端)的视联网地址、视联网存储网关的MAC地址、网管服务器(目的终端)的视联网地址、网管服务器的MAC地址等信息。当然,第三视联网包头中还可以包括视联网存储网关的视联网号码、网管服务器的视联网号码等信息,以及视联网协议的相关信息,比如视联网协议的内部操作码等信息。
视联网存储网关通过视联网将第二视联网协议数据包发送至视联网服务器,再由视联网服务器将第二视联网协议数据包转发至网管服务器。
在一种可选实施方式中,视联网服务器可以按照对网管服务器配置的下行通信链路,将第二视联网协议数据包发送至网管服务器。
步骤609,网管服务器将所述第二视联网协议数据包转换为第二互联网协议数据包。
网管服务器接收到第二视联网协议数据包后,将所述第二视联网协议数据包转换为第二互联网协议数据包。
在实现中,网管服务器将第二视联网协议数据包转换为第二互联网协议数据包的步骤可以包括:网管服务器删除所述第二视联网协议数据包中的第三视联网包头,并添加第三互联网包头,得到所述第二互联网协议数据包。第三互联网包头可以包括网管服务器(源终端)的IP地址,互联网终端(目的终端)的IP地址等信息。
在一种可选实施方式中,如果在网管服务器将缓存的第一互联网协议数据包转换为第一视联网协议数据包之前,网管服务器从缓存的第一互联网协议数据包中提取用户信息,并采用预设的视联网编码方式对用户信息进行编码。则待下载的用户信息标识对应的用户信息为采用预设的视联网编码方式进行编码后的信息,因此在网管服务器将第二视联网协议数据包转换为第二互联网协议数据包之后,网管服务器从第二互联网协议数据包中提取待下载的用户信息标识对应的用户信息,并采用预设的视联网解码方式对所述待下载的用户信息标识对应的用户信息进行解码。视联网编码方式与视联网解码方式对应。从而保证用户可以获取到真实的用户信息。
步骤610,网管服务器通过互联网将所述第二互联网协议数据包返回至所述互联网终端。
网管服务器通过互联网将转换得到的第二互联网协议数据包返回至互联网终端。互联网终端对第二互联网协议数据包进行解析,得到待下载的用户信息标识对应的用户信息,并输出用户信息以供用户查看。
安全性是当前网络第一重要的问题。IP(Internet Protocol,网络之间互联的协议)互联网的诞生之初没有考虑过安全性。基于核大战情况下网络不可靠的假设,IP互联网的核心路由机制是数据“储存-路由-发送”的过程。IP协议和路由器其实仅仅解决编址和路由功能,TCP(Transmission Control Protocol,传输控制协议)解决信息的准确验证重发问题。在TCP/IP协议里,3层的通信先于上层的防范手段发生,因此IP互联网的安全措施是“后知后觉”的,无法做到“先知先觉”防止攻击。视联网像电话网一样采取“先管理,后通信”的机制,结构性安全设计采用主动型安全理念,实现设备与用户数据主动隔离,从结构上彻底根除了困扰互联网的网络安全问题。视联网设计之初就充分考虑到安全问题,并采取了主动性安全设计方式,通过接入安全、传输安全、设备安全、应用安全等方面进行设计,具备“先知先觉”的安全特征。因此,将用户信息存储至基于视联网的存储网关中,避免了客户重要资料丢失和泄露。
需要说明的是,对于方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明实施例并不受所描述的动作顺序的限制,因为依据本发明实施例,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作并不一定是本发明实施例所必须的。
实施例三
参照图7,示出了本发明实施例三的一种信息处理装置的结构框图。本发明实施例的信息处理装置可以应用于视联网中,在所述视联网中包括网管服务器、视联网服务器和视联网存储网关,在互联网中包括互联网终端。
本发明实施例的信息处理装置可以包括以下模块:
所述网管服务器包括:
第一接收模块701,用于接收所述互联网终端通过互联网上传的第一互联网协议数据包,并缓存所述第一互联网协议数据包;所述第一互联网协议数据包包括用户标识和所述用户标识对应的用户信息;
第一转换模块702,用于将缓存的第一互联网协议数据包转换为第一视联网协议数据包;
上传模块703,用于通过视联网经由所述视联网服务器,将所述第一视联网协议数据包上传至所述视联网存储网关进行存储;
删除模块704,用于删除所述缓存的第一互联网协议数据包。
在一种可选实施方式中,所述第一转换模块包括:第一包头添加单元,用于为所述缓存的第一互联网协议数据包添加基于视联网协议的第一视联网包头,得到所述第一视联网协议数据包;所述第一视联网包头中包括所述第一视联网协议数据包在视联网中的传输路径信息。
在一种可选实施方式中,所述网管服务器还包括:第一提取模块,用于从所述缓存的第一互联网协议数据包中提取所述用户信息;编码模块,用于采用预设的视联网编码方式对所述用户信息进行编码。
在一种可选实施方式中,所述网管服务器还包括:判断模块,用于判断所述缓存的第一互联网协议数据包是否到达设定数量;所述网管服务器第一转换模块,具体用于在所述判断模块判定所述缓存的第一互联网协议数据包到达设定数量后,将所述缓存的第一互联网协议数据包转换为第一视联网协议数据包。
在一种可选实施方式中,所述网管服务器还包括:第二接收模块,用于接收所述互联网终端通过互联网发送的互联网协议请求包;所述互联网协议请求包包括待下载的用户标识;第二转换模块,用于将所述互联网协议请求包转换为视联网协议请求包;发送模块,用于通过视联网经由所述视联网服务器,将所述视联网协议请求包发送至所述视联网存储网关;第三接收模块,用于接收所述视联网存储网关通过视联网经由所述视联网服务器,返回的第二视联网协议数据包;所述第二视联网协议数据包包括所述待下载的用户标识对应的用户信息;第三转换模块,用于将所述第二视联网协议数据包转换为第二互联网协议数据包;返回模块,用于通过互联网将所述第二互联网协议数据包返回至所述互联网终端。
在一种可选实施方式中,所述第二转换模块包括:第二包头添加单元,用于为所述互联网协议请求包添加基于视联网协议的第二视联网包头,得到所述视联网协议请求包;所述第二视联网包头中包括所述视联网协议请求包在视联网中的传输路径信息。
在一种可选实施方式中,所述第三转换模块包括:包头删除单元,用于删除所述第二视联网协议数据包中的第三视联网包头,并添加第三互联网包头,得到所述第二互联网协议数据包;所述第三视联网包头中包括所述第二视联网协议数据包在视联网中的传输路径信息。
在一种可选实施方式中,所述网管服务器还包括:第二提取模块,用于从所述第二互联网协议数据包中提取所述待下载的用户信息标识对应的用户信息;所述待下载的用户信息标识对应的用户信息为采用预设的视联网编码方式进行编码后的信息;解码模块,用于采用预设的视联网解码方式对所述待下载的用户信息标识对应的用户信息进行解码;所述视联网编码方式与所述视联网解码方式对应。
本发明实施例中通过互联网将用户信息上传至网管服务器,网管服务器再通过视联网将用户信息上传至视联网存储网关,网管服务器中不再存储用户信息,由视联网存储网关对用户信息进行存储和统一管理,视联网属于专用网络,未在视联网中注册授权的设备无法访问视联网,因此能够避免遭受网络攻击,提高了用户信息的安全性,管理更加便捷。
对于装置实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
在本发明的实施例中,还提供了一种信息处理装置。该装置可以包括一个或多个处理器,以及其上存储有指令的一个或多个机器可读介质,指令例如应用程序。当由所述一个或多个处理器执行时,使得所述装置执行上述的信息处理方法。
在本发明的实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器,上述指令可由电子设备的处理器执行,以完成上述的信息处理方法。例如,所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。
本领域内的技术人员应明白,本发明实施例的实施例可提供为方法、装置、或计算机程序产品。因此,本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上,使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明实施例的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
以上对本发明所提供的一种信息处理方法、装置及存储介质,进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。

Claims (18)

1.一种信息处理方法,其特征在于,所述方法应用于视联网中,在所述视联网中包括网管服务器、视联网服务器和视联网存储网关,在互联网中包括互联网终端;所述方法包括:
所述网管服务器接收所述互联网终端通过互联网上传的第一互联网协议数据包,并缓存所述第一互联网协议数据包;所述第一互联网协议数据包包括用户标识和所述用户标识对应的用户信息;
所述网管服务器将缓存的第一互联网协议数据包转换为第一视联网协议数据包;
所述网管服务器通过视联网经由所述视联网服务器,将所述第一视联网协议数据包上传至所述视联网存储网关进行存储;
所述网管服务器删除所述缓存的第一互联网协议数据包。
2.根据权利要求1所述的方法,其特征在于,所述网管服务器将缓存的第一互联网协议数据包转换为第一视联网协议数据包的步骤,包括:
所述网管服务器为所述缓存的第一互联网协议数据包添加基于视联网协议的第一视联网包头,得到所述第一视联网协议数据包;
所述第一视联网包头中包括所述第一视联网协议数据包在视联网中的传输路径信息。
3.根据权利要求1所述的方法,其特征在于,所述网管服务器将缓存的第一互联网协议数据包转换为第一视联网协议数据包的步骤之前,还包括:
所述网管服务器从所述缓存的第一互联网协议数据包中提取所述用户信息;
所述网管服务器采用预设的视联网编码方式对所述用户信息进行编码。
4.根据权利要求1所述的方法,其特征在于,
在所述网管服务器将缓存的第一互联网协议数据包转换为第一视联网协议数据包的步骤之前,还包括:所述网管服务器判断所述缓存的第一互联网协议数据包是否到达设定数量;
所述网管服务器将缓存的第一互联网协议数据包转换为第一视联网协议数据包的步骤包括:所述网管服务器在判定所述缓存的第一互联网协议数据包到达设定数量后,将所述缓存的第一互联网协议数据包转换为第一视联网协议数据包。
5.根据权利要求1所述的方法,其特征在于,所述方法包括:
所述网管服务器接收所述互联网终端通过互联网发送的互联网协议请求包;所述互联网协议请求包包括待下载的用户标识;
所述网管服务器将所述互联网协议请求包转换为视联网协议请求包;
所述网管服务器通过视联网经由所述视联网服务器,将所述视联网协议请求包发送至所述视联网存储网关;
所述网管服务器接收所述视联网存储网关通过视联网经由所述视联网服务器,返回的第二视联网协议数据包;所述第二视联网协议数据包包括所述待下载的用户标识对应的用户信息;
所述网管服务器将所述第二视联网协议数据包转换为第二互联网协议数据包;
所述网管服务器通过互联网将所述第二互联网协议数据包返回至所述互联网终端。
6.根据权利要求5所述的方法,其特征在于,所述网管服务器将所述互联网协议请求包转换为视联网协议请求包的步骤,包括:
所述网管服务器为所述互联网协议请求包添加基于视联网协议的第二视联网包头,得到所述视联网协议请求包;
所述第二视联网包头中包括所述视联网协议请求包在视联网中的传输路径信息。
7.根据权利要求5所述的方法,其特征在于,所述网管服务器将所述第二视联网协议数据包转换为第二互联网协议数据包的步骤,包括:
所述网管服务器删除所述第二视联网协议数据包中的第三视联网包头,并添加第三互联网包头,得到所述第二互联网协议数据包;
所述第三视联网包头中包括所述第二视联网协议数据包在视联网中的传输路径信息。
8.根据权利要求5所述的方法,其特征在于,在所述网管服务器将所述第二视联网协议数据包转换为第二互联网协议数据包的步骤之后,还包括:
所述网管服务器从所述第二互联网协议数据包中提取所述待下载的用户信息标识对应的用户信息;所述待下载的用户信息标识对应的用户信息为采用预设的视联网编码方式进行编码后的信息;
所述网管服务器采用预设的视联网解码方式对所述待下载的用户信息标识对应的用户信息进行解码;所述视联网编码方式与所述视联网解码方式对应。
9.一种信息处理装置,其特征在于,所述装置应用于视联网中,在所述视联网中包括网管服务器、视联网服务器和视联网存储网关,在互联网中包括互联网终端;所述网管服务器包括:
第一接收模块,用于接收所述互联网终端通过互联网上传的第一互联网协议数据包,并缓存所述第一互联网协议数据包;所述第一互联网协议数据包包括用户标识和所述用户标识对应的用户信息;
第一转换模块,用于将缓存的第一互联网协议数据包转换为第一视联网协议数据包;
上传模块,用于通过视联网经由所述视联网服务器,将所述第一视联网协议数据包上传至所述视联网存储网关进行存储;
删除模块,用于删除所述缓存的第一互联网协议数据包。
10.根据权利要求9所述的装置,其特征在于,所述第一转换模块包括:
第一包头添加单元,用于为所述缓存的第一互联网协议数据包添加基于视联网协议的第一视联网包头,得到所述第一视联网协议数据包;
所述第一视联网包头中包括所述第一视联网协议数据包在视联网中的传输路径信息。
11.根据权利要求9所述的装置,其特征在于,所述网管服务器还包括:
第一提取模块,用于从所述缓存的第一互联网协议数据包中提取所述用户信息;
编码模块,用于采用预设的视联网编码方式对所述用户信息进行编码。
12.根据权利要求9所述的装置,其特征在于,
所述网管服务器还包括:判断模块,用于判断所述缓存的第一互联网协议数据包是否到达设定数量;
所述网管服务器第一转换模块,具体用于在所述判断模块判定所述缓存的第一互联网协议数据包到达设定数量后,将所述缓存的第一互联网协议数据包转换为第一视联网协议数据包。
13.根据权利要求9所述的装置,其特征在于,所述网管服务器还包括:
第二接收模块,用于接收所述互联网终端通过互联网发送的互联网协议请求包;所述互联网协议请求包包括待下载的用户标识;
第二转换模块,用于将所述互联网协议请求包转换为视联网协议请求包;
发送模块,用于通过视联网经由所述视联网服务器,将所述视联网协议请求包发送至所述视联网存储网关;
第三接收模块,用于接收所述视联网存储网关通过视联网经由所述视联网服务器,返回的第二视联网协议数据包;所述第二视联网协议数据包包括所述待下载的用户标识对应的用户信息;
第三转换模块,用于将所述第二视联网协议数据包转换为第二互联网协议数据包;
返回模块,用于通过互联网将所述第二互联网协议数据包返回至所述互联网终端。
14.根据权利要求13所述的装置,其特征在于,所述第二转换模块包括:
第二包头添加单元,用于为所述互联网协议请求包添加基于视联网协议的第二视联网包头,得到所述视联网协议请求包;
所述第二视联网包头中包括所述视联网协议请求包在视联网中的传输路径信息。
15.根据权利要求13所述的装置,其特征在于,所述第三转换模块包括:
包头删除单元,用于删除所述第二视联网协议数据包中的第三视联网包头,并添加第三互联网包头,得到所述第二互联网协议数据包;
所述第三视联网包头中包括所述第二视联网协议数据包在视联网中的传输路径信息。
16.根据权利要求13所述的装置,其特征在于,所述网管服务器还包括:
第二提取模块,用于从所述第二互联网协议数据包中提取所述待下载的用户信息标识对应的用户信息;所述待下载的用户信息标识对应的用户信息为采用预设的视联网编码方式进行编码后的信息;
解码模块,用于采用预设的视联网解码方式对所述待下载的用户信息标识对应的用户信息进行解码;所述视联网编码方式与所述视联网解码方式对应。
17.一种信息处理装置,其特征在于,包括:
一个或多个处理器;和
其上存储有指令的一个或多个机器可读介质,当由所述一个或多个处理器执行时,使得所述装置执行如权利要求1至8任一项所述的信息处理方法。
18.一种计算机可读存储介质,其特征在于,其存储的计算机程序使得处理器执行如权利要求1至8任一项所述的信息处理方法。
CN201910381229.7A 2019-05-08 2019-05-08 信息处理方法、装置及存储介质 Pending CN110266638A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910381229.7A CN110266638A (zh) 2019-05-08 2019-05-08 信息处理方法、装置及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910381229.7A CN110266638A (zh) 2019-05-08 2019-05-08 信息处理方法、装置及存储介质

Publications (1)

Publication Number Publication Date
CN110266638A true CN110266638A (zh) 2019-09-20

Family

ID=67914370

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910381229.7A Pending CN110266638A (zh) 2019-05-08 2019-05-08 信息处理方法、装置及存储介质

Country Status (1)

Country Link
CN (1) CN110266638A (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111478940A (zh) * 2020-03-03 2020-07-31 视联动力信息技术股份有限公司 一种数据处理的方法和装置
CN111818010A (zh) * 2020-05-26 2020-10-23 视联动力信息技术股份有限公司 一种数据传输方法、装置、电子设备及存储介质
CN111865921A (zh) * 2020-06-18 2020-10-30 视联动力信息技术股份有限公司 一种数据通信方法、装置、终端设备和存储介质

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160044077A1 (en) * 2014-08-06 2016-02-11 Dell Products L.P. Policy use in a data mover employing different channel protocols
CN106303359A (zh) * 2015-05-14 2017-01-04 北京视联动力国际信息技术有限公司 一种网络转换的处理方法和设备
CN108243153A (zh) * 2016-12-23 2018-07-03 北京视联动力国际信息技术有限公司 一种在视联网中播放电视节目的方法和装置
CN108965776A (zh) * 2017-08-21 2018-12-07 北京视联动力国际信息技术有限公司 一种通信方法以及通信系统
CN109698859A (zh) * 2018-11-14 2019-04-30 视联动力信息技术股份有限公司 一种基于视联网的数据存储方法和装置
CN109698790A (zh) * 2018-12-13 2019-04-30 视联动力信息技术股份有限公司 一种视联网数据的存储方法及系统
CN110086773A (zh) * 2019-03-19 2019-08-02 视联动力信息技术股份有限公司 一种音视频数据的处理方法和系统

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160044077A1 (en) * 2014-08-06 2016-02-11 Dell Products L.P. Policy use in a data mover employing different channel protocols
CN106303359A (zh) * 2015-05-14 2017-01-04 北京视联动力国际信息技术有限公司 一种网络转换的处理方法和设备
CN108243153A (zh) * 2016-12-23 2018-07-03 北京视联动力国际信息技术有限公司 一种在视联网中播放电视节目的方法和装置
CN108965776A (zh) * 2017-08-21 2018-12-07 北京视联动力国际信息技术有限公司 一种通信方法以及通信系统
CN109698859A (zh) * 2018-11-14 2019-04-30 视联动力信息技术股份有限公司 一种基于视联网的数据存储方法和装置
CN109698790A (zh) * 2018-12-13 2019-04-30 视联动力信息技术股份有限公司 一种视联网数据的存储方法及系统
CN110086773A (zh) * 2019-03-19 2019-08-02 视联动力信息技术股份有限公司 一种音视频数据的处理方法和系统

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111478940A (zh) * 2020-03-03 2020-07-31 视联动力信息技术股份有限公司 一种数据处理的方法和装置
CN111478940B (zh) * 2020-03-03 2023-02-28 视联动力信息技术股份有限公司 一种数据处理的方法和装置
CN111818010A (zh) * 2020-05-26 2020-10-23 视联动力信息技术股份有限公司 一种数据传输方法、装置、电子设备及存储介质
CN111818010B (zh) * 2020-05-26 2024-04-02 视联动力信息技术股份有限公司 一种数据传输方法、装置、电子设备及存储介质
CN111865921A (zh) * 2020-06-18 2020-10-30 视联动力信息技术股份有限公司 一种数据通信方法、装置、终端设备和存储介质
CN111865921B (zh) * 2020-06-18 2023-11-24 视联动力信息技术股份有限公司 一种数据通信方法、装置、终端设备和存储介质

Similar Documents

Publication Publication Date Title
CN108023910B (zh) 一种基于视联网的终端监控方法和系统
CN108121588B (zh) 一种访问外部资源的方法及其视联网接入服务器
CN108418778A (zh) 一种互联网与视联网通信的方法、装置及交互系统
CN109120962A (zh) 软件终端连接视联网的方法和装置
CN110121059A (zh) 监控视频处理方法、装置及存储介质
CN108632238A (zh) 一种权限控制的方法和装置
CN110035005A (zh) 数据处理方法和装置
CN109246486A (zh) 一种组帧方法和装置
CN109889779A (zh) 一种报文乱序的处理方法和装置
CN110049346A (zh) 一种视频直播的方法和系统
CN110049341A (zh) 视频处理方法和装置
CN110266638A (zh) 信息处理方法、装置及存储介质
CN110324678A (zh) 传输监控资源的方法、装置、电子设备及可读存储介质
CN110138513A (zh) 一种数据传输方法和视联网系统
CN109905627A (zh) 一种音视频流数据录制的方法和装置
CN109743265A (zh) 一种获取证件信息的方法和装置
CN109547727A (zh) 数据缓存方法和装置
CN109309803A (zh) 一种摄像头远程控制方法和装置
CN109151519A (zh) 一种基于视联网的配置分发方法和系统
CN108881791B (zh) 一种基于视联网的会议控制方法及会议控制装置
CN109842630A (zh) 视频处理方法和装置
CN110149497A (zh) 一种视联网数据传输方法、装置、系统及可读存储介质
CN109617766A (zh) 一种心跳处理方法和装置
CN109586851A (zh) 基于视联网的数据传输方法和装置
CN109819133A (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
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20190920