迷你KTV故障工单生成和排序方法、装置与流程

本申请涉及计算机技术领域，特别是涉及一种迷你ktv故障工单生成和排序方法、装置。

背景技术：

迷你ktv为一种小包厢式供用户点歌、唱歌和录歌的平台，其采用统一的配置：每台设备包含一台选歌系统、一个大屏幕、两个高脚凳和两个耳机，迷你ktv包厢占用空间为2平方米左右，最多可以供两个人同时唱歌、录歌，主要设置在各大商场、车站等候区等位置。由于迷你ktv可通过线上交易使用，采用无人管理的模式，因此，当迷你ktv出现故障时，不能及时发现，影响了迷你ktv的使用。

技术实现要素：

基于此，有必要针对上述技术问题，提供一种能够提高迷你ktv故障检测效率的迷你ktv故障工单生成和排序方法、装置、计算机设备和存储介质。

一种迷你ktv故障工单生成方法，所述方法包括：

获取客诉故障信息、营业额异常信息或断网故障信息，所述客诉故障信息、营业额异常信息和断网故障信息均包括所述迷你ktv的身份标识；

根据所述迷你ktv的身份标识判断是否已存在关于所述迷你ktv的故障工单；

如果不存在所述迷你ktv的故障工单，则根据所述客诉故障信息、营业额异常信息或断网故障信息生成所述迷你ktv的故障工单，所述故障工单包括所述迷你ktv的身份标识；

如果存在所述迷你ktv的故障工单，则将所述客诉故障信息、营业额异常信息或断网故障信息添加至所述迷你ktv的故障工单，所述故障工单包括当前加入的故障信息和已有的故障信息。

一种迷你ktv故障工单排序方法，所述方法包括：

对故障工单按照迷你ktv的地理位置进行聚类，形成多个故障工单集中点；其中，故障工单包括所述迷你ktv的身份标识、故障类别和故障时间，故障工单集中点中的故障工单对应的迷你ktv的地理位置相近；

根据所述故障工单集中点内部故障工单对应的迷你ktv的营业额、故障类别和故障时间，对所述故障工单集中点进行维修优先级排序；

根据所述故障工单对应的迷你ktv的营业额、故障类别和故障时间，对所述故障工单集中点中的故障工单进行维修优先级排序。

一种迷你ktv故障工单生成装置，所述装置包括：

故障信息获取模块，用于获取客诉故障信息、营业额异常信息或断网故障信息，所述客诉故障信息、营业额异常信息和断网故障信息均包括所述迷你ktv的身份标识；

故障工单判断模块，用于根据所述迷你ktv的身份标识判断是否已存在关于所述迷你ktv的故障工单；

故障工单生成模块，用于如果不存在所述迷你ktv的故障工单，则根据所述客诉故障信息、营业额异常信息或断网故障信息生成所述迷你ktv的故障工单，所述故障工单包括所述迷你ktv的身份标识；

故障工单添加模块，用于如果存在所述迷你ktv的故障工单，则将所述客诉故障信息、营业额异常信息或断网故障信息添加至所述迷你ktv的故障工单，所述故障工单包括当前加入的故障信息和已有的故障信息。

一种迷你ktv故障工单排序装置，所述装置包括：

聚类模块，用于对故障工单按照迷你ktv的地理位置进行聚类，形成多个故障工单集中点；其中，故障工单包括所述迷你ktv的身份标识、故障类别和故障时间，故障工单集中点中的故障工单对应的迷你ktv的地理位置相近；

第一排序模块，用于根据所述故障工单集中点内部故障工单对应的迷你ktv的营业额、故障类别和故障时间，对所述故障工单集中点进行维修优先级排序；

第二排序模块，用于根据所述故障工单对应的迷你ktv的营业额、故障类别和故障时间，对所述故障工单集中点中的故障工单进行维修优先级排序。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

获取客诉故障信息、营业额异常信息或断网故障信息，所述客诉故障信息、营业额异常信息和断网故障信息均包括所述迷你ktv的身份标识；

根据所述迷你ktv的身份标识判断是否已存在关于所述迷你ktv的故障工单；

如果不存在所述迷你ktv的故障工单，则根据所述客诉故障信息、营业额异常信息或断网故障信息生成所述迷你ktv的故障工单，所述故障工单包括所述迷你ktv的身份标识；

