CN109146096A - 报修事件的处理方法、装置、存储介质及电子设备 - Google Patents

Abstract

本发明提供一种报修事件的处理方法、装置、存储介质及电子设备，所述处理方法包括如下步骤：获取用户的报修信息；根据所述报修信息确定报修事件的报修类型及关联于所述报修事件的用户的ID；根据所述报修类型以及用户的ID获取存储于数据库中的与该报修类型以及用户的ID相匹配的埋点数据；基于已获取的埋点数据还原用户操作流；基于已还原的用户操作流处理所述报修事件以得到报修结果；向客户端发送所述报修结果。本发明使得用户的报修事件可以得到自动处理，从而简化报修事件的处理流程；在减轻后台服务团队的工作压力，同时也可以提升用户体验。

Description

报修事件的处理方法、装置、存储介质及电子设备

技术领域

本发明涉及计算机运维技术领域，尤其涉及一种报修事件的处理方法、装置、存储介质及电子设备。

背景技术

随着互联网行业的不断发展，中国的互联网用户已经超过8亿。人们在使用互联网过程中难免会因各种原因而产生大量的报修事件。现有技术中的报修事件的处理系统，第一、无法获知用户的埋点信息，无法及时回复用户的报修请求，每一报修事件均需等待研发人员调查后回复，由此导致大量的研发资源耗费在用户的的报修事件上。第二，无法对报修事件进行过滤筛选并将报修结果自动反馈给用户。第三，功能单一，报修流程繁琐，且无法提供报修事件的统计数据、无法获取报修订单中的用户信息、多语言站点等。

由此可见，现有技术中，报修事件的处理流程繁杂，用户报修率高，同时研发人员也需要较多时间查询报修。

发明内容

针对现有技术中的问题，本发明的目的在于提供一种报修事件的处理方法、装置、电子设备及存储介质，以简化报修事件的处理流程，给予客户更好的服务体验，同时也可以降低用户报修率，节省研发人员查询报修的时间。

根据本发明的一方面提供一种报修事件的处理方法，所述处理方法包括如下步骤：获取用户的报修信息；根据所述报修信息确定报修事件的报修类型及关联于所述报修事件的用户的ID；根据所述报修类型以及用户的ID获取存储于数据库中的与该报修类型以及用户的ID相匹配的埋点数据，其中，所述埋点数据基于针对各报修类型预设的用户行为埋点而采集；且所述埋点数据关联用户的ID以及报修类型地存储于数据库中；基于已获取的埋点数据还原用户操作流；基于已还原的用户操作流处理所述报修事件以得到报修结果；向客户端发送所述报修结果。

在本发明的一具体实施方式中，所述基于已获取的埋点数据还原用户操作流之前还包括：

检验已获取的埋点数据的有效性。

在本发明的一具体实施方式中，针对各报修类型分别预设多个相互关联的用户行为埋点，以采集可还原用户操作流的多组埋点数据。

在本发明的一具体实施方式中，通过聚合已获取的所述埋点数据以还原用户操作流。

在本发明的一具体实施方式中，所述基于已还原的用户操作流处理所述报修事件以得到报修结果还包括：处理所述报修事件之后，判断关联所述报修事件的所述用户行为埋点处的用户日志，与关联所述报修事件的服务器端的用户日志是否匹配；若匹配，则所述报修结果指示报修事件处理成功；若不匹配，则所述报修结果指示报修事件处理失败。

在本发明的一具体实施方式中，所述基于已还原的用户操作流处理所述报修事件以得到报修结果还包括：自一映射表中，确定与所述报修事件的报修类型关联的维修操作，所述映射表储存有报修类型与维修操作的映射关系；基于已还原的用户操作流，执行与所述报修类型关联的维修操作，来处理所述报修事件以得到报修结果。

在本发明的一具体实施方式中，若所述报修事件的报修类型未储存在所述映射表中，则所述映射表储存对于该报修类型的报修事件的维修操作，并将该报修类型和该维修操作的映射关系储存在所述映射表中。

