一种表格数据处理方法及视联网服务器
技术领域
本发明实施例涉及视联网技术领域,尤其涉及一种表格数据处理方法,以及,一种视联网服务器。
背景技术
目前,随着网络科技的快速发展,视频会议、视频教学等双向通信在用户的生活、工作、学习等方面广泛普及,视联网技术越来越多地应用在各个技术领域。
基于视联网协议进行数据的视联网网站,可以存储用户上传的表格文件,例如EXCEL文件等。
然而,若用户上传的表格文件中,包含有存在数据格式错误的无效数据,则会导致视联网网站无法将表格文件中包括有效数据在内的全部表格数据,导入至表格数据库,造成全部表格数据的失效。
因此,现有的表格数据处理方法存在着部分无效数据造成全部表格数据失效的问题。
发明内容
本发明提供了一种表格数据处理方法以及一种视联网服务器,以解决现有的表格数据处理方法存在着部分无效数据造成全部表格数据失效的问题。
为了解决上述技术问题,本发明实施例提供了一种表格数据处理方法,应用于视联网服务器,所述视联网服务器存储有多个第一表格字段标识以及与其对应的多个第一表格数据格式,所述方法包括:
获取表格数据;所述表格数据携带第二表格字段标识;所述表格数据具有第二表格数据格式;
提取与所述第二表格字段标识匹配的目标第一表格字段标识;
提取所述目标第一表格字段标识对应的目标第一表格数据格式;
当所述第二表格数据格式与所述目标第一表格数据格式匹配时,存储所述表格数据至预设的表格数据库。
可选地,当所述第二表格数据格式与所述目标第一表格数据格式不匹配时,所述方法还包括:
生成格式错误提示;所述格式错误提示包括所述目标第一表格数据格式;
发送所述格式错误提示至用户终端。
可选地,所述表格数据库存储有多个历史表格数据,所述方法还包括:
将所述表格数据与所述多个历史表格数据进行比较;
若存在与所述表格数据相同的至少一个历史表格数据,则从所述表格数据库中删除所述表格数据。
可选地,所述表格数据具有多个,在所述获取表格数据的步骤之前,所述方法还包括:
接收用户上传的至少一个表格;
从所述至少一个表格中提取多个表格数据。
可选地,所述表格具有多个表格位置,所述生成格式错误提示的步骤,包括:
获取所述表格数据在所述至少一个表格中所处的目标表格位置;
采用所述目标第一表格数据格式和所述目标表格位置,生成所述格式错误提示。
为了解决上述技术问题,本发明实施例还提供了一种视联网服务器,所述视联网服务器存储有多个第一表格字段标识以及与其对应的多个第一表格数据格式,所述视联网服务器包括:
表格数据获取模块,用于获取表格数据;所述表格数据携带第二表格字段标识;所述表格数据具有第二表格数据格式;
第一表格字段标识提取模块,用于提取与所述第二表格字段标识匹配的目标第一表格字段标识;
第一表格数据格式提取模块,用于提取所述目标第一表格字段标识对应的目标第一表格数据格式;
表格数据存储模块,用于当所述第二表格数据格式与所述目标第一表格数据格式匹配时,存储所述表格数据至预设的表格数据库。
可选地,当所述第二表格数据格式与所述目标第一表格数据格式不匹配时,所述视联网服务器还包括:
提示生成模块,用于生成格式错误提示;所述格式错误提示包括所述目标第一表格数据格式;
提示发送模块,用于发送所述格式错误提示至用户终端。
可选地,所述表格数据库存储有多个历史表格数据,所述视联网服务器还包括:
表格数据比较模块,用于将所述表格数据与所述多个历史表格数据进行比较;
表格数据删除模块,用于若存在与所述表格数据相同的至少一个历史表格数据,则从所述表格数据库中删除所述表格数据。
可选地,所述表格数据具有多个,所述视联网服务器还包括:
表格接收模块,用于接收用户上传的至少一个表格;
表格数据提取模块,用于从所述至少一个表格中提取多个表格数据。
可选地,所述表格具有多个表格位置,所述提示生成模块,包括:
目标表格位置获取子模块,用于获取所述表格数据在所述至少一个表格中所处的目标表格位置;
格式错误提示生成子模块,用于采用所述目标第一表格数据格式和所述目标表格位置,生成所述格式错误提示。
根据本发明实施例,通过根据表格数据的第二表格字段标识匹配出目标第一表格字段标识,确定与目标第一表格字段标识对应的目标第一表格数据格式,并将第二表格数据格式与目标第一表格数据格式进行匹配,在两者匹配时,将表格数据存储至表格数据库,从而,在所有表格数据均为有效数据时才将表格文件的全部表格数据写入至表格数据库,避免了部分无效数据造成全部表格数据失效的问题。
附图说明
图1是本发明实施例一提供的一种表格数据处理方法的流程图;
图2是本发明实施例二提供的一种表格数据处理方法的流程图;
图3是本发明实施例三提供的一种视联网服务器的结构框图;
图4是本发明实施例四提供的一种视联网服务器的结构框图;
图5是本发明的一种视联网的组网示意图;
图6是本发明的一种节点服务器的硬件结构示意图;
图7是本发明的一种接入交换机的硬件结构示意图;
图8是本发明的一种以太网协转网关的硬件结构示意图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。
实施例一
图1是本发明实施例一提供的一种表格数据处理方法的流程图,该方法应用于视联网服务器,所述视联网服务器存储有多个第一表格字段标识以及与其对应的多个第一表格数据格式,该方法具体可以包括如下步骤:
步骤110,获取表格数据;所述表格数据携带第二表格字段标识;所述表格数据具有第二表格数据格式。
需要说明的是,本发明实施例提供的表格数据处理方法,可以应用于视联网服务器。视联网服务器可以预存有表格字段标识,该表格字段标识可以为一个表格文件中的字段标识,例如,“Name”、“Amount”等。
用户可以预先设定表格文件中某个字段的表格数据格式。例如,针对Amount字段的字段值的数据格式为自然数,或者,Name的字段值不能为空。
当然,本领域技术人员可以根据实际需要设定表格数据格式,上述示例仅供参考,本发明实施例不对表格数据格式的具体内容作限定。
用户设定字段的表格数据格式之后,可以针对字段的表格字段标识与所设定的表格数据格式建立对应关系,并上传至视联网服务器。由此视联网服务器可以存储有表格字段标识以及与其对应的表格数据格式。
为了区分说明,将视联网服务器存储的表格字段标识和表格数据格式,分别命名为第一表格字段标识和第一表格数据格式。
在具体实现中,用户可以向视联网服务器发送一个表格文件,视联网服务器可以从该表格文件中获取到一个或多个表格数据。其中,该表格数据中可以携带有表格字段标识。例如,“Name”、“Amount”等。
此外,该表格数据可以具有表格数据格式。例如,针对Amount字段的字段值的数据格式为某个中文字符,或者,Name的字段值为空。
为了区分说明,将所获取的表格数据所携带的表格字段标识和和表格数据格式,分别命名为第二表格字段标识和第二表格数据格式。
步骤120,提取与所述第二表格字段标识匹配的目标第一表格字段标识。
具体实现中,视联网服务器可以将第二表格字段标识与预存的多个第一表格字段标识进行匹配,将与第二表格字段标识匹配的第一表格字段标识,作为目标第一表格字段标识。
例如,第二表格字段标识为“Name”,将其与“Name”、“Amount”、“Status”等多个第一表格字段标识进行比较,查找相同的表格字段标识。
步骤130,提取所述目标第一表格字段标识对应的目标第一表格数据格式。
具体实现中,由于第一表格字段标识与第一表格数据格式之间具有预设的对应关系,因此,可以查找到与目标第一表格字段标识对于的第一表格数据格式,作为目标第一表格数据格式。
步骤140,当所述第二表格数据格式与所述目标第一表格数据格式匹配时,存储所述表格数据至预设的表格数据库。
具体实现中,可以将表格数据具有的第二表格数据格式,与目标第一表格数据格式进行比较。若两者匹配,表明表格数据为有效数据,可以将该表格数据写入至表格数据库。若两者不匹配,表明表格数据为无效数据,无须将其写入至表格数据库。
实际应用中,还可以针对无效数据生成一个格式错误提示,并返回给提示至用户,使得用户可以根据提示,对表格文件中的无效数据进行修正。
根据本发明实施例,通过根据表格数据的第二表格字段标识匹配出目标第一表格字段标识,确定与目标第一表格字段标识对应的目标第一表格数据格式,并将第二表格数据格式与目标第一表格数据格式进行匹配,在两者匹配时,将表格数据存储至表格数据库,从而,在所有表格数据均为有效数据时才将表格文件的全部表格数据写入至表格数据库,避免了部分无效数据造成全部表格数据失效的问题。
实施例二
图2是本发明实施例二提供的一种表格数据处理方法的流程图,该方法应用于视联网服务器,所述视联网服务器存储有多个第一表格字段标识以及与其对应的多个第一表格数据格式,该方法具体可以包括如下步骤:
步骤210,接收用户上传的至少一个表格。
具体实现中,视联网网站上可以设置有一个文件上传按钮,用户可以点击该按钮,并选择一个或多个的表格,将表格文件上传至视联网网站对应的视联网服务器。由此,视联网服务器接收到用户上传的一个或多个表格。
实际应用中,视联网网站可以安装一个数据识别插件,用于对上传的表格识别其有效数据和无效数据。
步骤220,从所述至少一个表格中提取多个表格数据。
具体实现中,一个表格中可以包含有一个或多个的表格数据。视联网服务器可以从接收到的表格中,提取表格数据,以对表格数据的有效性进行识别。
步骤230,获取表格数据;所述表格数据携带第二表格字段标识;所述表格数据具有第二表格数据格式。
步骤240,提取与所述第二表格字段标识匹配的目标第一表格字段标识。
步骤250,提取所述目标第一表格字段标识对应的目标第一表格数据格式。
步骤260,当所述第二表格数据格式与所述目标第一表格数据格式匹配时,存储所述表格数据至预设的表格数据库。
在实际应用中,表格数据存储至表格数据库后,可以将存储的表格数据,在视联网网站上进行展示。
可选地,所述表格数据库存储有多个历史表格数据,所述方法还包括:
将所述表格数据与所述多个历史表格数据进行比较;
若存在与所述表格数据相同的至少一个历史表格数据,则从所述表格数据库中删除所述表格数据。
具体实现中,视联网服务器还可以对表格数据进行去重处理。更具体地,视联网服务器可以将表格数据与预存的多个历史表格数据进行比较,若存在有重复的表格数据,可以将重复的其中一个或多个表格数据删除,避免表格数据库中产生冗余数据。
步骤270,当所述第二表格数据格式与所述目标第一表格数据格式不匹配时,生成格式错误提示;所述格式错误提示包括所述目标第一表格数据格式。
具体实现中,如果识别出第二表格数据格式与目标第一表格数据格式不匹配,表明该表格数据为无效数据。因此,可以根据目标第一表格数据格式,相应地生成一个格式错误提示。
可选地,所述表格具有多个表格位置,所述步骤270,可以具体包括:
步骤271,获取所述表格数据在所述至少一个表格中所处的目标表格位置;
步骤272,采用所述目标第一表格数据格式和所述目标表格位置,生成所述格式错误提示。
具体实现中,一个表格中可以具有多个表格位置,每个表格位置可以记录有表格数据。在识别出某个表格数据为无效数据时,可以针对该表格数据在表格中所处的表格位置,标记为目标表格位置,根据目标第一表格数据格式和目标表格位置,生成格式错误提示。
例如,格式错误提示可以包括“第2列第5行,Name字段不能为空”的内容。
步骤280,发送所述格式错误提示至用户终端。
具体实现中,可以将所生成的格式错误提示返回给用户,以提示用户针对目标表格位置的表格数据,将其数据格式修改为目标第一表格数据格式。
根据本发明实施例,通过将无效数据在表格中所处的目标表格位置提示给用户,节省用户针对表格中多个表格数据逐一查找无效数据所耗费的时间。此外,通过将正确的表格数据格式提示给用户,避免了用户因不知道正确的表格数据格式而无法对表格数据进行修改的问题。
实施例三
图3是本发明实施例三提供的一种视联网服务器的结构框图,所述视联网服务器300存储有多个第一表格字段标识以及与其对应的多个第一表格数据格式,所述视联网服务器300可以具体包括如下模块:
表格数据获取模块310,用于获取表格数据;所述表格数据携带第二表格字段标识;所述表格数据具有第二表格数据格式;
第一表格字段标识提取模块320,用于提取与所述第二表格字段标识匹配的目标第一表格字段标识;
第一表格数据格式提取模块330,用于提取所述目标第一表格字段标识对应的目标第一表格数据格式;
表格数据存储模块340,用于当所述第二表格数据格式与所述目标第一表格数据格式匹配时,存储所述表格数据至预设的表格数据库。
根据本发明实施例,通过根据表格数据的第二表格字段标识匹配出目标第一表格字段标识,确定与目标第一表格字段标识对应的目标第一表格数据格式,并将第二表格数据格式与目标第一表格数据格式进行匹配,在两者匹配时,将表格数据存储至表格数据库,从而,在所有表格数据均为有效数据时才将表格文件的全部表格数据写入至表格数据库,避免了部分无效数据造成全部表格数据失效的问题。
实施例四
图4是本发明实施例四提供的一种视联网服务器的结构框图,所述视联网服务器400存储有多个第一表格字段标识以及与其对应的多个第一表格数据格式,所述视联网服务器400可以具体包括如下模块:
表格接收模块410,用于接收用户上传的至少一个表格;
表格数据提取模块420,用于从所述至少一个表格中提取多个表格数据。
表格数据获取模块430,用于获取表格数据;所述表格数据携带第二表格字段标识;所述表格数据具有第二表格数据格式;
第一表格字段标识提取模块440,用于提取与所述第二表格字段标识匹配的目标第一表格字段标识;
第一表格数据格式提取模块450,用于提取所述目标第一表格字段标识对应的目标第一表格数据格式;
表格数据存储模块460,用于当所述第二表格数据格式与所述目标第一表格数据格式匹配时,存储所述表格数据至预设的表格数据库。
提示生成模块470,用于当所述第二表格数据格式与所述目标第一表格数据格式不匹配时,生成格式错误提示;所述格式错误提示包括所述目标第一表格数据格式;
提示发送模块480,用于发送所述格式错误提示至用户终端。
可选地,所述表格数据库存储有多个历史表格数据,所述视联网服务器400,可以还包括如下模块:
表格数据比较模块,用于将所述表格数据与所述多个历史表格数据进行比较;
表格数据删除模块,用于若存在与所述表格数据相同的至少一个历史表格数据,则从所述表格数据库中删除所述表格数据。
可选地,所述表格具有多个表格位置,所述提示生成模块470,可以具体包括如下子模块:
目标表格位置获取子模块471,用于获取所述表格数据在所述至少一个表格中所处的目标表格位置;
格式错误提示生成子模块472,用于采用所述目标第一表格数据格式和所述目标表格位置,生成所述格式错误提示。
根据本发明实施例,通过将无效数据在表格中所处的目标表格位置提示给用户,节省用户针对表格中多个表格数据逐一查找无效数据所耗费的时间。此外,通过将正确的表格数据格式提示给用户,避免了用户因不知道正确的表格数据格式而无法对表格数据进行修改的问题。
对于装置实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
需要补充说明的是,本发明的上述实施例,可以应用于视联网的通讯网络中。视联网是网络发展的重要里程碑,是一个实时网络,能够实现高清视频实时传输,将众多互联网应用推向高清视频化,高清面对面。
视联网采用实时高清视频交换技术,可以在一个网络平台上将所需的服务,如高清视频会议、视频监控、智能化监控分析、应急指挥、数字广播电视、延时电视、网络教学、现场直播、VOD点播、电视邮件、个性录制(PVR)、内网(自办)频道、智能化视频播控、信息发布等数十种视频、语音、图片、文字、通讯、数据等服务全部整合在一个系统平台,通过电视或电脑实现高清品质视频播放。
为使本领域技术人员更好地理解本发明实施例,以下对视联网进行介绍:
视联网所应用的部分技术如下所述:
网络技术(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直接连到统一视频平台,获得丰富多彩的各种形态的多媒体视频服务。统一视频平台采用“菜谱式”配表模式来替代传统的复杂应用编程,可以使用非常少的代码即可实现复杂的应用,实现“无限量”的新业务创新。
视联网的组网如下所述:
视联网是一种集中控制的网络结构,该网络可以是树型网、星型网、环状网等等类型,但在此基础上网络中需要有集中控制节点来控制整个网络。
如图5所示,视联网分为接入网和城域网两部分。
接入网部分的设备主要可以分为3类:节点服务器,接入交换机,终端(包括各种机顶盒、编码板、存储器等)。节点服务器与接入交换机相连,接入交换机可以与多个终端相连,并可以连接以太网。
其中,节点服务器是接入网中起集中控制功能的节点,可控制接入交换机和终端。节点服务器可直接与接入交换机相连,也可以直接与终端相连。
类似的,城域网部分的设备也可以分为3类:城域服务器,节点交换机,节点服务器。城域服务器与节点交换机相连,节点交换机可以与多个节点服务器相连。
其中,节点服务器即为接入网部分的节点服务器,即节点服务器既属于接入网部分,又属于城域网部分。
城域服务器是城域网中起集中控制功能的节点,可控制节点交换机和节点服务器。城域服务器可直接连接节点交换机,也可直接连接节点服务器。
由此可见,整个视联网络是一种分层集中控制的网络结构,而节点服务器和城域服务器下控制的网络可以是树型、星型、环状等各种结构。
形象地称,接入网部分可以组成统一视频平台(虚线圈中部分),多个统一视频平台可以组成视联网;每个统一视频平台可以通过城域以及广域视联网互联互通。
视联网设备分类
1.1本发明实施例的视联网中的设备主要可以分为3类:服务器,交换机(包括以太网网关),终端(包括各种机顶盒,编码板,存储器等)。视联网整体上可以分为城域网(或者国家网、全球网等)和接入网。
1.2其中接入网部分的设备主要可以分为3类:节点服务器,接入交换机(包括以太网网关),终端(包括各种机顶盒,编码板,存储器等)。
各接入网设备的具体硬件结构为:
节点服务器:
如图6所示,主要包括网络接口模块601、交换引擎模块602、CPU模块603、磁盘阵列模块604;
其中,网络接口模块601,CPU模块603、磁盘阵列模块604进来的包均进入交换引擎模块602;交换引擎模块602对进来的包进行查地址表605的操作,从而获得包的导向信息;并根据包的导向信息把该包存入对应的包缓存器606的队列;如果包缓存器606的队列接近满,则丢弃;交换引擎模602轮询所有包缓存器队列,如果满足以下条件进行转发:1)该端口发送缓存未满;2)该队列包计数器大于零。磁盘阵列模块604主要实现对硬盘的控制,包括对硬盘的初始化、读写等操作;CPU模块603主要负责与接入交换机、终端(图中未示出)之间的协议处理,对地址表605(包括下行协议包地址表、上行协议包地址表、数据包地址表)的配置,以及,对磁盘阵列模块604的配置。
接入交换机:
如图7所示,主要包括网络接口模块(下行网络接口模块701、上行网络接口模块702)、交换引擎模块703和CPU模块704;
其中,下行网络接口模块701进来的包(上行数据)进入包检测模块705;包检测模块705检测包的目地地址(DA)、源地址(SA)、数据包类型及包长度是否符合要求,如果符合,则分配相应的流标识符(stream-id),并进入交换引擎模块703,否则丢弃;上行网络接口模块702进来的包(下行数据)进入交换引擎模块703;CPU模块704进来的数据包进入交换引擎模块703;交换引擎模块703对进来的包进行查地址表706的操作,从而获得包的导向信息;如果进入交换引擎模块703的包是下行网络接口往上行网络接口去的,则结合流标识符(stream-id)把该包存入对应的包缓存器707的队列;如果该包缓存器707的队列接近满,则丢弃;如果进入交换引擎模块703的包不是下行网络接口往上行网络接口去的,则根据包的导向信息,把该数据包存入对应的包缓存器707的队列;如果该包缓存器707的队列接近满,则丢弃。
交换引擎模块703轮询所有包缓存器队列,在本发明实施例中分两种情形:
如果该队列是下行网络接口往上行网络接口去的,则满足以下条件进行转发:1)该端口发送缓存未满;2)该队列包计数器大于零;3)获得码率控制模块产生的令牌;
如果该队列不是下行网络接口往上行网络接口去的,则满足以下条件进行转发:1)该端口发送缓存未满;2)该队列包计数器大于零。
码率控制模块708是由CPU模块704来配置的,在可编程的间隔内对所有下行网络接口往上行网络接口去的包缓存器队列产生令牌,用以控制上行转发的码率。
CPU模块704主要负责与节点服务器之间的协议处理,对地址表706的配置,以及,对码率控制模块708的配置。
以太网协转网关:
如图8所示,主要包括网络接口模块(下行网络接口模块801、上行网络接口模块802)、交换引擎模块803、CPU模块804、包检测模块805、码率控制模块808、地址表806、包缓存器807和MAC添加模块809、MAC删除模块810。
其中,下行网络接口模块801进来的数据包进入包检测模块805;包检测模块805检测数据包的以太网MAC DA、以太网MAC SA、以太网length or frame type、视联网目地地址DA、视联网源地址SA、视联网数据包类型及包长度是否符合要求,如果符合则分配相应的流标识符(stream-id);然后,由MAC删除模块810减去MAC DA、MAC SA、length or frame type(2byte),并进入相应的接收缓存,否则丢弃;
下行网络接口模块801检测该端口的发送缓存,如果有包则根据包的视联网目地地址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)由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(PDU)、CRC。其中,标签的格式可以参考如下定义:标签是32bit,其中高16bit保留,只用低16bit,它的位置是在数据包的保留字节和payload之间。
基于视联网的上述特性,提出了本发明实施例的核心构思之一,即通过对表格数据中的表格字段标识确定其正确的表格数据格式,当表格数据和正确的表格数据格式匹配时,则将其存储至表格数据库。
在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述,构造这类系统所要求的结构是显而易见的。此外,本发明也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本发明的内容,并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
类似地,应当理解,为了精简本公开并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如下面的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外,本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在下面的权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本发明的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的服务器、终端中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。