一种业务一体化办理的方法和装置

本申请涉及视联网技术领域，特别是涉及一种业务一体化办理的方法和 一种业务一体化办理的装置。

人们在日常生活中常常需要办理各种政务业务，如身份证的补办，由于 区域管辖，还是需要回原籍办理。

随着网络科技的快速发展，政务业务的办理也逐渐实现线上化，克服了 传统技术中只能亲自到现场办理的问题，提高了人们办理政务业务的便捷 性。

鉴于上述问题，提出了本申请实施例以便提供一种克服上述问题或者至 少部分地解决上述问题的一种业务一体化办理的方法和相应的一种业务一 体化办理的装置。

为了解决上述问题，本申请实施例公开了一种业务一体化办理的方法， 所述方法应用于视联网中，所述视联网包括视联网服务器，与所述视联网服 务器分别通过视联网协议通信连接的多个业务部门终端和视联网终端，以及 与所述视联网终端通信连接的业务一体化设备，所述方法包括：

所述业务一体化设备在接收到身份验证的触发操作时，采集用户的身份 信息；

所述业务一体化设备将所采集的身份信息发送至所述视联网终端；所述 视联网终端用于将所述身份信息发送至所述视联网服务器；

所述业务一体化设备接收所述视联网终端发送的身份确认信息；其中， 所述身份确认信息是由所述视联网服务器针对所述身份信息，在验证成功后 生成的；

所述业务一体化设备根据所述身份确认信息，在接收到业务办理的第一 触发操作时，生成所述业务的申请信息；

所述业务一体化设备将所述申请信息发送至所述视联网终端；所述视联 网终端用于将所述申请信息发送至视联网服务器；

所述业务一体化设备接收所述视联网终端针对所述申请信息返回的业 务办理界面，并显示；其中，所述业务办理界面是由所述视联网服务器根据 所述申请信息，获取的与所述业务对应的业务部门终端的办理界面。

在本申请一种优选实施例中，所述业务一体化设备在接收到身份验证的 触发操作时，所采集的用户的身份信息包括人脸识别数据和/或指纹识别数 据。

在本申请一种优选实施例中，所述业务一体化设备显示所述业务办理界 面后，所述方法还包括：

所述业务一体化设备在接收到所述业务办理的第二触发操作时，生成针 对所述业务的用户确认数据；

所述业务一体化设备将所述用户确认数据发送至所述视联网终端；所述 视联网终端用于将所述用户确认数据发送至视联网服务器；

所述业务一体化设备接收所述视联网终端针对所述用户确认数据返回 的受理反馈信息，并显示；其中，所述受理反馈信息是由所述视联网服务器 根据所述用户确认数据，获取的与所述业务对应的业务部门终端的受理意 见。

为了解决上述问题，本申请实施例公开了另一种业务一体化办理的方 法，所述方法应用于视联网中，所述视联网包括视联网服务器，与所述视联 网服务器分别通过视联网协议通信连接的多个业务部门终端和视联网终端， 以及与所述视联网终端通信连接的业务一体化设备，所述方法包括：

所述视联网终端接收所述业务一体化设备发送的用户的身份信息；其 中，所述身份信息是由所述业务一体化设备在接收到身份验证的触发操作 时，对所述用户所采集的；

所述视联网终端将所述身份信息发送至所述视联网服务器；

所述视联网终端接收所述视联网服务器发送的身份确认信息；其中，所 述身份确认信息是由所述视联网服务器针对所述身份信息，在验证成功后生 成的；

所述视联网终端将所述身份确认信息发送至所述业务一体化设备；所述 业务一体化设备用于根据所述身份确认信息，在接收到业务办理的第一触发 操作时，生成所述业务的申请信息；

所述视联网终端接收所述业务一体化设备发送的申请信息；

所述视联网终端将所述申请信息发送至视联网服务器；所述视联网服务 器用于根据所述申请信息，获取的与所述业务对应的业务部门终端的办理界 面；

所述视联网终端接收所述视联网服务器针对所述申请信息返回的业务 办理界面；

所述视联网终端将所述业务办理界面发送至所述业务一体化设备；所述 业务一体化设备用于显示所述业务办理界面。

在本申请一种优选实施例中，所述业务一体化设备用于显示所述业务办 理界面后，所述方法还包括：

所述视联网终端接收所述业务一体化设备发送的用户确认数据；其中， 所述用户确认数据是由所述业务一体化设备在接收到所述业务办理的第二 触发操作时所生成的；