在本发明的一具体实施方式中，所述将该报修类型和该维修操作的映射关系储存在所述映射表中之前还包括：若对该报修类型的报修事件执行该维修操作，报修事件处理成功连续超过N件时，将该报修类型和该维修操作的映射关系储存在所述映射表中，其中，N为大于等于1的整数。

在本发明的一具体实施方式中，多个不同的报修类型相互关联，使得相互关联的多个不同的报修类型的埋点数据还原同一用户操作流；根据所述用户操作流确定一准报修类型；若所述准报修类型与所述报修事件的报修类型不一致，则将所述准报修类型作为所述报修事件的报修类型。

根据本发明的另一方面，提供一种报修事件的处理装置，它包括：第一获取模块、确定模块、第二获取模块、还原模块、修复模块以及发送模块。所述第一获取模块用于获取用户的报修信息。所述确定模块用于根据所述报修信息确定报修事件的报修类型及关联于所述报修事件的用户的ID。所述第二获取模块用于根据所述报修类型以及用户的ID获取存储于数据库中的与该报修类型以及用户的ID相匹配的埋点数据，其中，所述埋点数据基于针对各报修类型预设的用户行为埋点采集，且所述埋点数据关联用户的ID以及报修类型地存储于数据库中。所述还原模块用于基于已获取的埋点数据还原用户操作流。所述修复模块用于基于已还原的用户操作流处理所述报修事件以得到报修结果。所述发送模块用于向客户端发送所述报修结果。

根据本发明的又一方面，提供一种存储介质，所述存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如上所述的步骤。

根据本发明的又一方面，提供一种电子设备，所述电子设备包括：处理器；存储介质，其上存储有计算机程序，所述计算机程序被所述处理器运行时执行如上所述的步骤。

本发明的有益效果在于：

1)本发明所提出的报修事件的处理方法首先通过针对不同的报修类型预设用户行为埋点以采集相应的埋点数据，再根据用户的ID及报修类型于数据库中获取对应的埋点数据以还原用户操作流，进而基于已还原的用户操作流处理所述报修事件以得到报修结果，由此使得用户的报修事件可以得到自动处理，从而减少后台服务人员的介入，简化报修事件的处理流程，降低用户的报修率的同时也可以提升用户体验。

2)本发明所提出的报修事件的处理方法在聚合埋点数据的同时会对埋点数据进行一次校验，在得到报修结果之后会校对客户端以及服务器端两端的埋点数据的解析结果的一致性，通过两个阶段的校验以保证输出的报修结果的准确性，由此优化报修事件的处理效率，减轻后台服务团队的工作压力，同时也可以提升用户体验。

总而言之，本发明使得用户的报修事件可以得到自动处理，从而简化报修事件的处理流程；在减轻后台服务团队的工作压力，同时也可以提升用户体验。

附图说明

通过阅读参照以下附图对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显。

图1是本发明一实施例中报修事件的处理方法的流程图。

图2是本发明一实施例中报修事件的处理装置的结构示意图。

图3是本发明一实施例中计算机可读存储介质的结构示意图。以及

图4是本发明一实施例中电子设备的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

为了解决现有技术的不足，简化报修事件的处理流程，给予客户更好的服务体验，同时降低用户报修率，节省研发人员查询报修的时间。本发明提供一种报修事件的处理方法、装置、电子设备及存储介质，

图1为本发明一实施例中报修事件的处理方法的流程图。图2是本发明一实施例中报修事件的处理装置的结构示意图。如图1、2所示，该报修事件的处理方法包括：

步骤S110：获取用户的报修信息。

具体而言，可以通过一第一获取模块201响应用户从客户端发出的报修请求以获取用户的报修信息。所述报修信息包括报修订单号以及报修的问题。所述报修订单号用于确定关联于报修事件的用户的ID。所述报修的问题用于确定报修事件的报修类型。

步骤S120：根据所述报修信息确定报修事件的报修类型及关联于所述报修事件的用户的ID。

具体而言，可以由一确定模块202根据所述报修信息中的报修问题确定报修事件的报修类型，根据报修信息中的报修订单号确定关联于所述报修事件的用户的ID。

