CN111767072B - 客户端制作方法及装置 - Google Patents

Abstract

本申请提供一种客户端制作方法及装置，应用于与用户设备通信连接的视频管理服务器，涉及计算机技术领域。视频管理服务器中存储有制作客户端的组成内容，组成内容包括不重复的配置参数、客户端资源、针对不同操作系统的脚本、用于不同操作系统及硬件平台的可执行文件。在需要生成客户端时，根据客户端的不同版本要求及组成内容，生成并保存不同版本的客户端；在接收到由用户设备发送的获取目标客户端的请求后，将根据该请求中的版本要求在保存的客户端中确定的目标客户端发送给该用户设备。上述方式使得用于生成客户端的组成内容占用空间小，并且可以减小发送给用户设备的版本包的体积。

Description

客户端制作方法及装置

技术领域

本申请涉及计算机技术领域，具体而言，涉及一种客户端制作方法及装置。

背景技术

视频监控系统包括摄像机、用户设备及视频管理服务器等，视频监控系统一般专网专用，客户使用的用户设备很少可以直接连公网。用户设备中常见的桌面操作系统有Windows、Mac以及Linux操作系统，均对应32位、64位硬件平台。由于不同用户设备的操作系统及硬件平台不同，为使视频管理服务器的桌面客户端可满足不同客户的使用环境，一般需要提供各个操作系统不同硬件平台对应的不同版本的客户端。

为了版本统一交付控制，一般视频管理服务器发送给用户设备的版本包中会同时包括不同版本的客户端（即，对应不同操作系统及硬件平台的客户端），这使得版本包中仅客户端就占了很大一部分。假设一个客户端50M，一个版本包中同时包含win32、win64、mac32共3个版本的客户端，共占据150M空间。此外如果再提供其他工具类客户端，其占据空间又会进一步增大。而版本包越大越容易导致在传输过程中出错，这样既不利于将客户端发布给客户，也不利于客户对客户端进行升级。

发明内容

为了克服现有技术中的上述不足，本申请实施例的目的在于提供一种客户端制作方法及装置，其能够通过内容共享对不同版本的客户端需要的内容进行压缩，从而减小用于制作客户端的组成内容的占用空间，进而根据存储的组成内容及客户端的不同版本要求生成并保存不同的客户端，然后将用户设备需要的客户端发送给客户端，以避免发送给用户设备的版本包中需要包括不同版本的客户端而体积过大。

第一方面，本申请实施例提供一种客户端制作方法，应用于与用户设备通信连接的视频管理服务器，所述视频管理服务器中存储有制作客户端的组成内容，组成内容包括配置参数、客户端资源、针对不同操作系统的脚本、用于不同操作系统及硬件平台的可执行文件，其中，每个配置参数、客户端资源、脚本及可执行文件不重复，所述方法包括：

根据客户端的不同版本要求从所述组成内容中获得对应的配置参数、客户端资源、脚本及可执行文件，以生成并保存不同版本的客户端，其中，不同版本要求包括：运行客户端的操作系统、运行客户端的硬件平台；

在接收到由用户设备发送的获取目标客户端的请求后，根据该请求中的版本要求在保存的客户端中确定所述目标客户端，并将所述目标客户端发送给所述用户设备。

第二方面，本申请实施例提供一种客户端制作装置，应用于与用户设备通信连接的视频管理服务器，所述视频管理服务器中存储有制作客户端的组成内容，组成内容包括配置参数、客户端资源、针对不同操作系统的脚本、用于不同操作系统及硬件平台的可执行文件，其中，每个配置参数、客户端资源、脚本及可执行文件不重复，所述装置包括：

制作模块，用于根据客户端的不同版本要求从所述组成内容中获得对应的配置参数、客户端资源、脚本及可执行文件，以生成并保存不同版本的客户端，其中，不同版本要求包括：运行客户端的操作系统、运行客户端的硬件平台；

发送模块，用于在接收到由用户设备发送的获取目标客户端的请求后，根据该请求中的版本要求在保存的客户端中确定所述目标客户端，并将所述目标客户端发送给所述用户设备。

相对于现有技术而言，本申请具有以下有益效果：