所述视联网终端将所述用户确认数据发送至视联网服务器；所述视联网 服务器用于根据所述用户确认数据，获取的与所述业务对应的业务部门终端 的受理意见；

所述视联网终端接收所述视联网服务器针对所述用户确认数据返回的 受理反馈信息；

所述视联网终端将所述受理反馈信息发送至所述业务一体化设备；所述 业务一体化设备用于显示所述受理反馈信息。

为了解决上述问题，对应本申请实施例的一种业务一体化办理的方法， 本申请实施例公开了一种业务一体化办理的装置，所述装置应用于视联网 中，所述视联网包括视联网服务器，与所述视联网服务器分别通过视联网协 议通信连接的多个业务部门终端和视联网终端，以及与所述视联网终端通信 连接的业务一体化设备，所述业务一体化设备包括以下模块：

身份信息采集模块，用于在接收到身份验证的触发操作时，采集用户的 身份信息；

身份信息发送模块，用于将所采集的身份信息发送至所述视联网终端； 所述视联网终端用于将所述身份信息发送至所述视联网服务器；

身份确认接收模块，用于接收所述视联网终端发送的身份确认信息；其 中，所述身份确认信息是由所述视联网服务器针对所述身份信息，在验证成 功后生成的；

业务办理申请模块，用于根据所述身份确认信息，在接收到业务办理的 第一触发操作时，生成所述业务的申请信息；

申请信息发送模块，用于将所述申请信息发送至所述视联网终端；所述 视联网终端用于将所述申请信息发送至视联网服务器；

业务办理显示模块，用于接收所述视联网终端针对所述申请信息返回的 业务办理界面，并显示；其中，所述业务办理界面是由所述视联网服务器根 据所述申请信息，获取的与所述业务对应的业务部门终端的办理界面。

在本申请一种优选实施例中，所述身份信息采集模块包括以下子模块：

指纹识别子模块，用于在接收到身份验证的触发操作时，采集用户的指 纹识别数据；

人脸识别子模块，用于在接收到身份验证的触发操作时，采集用户的人 脸识别数据。

在本申请一种优选实施例中，所述业务一体化设备显示所述业务办理界 面后，所述业务一体化设备还包括以下模块：

用户确认数据生成模块，用于在接收到所述业务办理的第二触发操作 时，生成针对所述业务的用户确认数据；

用户确认数据发送模块，用于将所述用户确认数据发送至所述视联网终 端；所述视联网终端用于将所述用户确认数据发送至视联网服务器；

业务受理意见反馈模块，用于接收所述视联网终端针对所述用户确认数 据返回的受理反馈信息，并显示；其中，所述受理反馈信息是由所述视联网 服务器根据所述用户确认数据，获取的与所述业务对应的业务部门终端的受 理意见。

在本申请一种优选实施例中，所述用户确认数据生成模块包括以下子模 块：

身份证识别子模块，用于在接收到所述业务办理的第二触发操作时，生 成针对所述业务的身份证识别信息；

电子签名子模块，用于在接收到所述业务办理的第二触发操作时，生成 针对所述业务的电子签名信息；

数据录入子模块，用于在接收到所述业务办理的第二触发操作时，生成 针对所述业务的数据录入信息。

为了解决上述问题，对应本申请实施例的另一种业务一体化办理的方 法，本申请实施例公开了另一种业务一体化办理的装置，所述装置应用于视 联网中，所述视联网包括视联网服务器，与所述视联网服务器分别通过视联 网协议通信连接的多个业务部门终端和视联网终端，以及与所述视联网终端 通信连接的业务一体化设备，所述视联网终端包括以下模块：

第一信息接收模块，用于接收所述业务一体化设备发送的用户的身份信 息；其中，所述身份信息是由所述业务一体化设备在接收到身份验证的触发 操作时，对所述用户所采集的；

第一信息发送模块，用于将所述身份信息发送至所述视联网服务器；

第二信息接收模块，用于接收所述视联网服务器发送的身份确认信息； 其中，所述身份确认信息是由所述视联网服务器针对所述身份信息，在验证 成功后生成的；

第二信息发送模块，用于将所述身份确认信息发送至所述业务一体化设 备；所述业务一体化设备用于根据所述身份确认信息，在接收到业务办理的 第一触发操作时，生成所述业务办理的申请信息；

第三信息接收模块，用于接收所述业务一体化设备发送的业务办理的申 请信息；