如果存在所述迷你ktv的故障工单，则将所述客诉故障信息、营业额异常信息或断网故障信息添加至所述迷你ktv的故障工单，所述故障工单包括当前加入的故障信息和已有的故障信息。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

获取客诉故障信息、营业额异常信息或断网故障信息，所述客诉故障信息、营业额异常信息和断网故障信息均包括所述迷你ktv的身份标识；

根据所述迷你ktv的身份标识判断是否已存在关于所述迷你ktv的故障工单；

如果不存在所述迷你ktv的故障工单，则根据所述客诉故障信息、营业额异常信息或断网故障信息生成所述迷你ktv的故障工单，所述故障工单包括所述迷你ktv的身份标识；

如果存在所述迷你ktv的故障工单，则将所述客诉故障信息、营业额异常信息或断网故障信息添加至所述迷你ktv的故障工单，所述故障工单包括当前加入的故障信息和已有的故障信息。

上述迷你ktv故障工单生成和排序方法、装置、计算机设备和存储介质，通过获取客诉故障信息、营业额异常信息或断网故障信息来生成故障工单，并将迷你ktv的故障信息进行合并形成一个工单，能够将一个迷你ktv的所有故障一次性维修，减少了维修人员的工作量、提高了维修效率，同时，将所述故障工单按照地理位置进行分类，在维修人员进行维修时可以选择同一区域具有故障的迷你ktv进行维修，减少了维修人员维修的路线，提高了维修效率；最后，对迷你ktv的故障按照三个优先级进行排序，能够优先处理使用人数较多、故障较严重、故障出现较早的迷你ktv，提高了故障的处理效率。

附图说明

图1为一个实施例中迷你ktv故障工单生成的应用环境图；

图2为一个实施例中迷你ktv故障工单生成方法的流程示意图；

图3为一个实施例中迷你ktv故障工单排序方法的流程示意图；

图4为一个实施例中迷你ktv故障工单生成装置的结构框图；

图5为一个实施例中迷你ktv故障工单排序装置的结构框图；

图6为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的迷你ktv故障工单生成和排序方法，可以应用于如图1所示的应用环境中。其中，迷你ktv102通过网络与服务器104通过网络进行通信。服务器104从迷你ktv102获取迷你ktv的客诉故障信息、营业额异常信息或断网故障信息，所述客诉故障信息、营业额异常信息和断网故障信息均包括所述迷你ktv的身份标识；根据所述迷你ktv的身份标识判断是否已存在关于所述迷你ktv的故障工单；如果不存在所述迷你ktv的故障工单，则根据所述客诉故障信息、营业额异常信息或断网故障信息生成所述迷你ktv的故障工单，所述故障工单包括所述迷你ktv的身份标识；如果存在所述迷你ktv的故障工单，则将所述客诉故障信息、营业额异常信息或断网故障信息添加至所述迷你ktv的故障工单，所述故障工单包括当前加入的故障信息和已有的故障信息。其中，服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个实施例中，如图2所示，提供了一种迷你ktv故障工单生成方法，以该方法应用于图1中的服务器为例进行说明，包括以下步骤：

s110，获取客诉故障信息、营业额异常信息或断网故障信息，所述客诉故障信息、营业额异常信息和断网故障信息均包括所述迷你ktv的身份标识。

其中，所述客诉故障信息包括软件故障信息和硬件故障信息。其中，软件故障包括触屏无反应、扫描支付后界面不跳转、界面反应速度缓慢等，硬件故障包括机器触屏界面损坏、耳麦损坏等，客诉故障信息通过客户的投诉电话、客户扫描登陆app填入的故障内容或者客户通过公众号发送的投诉内容进行获取，也可以在接收到客户投诉后，客服输入故障信息，后台服务器整理成客诉故障信息。营业额异常信息为所述迷你ktv收入突然减少或者无收入的相关信息，可能是所述迷你ktv机器本身的故障导致，也可能是卫生或者其它情况导致，在营业额出现异常时也需要维修人员到现场去查看或维修。断网故障信息为所述迷你ktv出现多次网络连接失败的相关信息。其中，迷你ktv的身份标识为迷你ktv的mac(mediaaccesscontrol，介质访问控制)地址，当然也可以采用迷你ktv设备号作为迷你ktv的身份标识，或者采用其它具有唯一表示迷你ktv身份信息的标识。

s120，根据所述迷你ktv的身份标识判断是否已存在关于所述迷你ktv的故障工单。

