-
公开(公告)号：CN105472291B
公开(公告)日：2019-01-08
申请号：CN201410464611.1
申请日：2014-09-12
Applicant: 杭州海康威视数字技术股份有限公司
IPC: H04N5/781 , H04N7/18 , H04L12/803 , G06F9/50
Abstract: 本发明公开了一种多处理器集群的数字硬盘录像机及其实现方法，在上述方法中，PCIE接口交换switch芯片，用于在多个CPU之间进行数据通信和数据交换；多个CPU中的每个CPU，分别与PCIE接口交换switch芯片以及路由功能器件或网关功能器件相连接，用于按照路由功能器件或网关功能器件分配的网络带宽和IPC的接入路数获取多媒体数据码流，并对多媒体数据码流进行处理，其中，该处理包括以下至少之一：解码、存储、发送、显示输出、回放、预览以及智能分析；路由功能器件或网关功能器件，分别与多个CPU相连接，用于为CPU分配网络带宽以及IPC的接入路数。根据本发明提供的技术方案，进而避免了多个CPU间的负荷不均衡以及资源浪费，降低功耗，节约成本，提高产品使用性能。
-
公开(公告)号：CN112764823B
公开(公告)日：2023-03-10
申请号：CN201910992215.9
申请日：2019-10-18
Applicant: 杭州海康威视数字技术股份有限公司
Abstract: 本申请实施例提供了一种网络视频录像机NVR系统的启动方法、主机操作系统和数据通信方法，启动方法可以应用于主机单板，主机单板中配置有主机操作系统，启动方法包括：在主机操作系统启动后，创建预设Linux容器，在预设Linux容器中加载NVR系统的应用层数据，在预设Linux容器内部创建第一虚拟网卡，在预设Linux容器外部且在主机操作系统内部，创建与第一虚拟网卡对应的第二虚拟网卡，并将第二虚拟网卡桥接至主机操作系统内部的网桥，启动预设Linux容器和预设Linux容器中加载的NVR应用程序。基于上述处理，能够降低网络视频监控系统的硬件复杂度。
-
公开(公告)号：CN105472291A
公开(公告)日：2016-04-06
申请号：CN201410464611.1
申请日：2014-09-12
Applicant: 杭州海康威视数字技术股份有限公司
IPC: H04N5/781 , H04N7/18 , H04L12/803 , G06F9/50
Abstract: 本发明公开了一种多处理器集群的数字硬盘录像机及其实现方法，在上述方法中，PCIE接口交换switch芯片，用于在多个CPU之间进行数据通信和数据交换；多个CPU中的每个CPU，分别与PCIE接口交换switch芯片以及路由功能器件或网关功能器件相连接，用于按照路由功能器件或网关功能器件分配的网络带宽和IPC的接入路数获取多媒体数据码流，并对多媒体数据码流进行处理，其中，该处理包括以下至少之一：解码、存储、发送、显示输出、回放、预览以及智能分析；路由功能器件或网关功能器件，分别与多个CPU相连接，用于为CPU分配网络带宽以及IPC的接入路数。根据本发明提供的技术方案，进而避免了多个CPU间的负荷不均衡以及资源浪费，降低功耗，节约成本，提高产品使用性能。
-
公开(公告)号：CN112307481B
公开(公告)日：2023-10-10
申请号：CN201910684870.8
申请日：2019-07-26
Applicant: 杭州海康威视数字技术股份有限公司
IPC: G06F21/57 , G06F9/4401
Abstract: 本发明实施例提供了一种系统可信启动方法、电子设备及计算机可读存储介质。该方法应用于具有多核对称处理器且存储TEE‑OS程序代码的电子设备；包括：第一CPU在验证成功后，加载运行启动加载器，发送系统加载指令；第二CPU接收该指令，加载运行TEE‑OS；第一CPU发送用于验证操作系统内核的第一验证请求；第二CPU接收该请求，在通过TEE‑OS对操作系统内核验证成功后，反馈第一验证结果；第一CPU接收该结果，发送用于验证待启动应用的第二验证请求；第二CPU接收该请求，在应用TEE‑OS对待启动应用验证成功后，反馈第二验证结果；第一CPU接收该结果，启动待启动应用。与现有技术相比，应用本发明实施例提供的方案，可以提高应用的可信启动的安全性。
-
公开(公告)号：CN112764823A
公开(公告)日：2021-05-07
申请号：CN201910992215.9
申请日：2019-10-18
Applicant: 杭州海康威视数字技术股份有限公司
Abstract: 本申请实施例提供了一种网络视频录像机NVR系统的启动方法、主机操作系统和数据通信方法，启动方法可以应用于主机单板，主机单板中配置有主机操作系统，启动方法包括：在主机操作系统启动后，创建预设Linux容器，在预设Linux容器中加载NVR系统的应用层数据，在预设Linux容器内部创建第一虚拟网卡，在预设Linux容器外部且在主机操作系统内部，创建与第一虚拟网卡对应的第二虚拟网卡，并将第二虚拟网卡桥接至主机操作系统内部的网桥，启动预设Linux容器和预设Linux容器中加载的NVR应用程序。基于上述处理，能够降低网络视频监控系统的硬件复杂度。
-
Patent Agency Ranking
公开(公告)号：CN112698870A
公开(公告)日：2021-04-23
申请号：CN201911010002.8
申请日：2019-10-23
Applicant: 杭州海康威视数字技术股份有限公司
IPC: G06F9/4401
Abstract: 本申请提出了开关机管理方法、计算设备及存储介质。其中，一种开关机管理方法包括：由主处理器接收第一指令，所述第一指令为关机指令或者重启指令；由主处理器响应于第一指令，释放业务资源和释放系统资源，释放业务资源包括：关闭业务程序和释放业务程序占用的硬件资源；在完成释放业务资源和释放系统资源时，由主处理器向电源管理处理器发送与第一指令对应的第二指令；由电源管理处理器解析第二指令对应的操作；在电源管理处理器确定所述第二指令对应关机操作时，由电源管理处理器进行关机操作；以及在电源管理处理器确定所述第二指令对应重启操作时，由电源管理处理器进行重启操作。
-
公开(公告)号：CN111083001B
公开(公告)日：2021-09-21
申请号：CN201811216428.4
申请日：2018-10-18
Applicant: 杭州海康威视数字技术股份有限公司
Inventor： 任殿慧
Abstract: 本申请实施例提供了一种固件异常检测方法及装置，其中，该方法包括：检测电子设备中是否存储有目标固件的校验文件，其中，校验文件为目标固件在电子设备中安装完成后生成并存储于电子设备中的文件，用于表示目标固件在电子设备中安装成功；若不存在，则确定目标固件异常。通过本申请实施例提供的技术方案，利用校验文件表示目标固件在电子设备中安装成功的特性，可以认为，目标固件正常时校验文件存在，目标固件异常时则校验文件不存在。这样，通过检测电子设备中是否存在进而判断目标固件是否异常，达到了对固件异常进行检测的目的。
-
公开(公告)号：CN111913838A
公开(公告)日：2020-11-10
申请号：CN201910376283.2
申请日：2019-05-07
Applicant: 杭州海康威视数字技术股份有限公司
IPC: G06F11/22
Abstract: 本申请实施例提供了分析节点启动方法、装置、电子设备及存储介质，主控节点中存储有分析节点的启动资源；在目标分析节点上电启动时，目标分析节点向主控节点发送请求信息；主控节点在获取到目标分析节点的请求信息后，向目标分析节点返回响应信息；目标分析节点获取响应信息，在响应信息表征启动时，目标分析节点从主控节点下载目标分析节点对应的目标启动资源；目标分析节点通过目标启动资源进行启动。将使用不同厂家智能芯片的分析节点的启动资源存储在主控节点中，分析节点通过与主控的交互，获取分析节点自身对应的启动资源，然后启动，实现了在同一分布式智能分析设备中支持多个厂商的芯片。
-
公开(公告)号：CN111913838B
公开(公告)日：2024-07-02
申请号：CN201910376283.2
申请日：2019-05-07
Applicant: 杭州海康威视数字技术股份有限公司
IPC: G06F11/22
Abstract: 本申请实施例提供了分析节点启动方法、装置、电子设备及存储介质，主控节点中存储有分析节点的启动资源；在目标分析节点上电启动时，目标分析节点向主控节点发送请求信息；主控节点在获取到目标分析节点的请求信息后，向目标分析节点返回响应信息；目标分析节点获取响应信息，在响应信息表征启动时，目标分析节点从主控节点下载目标分析节点对应的目标启动资源；目标分析节点通过目标启动资源进行启动。将使用不同厂家智能芯片的分析节点的启动资源存储在主控节点中，分析节点通过与主控的交互，获取分析节点自身对应的启动资源，然后启动，实现了在同一分布式智能分析设备中支持多个厂商的芯片。
-
公开(公告)号：CN112307481A
公开(公告)日：2021-02-02
申请号：CN201910684870.8
申请日：2019-07-26
Applicant: 杭州海康威视数字技术股份有限公司
IPC: G06F21/57 , G06F9/4401
Abstract: 本发明实施例提供了一种系统可信启动方法、电子设备及计算机可读存储介质。该方法应用于具有多核对称处理器且存储TEE‑OS程序代码的电子设备；包括：第一CPU在验证成功后，加载运行启动加载器，发送系统加载指令；第二CPU接收该指令，加载运行TEE‑OS；第一CPU发送用于验证操作系统内核的第一验证请求；第二CPU接收该请求，在通过TEE‑OS对操作系统内核验证成功后，反馈第一验证结果；第一CPU接收该结果，发送用于验证待启动应用的第二验证请求；第二CPU接收该请求，在应用TEE‑OS对待启动应用验证成功后，反馈第二验证结果；第一CPU接收该结果，启动待启动应用。与现有技术相比，应用本发明实施例提供的方案，可以提高应用的可信启动的安全性。
-
-
-
-
-
-
-
-
-
Search Results
14
records
(took 0.034 seconds)