第三信息发送模块，用于将所述申请信息发送至视联网服务器；所述视 联网服务器用于根据所述申请信息，获取的与所述业务对应的业务部门终端 的办理界面；

第四信息接收模块，用于接收所述视联网服务器针对所述申请信息返回 的业务办理界面；

第四信息发送模块，用于将所述业务办理界面发送至所述业务一体化设 备；所述业务一体化设备用于显示所述业务办理界面。

本申请实施例包括以下优点：

本申请实施例应用视联网的特性，利用视联网服务器和视联网终端将 业务一体化设备与多个业务部门终端组网通信；当用户使用业务一体化设 备，需要进行跨部门业务办理时，用户可在业务一体化设备中选择自主切 换功能，以办理不同的政务事项；而视联网服务器根据用户在业务一体化设 备选择的业务的申请信息，可获取与所述业务对应的业务部门终端的办理 界面，并通过视联网终端传递给所述业务一体化设备显示，用户以此可以与 任意一个业务部门终端进行对话，在业务办理时远端的业务部门可以进行 远程控制，引导用户进行办理；本申请实施例可实现用户的身份验证信息 或相关用户确认数据在各个业务部门终端之间的共享，使得用户可自助、远 程一次性验证，多级办理所有业务，大大提高了现有业务办理的便捷性。

图1是本申请的一种视联网的组网示意图；

图2是本申请的一种节点服务器的硬件结构示意图；

图3是本申请的一种接入交换机的硬件结构示意图；

图4是本申请的一种以太网协转网关的硬件结构示意图；

图5是本申请实施例一种业务一体化办理的系统的结构组图；

图6是本申请实施例一种业务一体化办理的方法的步骤流程图；

图7是本申请实施例另一种业务一体化办理的方法的步骤流程图；

图8是本申请实施例一种业务一体化办理的装置的结构框图；

图9是本申请实施例另一种业务一体化办理的装置的结构框图。

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图 和具体实施方式对本申请作进一步详细的说明。

视联网是网络发展的重要里程碑，是一个实时网络，能够实现高清视频 实时传输，将众多互联网应用推向高清视频化，高清面对面。

视联网采用实时高清视频交换技术，可以在一个网络平台上将所需的服 务，如高清视频会议、视频监控、智能化监控分析、应急指挥、数字广播电 视、延时电视、网络教学、现场直播、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模块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 orframe type(2byte)，并进入相应的接收缓存，否则丢弃；

下行网络接口模块401检测该端口的发送缓存，如果有包则根据包 的视联网目地地址DA获知对应的终端的以太网MAC DA，添加终端的 以太网MAC DA、以太网协转网关的MAC SA、以太网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 之间。

基于视联网的上述特性，提出了本申请实施例的核心构思之一，遵 循视联网的协议，设计一种可自助办理政务业务的业务一体化设备，将 所述的业务一体化设备通过视联网终端与视联网服务器通信连接，该视 联网服务器同时也与多个可办理政务事项的业务部门终端连接；当用户使 用业务一体化设备，需要进行跨部门业务办理时，用户可在业务一体化设 备中选择自主切换功能，以办理不同的政务事项；而视联网服务器根据用户 在业务一体化设备选择的业务的申请信息，可获取与所述业务对应的业务 部门终端的办理界面，并通过视联网终端传递给所述业务一体化设备显示， 用户以此可以与任意一个业务部门终端进行对话，在业务办理时远端的业 务部门可以进行远程控制，引导用户进行办理。

本申请实施例基于视联网协议的安全性，利用视联网服务器和视联 网终端将业务一体化设备与多个业务部门终端组网通信，可实现用户的身份 验证信息或相关用户确认数据在各个业务部门终端之间的共享，使得用户可 自助、远程一次性验证，多级办理所有业务，大大提高了现有业务办理的便 捷性。

实施例1：

如图5所示，示出了本申请实施例一种业务一体化办理的系统的结构组 图，所述系统可以应用于视联网中，所述视联网包括视联网服务器01，与所 述视联网服务器01分别通过视联网协议通信连接的多个业务部门终端02和 视联网终端03，以及与所述视联网终端03通信连接的业务一体化设备04。

现有的线上政务业务办理方案，基本组成以用户终端和业务部门终端 为主，依靠互联网作为传输通道，而互联网H.323协议由于底层使用西 方主导的IP通信技术，服务器MCU依赖Windows或Linux操作系统， 这使得用户终端和业务部门终端之间的数据传输过程中容易遭遇黑客盗 取，基因上就无法确保通信安全，导致人们在每个政务部门进行线上办理时都需要重新验证一次身份和材料信息，操作十分繁琐，整个业务申 请下来耗时仍然较长。