其中，所述迷你ktv的故障工单供维修人员查询。具体的，每个所述迷你ktv生成故障工单后，在所述故障工单未处理之前，获得客诉故障信息、营业额异常信息或断网故障信息都会添加到所述故障工单中，所有的故障信息合并成一个故障工单，便于维修人员查看和统一维修。

s130，如果不存在所述迷你ktv的故障工单，则根据所述客诉故障信息、营业额异常信息或断网故障信息生成所述迷你ktv的故障工单，所述故障工单包括所述迷你ktv的身份标识。

s140，如果存在所述迷你ktv的故障工单，则将所述客诉故障信息、营业额异常信息或断网故障信息添加至所述迷你ktv的故障工单，所述故障工单包括当前加入的故障信息和已有的故障信息。

上述迷你ktv故障工单生成方法中，通过获取客诉故障信息、营业额异常信息或断网故障信息来生成故障工单，并将迷你ktv的故障信息进行合并形成一个工单，能够将一个迷你ktv的所有故障一次性维修，减少了维修人员的工作量、提高了维修效率。

在其中一个实施例中，在步骤s140之后包括：当所述迷你ktv的故障工单中的客诉故障信息达到预设数目时，将所述迷你ktv的故障工单标记为重点处理故障工单。。其中，预设数目可为3次。重点处理故障工单维修人员会优先处理，标记为重点处理的故障工单可以将字体颜色显示为红色或者用醒目的符号进行标记。

其中，客诉故障信息通过客户的投诉电话、客户扫描登陆app填入的故障内容或者客户通过公众号发送的投诉内容进行获取。在接收到客户投诉后，客服输入故障信息，后台服务器整理成客诉故障信息。

在其中一个实施例中，所述获取营业额异常信息包括：获取迷你ktv当天营业额和营业额预估值；其中，所述营业额预估值根据所述迷你ktv历史营业额计算得到；当所述当天营业额与所述营业额预估值之比小于预设百分比且所述当天营业额与所述营业额预估值之差大于预设额度时，则生成营业额异常信息；其中，所述营业额异常信息包括所述迷你ktv的身份标识、故障类别和营业额下降信息产生时间。

在其中一种实施方式中，营业额预估值可为在预设时间段内同天的营业额的平均值。其中，所述预设时间段为故障预警信息产生的前四周，预设百分比可为百分之七十，预设额度可设为100元，当然预设百分比和预设额度可为其它值。例如，获取迷你ktv周三的营业额，将本周三的营业额与前四周的周三的营业额的平均值相比，如果本周三的营业额与前四周的周三的营业额的平均值之比值小于百分之七十，且本周三的营业额与前四周的周三的营业额的平均值之差大于100，则生成营业额下降信息。

在另一实施方式中，将营业的日期定为四种：平时营业期(周一至周四)、特殊营业期(周五)、周末营业期(周六和周日)、节假日营业期。其中，如果是节假日就不作为另外三种营业日期。

平时营业期的营业额预估值计算：取最近两周内平时营业期的营业额数据，一共八天，八天都是周一至周四的营业额数据(如果其中有一天营业额数据缺失，即某日营业额数据为0，就向更前的日期取营业额数据，直到取满八天的营业额数据)，然后，去掉营业额的最高值和最低值后再取平均值作为当天的营业额预估值；如果所获取的平时营业期的营业额数据少于两个，即只能取到小余等于2天营业额数据，则不去掉最大值和最小值，营业额预估值直接等于该获取天数的营业额平均值。

特殊营业期的营业额预估值计算：取最近三周内特殊营业期的营业额数据，一共三天，三天都是周五的营业额数据(其中有一天营业额数据缺失，即某日营业额数据为0，就向更前的日期取营业额数据，直到取满三天的营业额数据)，营业额预估值为该三天的营业额的平均值；如果所获取的特殊营业期的营业额数据少于三个，营业额预估值为该获取天数的营业额的平均值。

周末营业期的营业额预估值计算：取最近三周内周末营业期的数据，一共六天，三天都是周六或周日的营业额数据(如果其中有一天营业额数据缺失，即某日营业额数据为0，就向更前的日期取营业额数据，直到取满六天的营业额数据)，营业额预估值为该六天的营业额的平均值；如果所获取的特殊营业期的营业额数据少于六个，营业额预估值为该获取天数的营业额的平均值。