视频管理服务器中存储的用于制作客户端的组成内容包括不重复的配置参数、客户端资源、针对不同操作系统的脚本、用于不同操作系统及硬件平台的可执行文件，该方式可减小组成内容在视频管理服务器中的占用空间。在生成客户端时，可根据客户端的不同版本要求及该组成内容生成并保存不同版本的客户端；在接收到由用户设备发送的获取目标客户端的请求后，将根据该请求中的版本要求在保存的客户端中确定的目标客户端发送给该用户设备。由此，通过使发送给用户设备的版本包中不包括不同版本的客户端，可有效减小版本包的体积。

为使申请的上述目的、特征和优点能更明显易懂，下文特举本申请较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1是本申请实施例提供的视频管理服务器的方框示意图；

图2是本申请实施例提供的客户端制作方法的流程示意图之一；

图3是本申请实施例提供的组成内容的举例示意图；

图4是本申请实施例提供的客户端制作方法的流程示意图之二；

图5是本申请实施例提供的客户端制作装置的方框示意图之一；

图6是本申请实施例提供的客户端制作装置的方框示意图之二。

图标：100-视频管理服务器；110-存储器；120-存储控制器；130-处理器；200-客户端制作装置；210-分析模块；220-配置模块；230-制作模块；240-发送模块。

具体实施方式

下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

在本申请发明人提出本申请实施例中的技术方案之前，面对版本包体积大的情况，一般会将与服务器的版本对应的不同版本的客户端存在公网，客户在使用时根据需要自行下载并安装客户端。但是，视频监控系统专网专用，客户使用的用户设备不一定都有访问公网的条件，并且客户端与服务器有配套关系，将客户端放在公网需要维护各版本客户端与服务器版本的配套关系，那么就需要开发出一套完善的版本配套机制。

或者，提供光盘，即，在生产环节提供与服务器版本配套的光盘，客户端根据使用的用户设备的操作系统及硬件平台安装对应的客户端。但是，该方式需要提供光盘，会增加成本，并且客户需要知道自己使用的用户设备的操作系统及硬件平台情况，同时，若遇到紧急情况需要提供临时版本或补丁版本的客户端，还需要快递光盘，存在不方便的不足。

针对以上方案所存在的缺陷，均是发明人在经过实验并仔细研究后得到的结果，因此，上述问题的发现过程以及下文中本申请实施例针对上述问题所提出的解决方案，都应是发明人在本申请过程中对本申请做出的贡献。

请参照图1，图1是本申请实施例提供的视频管理服务器100的方框示意图。所述视频管理服务器（Video Management Server ，VMS）100通过专网与至少一个用户设备通信连接。所述视频管理服务器100用于生成不同版本的客户端，并在接收到用户设备的获取目标客户端的请求后，根据该请求中的版本要求确定目标客户端，然后将目标客户端发送给用户设备。通过上述方式，可以避免由于发送给用户设备的版本包体积大，导致传输版本包时容易出错，便于将客户端发布给客户，也便于客户对客户端进行升级。并且，由于是视频管理服务器100生成并发送客户端，该方式可以保证视频管理服务器100的版本与客户端的版本配套，比如，视频管理服务器100的版本是V2.0，则客户端的版本也是V2.0。

可选地，所述视频管理服务器100可以是独立服务器，也可以是由多个独立服务器组成的集成服务器。所述用户设备可以是，但不限于，计算机。

如图1所示，所述视频管理服务器100包括：存储器110、存储控制器120及处理器130。所述存储器110、存储控制器120及处理器130各元件之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。存储器110中存储有客户端制作装置200，所述客户端制作装置200包括至少一个可以软件或固件（firmware）的形式存储于所述存储器110中的软件功能模块。所述处理器130通过运行存储在存储器110内的软件程序以及模块，如本申请实施例中的客户端制作装置200，从而执行各种功能应用以及数据处理，即实现本申请实施例中的客户端制作方法。