本申请实施例中的视联网协议位于网络协议层中的第二层，是为了支持 超大规模、高带宽、实时通信网络而设计的一整套完整的网络通信协议体系， 可以独立于IP协议之外建立不同终端之间的寻址与通信，实现“有质量保证 地”实时通信网络系统，是一种与IP协议“平级”的大规模高带宽实时交换网 络通信技术。视联网协议中的视联网技术是属于国内完全自主创新的新一 代网络通讯技术，核心平台再没有使用微软的Windows操作系统、思科 的IP路由和英特尔的CPU中央处理器，具备结构性的网络安全特性，无 需防火墙和杀毒软件，从根本上杜绝了黑客、病毒攻击等困扰互联网的 问题，使得视联网系统对于传统互联网威胁手段无法侦测、无法攻击、 无法超越，完全符合目前国家对下一代网络的安全要求。视联网系统的 结构性安全特征也通过了公安部安全测评认证，标志着视联网在关键视 频通信领域可以实现结构性安全、确保通信安全可控，可以进入国家关 键行业核心系统服务。

本申请实施例利用视联网服务器01和视联网终端03将业务一体化设 备04与多个业务部门终端02组网通信，两两之间通过视联网协议通信，通 信路径处于链路层，不经过互联网，非视联网用户无法访问，极大限度 地避免了现有互联网线上传输所存在的安全隐患，可实现用户的身份验证 信息或相关用户确认数据在各个业务部门终端之间的共享。

本申请实施例中的视联网服务器具有高速度的运算能力、长时间的可 靠运行、强大的外部数据吞吐能力等方面，是一个视联网局域网络的中 枢和信息化的核心，可支持多用户多任务在其运行。在本申请实施例中 可以为各业务部门终端02共享用户的身份验证信息或相关用户确认数据， 并将与所述业务对应的业务部门终端的办理界面调取给业务一体化设备04 显示；使得用户在业务一体化设备04中可自助、远程一次性验证，多级办 理所有业务。

本申请实施例中的视联网终端03可以为一种接入设备，可以和多种外 部设备进行通信，比如手机、平板、台式机、笔记本、网络摄像头等；也可 以为一台计算机，与输入输出设备连接即可。通过实现如管理、控制、协议 转换、数据转换、资源分配等功能，可以将各种外部设备无缝接入视联网中。

本申请实施例中的业务一体化设备04可以为一种集成各个输入输出设 备，自带CPU的终端；也可为各种输入输出设备的总称，与视联网终端03 通信连接实现发明目的。

业务部门终端02为现有的一种终端，管理着该业务的所有流程和数据 处理，可接入外部设备，也可以服务器通信，如个人电脑或业务部门主控服 务器等，在此不多赘述。

实施例2：

如图6所示，示出了本申请实施例一种业务一体化办理的方法的步骤流 程图，所述方法可以应用于视联网中，具体可以应用于图5所示的业务一体 化设备04中，所述方法具体可以包括以下步骤：

步骤S601：所述业务一体化设备在接收到身份验证的触发操作时，采 集用户的身份信息；

在本申请实施例中，用户在办理业务前，首先要进行身份验证，以便后 续视联网服务器通过确认该用户的身份信息，可将该用户的身份信息在用户 办理不同的业务时，在各个业务部门终端之间共享，减少用户的身份验证手 续。

采集用户的身份信息的方式可包括多种，如采集用户的脸部信息，通过 人脸识别验证用户的身份信息；或采集用户的指纹信息，通过指纹识别技术 验证用户的身份信息；或者通过瞳孔识别，语音识别等等，本申请实施例在 此不多赘述，采用用户的身份信息的方式不同，所对应的身份验证的触发操 作也不同，如开启人脸识别开关或指纹识别开关等等。

步骤S602：所述业务一体化设备将所采集的身份信息发送至所述视联 网终端；所述视联网终端用于将所述身份信息发送至所述视联网服务器；

在本申请实施例中，业务一体化设备将采集的身份信息可通过有线或近 距离无线发送给视联网终端，视联网终端基于视联网协议将该身份信息通过 视联网远程发送给视联网服务器。

