本发明涉及视联网技术领域，特别是涉及一种设备故障的处理方法和一种设备故障的处理系统。
背景技术
视联网是网络发展的重要里程碑，是一个能够实现实时高清视频传输，将众多互联网应用推向高清视频化，高清面对面的网络系统。
在视联网中，可以实现多种业务。例如，视频会议、可视电话、视频监控、发布或收看直播等等。以视频监控为例。通常，接入视联网的监控设备可以将采集的视频数据发送至视联网的协转服务器，再经由协转服务器传输至视联网的各个显示终端，从而能够在显示终端上实时地显示相应的监控画面。
现有技术中，当监控设备出现各种故障(如：设备断链、设备断电停用、设备离线等)时，需要工作人员通过电话或其他方式口述传达至运维人员，然后再由运维人员进行处理。由于故障传达的速度较慢，运维人员不能及时地对出现故障的监控设备进行处理，严重影响了监控设备的运行。
技术实现要素：
鉴于上述问题，提出了本发明实施例以便提供一种克服上述问题或者至少部分地解决上述问题的一种设备故障的处理方法和相应的一种设备故障的处理系统。
为了解决上述问题，本发明实施例公开了一种设备故障的处理方法，应用于视联网，所述视联网包括监控调度平台、数据库、多个监控设备，以及，多个客户端，所述方法包括：
监控调度平台获取第一用户在客户端输入的监控设备的故障信息；
所述监控调度平台调用预置的服务端接口，将所述故障信息存储至数据库；
所述数据库对所述故障信息进行汇总，以生成故障汇总信息；
所述监控调度平台接收所述数据库通过所述预置的服务端接口返回的故障汇总信息；
所述监控调度平台将所述故障汇总信息发送至客户端；
所述客户端对所述故障汇总信息进行展现。
可选地，所述客户端具有资源列表页面，所述监控调度平台获取第一用户在客户端输入的监控设备的故障信息的步骤包括：
客户端接收第一用户在所述资源列表页面输入的监控设备的故障信息；
客户端将所述故障信息发送至监控调度平台。
可选地，所述故障信息包括设备接入网关号码、监控设备id、故障类型，以及，故障级别。
可选地，所述数据库对所述故障信息进行汇总，以生成故障汇总信息的步骤包括：
所述数据库确定与所述故障信息中的监控设备id相对应的监控设备名称；
所述数据库根据所述故障信息与所述监控设备名称，生成故障汇总信息。
可选地，在所述客户端将所述故障信息发送至监控调度平台的步骤后，还包括：
所述客户端更新所述监控设备的故障信息的处理状态。
可选地，所述客户端对所述故障汇总信息进行展现的步骤包括：
所述客户端依据所述故障汇总信息生成故障维护页面；
所述客户端弹窗展示所述故障维护页面。
可选地，还包括：
当所述监控设备的故障解决后，监控调度平台获取第二用户在所述故障维护页面输入的监控设备的维护信息；
监控调度平台将所述维护信息发送至所述数据库；
所述数据库依据所述维护信息对所述故障汇总信息进行更新，以生成更新故障汇总信息；
所述监控调度平台接收所述数据库返回的所述更新故障汇总信息并将所述更新故障汇总信息发送至客户端；
所述客户端在所述故障维护页面展示所述更新故障汇总信息，并弹窗展示下一条未处理的故障信息。
可选地，还包括：
当所述监控设备的故障解决后，所述客户端更新所述资源列表页面中所述监控设备的状态信息。
为了解决上述问题，本发明实施例公开了一种设备故障的处理系统，应用于视联网，所述系统包括：监控调度平台、数据库、多个监控设备，以及，多个客户端；
所述监控调度平台包括：
故障信息获取模块，用于获取第一用户在客户端输入的监控设备的故障信息；
故障信息存储模块，用于调用预置的服务端接口，将所述故障信息存储至数据库；
故障汇总信息接收模块，用于接收所述数据库通过所述预置的服务端接口返回的故障汇总信息；
故障汇总信息发送模块，用于将所述故障汇总信息发送至客户端；
所述数据库包括：
故障信息汇总模块，用于对所述故障信息进行汇总，以生成故障汇总信息；
所述客户端包括：
故障汇总信息展现模块，用于对所述故障汇总信息进行展现。
可选地，所述客户端具有资源列表页面，所述客户端还包括：
故障信息接收模块，用于接收第一用户在所述资源列表页面输入的监控设备的故障信息；
故障信息发送模块，用于将所述故障信息发送至监控调度平台。
可选地，所述故障信息包括设备接入网关号码、监控设备id、故障类型，以及，故障级别。
可选地，所述故障信息汇总模块包括：
监控设备名称确定子模块，用于确定与所述故障信息中的监控设备id相对应的监控设备名称；
故障汇总信息生成子模块，用于根据所述故障信息与所述监控设备名称，生成故障汇总信息。
可选地，所述客户端还包括：
处理状态更新模块，用于更新所述监控设备的故障信息的处理状态。
可选地，所述故障汇总信息展现模块包括：
故障维护页面生成子模块，用于依据所述故障汇总信息生成故障维护页面；
故障维护页面展示子模块，用于弹窗展示所述故障维护页面。
可选地，所述监控调度平台还包括：
维护信息获取模块，用于当所述监控设备的故障解决后，获取第二用户在所述故障维护页面输入的监控设备的维护信息；
维护信息发送模块，用于将所述维护信息发送至所述数据库；
更新故障汇总信息接收发送模块，用于接收所述数据库返回的更新故障汇总信息并将所述更新故障汇总信息发送至客户端；
所述数据库还包括：
故障汇总信息更新模块，用于依据所述维护信息对所述故障汇总信息进行更新，以生成更新故障汇总信息；
所述客户端还包括：
更新故障汇总信息展示模块，用于在所述故障维护页面展示所述更新故障汇总信息；
弹窗展示模块，用于弹窗展示下一条未处理的故障信息。
可选地，所述客户端还包括：
状态信息更新模块，用于当所述监控设备的故障解决后，更新所述资源列表页面中所述监控设备的状态信息。
与背景技术相比，本发明实施例包括以下优点：
本发明实施例，通过接收用户在客户端输入的故障信息，并调用预置的服务器接口将故障信息存储至数据库，方便了用户及时上报监控设备的故障，解决了现有技术中在视联网监控设备发生故障时，只能通过用户口述上报故障的问题，提高了故障上报的效率。故障信息经过数据库汇总后再展现在客户端中，也方便了运维人员及时地了解哪些设备出现了故障，便于及时处理，有助于保证视联网各个监控设备的正常运行。
附图说明
图1是本发明的一种设备故障的处理方法实施例一的步骤流程图；
图2是本发明的一种设备故障的处理方法实施例二的步骤流程图；
图3是本发明的一种设备故障的处理方法流程示意图；
图4是本发明的一种设备故障的处理系统实施例的结构框图。
具体实施方式
为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。
参照图1，示出了本发明的一种设备故障的处理方法实施例一的步骤流程图，具体可以包括如下步骤：
步骤101，监控调度平台获取第一用户在客户端输入的监控设备的故障信息；
需要说明的是，本方法可以应用于视联网中。视联网是网络发展的重要里程碑，是一个能够实现实时高清视频传输，将众多互联网应用推向高清视频化，高清面对面的网络系统。
视联网采用实时高清视频交换技术，可以在一个网络平台上将所需的服务，如高清视频会议、视频监控、智能化监控分析、应急指挥、数字广播电视、延时电视、网络教学、现场直播、vod点播、电视邮件、个性录制(pvr)、内网(自办)频道、智能化视频播控、信息发布等数十种视频、语音、图片、文字、通讯、数据等服务全部整合在一个系统平台，通过电视或电脑实现高清品质视频播放。
在本发明实施例中，该视联网中可以包括监控调度平台、数据库、多个监控设备，以及，多个客户端。
其中，监控调度平台可以集成有多个监控设备的信息，实现对监控设备的统一调度和管理。客户端可以是指监控调度平台的客户端，它能够实现与监控调度平台之间的数据交互，通过直接在客户端上进行操作，从而实现对对监控设备的管理。数据库可以是用于存储监控设备的故障信息。任一监控设备发生故障时，其故障信息均需要首先发送至该数据库，再由数据库分发至各个客户端。
需要说明的是，上述客户端可以是指移动客户端，也可以是指web客户端，本实施例对客户端的具体存在形式不作限定。
在本发明实施例中，第一用户可以是某一监控设备的管理人员或其他工作人员，如当前登录到监控调度平台的用户。当该监控设备发生故障时，该第一用户可以在客户端上输入相应的故障信息，并上报。
在具体实现中，客户端可以提供一资源列表页面，当某一监控设备发生故障时，客户端可以接收第一用户在上述资源列表页面输入的监控设备的故障信息，并将该故障信息发送至监控调度平台。
上述故障信息可以包括设备接入网关号码、监控设备id、故障类型，以及，故障级别等等。当然，根据实际需要，本领域技术人员还可以要求上报的故障信息包括其他内容。例如，第一用户的姓名、联系方式等等。本实施例对此不作限定。
例如，当某一监控设备发生故障时，工作人员可以将该监控设备的id、故障类型等信息输入至客户端预设的资源列表页面中，并通过点击上报按钮，将上述故障信息上报至监控调度平台。
作为本申请的一种示例，当客户端将故障信息上报至监控调度平台后，该客户端还可以更新监控设备的故障信息的处理状态。例如，可以在资源列表页面中展示“已上报故障”等信息，以提示用户，当前监控设备的故障信息已经提交至监控调度平台，等待运维人员的处理。
步骤102，所述监控调度平台调用预置的服务端接口，将所述故障信息存储至数据库；
在本发明实施例中，预置的服务端接口可以是基于signalr技术的接口。signalr是为asp.net开发人员提供的一个库，可以简化开发人员将实时web功能添加到应用程序的过程。其中，实时web功能是指这样一种功能：当所连接的客户端变得可用时，服务器可以立即向其推送内容，而不是让服务器等待客户端请求新的数据。
因此，基于signalr技术的服务端接口，可以实现监控调度平台与数据库之间的实时数据交互。
步骤103，所述数据库对所述故障信息进行汇总，以生成故障汇总信息；
在本发明实施例中，多个客户端可以分别向监控调度平台上报不同的监控设备的故障信息。监控调度平台在每接收到一条故障信息后，可以实时地通过调用服务端接口，将该条故障信息存储至数据库。
从而，数据库也可以实时地对接收到的全部故障信息进行汇总，生成故障汇总信息。
需要说明的是，故障汇总信息中不仅包括新接收到的故障信息，还包括在先已经接收到但目前仍未解决的故障信息。
步骤104，所述监控调度平台接收所述数据库通过所述预置的服务端接口返回的故障汇总信息；
在本发明实施例中，当数据库汇总接收到的全部故障信息后，可以通过服务端接口，将故障汇总信息发送至监控调度平台，由监控调度平台执行步骤105，将上述故障汇总信息发送至客户端，以展示给相关用户。
步骤105，所述监控调度平台将所述故障汇总信息发送至客户端；
步骤106，所述客户端对所述故障汇总信息进行展现。
在本发明实施例中，客户端可以提供一故障维护页面，当接收到故障汇总信息后，可以在该页面中展示全部的故障信息。
在展示故障汇总信息时，客户端可以按照一定的顺序进行排列。例如，可以按照故障发生的时间，或者故障信息上报的时间等等对各条故障信息进行排列，本实施例对此不作限定。
在本发明实施例中，通过接收用户在客户端输入的故障信息，并调用预置的服务器接口将故障信息存储至数据库，方便了用户及时上报监控设备的故障，解决了现有技术中在视联网监控设备发生故障时，只能通过用户口述上报故障的问题，提高了故障上报的效率。故障信息经过数据库汇总后再展现在客户端中，也方便了运维人员及时地了解哪些设备出现了故障，便于及时处理，有助于保证视联网各个监控设备的正常运行。
参照图2，示出了本发明的一种设备故障的处理方法实施例二的步骤流程图，所述方法应用于视联网，所述视联网可以包括监控调度平台、数据库、多个监控设备，以及，多个客户端，所述方法具体可以包括如下步骤：
步骤201，监控调度平台获取第一用户在客户端输入的监控设备的故障信息；
在本发明实施例中，第一用户可以是指当前客户端的登录用户。如图3所示，是本申请的一种设备故障的处理方法流程示意图。该客户端可以包括移动端或pc端，即第一用户不仅可以通过pc上报故障信息，还可以在手机等移动终端上上报故障，本实施例对此不作限定。
在本发明实施例中，客户端可以提供一资源列表页面。该资源列表页面中可以提供各个监控设备的故障信息的上报功能。
在具体实现中，客户端可以接收第一用户在资源列表页面输入的监控设备的故障信息，并将故障信息发送至监控调度平台
例如，当某一监控设备发生故障时，第一用户可以在上述页面中填写该监控设备的故障信息并通过点击上报按钮，将上述故障信息上报至监控调度平台。
上述故障信息可以包括设备接入网关号码、监控设备id、故障类型，以及，故障级别等等。当然，根据实际需要，本领域技术人员还可以要求上报的故障信息包括其他内容。例如，第一用户的姓名、联系方式等等。本实施例对此不作限定。
作为本申请的一种示例，当客户端将故障信息上报至监控调度平台后，该客户端还可以更新监控设备的故障信息的处理状态。例如，可以在资源列表页面中展示“已上报故障”等信息，以提示用户，当前监控设备的故障信息已经提交至监控调度平台，等待运维人员的处理。
步骤202，所述监控调度平台调用预置的服务端接口，将所述故障信息存储至数据库；
在具体实现中，监控调度平台可以通过调用基于signalr技术的服务端接口，实时地将第一用户上报的故障信息发送至数据库。
步骤203，所述数据库确定与所述故障信息中的监控设备id相对应的监控设备名称；
在本发明实施例中，可以在数据库中预置监控设备id与监控设备名称之间的对应关系表。当数据库接收到故障信息后，可以首先确定发生故障的监控设备id，然后从上述对应关系表中查找出与该id对应的监控设备的名称。
步骤204，所述数据库根据所述故障信息与所述监控设备名称，生成故障汇总信息；
需要说明的是，故障汇总信息中不仅包括新接收到的故障信息，还包括在先已经接收到但目前仍未解决的故障信息。
步骤205，所述监控调度平台接收所述数据库通过所述预置的服务端接口返回的故障汇总信息；
在本发明实施例中，当数据库汇总接收到的全部故障信息后，可以通过服务端接口，将故障汇总信息发送至监控调度平台，由监控调度平台执行步骤206和步骤207，将上述故障汇总信息发送至客户端，以展示给相关用户。
步骤206，所述监控调度平台将所述故障汇总信息发送至客户端；
步骤207，所述客户端对所述故障汇总信息进行展现；
在本发明实施例中，当客户端接收到监控调度平台发送的故障汇总信息后，可以依据故障汇总信息生成故障维护页面，并弹窗展示故障维护页面。即，如图3所示，在客户端展示设备的状态信息。
通过弹窗在故障维护页面展示上报的故障信息，可以无需运维人员刷新页面，即可查看上报的故障信息，便于提醒运维人员及时处理。
步骤208，当所述监控设备的故障解决后，监控调度平台获取第二用户在所述故障维护页面输入的监控设备的维护信息；
在本发明实施例中，第二用户可以是解决监控设备的故障的运维人员。当运维人员在解决某一监控设备的故障后，可以在故障维护页面中输入该监控设备的维护信息。例如，输入“故障已解决”等信息。
当然，故障维护页面也可以提供相应的功能按钮，当故障被解决后，运维人员可以通过点击该按钮，向监控调度平台上报该监控设备的故障已解决的信息。
步骤209，监控调度平台将所述维护信息发送至所述数据库；
在本发明实施例中，当监控调度平台接收到某一监控设备的维护信息后，可以再次调用服务端接口，将该维护信息发送至数据后，由数据库对故障汇总信息进行更新。该维护信息可以表示，监控设备的故障已经被运维人员处理，监控设备当前已能够正常运行。
步骤210，所述数据库依据所述维护信息对所述故障汇总信息进行更新，以生成更新故障汇总信息；
在具体实现中，数据库在接收到某一监控设备的维护信息后，可以将该监控设备的故障信息从故障汇总信息中删除，从而生成更新故障汇总信息。更新故障汇总信息中包括当前仍处于故障状态的监控设备的故障信息。
步骤211，所述监控调度平台接收所述数据库返回的所述更新故障汇总信息并将所述更新故障汇总信息发送至客户端；
在本发明实施例中，为了方便运维人员及时了解哪些监控设备仍然处于故障状态，数据库在生成更新故障汇总信息后，可以通过服务端接口，实时地将更新后的信息发送至监控调度平台，由监控调度平台转发至客户端。
步骤212，所述客户端在所述故障维护页面展示所述更新故障汇总信息，并弹窗展示下一条未处理的故障信息。
在本发明实施例中，当故障汇总信息更新后，客户端可以在故障维护页面中展示更新后的故障汇总信息。同时，为了方便运维人员及时了解需要处理的故障信息还包括哪些，客户端可以以弹窗的方式向运维人员展示下一条未处理的故障信息，以提醒运维人员及时处理。
需要说明的是，当监控设备的故障解决后，客户端还可以更新资源列表页面中该监控设备的状态信息。例如，将该监控设备在图3中的资源列表状态由“故障”更新为“正常”。而对于仍未解决的故障，则保留在故障故障维护页面中。
本发明实施例，通过接收用户在客户端输入的故障信息，并调用预置的服务器接口将故障信息存储至数据库，方便了用户及时上报监控设备的故障，提高了故障上报的效率。故障信息经过数据库汇总后再展现在客户端中，也方便了运维人员及时地了解哪些设备出现了故障，便于及时处理。当监控设备的故障被解决后，本实施例可以及时地对故障汇总信息进行更新，并弹窗展示下一条未处理的故障信息，方便了运维人员了解哪些监控设备仍然处于故障状态，需要及时处理，提高了故障处理的效率。
需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。
参照图4，示出了本发明的一种设备故障的处理系统实施例的结构框图，所述系统400应用于视联网，所述系统400可以包括：监控调度平台410、数据库420、多个监控设备430，以及，多个客户端440。
其中，所述监控调度平台410具体可以包括如下模块：
故障信息获取模块，用于获取第一用户在客户端440输入的监控设备430的故障信息；
故障信息存储模块，用于调用预置的服务端接口，将所述故障信息存储至数据库420；
故障汇总信息接收模块，用于接收所述数据库420通过所述预置的服务端接口返回的故障汇总信息；
故障汇总信息发送模块，用于将所述故障汇总信息发送至客户端440；
所述数据库420具体可以包括如下模块：
故障信息汇总模块，用于对所述故障信息进行汇总，以生成故障汇总信息；
所述客户端440具体可以包括如下模块：
故障汇总信息展现模块，用于对所述故障汇总信息进行展现。
在本发明实施例中，所述客户端440具有资源列表页面，所述客户端440还可以包括如下模块：
故障信息接收模块，用于接收第一用户在所述资源列表页面输入的监控设备430的故障信息；
故障信息发送模块，用于将所述故障信息发送至监控调度平台410。
在本发明实施例中，所述故障信息可以包括设备接入网关号码、监控设备id、故障类型，以及，故障级别。
在本发明实施例中，所述故障信息汇总模块具体可以包括如下子模块：
监控设备名称确定子模块，用于确定与所述故障信息中的监控设备id相对应的监控设备名称；
故障汇总信息生成子模块，用于根据所述故障信息与所述监控设备名称，生成故障汇总信息。
在本发明实施例中，所述客户端440还可以包括如下模块：
处理状态更新模块，用于更新所述监控设备430的故障信息的处理状态。
在本发明实施例中，所述故障汇总信息展现模块具体可以包括如下子模块：
故障维护页面生成子模块，用于依据所述故障汇总信息生成故障维护页面；
故障维护页面展示子模块，用于弹窗展示所述故障维护页面。
在本发明实施例中，所述监控调度平台410还可以包括如下模块：
维护信息获取模块，用于当所述监控设备430的故障解决后，获取第二用户在所述故障维护页面输入的监控设备430的维护信息；
维护信息发送模块，用于将所述维护信息发送至所述数据库420；
更新故障汇总信息接收发送模块，用于接收所述数据库420返回的更新故障汇总信息并将所述更新故障汇总信息发送至客户端440；
所述数据库420还可以包括如下模块：
故障汇总信息更新模块，用于依据所述维护信息对所述故障汇总信息进行更新，以生成更新故障汇总信息；
所述客户端440还可以包括如下模块：
更新故障汇总信息展示模块，用于在所述故障维护页面展示所述更新故障汇总信息；
弹窗展示模块，用于弹窗展示下一条未处理的故障信息。
在本发明实施例中，所述客户端440还可以包括如下模块：
状态信息更新模块，用于当所述监控设备430的故障解决后，更新所述资源列表页面中所述监控设备430的状态信息。
对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。
本领域内的技术人员应明白，本发明实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。
最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
以上对本发明所提供的一种设备故障的处理方法和一种设备故障的处理系统，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。