基于手机端的网络故障报修平台及方法与流程

文档序号:14060550阅读:245来源:国知局
基于手机端的网络故障报修平台及方法与流程
本发明涉及一种报修平台,具体地说,是涉及一种基于手机端的网络故障报修平台及方法。
背景技术
:网络终端:公司信息、通信网络终端设备,包括办公电话、办公计算机软件硬件、打印机等外接设备软件硬件等。网络终端维护日常的工作任务包括光缆线路维护、变电站通信设备运维、公司网络线路运维、公司网络终端设备维修。目前,网络终端设备数量众多而维护人员较少,例如,其中计算机设备568台,外接设备350台,办公电话530部,维护人员有5人,人均维护工作量大。此外,故障报修目前的报修方式为人工报修,用户通过电话或内网邮件提报故障,运维人员按业务流程在公司要求的时限内完成故障修复。具体报修流程参见附图1。可见,业务流程之间通过电话和邮件,接单、派单及结果反馈的速度较慢。此外,维护人员按照不同的处理方式对网络终端一般故障进行了分类统计,如下表:序号处理方式次数百分比平均用时(小时)1需维修人员现场处理2520.5%4.52维修人员通过远程控制解决5847.5%2.13使用人员可自行修复处理3932%0.9从上表我们可以看出,在简单的指导下可由使用人员自行修复处理的故障大约为报修故障的32%,这部分故障的处理时间占用总用时较长。技术实现要素:本发明的目的在于克服上述传统技术的不足之处,提供一种优化工作流程,提高网络终端维护效率的基于手机端的网络故障报修平台及方法。本发明的目的是通过以下技术措施来达到的:基于手机端的网络故障报修平台,其特征在于:包括报修端和维修端,报修端安装有微信程序并关注有微信企业号,报修端所使用的微信号上传至微信企业号后台的报修人员通讯录中,维修端安装有微信程序并关注有所述微信企业号,维修端所使用的微信号上传至所述微信企业号后台的维修人员通讯录中;所述维修端还绑定有辅助报警端,所述辅助报警端包括绑定支架和报警装置;所述报警装置包括sim卡、主板、扬声器、电源和射频部分,所述sim卡的通讯号码上传至所述微信企业号后台的维修人员通讯录中并与所绑定的维修端所使用的微信号绑定;所述绑定支架包括相互铰接的两个面板部件,其中一个面板部件设有手机固定组件,其中一个面板部件远离另一个面板部件的一侧连接有支撑面板部件。一种具体优化方案,所述手机固定组件包括外框架,所述外框架内设有凹槽,所述凹槽内设有第一固定板和第二固定板,所述第一固定板连接有驱动其夹紧手机的第一夹紧装置,所述第二固定板连接有驱动其夹紧手机的第二夹紧装置;所述第一固定板和所述第二固定板垂直设置。一种具体优化方案,所述第一夹紧装置包括第一螺栓和第一螺母,所述第一螺栓和所述第一螺母螺纹连接,所述外框架内设有第一限位槽,所述第一螺栓和所述第一螺母位于所述第一限位槽内,所述第一螺栓一端穿出所述第一限位槽与所述第一固定板固定连接,所述第一限位槽可限制所述第一螺母沿轴向移动;所述第二夹紧装置包括第二螺栓和第二螺母,所述第二螺栓和所述第二螺母螺纹连接,所述外框架内设有第二限位槽,所述第二螺栓和所述第二螺母位于所述第二限位槽内,所述第二螺栓一端穿出所述第二限位槽与所述第二固定板固定连接,所述第二限位槽可限制所述第二螺母沿轴向移动。一种具体优化方案,所述第一固定板的形状为l形,所述第二固定板的形状为l形。使用时,可将手机卡在l形卡槽内,通过该形状进一步固定手机。一种具体优化方案,所述支撑面板部件上设有与所述面板部件相配合的可拆卸连接部件。一种具体优化方案,所述可拆卸连接部件为凹槽、魔术贴、子母扣或者磁铁。一种具体优化方案,两个面板部件之间通过挠性材质封皮铰接,其中一个面板部件与所述支撑面板部件之间通过所述挠性材质封皮铰接;一种具体优化方案,支撑面板部件可折叠设置。一种具体优化方案,基于手机端的网络故障报修平台的报修方法,其特征在于:包括以下步骤:a、报修人员登录微信企业号;b、报修人员查询微信企业号内的故障处理指导书,根据故障处理指导书故障自处理;c、如果报修人员不能故障自处理,则填写工单进行故障报修;d、工单手工派发给维修人员;e、维修人员接到故障报修,处理故障。一种具体优化方案,基于手机端的网络故障报修平台的开发方法,其特征在于:包括以下步骤:s1、电脑上下载并安装开发程序;s2、微信企业号账号申请;s3、编写代码,将功能代码与所述微信企业号对接;s4、搜集报修人员信息上传至微信企业号后台;s5、搜集维修人员信息上传至微信企业号后台;s6、整体试运行。由于采用了上述技术方案,与现有技术相比,本发明的优点是:1、社会效益:网络终端故障报修平台的应用,创新了工作流程,规范了故障报修管理,大大减少了故障处理时间,对班组整体工作效率的提高产生了助推作用。2、推广效益:微信企业号应用广泛,功能扩展良好,可以在此基础上继续开展其他功能辅助日常工作,进一步提高工作效率。下面结合附图和具体实施方式对本发明作进一步说明。附图说明附图1是传统网络终端故障报修业务流程图。附图2是本发明绑定支架的结构示意图。附图3是本发明绑定支架的侧面结构示意图。附图4是本发明绑定支架的一种使用状态图。附图5是手机固定组件的结构示意图。附图6是手机固定组件的局部结构示意图。附图7是报警装置的工作流程图。附图8是本发明基于手机端的网络故障报修平台的流程图。具体实施方式实施例1:如附图2-8所示,基于手机端的网络故障报修平台,包括报修端和维修端。报修端安装有微信程序并关注有微信企业号,报修端所使用的微信号上传至微信企业号后台的报修人员通讯录中。报修端包括安装有摄像头的智能手机。维修端安装有微信程序并关注有所述微信企业号,维修端所使用的微信号上传至所述微信企业号后台的维修人员通讯录中。维修端包括智能手机和/或平板电脑等移动端和/或台式电脑和/或笔记本等固定端。所述维修端还绑定有辅助报警端,所述辅助报警端包括绑定支架1和报警装置2。所述绑定支架1包括第一面板部件11、第二面板部件12、支撑面板部件13。第一面板部件11和第二面板部件12相互铰接,第二面板部件12远离第一面板部件11的一侧与支撑面板部件13铰接,支撑面板部件13可折叠设置,支撑面板部件13不与第二面板部件12铰接的一侧与第一面板部件11可拆卸连接。支撑面板部件13不与第二面板部件12铰接的一侧设有与第一面板部件11相配合的凹槽。此外,也可以在支撑面板部件13不与第二面板部件12铰接的一侧设有与第一面板部件11相配合的魔术贴,在第一面板部件11上设置相配合的魔术贴;此外,魔术贴可以替换为子母扣或磁铁。两个面板部件之间通过挠性材质封皮铰接,其中一个面板部件与所述支撑面板部件之间通过所述挠性材质封皮铰接。第一面板部件11设有手机固定组件3,所述手机固定组件3包括外框架31,所述外框架31内设有凹槽32,所述凹槽32内设有第一固定板33和第二固定板34,所述第一固定板33连接有驱动其夹紧手机的第一夹紧装置,所述第二固定板34连接有驱动其夹紧手机的第二夹紧装置。所述第一固定板33和所述第二固定板34垂直设置。所述第一夹紧装置包括第一螺栓35和第一螺母36,所述第一螺栓35和所述第一螺母36螺纹连接,所述外框架内设有第一限位槽,所述第一螺栓35和所述第一螺母36位于所述第一限位槽内,所述第一螺栓35一端穿出所述第一限位槽与所述第一固定板固定连接,所述第一限位槽可限制所述第一螺母36沿轴向移动。所述第二夹紧装置包括第二螺栓37和第二螺母38,所述第二螺栓37和所述第二螺母38螺纹连接,所述外框架内设有第二限位槽,所述第二螺栓37和所述第二螺母38位于所述第二限位槽内,所述第二螺栓37一端穿出所述第二限位槽与所述第二固定板固定连接,所述第二限位槽可限制所述第二螺母38沿轴向移动。所述第一固定板33的形状为l形,所述第二固定板34的形状为l形。第一固定板33底部与外框架1通过滑轨滑动连接,第二固定板34底部与外框架1通过滑轨滑动连接,外框架1底部设有与燕尾形滑轨相配合的滑槽。滑轨为燕尾形滑轨,也可以替换为工形滑轨。第一夹紧装置的数量为两个,两个第一夹紧装置对称设置。此外,第一夹紧装置的数量也可以为一个。第二夹紧装置的数量为一个。此外,第二夹紧装置的数量也可以为两个,两个第二夹紧装置对称设置。所述报警装置2包括sim卡、主板、扬声器、电源和射频部分。主板分别与sim卡、扬声器、电源和射频部分连接。所述报警装置2还包括震动装置,震动装置分别与主板和电源连接。报警装置2可以使用废旧手机拆解转用,将废旧手机中能使用的主板、sim卡座、扬声器、电源和射频部分拆出,安装在绑定支架1上使用。废旧手机可以为不用的旧手机或者部件损毁的废手机拆出能使用的部件再购买同型号手机的部件即可。报警装置2还包括充电接口。常用废旧手机电池为充放电电池,可通过充电接口充电并通过充电接口和数据线与维修人员所使用的手机端连接并为其供电。可在拆解前设置铃声,并在拆解后使用其他手机呼叫以测试其响铃和震动效果。可直接拆解后在报警装置2外部套接外壳并与绑定支架1固定连接。所述sim卡的通讯号码上传至所述微信企业号后台的维修人员通讯录中并与所绑定的维修端所使用的微信号绑定。报修端具有以下功能:一、可供报修人员登录微信企业号,查询故障指导书;二、报修人员根据故障指导书自行无法修复故障后,可选择企业微信号中的维修人员,将故障拍照连同故障文字描述上传微信企业号,然后可拨打派人人员sim卡号。维修端具有以下功能:一、固定端。后台接收报修人员发送的报修信息。安排专人与固定端绑定,负责派单。可将第一面板部件11、第二面板部件12、支撑面板部件13如图4所示,使辅助提示端自行站立于桌面上,配合固定端使用。当听到sim卡号的来电铃声后,登录企业微信号后台查看并手工派单。维修派单人员根据报修时间先后选择维修通讯录中的其中一人转发信息,完成派单。派单完成后,维修派单人员可根据该通讯录中维修人员的sim卡号拨打电话。二、移动端。维修人员在外维修故障时,将移动端与手机固定组件连接。可将移动端随身携带。当听到sim卡号的来电铃声后,维修人员可得知有需要维修的故障,登录企业微信号查看并处理。sim卡号电话拨打无需接通,无需回复,拨打人员拨打一定时间后挂断即可。可知,可由报修人员自行处理故障和派单,优化了流程,可由维修人员自动接单,提高了接单、派单及结果反馈的速度;报修人员可通过辅助报警端催促提示维修人员,辅助报警端可以配合多种类型维修端使用,灵活方便,可利用废旧物品改造,成本低廉,辅助报警端可完成对维修人员的提示,无需时时登录查看,避免维修人员在外维修不方便查看邮件的情况。上述报修信息的上传、派发可以利用微信企业号自带的无限消息发送功能发送和转发消息,也可以自行开发程序上传至微信企业号后台,使功能更加丰富。实施例2:基于手机端的网络故障报修平台的报修方法,包括以下步骤:a、报修人员登录微信企业号。b、报修人员查询微信企业号内的故障处理指导书,根据故障处理指导书故障自处理。报修人员根据故障将其分类,分类方式包括软件故障、硬件故障。常见故障解决方式包括:一、维修人员现场解决。包括:交换机故障、系统反复重启、无法开机、网线头损坏、windows系统文件丢失、系统崩溃、机器蓝屏、打印机故障、网线损坏、设备密码忘记、用户线故障、系统重装、交换机故障、电话尾纤破损。二、维修人员远程解决。包括系统感染病毒、oa无法收发邮件、无来电显示、系统设置错误、应用程度安装冲突、拨打权限更改、打印机安装驱动程度、软件故障、新增来电转移功能、软件缺少插件、门户密码重置。三、使用人员可自行修复。包括打印机无应答、oa无法收发邮件、系统盘空间不足、一分二接头松动、输入法错误、电源接触不良、系统中hosts文件设置被修改、话机损坏、系统设置错误、系统垃圾文件过多、系统插件安装,占用系统资源、交换机死机、ip地址和/或dns网管设置有误。c、如果报修人员不能故障自处理,则填写工单进行故障报修。报修人员对故障进行拍照,将照片和故障文字描述选择企业通讯录中的维修人员发送信息。d、工单手工派发给维修人员。报修人员根据该维修人员在企业通讯录中的sim卡号拨打电话,电话铃声作为报警提示提示维修人员已接受派单。维修人员无需通过sim卡号回拨或进行其他操作。e、维修人员接到故障报修,处理故障。维修人员登录微信企业号,查看发送来的故障信息,对故障进行处理。实施例3:基于手机端的网络故障报修平台的开发方法,如图8所示,包括以下步骤:s1、电脑上下载并安装开发程序。开发程序为notepad++程序。具体步骤包括:1、通过外部网络下载notepad++程序;2、将notepad++程序安装到办公电脑上并测试使用。s2、微信企业号账号申请。具体步骤包括:1、根据注册方法完成账号注册,选择企业类型信息,填写相关内容,进行认证;2、完成资料上传后,经过三天的审核期,成功通过了认证并可以使用。s3、编写代码,将功能代码与企业号对接。使用开发工具notepad++编写程序,程序语言php。一、做出前端和后端。根据企业号特点,分为手机端和后台维护两部分内容。功能模块的作用如下表:1、编写故障自处理模块模块。具体的,前端将首页分类,包括首页显示和底栏两部分内容,底栏分为软件和硬件。部分代码内容如下:<php$cookiepath='/';//cookie作用路径define('in_discuz',true);define('uc_client_version','1.5.0');/teucenter版本标识define('uc_client_release','20081031');define('api_deleteuser',1);/te用户删除api接口开关define('api_renameuser',1);/te用户改名api接口开关define('api_gettag',1);/te获取标签api接口开关define('api_synlogin',1);/te同步登录api接口开关define('api_synlogout',1);/te同步登出api接口开关define('api_updatepw',1);/te更改用户密码开关define('api_updatebadwords',1);/te更新关键字列表开关define('api_updatehosts',1);/te更新域名解析缓存开关define('api_updateapps',1);/te更新应用列表开关define('api_updateclient',1);/te更新客户端缓存开关define('api_updatecredit',1);/te更新用户积分开关define('api_getcreditsettings',1);/te向ucenter提供积分设置开关define('api_getcredit',1);/te获取用户的某项积分开关define('api_updatecreditsettings',1);/te更新应用积分设置开关define('api_return_succeed','1');define('api_return_failed','-1');define('api_return_forbidden','-2');define('discuz_root','../');define('thinkcmf_auth','thinkcmf_auth');以及:/te普通的http通知方式if(!defined('in_uc')){error_reporting(0);set_magic_quotes_runtime(0);defined('magic_quotes_gpc')||define('magic_quotes_gpc',get_magic_quotes_gpc());require_oncediscuz_root.'./uc_client/config.inc.php';$_dcache=$get=$post=array();$code=@$_get['code'];parse_str(_authcode($code,'decode',uc_key),$get);if(magic_quotes_gpc){$get=_stripslashes($get);}。通过手机端登录报修平台查看结果;确定实现企业号故障自处理软件、硬件的底栏显示。2、编制故障处理指导书并完成资料上传。查阅维修记录,统计故障并按照软硬件完成故障分类。具体的,查阅信息、通信专业的维修记录,统计所有的故障信息,并完成分类。编制故障处理指导书并完成资料上传。具体的,将统计的故障信息按照分类上传至企业号维护后台。通过使用手机端测试,实现了故障处理指导书的查询功能。确定可通过手机端正常查看指导书。二、编写工单填写模块、工单查询模块、工单接收功能模块、工单派发功能模块并与微信企业号对接。1、工单填写模块包括以下输入项:保修部门、报修人、报修时间、报修地址、联系电话、移动电话、报修分类、工作内容等八项。具体的,使用notepad++完成代码编写,将后台变量代码向前到前端html中,实现动态页面;通过企业号接口将动态页面与微信企业号对接,实现工单填写功能。通过手机端测试。确定可以上传图片,实现工单填写功能。2、完成工单查询模块。首先完成工单查询。具体的,使用notepad++完成代码编写,将后台变量代码向前到前端html中,实现动态页面;通过企业号接口将动态页面与微信企业号对接,实现工单查询功能。通过手机端测试。通过输入订单号可查询订单信息,实现工单查询功能。其次,完成工单查询结果显示。工单查询结果显示包括完成情况、接单情况、排队情况等三项。具体的,使用notepad++完成代码编写,将后台变量代码向前到前端html中,实现动态页面;通过企业号接口将动态页面与微信企业号对接,实现工单查询功能。通过手机端测试。工单查询结果可实现完成情况、接单情况、排队情况等三项内容显示功能,目标实现。3、使用notepad++完成代码编写并将程序与微信企业号对接,实现订单列表按时间顺序排列显示。三、选择信息交流功能。1、应用中心添加企业小助手。具体的,在微信后台维护中添加企业小助手应用。2、对企业小助手进行设置。完成各项信息的设置,并将名称改为:“信息咨询”。通过手机端测试,实现与用户的信息发送,实现信息交流功能。s4、搜集报修人员信息上传至微信企业号后台。1、选择报修专责人。制定并下发通知,请各部门上报为网络终端故障报修专责人姓名、微信号等信息。2、整理并上传至企业号后台。完成资料收集后,按照企业号通讯录上传格式进行资料整理并成功上传至后台。3、下发通知至报修专责人,关注企业号。通过后台检查,全部报修专责人成功关注了企业号,关注成功率100%。s5、搜集维修人员信息上传至微信企业号后台。1、统计维修人员信息并导入后台。按照通讯录格式完成资料收集,并成功上传至后台。2、维修人员关注企业号。3、通过后台检查,全部维修人员成功关注企业号,关注成功率100%。4、选择手工派发维修人员。选择维修人员作为派发人员。安排该人员负责工单派发功能。此外,信息交流模块可采用企业号自带的应用功能实现。s6、整体试运行。1、对平台的使用上报主管部门审批。2、对各部室报修专责人进行系统使用培训3、选择不同部门专责人20人,下发通知,每人每天提报1条报修工单,并适时查询工单情况。4、模拟实际工作进行派单并完成维修任务。小组成员每天按照日常工作情况模拟进行派单工作,并完成维修任务,进行工单确认。经过7天的试运行,软件运行稳定,能够正常完成工单的接单和派发工作,未出现问题,工单接收派发成功率100%。效果检查:(一)目标检查1、经过小组成员半年来的努力,网络终端故障报修平台开发完成并成功上线运行,实现了用户故障自处理、故障报修、工单派发等功能。6-7月份,经对系统的持续检测,成功接收并派发82条工单,系统运行正常。2、公司网络终端故障处理及时率有了明显提高,按照网络终端故障处理方式进行了分类统计,6-7月网络终端故障处理方式统计表,如下表所示:序号处理方式次数百分比平均用时(小时)1需维修人员现场处理2734.2%3.22维修人员通过远程控制解决5265.8%1.33使用人员可自行修复处理30%0.1通过统计可知,使用人员可自行修复处理的工单次数减少为3次,平均用时为1.88小时,故障处理效率提高了:(2.2-1.88)/2.2=14.5%。效益分析:1、社会效益。网络终端故障报修平台的应用,创新了工作流程,规范了故障报修管理,大大减少了故障处理时间,对班组整体工作效率的提高产生了助推作用。2、推广效益。微信企业号应用广泛,功能扩展良好,可以在此基础上继续开展其他功能辅助日常工作,进一步提高工作效率。(三)巩固期跟踪检查调查了8-10月份的平台应用情况,运行稳定,未出现问题。同时对109次工单情况进行了统计分析,如下表:序号处理方式次数百分比平均用时(小时)1需维修人员现场处理3935.8%3.12维修人员通过远程控制解决7064.2%1.33使用人员可自行修复处理00%0通过统计可知,使用人员可自行修复处理的工单次数已减少为0次,平均用时为1.94小时,故障处理效率提高了:(2.2-1.94)/2.2=11.8%。当前第1页12
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1