步骤S603：所述业务一体化设备接收所述视联网终端发送的身份确认 信息；其中，所述身份确认信息是由所述视联网服务器针对所述身份信息， 在验证成功后生成的；

在本申请实施例中，视联网服务器接收到视联网终端发送过来的身份信 息后，就将该身份信息与自身数据库中预存的用户身份数据进行比对，如通 过面部识别数据进行比对，或通过指纹识别数据进行比对。当两者数据匹配 成功，则比对一致，生成该用户的身份确认信息，然后将身份确认信息发送 给视联网终端。视联网终端再将该身份确认信息发送给业务一体化设备。

若视联网服务器接收到视联网终端发送过来的身份信息后，在自身数据 库中没有查询到该用户的身份数据，就将此次的身份信息暂作为该用户的身 份数据存储，然后生成一个身份注册提示给视联网终端，视联网终端再将该 身份注册提示发送给业务一体化设备，业务一体化设备显示该提示。用户根 据该提示，在业务一体化设备中重新完成身份信息的采集，包括实名名字、 身份证号等等录入。然后业务一体化设备再将采集的身份信息通过视联网终 端传输给视联网服务器，视联网服务器将该身份信息与之前暂存的身份数据 比对，如果比对一致，就将之前暂存的数据认证为该用户的身份数据，以便 下次该用户进行业务办理时，对其身份信息进行验证。

本申请实施例利用视联网服务器来对用户的身份信息进行验证，可解决 现有技术中用户在每个政务部门进行线上办理时都需要重新验证一次身 份和材料信息，操作十分繁琐，整个业务申请下来耗时较长的问题。

步骤S604：所述业务一体化设备根据所述身份确认信息，在接收到业 务办理的第一触发操作时，生成所述业务的申请信息；

在本申请实施例中，业务一体化设备将接收到的身份确认信息显示在屏 幕上，用户根据显示，可查看该身份确认信息是否正确。该身份确认信息包 括用户的实名名字、身份证号码，手机号码，指纹或人脸识别通过信息等等。

若业务一体化设备上显示的身份确认信息正确，用户就可根据该身份确 认信息，执行下一步骤，在屏幕上选择要办理的业务，如办理居住证，社保 补缴，征信打印，身份证补办等等。比如用户通过业务一体化设备的触摸屏 选择某项业务后，业务一体化设备就自动生成该业务的申请信息。

步骤S605：所述业务一体化设备将所述申请信息发送至所述视联网终 端；所述视联网终端用于将所述申请信息发送至视联网服务器；

在本申请实施例中，业务一体化设备将申请信息可通过有线或近距离无 线发送给视联网终端，视联网终端基于视联网协议将该申请信息通过视联网 远程发送给视联网服务器。

步骤S606：所述业务一体化设备接收所述视联网终端针对所述申请信 息返回的业务办理界面，并显示；其中，所述业务办理界面是由所述视联网 服务器根据所述申请信息，获取的与所述业务对应的业务部门终端的办理界 面。

在本申请实施例中，视联网服务器接收到该业务的申请信息后，视联网 服务器就将与所述业务对应的业务部门终端的办理界面通过视联网终端返 回给业务一体化设备。

比如该申请信息为身份证补办的申请，视联网服务器就根据该申请获取 该用户户籍地的派出所中与身份证补办对应的业务部门终端的办理界面，然 后将身份证补办的办理界面发送给视联网终端，视联网终端将该身份证补办 的办理界面发送给业务一体化设备，业务一体化设备将所述身份证补办的办 理界面显示。用户可根据该显示的内容，在业务一体化设备上补办身份证， 如登记相关信息等等。

当用户办理完该项业务后，还可在业务一体化设备上办理选择办理其他 业务，如社保补缴。视联网服务器就根据该社保补缴业务的申请获取与社保 补缴对应的业务部门终端的办理界面，然后通过视联网终端返回社保补缴办 理界面给业务一体化设备，业务一体化设备可将所述社保补缴办理界面显 示。用户可根据该显示的内容，在业务一体化设备上补缴社保。

本申请实施例提供了从业务一体化设备04的角度来阐述业务一体化办 理的一种可能方式，通过步骤S601～S606可实现用户的身份验证信息在各 个业务部门终端之间的共享，使得用户可自助、远程一次性验证，多级办理 所有业务，大大提高了现有业务办理的便捷性。

在本申请一种优选实施例中，所述业务一体化设备在接收到身份验证的 触发操作时，所采集的用户的身份信息可以包括人脸识别数据和/或指纹识别 数据。