步骤S130：根据所述报修类型以及用户的ID获取存储于数据库中的与该报修类型以及用户的ID相匹配的埋点数据，其中，所述埋点数据基于针对各报修类型预设的用户行为埋点而采集；且所述埋点数据关联用户的ID以及报修类型地存储于数据库中。

具体而言，可以由一第二获取模块203根据所述报修类型以及用户的ID获取存储于数据库中的与该报修类型以及用户的ID相匹配的埋点数据，其中，所述埋点数据基于针对各报修类型预设的用户行为埋点而采集；且所述埋点数据关联用户的ID以及报修类型地存储于数据库中。在本发明的一些实施例中，所述第二获取模块203还可以分为第一子获取模块和第二子获取模块。所述第一子获取模块用于采集前端的原始的埋点数据，所述原始的埋点数据需要以特定的格式拼接加密后上传至服务器端，并根据用户的ID以及报修类型存储于服务器端的数据库中。而所述第二子获取模块则从服务器端的数据库中捞取特定用户的特定报修类型的埋点数据。

步骤S140：基于已获取的埋点数据还原用户操作流。

具体而言，可以由一还原模块204基于已获取的埋点数据还原用户操作流。这一阶段主要是通过还原模块204对已获取的埋点数据作解析以还原相应的用户操作流。在本发明的一些优选实施例中，所述基于已获取的埋点数据还原用户操作流之前还包括：检验已获取的埋点数据的有效性。具体而言，获取模块203在聚合埋点数据后会对已聚合的埋点数据的进行校验，如果发现数据有问题，则会将对应的报修事件交由人工处理，以保障报修结果的准确性。

步骤S150：基于已还原的用户操作流处理所述报修事件以得到报修结果。

具体而言，可以由一修复模块205基于已还原的用户操作流处理所述报修事件以得到报修结果。系统未按用户的操作要求执行相关任务是用户报修的主要，通过还原模块204还原用户操作流之后便可得知用户关于某一报修事件原始操作记录，进而修复模块205通过这些原始的操作记录便可以对报修事件指示的错误进行修正，使报修事件可以得到高效解决。

在本发明的一优选实施例中，可以针对各报修类型分别预设多个相互关联的用户行为埋点，以采集可还原用户操作流的多组埋点数据。也即，在设计用户行为埋点的时候，我们会根据不同的报修类型设计不同的用户行为埋点，所以在处理某一报修类型的报修事件时，我们只需要聚合对应的用户行为埋点即可采集到已存储于数据库中的匹配于报修用户的ID及报修类型的埋点数据。再通过聚合已获取的所述埋点数据以还原用户操作流。所谓的还原用户操作流主要是指以埋点的方式实现对用户行为的分析，在本实施例中以前端埋点为例，但并不以此为限，比如后端埋点、无埋点的方式也可以实现本发明的目的。例如，针对日期错这一类报修事件，我们通常以holmes_date为开头来设计用户行为埋点，在接收模块接201收到用户的关于出发日期错的报修事件后，由确定模块202在确定该报修事件的报修类型的同时确认该用户的ID，然后通过获取模块203聚合以holmes_date开头的埋点数据(例如，提取holmes_date后的时间字段)，并通过还原模块204对所聚合的埋点数据进行解密计算，再将已完成解密计算的埋点数据按照时间顺序以报表的形式展示出来即可还原相应的用户操作流。

进一步而言，所述基于已还原的用户操作流处理所述报修事件以得到报修结果还包括：处理所述报修事件之后，判断关联所述报修事件的所述用户行为埋点处的用户日志，与关联所述报修事件的服务器端的用户日志是否匹配；若匹配，则所述报修结果指示报修事件处理成功；若不匹配，则所述报修结果指示报修事件处理失败。例如，用户的报修信息中显示该用户在前端下单时选定的出发日期与订单所生成的出发日期不一致，则可确定报修事件的报修类型为日期错误。同时根据用户在报修信息中所提供的定单号确定关联于所述报修事件的用户的ID。再根据日期错误的报修类型以及所述用户的ID，捞取下单前用户在前端(app，H5，网站)关于日期操作的用户日志，同时还会捞取提交到后端(服务器端)的与日期操作相关的用户日志。将前后端的用户日志中的埋点数据进行对比，若一致，则说明前后端没有问题。若不一致，则可能是前后端系统有问题，则交由技术人员定位并解决相应的报修事件。在本发明的一优选实施例中，还可以设置多个还原模块，由各还原模块分别解析针对不同报修类型而采集的埋点数据。由此可以减轻单个还原模块204的运算负荷，提高埋点数据的解析速率及准确率。