节假日营业期的营业额预估值计算：取最近两周内平时营业期的营业额数据，一共八天，八天都是周一至周四的营业额数据(如果其中有一天营业额数据缺失，即某日营业额数据为0，就向更前的日期取营业额数据，直到取满八天的营业额数据)，然后，去掉营业额的最高值和最低值后再取平均值作为当天的营业额预估值；如果所获取的平时营业期的营业额数据少于两个，即只能取到小余等于2天营业额数据，则不去掉最大值和最小值，营业额预估值直接等于该获取天数的营业额平均值。

其中，将上线时间小于30min的迷你ktv营业额预估值设为零。

在其中一个实施例中，所述获取营业额异常信息包括：获取所述迷你ktv包括当天在内的预设时间段内的每天的营业额；当所述预设时间段内的每天的营业额均为零且所述迷你ktv存在至少一次联网正常时，则生成营业额异常信息；其中，所述营业额异常信息包括所述迷你ktv的身份标识、故障类别和营业额下降信息产生时间。

在其中一个实施例中，所述获取营业额异常信息包括：获取多包厢迷你ktv中每个包厢的营业额；根据所述营业额计算营业额的最高值和最低值；当双包厢营业额的最高值和最低值之比大于第一预设倍数或者多包厢营业额的最高值和最低值之比大于第二预设倍数，则生成营业额异常信息，所述营业额异常信息包括最低值营业额对应的迷你ktv的身份标识、故障类别和营业额异常信息产生时间。其中，第一预设倍数为2，第二预设倍数为1.5。故障类别为营业额差值大。

在其中一个实施例中，所述获取断网故障信息包括：获取迷你ktv在预设周期内的断网时间和断网次数；当所述断网时间超过预定时间或者断网次数超过预定次数，则对所述迷你ktv生成断网故障信息，所述断网故障信息包括所述迷你ktv的身份标识、故障类别和断网故障信息产生时间；其中，所述故障类别为断网。

其中，预设周期可为一天或者一个星期，预定时间可为两个小时，预定次数可为30次或者40次。如预设周期为一天，获取迷你ktv在预设周期内的断网时间和断网次数，可在每天下午四点进行。

在优选的实施方式中，迷你ktv在断网后，工控机可进行自动重启。所述获取迷你ktv在预设周期内的断网时间和断网次数的步骤之前，还包括：所述迷你ktv的工控机自动重启。如ktv断网后，在半个小时内工控机重启两次，当重启后依然无法联网，则开始断网计时或者进行断网次数统计。

在一个实施例中，如图3所示，提供了一种迷你ktv故障工单排序方法，所述方法包括：

s210，对故障工单按照迷你ktv的地理位置进行聚类，形成多个故障工单集中点；其中，故障工单包括所述迷你ktv的身份标识、故障类别和故障时间，故障工单集中点中的故障工单对应的迷你ktv的地理位置相近。

其中，故障工单集中点是对所述故障工单的分类方式，将所述故障工单按照地理位置进行分类，在维修人员进行维修时可以选择同一区域具有故障的迷你ktv进行维修，减少了维修人员维修的路线，提高了维修效率。其中，聚类可以根据所述故障工单的迷你ktv地理位置名称聚类，如阳光大厦，则所有在阳光大厦内的存在故障的迷你ktv统一进行维修。

s220，根据所述故障工单集中点内部故障工单对应的迷你ktv的营业额、故障类别和故障时间，对所述故障工单集中点进行维修优先级排序。

具体的，故障工单集中点的营业额、故障类别和故障时间为所述故障工单集中点中营业额最高的迷你ktv的营业额、故障类别和故障时间。

s230，根据所述故障工单对应的迷你ktv的营业额、故障类别和故障时间，对所述故障工单集中点中的故障工单进行维修优先级排序。

其中，对所述故障工单集中点的迷你ktv进行排序后，以营业额最高的迷你ktv机器点位为基准点来推荐维修路线。

本实施例中，步骤s220和步骤s230不分先后顺序，可以先对故障工单集中点进行排序然后再对故障工单集中点中的迷你ktv进行排序，也可以先对故障工单集中点中的迷你ktv进行排序然后再对故障工单集中点进行排序。

在一个优选的实施方式中，所述迷你ktv的营业额作为第一排序优先级、所述故障类别作为第二排序优先级、所述故障时间作为第三排序优先级。