人脸识别，是基于人的脸部特征信息进行身份识别的一种生物识别技 术。用摄像机或摄像头采集含有人脸的图像或视频流，并自动在图像中检测 和跟踪人脸，进而对检测到的人脸进行脸部识别的一系列相关技术，通常也 叫做人像识别、面部识别。具有无强制性、非接触性、操作简单、结果直观、 隐蔽性好等优点。

指纹，由于其具有终身不变性、唯一性和方便性，已几乎成为生物特征 识别的代名词。具有识别速度快，可对一个用户识别多根手指，指纹采集头 可以更加小型化，价格低廉等优点。

所以本申请实施例优选采用人脸识别数据和/或指纹识别数据来验证用 户的身份。

在本申请一种优选实施例中，如图6所示，所述业务一体化设备显示所 述业务办理界面后，所述方法具体还可以包括以下步骤：

步骤S607：所述业务一体化设备在接收到所述业务办理的第二触发操 作时，生成针对所述业务的用户确认数据；

在本申请实施例中，用户根据办理流程，如需要扫描身份证或银行卡， 此时用户就利用业务一体化设备扫描身份证或银行卡，业务一体化设备此时 生成的用户确认数据就可为所扫描的用户的身份证或银行卡图像。

步骤S608：所述业务一体化设备将所述用户确认数据发送至所述视联 网终端；所述视联网终端用于将所述用户确认数据发送至视联网服务器；

步骤S609：所述业务一体化设备接收所述视联网终端针对所述用户确 认数据返回的受理反馈信息，并显示；其中，所述受理反馈信息是由所述视 联网服务器根据所述用户确认数据，获取的与所述业务对应的业务部门终端 的受理意见。

在本申请实施例中，业务一体化设备通过视联网终端将该用户确认数据 发送至视联网服务器后，视联网服务器可将该用户确认数据存储，以便下次 或下个业务再使用。当用户的办理流程结束，即上传所有的用户确认数据后， 然后视联网服务器根据该用户确认数据，可获取与所述业务对应的业务部门 终端的受理意见，并将该受理意见通过视联网终端反馈回业务一体化设备， 业务一体化设备将所述受理反馈信息显示，比如办理居住证登记业务，就显 示为居住证登记受理成功；如办理社保补缴业务，就显示为社保补缴成功。

上述步骤的S607～S609提供了业务一体化设备显示所述业务办理界面 后，用户根据显示界面，办理该项业务的手续步骤。通过本申请实施例的方 法，对于需要携带繁杂材料的办理事项，如银行信息、社保信息、纳税信息 等，通过视联网可以实现对多个部门信息的调取，视联网服务器可将该用户 确认数据存储，在业务一体化设备的平台下，可以让用户只携带基本的身份 证明信息便可完成所有材料的验证工作。

实施例3：

如图7所示，示出了本申请实施例另一种业务一体化办理的方法的步骤 流程图，所述方法可以应用于视联网中，具体可以应用于图5所示的视联网 终端03中，所述方法具体可以包括以下步骤：

步骤S701：所述视联网终端接收所述业务一体化设备发送的用户的身 份信息；其中，所述身份信息是由所述业务一体化设备在接收到身份验证的 触发操作时，对所述用户所采集的；

步骤S702：所述视联网终端将所述身份信息发送至所述视联网服务器；

步骤S703：所述视联网终端接收所述视联网服务器发送的身份确认信 息；其中，所述身份确认信息是由所述视联网服务器针对所述身份信息，在 验证成功后生成的；

步骤S704：所述视联网终端将所述身份确认信息发送至所述业务一体 化设备；所述业务一体化设备用于根据所述身份确认信息，在接收到业务办 理的第一触发操作时，生成所述业务的申请信息；

步骤S705：所述视联网终端接收所述业务一体化设备发送的申请信息；

步骤S706：所述视联网终端将所述申请信息发送至视联网服务器；所 述视联网服务器用于根据所述申请信息，获取的与所述业务对应的业务部门 终端的办理界面；

步骤S707：所述视联网终端接收所述视联网服务器针对所述申请信息 返回的业务办理界面；

步骤S708：所述视联网终端将所述业务办理界面发送至所述业务一体 化设备；所述业务一体化设备用于显示所述业务办理界面。