在本发明的一优选实施例中，所述基于已还原的用户操作流处理所述报修事件以得到报修结果还包括：自一映射表中，确定与所述报修事件的报修类型关联的维修操作，所述映射表储存有报修类型与维修操作的映射关系；基于已还原的用户操作流，执行与所述报修类型关联的维修操作，来处理所述报修事件以得到报修结果。在实际操作过程中，我们可以借助现有报修事件修复系统的数据库中所存有的映射表以确定与所述报修事件的报修类型关联的维修操作，充分利用现有资源以尽可能地简化报修事件的处理流程。

进一步而言，若所述报修事件的所述报修类型未储存在所述映射表中，则所述映射表储存对于该报修类型的报修事件的维修操作，并将该报修类型和该维修操作的映射关系储存在所述映射表中。通过对新增报修类型预设用户行为埋点，以不断提升该处理方法所支持的报修类型.

在本发明的一优选实施例中，所述将该报修类型和该维修操作的映射关系储存在所述映射表中之前还包括：若对该报修类型的报修事件执行该维修操作，报修事件处理成功连续超过N件时，将该报修类型和该维修操作的映射关系储存在所述映射表中，其中，N为大于等于1的整数。由此可以提高报修结果的准确性。

在本发明的一优选实施例中，多个不同的报修类型相互关联，使得相互关联的多个不同的报修类型的埋点数据还原同一用户操作流；根据所述用户操作流确定一准报修类型；若所述准报修类型与所述报修事件的报修类型不一致，则将所述准报修类型作为所述报修事件的报修类型。该实施例中主要是针对客户的报修订单所指示的报修类型与实际报修类型不一致的情况而设计的处理方案。该方案可以增加报修事件处理的成功率，简化报修事件的处理流程。

步骤S160：向客户端发送所述报修结果。

具体而言，可以通过一发送模块206向客户端发送所述报修结果。大多数情况下，该处理方法可以自动解决用户的报修事件，可以显著降低用户的报修率。少数情况下，比如报修结果显示报修事件处理失败、报修类型不在支持范围内，以及用户申诉不相信所述报修结果，则需要后台服务人员针对相应的报修信息创建报修事件交由研发人员处理。

本发明的有益效果在于：1)本发明所提出的报修事件的处理方法首先通过针对不同的报修类型预设用户行为埋点以采集相应的埋点数据，再根据用户的ID及报修类型于数据库中获取对应的埋点数据以还原用户操作流，进而基于已还原的用户操作流处理所述报修事件以得到报修结果，由此使得用户的报修事件可以得到自动处理，从而减少后台服务人员的介入，简化报修事件的处理流程，降低用户的报修率的同时也可以提升用户体验。2)本发明所提出的报修事件的处理方法在聚合埋点数据的同时会对埋点数据进行一次校验，在得到报修结果之后会校对客户端以及服务器端两端的埋点数据的解析结果的一致性，通过两个阶段的校验以保证输出的报修结果的准确性，由此优化报修事件的处理效率，减轻后台服务团队的工作压力，同时也可以提升用户体验。

总而言之，本发明使得用户的报修事件可以得到自动处理，从而简化报修事件的处理流程；在减轻后台服务团队的工作压力，同时也可以提升用户体验。

