具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。
为快速便捷的解决终端中存在的缺陷,本发明实施例提供了一种脚本下发的方法,该方法主要应用于控制台一侧。实际应用中,控制台通常为终端的上层设备,用以对局域网的运行进行监控管理,其实体包括但不仅限于是一个服务器,此外,当需要管理员认为介入网络监管时,该控制台还可以包含人机交互平台,供管理员操作使用。本实施例后续将以控制台作为下述流程的执行主体进行说明,可以想见,实际应用中可用作下述流程的执行主体并不仅限于此。如图1所示,本实施例提供的脚本下发的方法包括:
101、接收开发者提供的专用脚本文件。
本实施例中所述的脚本文件属于一种纯文本保存的程序,是由开发人员编写的一系列控制计算机进行运算操作动作的组合。通常,脚本文件包含下述几点主要特性:
语法结构简单;
学习使用简单;
以容易修改程序的“解释”作为运行方式,无需“编译”;
程序开发产能优于运行效能。
简单地说,脚本文件就是一个由多条文字命令组合而成的文件,脚本程序在执行时,由终端系统的解释器翻译成机器可识别的命令,并按程序顺序执行。
与传统脚本文件不同的是,本实施例中的脚本文件是由开发人员根据终端可能存在的缺陷专门编写的脚本文件,用于执行改写配置文件、修改注册表等诸多功能。其功能单一且针对性较强,因而在本实施例中,这些脚本文件也被称作专用脚本文件。实际应用中,开发人员可以针对各类终端缺陷编写专用脚本文件,理论上,终端涉及的任何功能均可以通过运行专用脚本文件得以实现。
本实施例中的专用脚本可以通过不同的脚本语言进行编写,实际应用中,这些脚本语言包括但不仅限于是:Scala、JavaScript,VBScript,ActionScript,MAX Script,ASP,JSP,PHP,SQL,Perl,Shell,python,Ruby,JavaFX,Lua,AutoIt等。
本实施例中,需要保证专用脚本文件执行权限高于批处理命令的执行权限,这是由于在终端中执行的批处理命令能够“杀死”专用脚本文件,使其无法在终端中正常执行。而当专用脚本文件的执行权限高于批处理命令的执行权限时,批处理命令就无法“干涉”专用脚本文件的执行,由此保证终端缺陷的正常修复。保守起见,在本实施例的一种实现方式中,可以将专用脚本文件的执行权限设置为最高权限,在此权限下,专用脚本文件可以完全接管终端中的所有进程。
102、将专用脚本文件保存在本地。
在获得专用脚本文件后,控制台对其进行本地保存,以便后续发送给终端使用。本实施例中,前述接收专用脚本文件的时机时随机的,通常有开发人员上传的时机所决定,而控制台保存专用脚本文件的时机也可以是随机的。例如,控制台可以在接收到开发人员上报的专用脚本文件后立即进行保存,也可以将接收的专用脚本文件保存在内存中,当内存中保存的文件达到一定数量时,对多个专用脚本文件进行批量保存,本实施例不对控制台保存专用脚本文件的具体形式进行限制。
此外,考虑到控制台服务器的存储压力,在本实施例的一种实现方式中,局域网中还可以部署专用于保存专用脚本文件的服务器集群,控制台可以将专用脚本文件分布存储在服务器集群中的不同服务器上。关于专用脚本文件分配,控制台可以不仅限于采用哈希算法进行分布,本实施例对此不做限制。
进一步的,考虑到自然因素对物理设备的影响,为消除不可抗力因素对专用脚本文件保存的影响,在本实施例的另一种实现方式中,控制台还可以对保存的专用脚本文件做适当冗余处理,即通过部分专用服务器对专用脚本文件进行备份存储。较为适宜的,用作文件备份的服务器与服务器集群之间应当保证一定的区域隔离,例如将服务器集群部署在北京,而将备份服务器部署在深圳等,通过地域性的分割分散自然因素风险。
103、当终端需要修复缺陷时,将专用脚本文件发送给终端。
当终端出现问题时,用户可以通过专用的功能界面向控制台上报处理请求,该处理请求中需要携带用于指代具体缺陷的信息。通常,终端用户并不是专业人员,其只能从使用层面感知终端存在问题(例如网页卡顿、文件崩溃等),但并无法确定设备运行层面的问题(例如dll文件缺失、)。因此对于功能界面的设计,应当贴合用户的使用习惯,从使用体验的角度提供用户能够认知的选项,例如网页卡顿等。而在终端后台则需要将不同选项与缺陷信息进行关联,例如“文件崩溃—>dll文件缺失”。
在接收到终端上报的处理请求后,控制台根据其中的缺陷信息查找对应解决该缺陷的专用脚本文件,并发送给终端进行执行。
本实施例提供的脚本下发的方法,能够获取并管理保存开发者开发的专用脚本文件,该专用脚本文件用于对终端中存在的缺陷进行修复。当终端需要修复缺陷时,可以将专用脚本文件直接下发给终端,由终端对该文件进行运行,执行相应命令以进行修复。由于脚本文件在存储、管理、传输、执行等环节均由控制台自动进行控制,终端侧的修复过程不受时间空间所限制,因此与现有技术中由技术人员进行人工修复相比,本实施例提供的修复方式更加快速便捷,同时耗费的成本极低。此外,在本实施例中,专用脚本文件的执行权限高于批处理命令的执行权限,因此在终端进行缺陷修复时,专用脚本文件不会被终端中的批处理命令禁用或删除,由此可以保证脚本命令的正常执行,从而保障缺陷修复的顺利进行。
进一步的,作为对图1所示方法的细化,本发明的另一实施例还提供了一种脚本下发的方法,如图2所示,该方法包括:
201、控制台通过预设的程序开发接口获取开发者编写的专用脚本文件。
在本实施例中,专用脚本文件可以由第三方开发人员提供,对于专用脚本文件获取,控制台可以通过预设的程序开发接口进行接收,所有第三方开发人员调用统一的接口向控制台上报专用脚本文件。
在本实施例的一种实现方式中,还可以搭建一个专用于开发脚本文件的开发平台。在该开发平台中,控制台可以指定统一的脚本开发语言(例如lua或PHP)、指定统一的程序开发接口进行脚本编写和上报。本实施例不对开发平台具体使用的协议及接口进行限制。
202、控制台检测专用脚本文件是否符合要求的加密格式。
可选的,作为对图1所示方法的改进,在接收到专用脚本文件后,保存专用脚本文件之前,控制台还可以对专用脚本文件的加密格式进行检测。检测加密格式的目的在于,保证在后续向终端发送脚本文件时能够对专用脚本文件进行特定格式的加密。
如前所述,专用脚本文件具有较高的执行权限,其功能的滥用(例如磁盘格式化)会影响到终端操作系统的稳定性,因此管理、使用专用脚本文件的权限应当是集中的,不宜共享给未授权者。本实施例中,文件的权限集中于控制台侧,为防止未授权者通过技术手段拦截窃取专用脚本文件,控制台需要对发送给终端的专用脚本文件进行加密。而本步骤进行加密格式检测即是为了保证文件后续的顺利加密。对于不符合加密格式的专用脚本文件,控制台可以直接将其丢弃,或者也可以将其退回给开发人员,由开发人员进行改进。而对于符合加密格式的专用脚本文件,控制台执行步骤203,对其进行保存。
此外,对加密格式的检测需要结合后续使用的具体加密算法,例如对称加密算法、非对称加密算法等,本实施例不对检测加密格式的实现方式进行限制。
203、控制台将专用脚本文件保存在本地。
本步骤的实现方式与图1步骤102的实现方式相同,此处不再赘述。
可选的,在本实施例的一种实现方式中,在保存文件之前,控制台还可以对专用脚本文件进行管理。下面以文件分类为例,对文件管理进行说明。
控制台可以从专用脚本文件中摘取其属性信息,并根据属性信息对专用脚本文件进行分类保存,以便后续的查找和使用。
在一个最常见的应用场景中,控制台可以根据专用脚本文件的功能进行分类。例如,区分“解决网页卡顿”、“解决文件Bug”、“关闭隐藏开关”等不同类别。而在本实施例的另一个应用场景中,控制台还可以根据专用脚本文件的提供方进行分类。例如,区分由甲公司、乙团体和丙个人提供的专用脚本文件。除上述场景外,控制台还可以根据专用脚本文件的使用频率(热度)、用户评价等信息进行分类(排名),本实施例不对其分类依据进行一一枚举。
在上述分类过程中,为便于对不同专用脚本文件的识别,控制台可以为每一个专用脚本文件分配一个唯一标识,该唯一标识可以是根据专用脚本文件的属性信息进行哈希计算的出的MD5值,也可以是控制台生成的一个不重复的随机数。在检测到符合加密格式后,控制台为专用脚本文件分配该唯一标识。
204、当终端需要修复缺陷时,控制台选择对应的专用脚本文件并进行加密。
对应步骤202的实现,本步骤中,控制台在发送专用脚本文件前,首先对专用脚本文件进行加密。实际应用中,控制台可以采用对称加密算法或非对称加密算法进行加密,本实施例不对具体的加密算法进行限制。
在本实施例的一种实现方式中,控制台采用ENC算法对专用脚本文件进行加密。与此对应的,在执行步骤202时,控制台检测专用脚本文件是否符合ENC的文件格式。
205、控制台将加密后的专用脚本文件发送给终端。
对于本步骤的实现,其核心在于控制台如何得知终端存在缺陷以及存在何种缺陷。围绕该核心内容,本实施例将给出几种不同的实现方式:
方式一、根据终端上报的需求信息确定专用脚本文件
如图3所示,该方式包括:
301、接收终端上报的需求信息。
示例性的,当用户在功能界面中,选择“文件崩溃”时,终端向控制台上报处理请求,并在该处理请求中携带需求信息。该需求信息即为前述用于指代终端缺陷的信息。本示例中该需求信息为“dll文件缺失”。
302、根据需求信息查找或定制对应修复缺陷的专用脚本文件。
在获得需求信息后,控制台在本地脚本库中查找能够解决文件崩溃问题的专用脚本文件。
可选的,在本实施例的一种实现方式中,控制台还可以为用户定制个性化的专用脚本文件。在接收到需求信息后,控制台开发平台发布定制需求,并接受开发人员的响应。需要说明的是,大多数情况下需要定制脚本文件的需求都是控制台未预料到的,终端侧功能界面中一般不会有相应的缺陷选项,因此需要为用户提供一种手动上报需求的途径。
示例性的,图4示出了一种终端侧的功能界面,该界面除提供“网页卡顿”、“文件崩溃”、“蓝屏”、“开机速度慢”等选项外,还提供了一个“手动输入”的控件。点开该控件后,终端会显示一个输入框,用户可以在该输入框中输入对终端缺陷的描述。输入完毕后,终端以文本格式将用户输入的信息发送给控制台。
在接收到文本格式的需求信息后,控制台可以不必关注其内容的情况下直接将该需求信息发布到开发平台中,由开发人员进行分析。
此外对于已提供的选项,功能界面也可以再其下方提供输入框供用户输入简要的说明信息,例如问题的呈现特点、用户执行何种操作等。
方式二、根据对终端的检测结果确定专用脚本文件
如图5所示,该方式包括:
501、建立远程连接,检测终端中存在的缺陷。
图3步骤301中,控制台是通过终端主动上报需求信息的方式获知终端缺陷的,而在本步骤中,控制台也可以通过对终端进行主动检测的方式获知终端缺陷。控制台可以与终端之间建立远程连接,通过远程诊断的方式检测终端中存在的缺陷。实际应用中,控制台可以选择空闲时段对终端进行检测,例如午休时段或晚间时段等。对检测对象而言,控制台处可以对所有终端进行检测外,为减少对网络带宽的占用,也可以对终端进行分批检测,或者仅针对重点终端进行检测。本实施例中所述的重点终端可以是经常上报处理请求的终端,也可以是网内重要的终端(例如主管、领导使用的终端)。
502、控制台查找或定制对应修复缺陷的专用脚本文件。
本步骤的实现方式与图3中步骤302的实现方式相同,此处不再赘述。
需要说明的是,在本实施例的一种实现方式中,当终端上报的缺陷较为典型时,控制台也可以将对应的专用脚本文件发送给全网的终端,以备后患。例如当一段时间内,局域网中超过一定数量的终端均上报了文件崩溃的问题时,控制台除向上报请求的终端下发专用脚本文件外,还需要将专用脚本文件发送给网内其他终端。每台终端在本地可以建立一个脚本库,用于保存已请求的或控制台主动发送的专用脚本文件。当用户在功能界面中做出选择后,终端首先在本地的脚本库中查找对应该缺陷的专用脚本文件,如若未查找到,再向控制台上报处理请求。
206、终端接收控制台下发的专用脚本文件,对该文件的执行权限进行验证。
如前所述,专用脚本文件的正常运行需要不受批处理命令的干扰,因此在运行专用脚本文件前,终端首先需要验证专用脚本文件的执行权限,只有在专用脚本文件的执行权限高于批处理命令的执行权限时,才可执行后续步骤207。
207、若专用脚本文件验证成功,则终端根据对加密的专用脚本文件进行解密。
终端从专用脚本文件中获取开发人员写死的加密密钥,通过该加密密钥对专用脚本文件进行解密。其中,由于该加密密钥写死在专用脚本文件的程序中,因此他人无法窃取,由此能够保证文件加密的安全性。
208、终端通过执行引擎运行专用脚本文件,执行相应的命令。
实际应用中,终端可以通过脚本执行器运行专用脚本文件,本实施例对此不再赘述。
需要说明的是,由于专用脚本文件具有较高的执行权限,其可实现的功能过于强大(例如极端条件下可以对C盘进行格式化等),专用脚本文件的执行会关系到操作系统的稳定性。在实际应用中,专用脚本文件不宜被终端用户(或者使用终端的专业技术人员)所获得,因此,在运行专用脚本文件的过程中,终端需要保持专用脚本文件的文本命令不可见。
此外,在专用脚本文件运行完毕后,为避免专业技术人员通过特殊技术手段获取专用脚本文件,终端还可以删除专用脚本文件,如若后续再用,则需重新向控制台获取。
本实施例中,删除专用脚本文件的控制指令可以由控制台在监测到终端运行完毕后发出,也可以由开发人员直接写入到脚本文件的程序中,由终端自动执行,本实施例对此不作限制。
209、控制台接收终端上报的反馈信息。
作为本实施例的一个可选步骤,终端在运行完专用脚本文件后,还可以将用于反映终端运行专用脚本文件的执行结果发送给控制台,以便控制台进行记录及统计。特别的,对于文件运行后仍未修复响相应缺陷的情况,控制台还可以根据反馈信息再次向终端发送相同或其他的专用脚本文件,由终端运行以重新修复对应缺陷。极端情况下,若在有限次运行脚本文件后缺陷仍未被有效修复,控制台也可以直接与终端建立远程控制连接,由管理员手动进行修复。
下面对本发明实施例的两个应用场景进行简要介绍,在下述应用场景中,专用脚本文件由Lua脚本语言编写而成。Lua脚本语言是一种轻量语言,它只包括一个精简的核心脚本库。这使得编写出的专用脚本文件具有体积小、启动速度快的特点。下面以Lua脚本文件为例对本实施例的两个应用场景进行介绍。
场景一
终端中的应用不停报错,其原因在于该应用文件的一个配置文件没有被删除。此种情况下,终端向控制台上报处理请求,控制台将用于删除特定配置文件的Lua脚本文件下发给终端进行执行。文件执行后应用停止报错,恢复正常。
场景二
终端的某些程序会修改菜单的显示速度,例如将鼠标移动到某菜单选项上时显示下一级子菜单的反应速度。当局域网中各台终端的菜单显示速度各不相同时,为统一全网终端的菜单显示速度,控制台可以向全网终端分别下发一个用于更改菜单设置的Lua脚本文件,由各台终端分别执行该Lua脚本文件,将自身的菜单显示速度重新设置为统一值。
进一步的,作为对上述图1或图2所示方法的实现,本发明的另一实施例还提供了一种脚本下发的装置,该装置位于控制台中,用以对上述图1或图2所示的方法进行实现。如图6所示,该装置包括:接收单元61、保存单元62及发送单元63;其中,
接收单元61,用于接收开发者提供的专用脚本文件,专用脚本文件用于修复终端中存在的缺陷,专用脚本文件的执行权限高于批处理命令的执行权限;
保存单元62,用于将接收单元61接收的专用脚本文件保存在本地;
发送单元63,用于当终端需要解决缺陷时,将保存单元62保存的专用脚本文件发送给终端,以使得终端运行专用脚本文件,执行相应的命令。
进一步的,接收单元61,用于通过预设的程序开发接口获取开发者编写的专用脚本文件。
进一步的,如图7所示,该装置进一步包括:
格式检测单元64,用于在保存单元62将专用脚本文件保存在本地之前,检测接收单元61接收的专用脚本文件是否符合要求的加密格式;
保存单元62,用于当格式检测单元64检测专用脚本文件符合加密格式时,将专用脚本文件保存在本地。
进一步的,如图7所示,该装置进一步包括:
加解密单元65,用于对保存单元62保存的专用脚本文件进行加密;
发送单元63,用于将加解密单元65加密后的专用脚本文件发送给终端。
进一步的,如图7所示,该装置还包括第一获取单元66;
接收单元61,用于在发送单元63将专用脚本文件发送给终端之前,接收终端上报的需求信息,需求信息用于反映缺陷;
第一获取单元66,用于根据接收单元61接收的需求信息查找或定制对应解决缺陷的专用脚本文件。
进一步的,如图7所示,该装置还包括:终端检测单元67及第二获取单元68;
终端检测单元67,用于在发送单元63将专用脚本文件发送给终端之前,建立远程连接,检测终端中存在的缺陷;
第二获取单元68,用于查找或定制对应解决终端检测单元67检测到的缺陷的专用脚本文件。
进一步的,接收单元61,用于在发送单元63将专用脚本文件发送给终端之后,接收终端上报的反馈信息,反馈信息用于反映终端运行专用脚本文件的执行结果。
本实施例提供的脚本下发的装置,能够获取并管理保存开发者开发的专用脚本文件,该专用脚本文件用于对终端中存在的缺陷进行修复。当终端需要修复缺陷时,可以将专用脚本文件直接下发给终端,由终端对该文件进行运行,执行相应命令以进行修复。由于脚本文件在存储、管理、传输、执行等环节均由控制台自动进行控制,终端侧的修复过程不受时间空间所限制,因此与现有技术中由技术人员进行人工修复相比,本实施例提供的修复方式更加快速便捷,同时耗费的成本极低。此外,在本实施例中,专用脚本文件的执行权限高于批处理命令的执行权限,因此在终端进行缺陷修复时,专用脚本文件不会被终端中的批处理命令禁用或删除,由此可以保证脚本命令的正常执行,从而保障缺陷修复的顺利进行。
进一步的,作为对上述图1或图2所示方法的实现,本发明的另一实施例还提供了一种脚本下发的系统,用以对上述图1或图2所示的方法进行实现。如图8所示,该系统包括:终端81及控制台82,其中,控制台82包含如前述图6或图7所示的装置;
终端81,用于:
接收控制台82发送的专用脚本文件;
对专用脚本文件的执行权限进行验证;
若专用脚本文件验证成功,则通过执行引擎运行专用脚本文件,执行相应的命令。
进一步的,终端81还用于:
获取专用脚本文件的加密密钥;
根据加密密钥对加密的专用脚本文件进行解密。
进一步的,终端81还用于:
在运行专用脚本文件的过程中,保持专用脚本文件的文本命令不可见;
在专用脚本文件运行完毕后,删除专用脚本文件。
本实施例提供的脚本下发的系统,能够获取并管理保存开发者开发的专用脚本文件,该专用脚本文件用于对终端中存在的缺陷进行修复。当终端需要修复缺陷时,可以将专用脚本文件直接下发给终端,由终端对该文件进行运行,执行相应命令以进行修复。由于脚本文件在存储、管理、传输、执行等环节均由控制台自动进行控制,终端侧的修复过程不受时间空间所限制,因此与现有技术中由技术人员进行人工修复相比,本实施例提供的修复方式更加快速便捷,同时耗费的成本极低。此外,在本实施例中,专用脚本文件的执行权限高于批处理命令的执行权限,因此在终端进行缺陷修复时,专用脚本文件不会被终端中的批处理命令禁用或删除,由此可以保证脚本命令的正常执行,从而保障缺陷修复的顺利进行。
此外,本发明还提供了如下方案:
A1、一种脚本下发的方法,所述方法包括:
接收开发者提供的专用脚本文件,所述专用脚本文件用于修复终端中存在的缺陷,所述专用脚本文件的执行权限高于批处理命令的执行权限;
将所述专用脚本文件保存在本地;
当终端需要解决所述缺陷时,将所述专用脚本文件发送给所述终端,以使得所述终端运行所述专用脚本文件,执行相应的命令。
A2、根据A1所述的方法,所述接收开发者提供的专用脚本文件,包括:
通过预设的程序开发接口获取所述开发者编写的所述专用脚本文件。
A3、根据A1所述的方法,在所述将所述专用脚本文件保存在本地之前,所述方法进一步包括:
检测所述专用脚本文件是否符合要求的加密格式;
所述将所述专用脚本文件保存在本地,包括:
若所述专用脚本文件符合所述加密格式,则将所述专用脚本文件保存在本地。
A4、根据A1至A3中任一项所述的方法,所述将所述专用脚本文件发送给所述终端,包括:
对所述专用脚本文件进行加密;
将加密后的专用脚本文件发送给所述终端。
A5、根据A1所述的方法,在所述将所述专用脚本文件发送给所述终端之前,所述方法进一步包括:
接收所述终端上报的需求信息,所述需求信息用于反映所述缺陷;
根据所述需求信息查找或定制对应解决所述缺陷的专用脚本文件。
A6、根据A1所述的方法,在所述将所述专用脚本文件发送给所述终端之前,所述方法进一步包括:
建立远程连接,检测所述终端中存在的缺陷;
查找或定制对应解决所述缺陷的专用脚本文件。
A7、根据A1所述的方法,在所述将所述专用脚本文件发送给所述终端之后,所述方法进一步包括:
接收所述终端上报的反馈信息,所述反馈信息用于反映所述终端运行所述专用脚本文件的执行结果。
B8、一种脚本下发的装置,所述装置包括:
接收单元,用于接收开发者提供的专用脚本文件,所述专用脚本文件用于修复终端中存在的缺陷,所述专用脚本文件的执行权限高于批处理命令的执行权限;
保存单元,用于将所述接收单元接收的所述专用脚本文件保存在本地;
发送单元,用于当终端需要解决所述缺陷时,将所述保存单元保存的所述专用脚本文件发送给所述终端,以使得所述终端运行所述专用脚本文件,执行相应的命令。
B9、根据B8所述的装置,所述接收单元,用于通过预设的程序开发接口获取所述开发者编写的所述专用脚本文件。
B10、根据B8所述的装置,所述装置进一步包括:
格式检测单元,用于在所述保存单元将所述专用脚本文件保存在本地之前,检测所述接收单元接收的所述专用脚本文件是否符合要求的加密格式;
所述保存单元,用于当所述格式检测单元检测所述专用脚本文件符合所述加密格式时,将所述专用脚本文件保存在本地。
B11、根据B8至B10中任一项所述的装置,所述装置进一步包括:
加解密单元,用于对所述保存单元保存的所述专用脚本文件进行加密;
所述发送单元,用于将所述加解密单元加密后的专用脚本文件发送给所述终端。
B12、根据B8所述的装置,所述装置还包括第一获取单元;
所述接收单元,用于在所述发送单元将所述专用脚本文件发送给所述终端之前,接收所述终端上报的需求信息,所述需求信息用于反映所述缺陷;
所述第一获取单元,用于根据所述接收单元接收的所述需求信息查找或定制对应解决所述缺陷的专用脚本文件。
B13、根据B8所述的装置,所述装置还包括:终端检测单元及第二获取单元;
所述终端检测单元,用于在所述发送单元将所述专用脚本文件发送给所述终端之前,建立远程连接,检测所述终端中存在的缺陷;
所述第二获取单元,用于查找或定制对应解决所述终端检测单元检测到的所述缺陷的专用脚本文件。
B14、根据B8所述的装置,所述接收单元,用于在所述发送单元将所述专用脚本文件发送给所述终端之后,接收所述终端上报的反馈信息,所述反馈信息用于反映所述终端运行所述专用脚本文件的执行结果。
C15、一种脚本下发的系统,所述系统包括:终端及控制台,所述控制台包含如前述B8至B14中任一项所述的装置;
所述终端,用于:
接收所述控制台发送的专用脚本文件;
对所述专用脚本文件的执行权限进行验证;
若所述专用脚本文件验证成功,则通过执行引擎运行所述专用脚本文件,执行相应的命令。
C16、根据C15所述的系统,所述终端还用于:
获取所述专用脚本文件的加密密钥;
根据所述加密密钥对加密的所述专用脚本文件进行解密。
C17、根据C15所述的系统,所述终端还用于:
在运行所述专用脚本文件的过程中,保持所述专用脚本文件的文本命令不可见;
在所述专用脚本文件运行完毕后,删除所述专用脚本文件。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
可以理解的是,上述方法及装置中的相关特征可以相互参考。另外,上述实施例中的“第一”、“第二”等是用于区分各实施例,而并不代表各实施例的优劣。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述,构造这类系统所要求的结构是显而易见的。此外,本发明也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本发明的内容,并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
类似地,应当理解,为了精简本公开并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如下面的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外,本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在下面的权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本发明的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的对象流转监控的方法、装置及系统中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。