本申请实施例提供了从视联网终端03的角度来阐述业务一体化办理的 一种可能方式，通过步骤S701～S708可实现用户的身份验证信息在各个业 务部门终端之间的共享，使得用户可自助、远程一次性验证，多级办理所有 业务，大大提高了现有业务办理的便捷性。具体实现原理与实施例2中相同， 在此由于篇幅原因，在此不多赘述。

在本申请一种优选实施例中，如图7所示，所述业务一体化设备用于显 示所述业务办理界面后，所述方法具体还可以包括以下步骤：

步骤S709：所述视联网终端接收所述业务一体化设备发送的用户确认 数据；其中，所述用户确认数据是由所述业务一体化设备在接收到所述业务 办理的第二触发操作时所生成的；

步骤S710：所述视联网终端将所述用户确认数据发送至视联网服务器； 所述视联网服务器用于根据所述用户确认数据，获取的与所述业务对应的业 务部门终端的受理意见；

步骤S711：所述视联网终端接收所述视联网服务器针对所述用户确认数 据返回的受理反馈信息；

步骤S712：所述视联网终端将所述受理反馈信息发送至所述业务一体 化设备；所述业务一体化设备用于显示所述受理反馈信息。

本申请实施例提供了从视联网终端03的角度来阐述业务一体化设备用 于显示所述业务办理界面后，用户根据显示界面，办理该项业务的手续步骤。 通过本申请实施例的方法，可实现用户的身份验证信息和用户确认数据在各 个业务部门终端之间的共享。具体实现原理与实施例2中的一优选实施例相 同，在此由于篇幅原因，在此不多赘述。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系 列的动作组合，但是本领域技术人员应该知悉，本申请实施例并不受所描述 的动作顺序的限制，因为依据本申请实施例，某些步骤可以采用其他顺序或 者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例 均属于优选实施例，所涉及的动作并不一定是本申请实施例所必须的。

实施例4：

如图8所示，对照实施例2中的方法，示出了本申请实施例一种业务一 体化办理的装置的结构框图，所述装置可以应用于视联网中，所述视联网包 括视联网服务器，与所述视联网服务器分别通过视联网协议通信连接的多个 业务部门终端和视联网终端，以及与所述视联网终端通信连接的业务一体化 设备，所述业务一体化设备具体可以包括以下模块：

身份信息采集模块801，用于在接收到身份验证的触发操作时，采集用 户的身份信息；

身份信息发送模块802，用于将所采集的身份信息发送至所述视联网终 端；所述视联网终端用于将所述身份信息发送至所述视联网服务器；

身份确认接收模块803，用于接收所述视联网终端发送的身份确认信息； 其中，所述身份确认信息是由所述视联网服务器针对所述身份信息，在验证 成功后生成的；

业务办理申请模块804，用于根据所述身份确认信息，在接收到业务办 理的第一触发操作时，生成所述业务的申请信息；

申请信息发送模块805，用于将所述申请信息发送至所述视联网终端； 所述视联网终端用于将所述申请信息发送至视联网服务器；

业务办理显示模块806，用于接收所述视联网终端针对所述申请信息返 回的业务办理界面，并显示；其中，所述业务办理界面是由所述视联网服务 器根据所述申请信息，获取的与所述业务对应的业务部门终端的办理界面。

在本申请一种优选实施例中，所述身份信息采集模块801具体可以包括 以下子模块：

指纹识别子模块，用于在接收到身份验证的触发操作时，采集用户的指 纹识别数据；

人脸识别子模块，用于在接收到身份验证的触发操作时，采集用户的人 脸识别数据。

在本申请优选实施例中，指纹识别子模块具体可为指纹识别装置，可通 过通用串联接口集线器USB HUB与所述视联网终端或所述业务一体化设备 连接。人脸识别子模块具体可为摄像头，可与所述视联网终端直接连接，将 所采集的人脸图像数据发送到视联网服务器中验证。

在本申请一种优选实施例中，如图8所示，参照实施例2中的优选实施 例中的方法，所述业务一体化设备显示所述业务办理界面后，所述业务一体 化设备具体还可以包括以下模块：

用户确认数据生成模块807，用于在接收到所述业务办理的第二触发操 作时，生成针对所述业务的用户确认数据；

用户确认数据发送模块808，用于将所述用户确认数据发送至所述视联 网终端；所述视联网终端用于将所述用户确认数据发送至视联网服务器；

业务受理意见反馈模块809，用于接收所述视联网终端针对所述用户确 认数据返回的受理反馈信息，并显示；其中，所述受理反馈信息是由所述视 联网服务器根据所述用户确认数据，获取的与所述业务对应的业务部门终端 的受理意见。