图2是本发明一实施例中报修事件的处理装置的结构示意图。如图2所示，该处理装置包括：第一获取模块201、确定模块202、第二获取模块203、还原模块204、修复模块205以及发送模块206。所述第一获取模块201用于获取用户的报修信息。所述确定模块202用于根据所述报修信息确定报修事件的报修类型及关联于所述报修事件的用户的ID。所述第二获取模块203用于根据所述报修类型以及用户的ID获取存储于数据库中的与该报修类型以及用户的ID相匹配的埋点数据，其中，所述埋点数据基于针对各报修类型预设的用户行为埋点采集，且所述埋点数据关联用户的ID以及报修类型地存储于数据库中。所述还原模块204用于基于已获取的埋点数据还原用户操作流。当然，还可以设置多个还原模块，由各还原模块分别解析针对不同报修类型而采集的埋点数据。所述修复模块205用于基于已还原的用户操作流处理所述报修事件以得到报修结果。所述发送模块206用于向客户端发送所述报修结果。其中，各个模块的执行步骤以及原理在上述实施例中均有阐述，因此不再赘述。在不违背本发明构思的前提下，各个模块的拆分和合并皆在本发明的保护范围之内。本发明使得用户的报修事件可以得到自动处理，从而简化报修事件的处理流程；在减轻后台服务团队的工作压力，同时也可以提升用户体验。

在本发明的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被例如处理器执行时可以实现上述任意一个实施例中所述报修事件的处理方法的步骤。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述报修事件的处理方法描述的根据本发明各种示例性实施方式的步骤。本发明使得用户的报修事件可以得到自动处理，从而简化报修事件的处理流程；在减轻后台服务团队的工作压力，同时也可以提升用户体验。

图3是本发明一实施例中计算机可读存储介质的结构示意图。图3描述了根据本发明的实施方式的用于实现上述方法的程序产品300，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品300可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

所述计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读存储介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

在本发明的示例性实施例中，还提供一种电子设备，该电子设备可以包括处理器，以及用于存储所述处理器的可执行指令的存储器。其中，所述处理器配置为经由执行所述可执行指令来执行上述任意一个实施例中所述报修事件的处理方法的步骤。

所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

下面参照图4来描述根据本发明的这种实施方式的电子设备400。图4显示的电子设备400仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图4所示，电子设备400以通用计算设备的形式表现。电子设备400的组件可以包括但不限于：至少一个处理单元410、至少一个存储单元420、连接不同系统组件(包括存储单元420和处理单元410)的总线430、显示单元440等。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元410执行，使得所述处理单元410执行本说明书上述报修事件的处理方法部分中描述的根据本发明各种示例性实施方式的步骤。例如，所述处理单元410可以执行如图1中所示的步骤。

所述存储单元420可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)4201和/或高速缓存存储单元4202，还可以进一步包括只读存储单元(ROM)4203。

所述存储单元420还可以包括具有一组(至少一个)程序模块4205的程序/实用工具4204，这样的程序模块4205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线430可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备400也可以与一个或多个外部设备500(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备400交互的设备通信，和/或与使得该电子设备400能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口450进行。并且，电子设备400还可以通过网络适配器460与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。网络适配器460可以通过总线430与电子设备400的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备400使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本发明实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、或者网络设备等)执行根据本发明实施方式的上述报修事件的处理方法。

本发明的有益效果在于：

1)本发明所提出的报修事件的处理方法首先通过针对不同的报修类型预设用户行为埋点以采集相应的埋点数据，再根据用户的ID及报修类型于数据库中获取对应的埋点数据以还原用户操作流，进而基于已还原的用户操作流处理所述报修事件以得到报修结果，由此使得用户的报修事件可以得到自动处理，从而减少后台服务人员的介入，简化报修事件的处理流程，降低用户的报修率的同时也可以提升用户体验。

2)本发明所提出的报修事件的处理方法在聚合埋点数据的同时会对埋点数据进行一次校验，在得到报修结果之后会校对客户端以及服务器端两端的埋点数据的解析结果的一致性，通过两个阶段的校验以保证输出的报修结果的准确性，由此优化报修事件的处理效率，减轻后台服务团队的工作压力，同时也可以提升用户体验。

总而言之，本发明使得用户的报修事件可以得到自动处理，从而简化报修事件的处理流程；在减轻后台服务团队的工作压力，同时也可以提升用户体验。