其中，所述营业额可为所述迷你ktv故障发生前一周的日平均收入或者一个月的日平均收入，当按照第一排序优先级进行排序时可按照营业额的高低进行排序。故障类别包括触屏无反应、扫描支付后界面不跳转、界面反应速度缓慢、机器触屏界面损坏、耳麦损坏和断电和正处在断网状态，其中，将机器触屏界面损坏、耳麦损坏、断电、正处在断网状态等导致无法正常使用的故障类别作为重点标注故障，重点标注故障的迷你ktv优先进行维修，因此，需对其优先排序。在按照第三排序优先级进行排序时可按照故障时间的先后顺序进行排序。同时，对迷你ktv的故障按照三个优先级进行排序，能够优先处理使用人数较多、故障较严重、故障出现较早的迷你ktv，提供了故障的处理效率。

在其中一个实施例中，所述一种迷你ktv故障工单排序方法，还包括：在对所述故障工单集中点和所述故障工单进行排序后，将所述故障工单以所述故障工单集中点为单位向维修终端发送。

例如，故障工单集中点包含了a、b、c、d四个迷你ktv，对a、b、c、d四个迷你ktv进行排序，顺序为c、a、d、b，则四个迷你ktv的按照c、a、d、b的顺序记录在故障工单中，维修人员根据四个迷你ktv的排列顺序依次对每个迷你ktv进行故障处理。

在其中一个实施例中，所述一种迷你ktv故障工单排序方法，还包括：接收所述维修终端的维修情况信息，所述维修情况信息包括已维修的所述迷你ktv的身份标识、维修处理结果和维修时间；将所述维修情况信息添加至维修报表，并将所述维修情况信息对应的故障工单标记为已处理；其中，所述维修情况信息与所述故障工单通过所述迷你ktv的身份标识进行对应。

本实施例中，维修人员在对迷你ktv的故障进行处理之后，通过维修终端输入维修情况信息。

应该理解的是，虽然图2-3的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-3中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图4所示，提供了一种迷你ktv故障工单生成装置，包括：故障信息获取模块310、故障工单判断模块320、故障工单生成模块330和故障工单添加模块340。其中：

故障信息获取模块310，用于获取客诉故障信息、营业额异常信息或断网故障信息，所述客诉故障信息、营业额异常信息和断网故障信息均包括所述迷你ktv的身份标识。

故障工单判断模块320，用于根据所述迷你ktv的身份标识判断是否已存在关于所述迷你ktv的故障工单。

故障工单生成模块330，用于如果不存在所述迷你ktv的故障工单，则根据所述客诉故障信息、营业额异常信息或断网故障信息生成所述迷你ktv的故障工单，所述故障工单包括所述迷你ktv的身份标识。

故障工单添加模块340，用于如果存在所述迷你ktv的故障工单，则将所述客诉故障信息、营业额异常信息或断网故障信息添加至所述迷你ktv的故障工单，所述故障工单包括当前加入的故障信息和已有的故障信息。

在其中一个实施例中，所述一种迷你ktv故障工单生成装置还包括：重点处理故障工单标记模块，用于当所述迷你ktv的故障工单中的客诉故障信息达到预设数目时，将所述迷你ktv的故障工单标记为重点处理故障工单。其中，预设数目可为3次。重点处理故障工单维修人员会优先处理，标记为重点处理的故障工单可以将字体颜色显示为红色或者用醒目的符号进行标记。

在其中一个实施例中，所述故障信息获取模块310包括：营业额获取单元，用于获取迷你ktv当天营业额和营业额预估值；其中，所述营业额预估值根据所述迷你ktv历史营业额计算得到；营业额异常信息生成单元，用于当所述当天营业额与所述营业额预估值之比小于预设百分比且所述当天营业额与所述营业额预估值之差大于预设额度时，则生成营业额异常信息；其中，所述营业额异常信息包括所述迷你ktv的身份标识、故障类别和营业额下降信息产生时间。

在其中一个实施例中，所述故障信息获取模块310包括：营业额获取单元，用于获取所述迷你ktv包括当天在内的预设时间段内的每天的营业额；营业额异常信息生成单元，用于当所述预设时间段内的每天的营业额均为零且所述迷你ktv存在至少一次联网正常时，则生成营业额异常信息；其中，所述营业额异常信息包括所述迷你ktv的身份标识、故障类别和营业额下降信息产生时间。