在本申请一种优选实施例中，所述用户确认数据生成模块807具体可以 包括以下子模块：

身份证识别子模块，用于在接收到所述业务办理的第二触发操作时，生 成针对所述业务的身份证识别信息；

电子签名子模块，用于在接收到所述业务办理的第二触发操作时，生成 针对所述业务的电子签名信息；

数据录入子模块，用于在接收到所述业务办理的第二触发操作时，生成 针对所述业务的数据录入信息。

在本申请优选实施例中，身份证识别子模块具体可为非接触式NFC身 份证识别装置；电子签名子模块具体可为电子签名板；数据录入子模块具体 可为高拍仪。

身份证识别子模块、电子签名子模块、数据录入子模块均可通过USB HUB与所述视联网终端以及所述业务一体化设备连接。

实施例5：

如图9所示，对照实施例3中的方法，示出了本申请实施例另一种业务 一体化办理的装置的结构框图，所述装置可以应用于视联网中，所述装置应 用于视联网中，所述视联网包括视联网服务器，与所述视联网服务器分别通 过视联网协议通信连接的多个业务部门终端和视联网终端，以及与所述视联 网终端通信连接的业务一体化设备，所述视联网终端具体可以包括以下模 块：

第一信息接收模块901，用于接收所述业务一体化设备发送的用户的身 份信息；其中，所述身份信息是由所述业务一体化设备在接收到身份验证的 触发操作时，对所述用户所采集的；

第一信息发送模块902，用于将所述身份信息发送至所述视联网服务器；

第二信息接收模块903，用于接收所述视联网服务器发送的身份确认信 息；其中，所述身份确认信息是由所述视联网服务器针对所述身份信息，在 验证成功后生成的；

第二信息发送模块904，用于将所述身份确认信息发送至所述业务一体 化设备；所述业务一体化设备用于根据所述身份确认信息，在接收到业务办 理的第一触发操作时，生成所述业务办理的申请信息；

第三信息接收模块905，用于接收所述业务一体化设备发送的业务办理 的申请信息；

第三信息发送模块906，用于将所述申请信息发送至视联网服务器；所 述视联网服务器用于根据所述申请信息，获取的与所述业务对应的业务部门 终端的办理界面；

第四信息接收模块907，用于接收所述视联网服务器针对所述申请信息 返回的业务办理界面；

第四信息发送模块908，用于将所述业务办理界面发送至所述业务一体 化设备；所述业务一体化设备用于显示所述业务办理界面。

在本申请一种优选实施例中，如图9所示，参照实施例3中的优选实施 例中的方法，所述业务一体化设备用于显示所述业务办理界面后，所述视联 网终端具体还可以包括以下模块：

第五信息接收模块909，用于接收所述业务一体化设备发送的用户确认 数据；其中，所述用户确认数据是由所述业务一体化设备在接收到所述业务 办理的第二触发操作时所生成的；

第五信息发送模块910，用于将所述用户确认数据发送至视联网服务器； 所述视联网服务器用于根据所述用户确认数据，获取的与所述业务对应的业 务部门终端的受理意见；

第六信息接收模块911，用于接收所述视联网服务器针对所述用户确认 数据返回的受理反馈信息；

第六信息发送模块912，用于将所述受理反馈信息发送至所述业务一体 化设备；所述业务一体化设备用于显示所述受理反馈信息。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较 简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明 的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见 即可。

本领域内的技术人员应明白，本申请实施例的实施例可提供为方法、装 置、或计算机程序产品。因此，本申请实施例可采用完全硬件实施例、完全 软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请实施例 可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介 质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程 序产品的形式。

本申请实施例是参照根据本申请实施例的方法、终端设备(系统)、和计 算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令 实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框 图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、 专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生 一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的 指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或 多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理 终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读 存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个 流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设 备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计 算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用 于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中 指定的功能的步骤。

尽管已描述了本申请实施例的优选实施例，但本领域内的技术人员一旦 得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以， 所附权利要求意欲解释为包括优选实施例以及落入本申请实施例范围的所 有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语 仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求 或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术 语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得 包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且 还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或 者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终 端设备中还存在另外的相同要素。

以上对本申请所提供的一种业务一体化办理的方法和一种业务一体化 办理的装置，进行了详细介绍，本文中应用了具体个例对本申请的原理及实 施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其 核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体 实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解 为对本申请的限制。