以上内容是结合具体的优选实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。

Claims (12)

1.一种报修事件的处理方法，其特征在于，包括如下步骤：

获取用户的报修信息；

根据所述报修信息确定报修事件的报修类型及关联于所述报修事件的用户的ID；

根据所述报修类型以及用户的ID获取存储于数据库中的与该报修类型以及用户的ID相匹配的埋点数据，其中，所述埋点数据基于针对各报修类型预设的用户行为埋点而采集；且所述埋点数据关联用户的ID以及报修类型地存储于数据库中；

基于已获取的埋点数据还原用户操作流；

基于已还原的用户操作流处理所述报修事件以得到报修结果；

向客户端发送所述报修结果。

2.根据权利要求1所述的报修事件的处理方法，其特征在于，所述基于已获取的埋点数据还原用户操作流之前还包括：

检验已获取的埋点数据的有效性。

3.根据权利要求1所述的报修事件的处理方法，其特征在于，针对各报修类型分别预设多个相互关联的用户行为埋点，以采集可还原用户操作流的多组埋点数据。

4.根据权利要求3所述的报修事件的处理方法，其特征在于，通过聚合已获取的所述埋点数据以还原用户操作流。

5.据权利要求1所述的报修事件的处理方法，其特征在于，所述基于已还原的用户操作流处理所述报修事件以得到报修结果还包括：

处理所述报修事件之后，判断关联所述报修事件的所述用户行为埋点处的用户日志，与关联所述报修事件的服务器端的用户日志是否匹配；

若匹配，则所述报修结果指示报修事件处理成功；

若不匹配，则所述报修结果指示报修事件处理失败。

6.根据权利要求1所述的报修事件的处理方法，其特征在于，所述基于已还原的用户操作流处理所述报修事件以得到报修结果还包括：

自一映射表中，确定与所述报修事件的报修类型关联的维修操作，所述映射表储存有报修类型与维修操作的映射关系；

基于已还原的用户操作流，执行与所述报修类型关联的维修操作，来处理所述报修事件以得到报修结果。

7.根据权利要求6所述的报修事件的处理方法，其特征在于，

若所述报修事件的报修类型未储存在所述映射表中，则所述映射表储存对于该报修类型的报修事件的维修操作，并将该报修类型和该维修操作的映射关系储存在所述映射表中。

8.根据权利要求7所述的报修事件的处理方法，其特征在于，所述将该报修类型和该维修操作的映射关系储存在所述映射表中之前还包括：

若对该报修类型的报修事件执行该维修操作，报修事件处理成功连续超过N件时，将该报修类型和该维修操作的映射关系储存在所述映射表中，其中，N为大于等于1的整数。

9.根据权利要求1至8任一项所述的报修事件的处理方法，其特征在于，

多个不同的报修类型相互关联，使得相互关联的多个不同的报修类型的埋点数据还原同一用户操作流；

根据所述用户操作流确定一准报修类型；

若所述准报修类型与所述报修事件的报修类型不一致，则将所述准报修类型作为所述报修事件的报修类型。

10.一种报修事件的处理装置，其特征在于，包括如下步骤：

第一获取模块，用于获取用户的报修信息；

确定模块，用于根据所述报修信息确定报修事件的报修类型及关联于所述报修事件的用户的ID；

第二获取模块，用于根据所述报修类型以及用户的ID获取存储于数据库中的与该报修类型以及用户的ID相匹配的埋点数据，其中，所述埋点数据基于针对各报修类型预设的用户行为埋点采集，且所述埋点数据关联用户的ID以及报修类型地存储于数据库中；

还原模块，用于基于已获取的埋点数据还原用户操作流；

修复模块，用于基于已还原的用户操作流处理所述报修事件以得到报修结果；

发送模块，用于向客户端发送所述报修结果。

11.一种存储介质，其特征在于，所述存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如权利要求1至9任一项所述的步骤。

12.一种电子设备，其特征在于，所述电子设备包括：

处理器；

存储介质，其上存储有计算机程序，所述计算机程序被所述处理器运行时执行如权利要求1至9任一项所述的步骤。