在其中一个实施例中，所述故障信息获取模块310包括：营业额获取单元，用于获取多包厢迷你ktv中每个包厢的营业额；营业额最值计算单元，用于根据所述营业额计算营业额的最高值和最低值；营业额异常信息生成单元，用于当双包厢营业额的最高值和最低值之比大于第一预设倍数或者多包厢营业额的最高值和最低值之比大于第二预设倍数，则生成营业额异常信息，所述营业额异常信息包括最低值营业额对应的迷你ktv的身份标识、故障类别和营业额异常信息产生时间。其中，第一预设倍数为2，第二预设倍数为1.5。故障类别为营业额差值大。

在其中一个实施例中，所述故障信息获取模块310包括：断网信息获取单元，用于获取迷你ktv在预设周期内的断网时间和断网次数；断网故障信息生成单元，用于当所述断网时间超过预定时间或者断网次数超过预定次数，则对所述迷你ktv生成断网故障信息，所述断网故障信息包括所述迷你ktv的身份标识、故障类别和断网故障信息产生时间；其中，所述故障类别为断网。

在一个实施例中，如图5所示，提供了一种迷你ktv故障工单排序装置，包括：聚类模块410、第一排序模块420和第二排序模块430。其中：

聚类模块410，用于对故障工单按照迷你ktv的地理位置进行聚类，形成多个故障工单集中点；其中，故障工单包括所述迷你ktv的身份标识、故障类别和故障时间，故障工单集中点中的故障工单对应的迷你ktv的地理位置相近；

第一排序模块420，用于根据所述故障工单集中点内部故障工单对应的迷你ktv的营业额、故障类别和故障时间，对所述故障工单集中点进行维修优先级排序；

第二排序模块430，用于根据所述故障工单对应的迷你ktv的营业额、故障类别和故障时间，对所述故障工单集中点中的故障工单进行维修优先级排序。

在一个优选的实施方式中，所述迷你ktv的营业额作为第一排序优先级、所述故障类别作为第二排序优先级、所述故障时间作为第三排序优先级。

在其中一个实施例中，一种迷你ktv故障工单排序装置，还包括：故障工单发送模块，用于在对所述故障工单集中点和所述故障工单进行排序后，将所述故障工单以所述故障工单集中点为单位向维修终端发送。

在其中一个实施例中，一种迷你ktv故障工单排序装置，还包括：维修信息接收模块，用于接收所述维修终端的维修情况信息，所述维修情况信息包括已维修的所述迷你ktv的身份标识、维修处理结果和维修时间；维修报表处理模块，用于将所述维修情况信息添加至维修报表，并将所述维修情况信息对应的故障工单标记为已处理；其中，所述维修情况信息与所述故障工单通过所述迷你ktv的身份标识进行对应。

关于迷你ktv故障工单生成和排序装置的具体限定可以参见上文中对于迷你ktv故障工单生成和排序方法的限定，在此不再赘述。上述迷你ktv故障工单生成和排序装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图6所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储维修报表数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种迷你ktv故障工单生成和排序方法。

本领域技术人员可以理解，图6中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

获取客诉故障信息、营业额异常信息或断网故障信息，所述客诉故障信息、营业额异常信息和断网故障信息均包括所述迷你ktv的身份标识；

根据所述迷你ktv的身份标识判断是否已存在关于所述迷你ktv的故障工单；

如果不存在所述迷你ktv的故障工单，则根据所述客诉故障信息、营业额异常信息或断网故障信息生成所述迷你ktv的故障工单，所述故障工单包括所述迷你ktv的身份标识；

如果存在所述迷你ktv的故障工单，则将所述客诉故障信息、营业额异常信息或断网故障信息添加至所述迷你ktv的故障工单，所述故障工单包括当前加入的故障信息和已有的故障信息。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

获取客诉故障信息、营业额异常信息或断网故障信息，所述客诉故障信息、营业额异常信息和断网故障信息均包括所述迷你ktv的身份标识；

根据所述迷你ktv的身份标识判断是否已存在关于所述迷你ktv的故障工单；

如果不存在所述迷你ktv的故障工单，则根据所述客诉故障信息、营业额异常信息或断网故障信息生成所述迷你ktv的故障工单，所述故障工单包括所述迷你ktv的身份标识；

如果存在所述迷你ktv的故障工单，则将所述客诉故障信息、营业额异常信息或断网故障信息添加至所述迷你ktv的故障工单，所述故障工单包括当前加入的故障信息和已有的故障信息。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。