其中，所述存储器110可以是，但不限于，随机存取存储器（Random AccessMemory，RAM），只读存储器（Read Only Memory，ROM），可编程只读存储器（ProgrammableRead-Only Memory，PROM），可擦除只读存储器（Erasable Programmable Read-OnlyMemory，EPROM），电可擦除只读存储器（Electric Erasable Programmable Read-OnlyMemory，EEPROM）等。其中，存储器110用于存储程序，所述处理器130在接收到执行指令后，执行所述程序。所述处理器130以及其他可能的组件对存储器110的访问可在所述存储控制器120的控制下进行。

所述处理器130可能是一种集成电路芯片，具有信号的处理能力。上述的处理器130可以是通用处理器，包括中央处理器 (Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等。还可以是数字信号处理器（DSP）、专用集成电路（ASIC）、现场可编程门阵列（FPGA）或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

可以理解，图1所示的结构仅为示意，视频管理服务器100还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。图1中所示的各组件可以采用硬件、软件或其组合实现。

请参照图2，图2是本申请实施例提供的客户端制作方法的流程示意图之一。所述方法应用于与用户设备通信连接的视频管理服务器100。所述视频管理服务器100中存储有制作客户端的组成内容，组成内容包括配置参数、客户端资源、针对不同操作系统的脚本、用于不同操作系统及硬件平台的可执行文件。其中，每个配置参数、客户端资源、脚本及可执行文件唯一，即每个配置参数、客户端资源、脚本及可执行文件是不重复的。下面对客户端制作方法的具体流程进行详细阐述。

步骤S130，根据客户端的不同版本要求从组成内容中获得对应的配置参数、客户端资源、脚本及可执行文件，以生成并保存不同版本的客户端。

请参照图3，图3是本申请实施例提供的组成内容的举例示意图。一个客户端应用程序大致包括以下内容：配置参数、客户端资源、脚本、可执行文件。客户端资源可以包括多语言资源（比如，英文资源、中文资源等）、帮助手册、音视频文件、图标图片等。可执行文件中可以包括有动态库。

对于同一作用的不同版本的客户端，配置参数是各版本客户端通用的，例如，对应Win32的客户端与对应Win64的客户端的配置参数相同；脚本需要区分操作系统；可执行文件需要区分操作系统和硬件平台。

有时为满足特定需求，还会提供白牌版本（即不显示厂商商标LOGO和型号的版本）的客户端。因此，对应相同作用、相同操作系统及硬件平台的客户端可以包括正式版本及白牌版本。客户端资源中的图标图片及帮助手册需要区分正式版本及白牌版本。

所述视频管理服务器100中存储有用于制作不同版本的客户端的组成内容。为节省存储空间，视频管理服务器100中存储的配置参数、客户端资源、脚本及可执行文件是不重复的，也就是说，对于重复的内容不进行重复存储。比如，对于通用客户端，该通用客户端共6个版本，配置参数是不同版本的客户端通用的，那么视频管理服务器100中存储的用于制作通用客户端的配置参数可仅保存一份，不需要保存6份。该方式可将各版本的通用组件模块化，通过模块组合可生成不同版本的客户端，不需要单独存储每个版本客户端的内容，从而可减少组成内容在视频管理服务器100中占用的存储空间。

在本实施例中，不同版本要求包括：运行客户端的操作系统、运行客户端的硬件平台。运行客户端的操作系统可以包括Windows、Mac以及Linux操作系统，运行客户端的硬件平台可以包括32位、64位硬件平台。可选地，不同版本要求还可以包括客户端的版本是正式版本或是白牌版本。针对同一操作系统同一硬盘平台、作用相同的客户端，正式的客户端与白牌的客户端差异较小（仅图标图片和帮助手册有差异）。为满足不同客户的使用环境，所述视频管理服务器100可根据不同版本要求从所述组成内容中获得不同版本的客户端需要的配置参数、客户端资源、脚本及可执行文件，以生成并保存不同版本的客户端。

下面结合图3对生成不同版本的客户端进行举例说明。

假设所述视频管理服务器100存储有可生成不同版本的通用客户端（即，适用于不同操作系统不同硬件平台且为正式或白牌的通用客户端）的组成内容。该组成内容包括如图3所示的一配置参数、正式版本的图标图片、白牌版本的图标图片、正式版本的帮助手册、白牌版本的帮助手册、多语言资源、音视频文件、针对Windows操作系统的脚本、针对Mac操作系统的脚本、针对Linux操作系统的脚本、用于Windows32的可执行文件、用于Windows64的可执行文件、用于Mac32的可执行文件、用于Mac64的可执行文件、用于Linux x86的可执行文件、用于Linux x86_64的可执行文件。

若要生成Windows32且为正式版本的通用客户端，则从图3所示的组成内容中获得配置参数、正式版本的图标图片、正式版本的帮助手册、多语音资源、音视频文件、针对Windows操作系统的脚本、用于Windows32的可执行文件，然后基于上述获得的内容生成用于Windows32且为正式版本的通用客户端。还可以根据其他版本的通用客户端的要求，通过上述方式得到其他版本的通用客户端。

可选地，所述视频管理服务器100包括客户端制作脚本，该客户端制作脚本会依次调用各操作系统不同硬件平台的客户端制作工具，根据所述组成内容，生成不同版本的客户端。

步骤S140，在接收到由用户设备发送的获取目标客户端的请求后，根据该请求中的版本要求在保存的客户端中确定所述目标客户端，并将所述目标客户端发送给所述用户设备。

在本实施例中，所述视频管理服务器100在生成不同版本的客户端后，对生成的客户端进行保存。当用户设备通过WEB浏览器访问视频管理服务器100以下载目标客户端时，视频管理服务器100会接收到用户设备发送的获取目标客户端的请求。该请求中包括版本要求，即包括目标客户端应用的操作系统、硬件平台。可选地，该请求中还可以包括需要的版本是正式版本或是白牌版本。所述视频管理服务器100根据该请求中的版本要求在保存的客户端中确定目标客户端，并将目标客户端发送给所述用户设备。用户设备在完成目标客户端的下载后，安装该目标客户端。上述方式有益于根据客户使用的用户设备的操作系统及硬件平台信息自动选择对应版本的客户端，避免下载其他版本的客户端。

请参照图4，图4是本申请实施例提供的客户端制作方法的流程示意图之二。在步骤S130之前，所述方法还可以包括步骤S110。

步骤S110，根据客户端的版本需求，确定不同版本客户端所需的组成内容。

在本实施例中，一个版本的客户端包括配置参数、客户端资源、脚本、可执行文件。首先对不同客户端包括的内容进行分析，在确定不同版本的客户端之间有通用的内容（比如，不同版本的通用客户端中通用的配置参数）时，将该内容作为通用的，以保证不同版本客户端所需的组成内容中的每个配置参数、客户端资源、脚本及可执行文件是不重复的。

进一步地，多个用于不同操作系统及硬件平台的可执行文件包括多个功能组件。所述根据客户端的版本需求，确定不同版本客户端所需的组成内容，包括：分析不同的可执行文件之间是否包括重复的功能组件；若存在有不同的可执行文件之间包括重复的功能组件，则将重复的功能组件从该不同的可执行文件中提取出来，作为共享功能组件。

客户端按照作用可分为通用客户端、出入口收费客户端、电视墙管理客户端等。通过分析不同客户端的可执行文件之间是否包括重复的功能组件，可找到通用组件。然后将通用的组件独立出来，即将重复的功能组件从该不同的可执行文件中提取出来，作为共享功能组件。可选地，可以将操作系统通用的组件、不同作用的客户端均会使用的功能组件（比如，媒体播放组件）等提取出来作为共享组件。比如，Windows客户端大都需要依赖visual c++ runtime library，用于制作多个客户端的组成内容中不需要重复包含这个组件。再比如，电视墙管理客户端和通用客户端都包含媒体播放组件，也可以将该通用组件分离出来，在各类客户端之间共享，使得组成内容中不需要重复媒体播放组件。以一个Windows通用客户端为例，上述通用组件共享的方式可以共享Windows运行环境、QT组件、部分二进制文件，从而减小用于生成Windows通用客户端的组成内容的占用空间。因此，通过使不同客户端共享通用组件的方式，可进一步减小所述组成内容的占用空间。

请再次参照图4，在步骤S130之前，所述方法还可以包括步骤S120。

步骤S120，配置客户端资源、配置参数、针对不同操作系统的脚本、用于不同操作系统及硬件平台的可执行文件。

在实施例中，在确定所述组成内容后，可以根据视频管理服务器100的版本要求配置客户端资源、配置参数、针对不同操作系统的脚本、用于不同操作系统及硬件平台的可执行文件，以保证生成的客户端的版本与视频管理服务器100的版本对应。其中，此处的版本是指新旧版本，比如，服务器及客户端的版本均为V2.0。

可选地，视频管理服务器100的版本编译脚本自动编译各个客户端（指不同作用的客户端）不同操作系统及硬件平台对应的客户端可执行文件。该可执行文件中包括动态库等需要通过编译生成的二进制文件。然后将各个版本的客户端所需的内容（即所述组成内容，包括配置参数、客户端资源、脚本及可执行文件）压缩打包，最后生成BIN镜像文件。

该BIN镜像文件中可包括在视频管理服务器100上运行的服务端程序。在生成BIN镜像文件后，该视频管理服务器100执行该服务端程序，以进行升级，并根据BIN镜像文件中的各个版本的客户端所需的内容及客户端的不同版本要求生成不同版本的客户端。

请参照图5，图5是本申请实施例提供的客户端制作装置200的方框示意图之一。所述客户端制作装置200应用于与用户设备通信连接的视频管理服务器100。所述视频管理服务器100中存储有制作客户端的组成内容，组成内容包括配置参数、客户端资源、针对不同操作系统的脚本、用于不同操作系统及硬件平台的可执行文件。其中，每个配置参数、客户端资源、脚本及可执行文件不重复。所述客户端制作装置200包括制作模块230及发送模块240。

所述制作模块230，用于根据客户端的不同版本要求从所述组成内容中获得对应的配置参数、客户端资源、脚本及可执行文件，以生成并保存不同版本的客户端。

其中，不同版本要求包括：运行客户端的操作系统、运行客户端的硬件平台。可选地，不同版本要求还可以包括客户端的版本是正式版本或是白牌版本。

在本实施例中，所述制作模块230用于执行图2中的步骤S130，关于所述制作模块230的具体描述可以参照图2中步骤S130的描述。

所述发送模块240，用于在接收到由用户设备发送的获取目标客户端的请求后，根据该请求中的版本要求在保存的客户端中确定所述目标客户端，并将所述目标客户端发送给所述用户设备。

在本实施例中，所述发送模块240用于执行图2中的步骤S140，关于所述发送模块240的具体描述可以参照图2中步骤S140的描述。

请参照图6，图6是本申请实施例提供的客户端制作装置200的方框示意图之二。所述客户端制作装置200还可以包括分析模块210。

所述分析模块210，用于根据客户端的版本需求，确定不同版本客户端所需的组成内容。

在本实施例中，多个用于不同操作系统及硬件平台的可执行文件包括多个功能组件，所述分析模块210具体用于：

分析不同的可执行文件之间是否包括重复的功能组件；

若存在有不同的可执行文件之间包括重复的功能组件，则将重复的功能组件从该不同的可执行文件中提取出来，作为共享功能组件。

在本实施例中，所述分析模块210用于执行图4中的步骤S110，关于所述分析模块210的具体描述可以参照图4中步骤S110的描述。

请再次参照图6，所述客户端制作装置200还可以包括配置模块220。

所述配置模块220，用于配置客户端资源、配置参数、针对不同操作系统的脚本、用于不同操作系统及硬件平台的可执行文件。

在本实施例中，所述配置模块220具体用于：

根据视频管理服务器100的版本要求配置客户端资源、配置参数、针对不同操作系统的脚本、用于不同操作系统及硬件平台的可执行文件。

在本实施例中，所述配置模块220用于执行图4中的步骤S120，关于所述配置模块220的具体描述可以参照图4中步骤S120的描述。

综上所述，本申请实施例提供一种客户端制作方法及装置。视频管理服务器中存储的用于制作客户端的组成内容包括不重复的配置参数、客户端资源、针对不同操作系统的脚本、用于不同操作系统及硬件平台的可执行文件，该方式可减小组成内容在视频管理服务器中的占用空间。在生成客户端时，可根据客户端的不同版本要求及该组成内容生成并保存不同版本的客户端；在接收到由用户设备发送的获取目标客户端的请求后，将根据该请求中的版本要求在保存的客户端中确定的目标客户端发送给该用户设备。由此，通过使发送给用户设备的版本包中不包括不同版本的客户端，可有效减小版本包的体积。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (6)

1.一种客户端制作方法，其特征在于，应用于与用户设备通信连接的视频管理服务器，所述视频管理服务器中存储有制作客户端的组成内容，组成内容包括配置参数、客户端资源、针对不同操作系统的脚本、用于不同操作系统及硬件平台的可执行文件，其中，每个配置参数、客户端资源、脚本及可执行文件不重复，所述方法包括：

根据客户端的不同版本要求从所述组成内容中获得对应的配置参数、客户端资源、脚本及可执行文件，以生成并保存不同版本的客户端，其中，不同版本要求包括：运行客户端的操作系统、运行客户端的硬件平台；

在接收到由用户设备发送的获取目标客户端的请求后，根据该请求中的版本要求在保存的客户端中确定所述目标客户端，并将所述目标客户端发送给所述用户设备；

在根据客户端的不同版本要求从所述组成内容中获得对应的配置参数、客户端资源、脚本及可执行文件，以生成并保存不同版本的客户端之前，所述方法还包括：

根据客户端的版本需求，确定不同版本客户端所需的组成内容；

多个用于不同操作系统及硬件平台的可执行文件包括多个功能组件，所述根据客户端的版本需求，确定不同版本客户端所需的组成内容，包括：

分析不同的可执行文件之间是否包括重复的功能组件；

若存在有不同的可执行文件之间包括重复的功能组件，则将重复的功能组件从该不同的可执行文件中提取出来，作为共享功能组件。

2.根据权利要求1所述的客户端制作方法，其特征在于，在根据客户端的不同版本要求从所述组成内容中获得对应的配置参数、客户端资源、脚本及可执行文件，以生成并保存不同版本的客户端之前，所述方法还包括：

配置客户端资源、配置参数、针对不同操作系统的脚本、用于不同操作系统及硬件平台的可执行文件。

3.根据权利要求2所述的客户端制作方法，其特征在于，所述配置客户端资源、配置参数、针对不同操作系统的脚本、用于不同操作系统及硬件平台的可执行文件，包括：

根据视频管理服务器的版本要求配置客户端资源、配置参数、针对不同操作系统的脚本、用于不同操作系统及硬件平台的可执行文件。

4.一种客户端制作装置，其特征在于，应用于与用户设备通信连接的视频管理服务器，所述视频管理服务器中存储有制作客户端的组成内容，组成内容包括配置参数、客户端资源、针对不同操作系统的脚本、用于不同操作系统及硬件平台的可执行文件，其中，每个配置参数、客户端资源、脚本及可执行文件不重复，所述装置包括：

制作模块，用于根据客户端的不同版本要求从所述组成内容中获得对应的配置参数、客户端资源、脚本及可执行文件，以生成并保存不同版本的客户端，其中，不同版本要求包括：运行客户端的操作系统、运行客户端的硬件平台；

发送模块，用于在接收到由用户设备发送的获取目标客户端的请求后，根据该请求中的版本要求在保存的客户端中确定所述目标客户端，并将所述目标客户端发送给所述用户设备；

其中，所述装置还包括：分析模块，用于根据客户端的版本需求，确定不同版本客户端所需的组成内容；

其中，多个用于不同操作系统及硬件平台的可执行文件包括多个功能组件，所述分析模块具体用于：

分析不同的可执行文件之间是否包括重复的功能组件；

若存在有不同的可执行文件之间包括重复的功能组件，则将重复的功能组件从该不同的可执行文件中提取出来，作为共享功能组件。

5.根据权利要求4所述的客户端制作装置，其特征在于，所述装置还包括：

配置模块，用于配置客户端资源、配置参数、针对不同操作系统的脚本、用于不同操作系统及硬件平台的可执行文件。

6.根据权利要求5所述的客户端制作装置，其特征在于，所述配置模块具体用于：

根据视频管理服务器的版本要求配置客户端资源、配置参数、针对不同操作系统的脚本、用于不同操作系统及硬件平台的可执行文件。

Images