应急数据处理方法、装置和服务器与流程

1.本说明书属于数据处理技术领域，尤其涉及应急数据处理方法、装置和服务器。


背景技术：

2.在出现紧急突发事件时，常常需要组建应急处理小组以对该突发事件进行应急处理。
3.但是，基于现有的应急数据处理方法在协调应急小组成员进行应急处理时，往往不够智能；同时，当应急组小组成员较多时，很容易出现混乱，并且整体的处理效率相对较低。
4.针对上述问题，目前尚未提出有效的解决方案。


技术实现要素：

5.本说明书提供了应急数据处理方法、装置和服务器，能够较为智能地协助参与应急处理的各个用户对象高效、准确地完成相应的应急处理，有效地避免在应急处理过程中出现混乱和错误，提高了整体应急处理效率。
6.本说明书提供了一种应急数据处理方法，应用于服务器，包括：
7.获取应急处理过程中当前阶段用户对象的应急处理数据；其中，所述用户对象的应急处理数据还携带有关联信息，所述关联信息至少包括：用户对象的角色类型标签、用户对象的应急处理数据的采集时间；
8.根据预设的应急处理规则、用户对象的角色类型标签、用户对象的应急处理数据的采集时间，处理当前阶段用户对象的应急处理数据，以得到当前阶段的处理结果和/或下一阶段的处理指令；
9.根据用户对象的角色类型标签，向相相匹配的用户对象传达当前阶段的处理结果和/或下一阶段的处理指令。
10.在一个实施例中，获取应急处理过程中当前阶段用户对象的应急处理数据，包括：
11.采集并根据用户对象在当前阶段对终端设备的输入设备的操作数据；和/或，用户对象的终端设备在当前阶段的屏幕截图；和/或，用户对象的终端设备在当前阶段处理的文本数据和/或语音数据和/或图像数据，得到应急处理过程中当前阶段用户对象的应急处理数据。
12.在一个实施例中，根据预设的应急处理规则、用户对象的角色类型标签、用户对象的应急处理数据的采集时间，处理当前阶段用户对象的应急处理数据，以得到当前阶段的处理结果和/或下一阶段的处理指令，包括：
13.根据预设的应急处理规则、用户对象的角色类型标签，分别处理当前阶段各个用户对象的应急处理数据，得到当前阶段各个用户对象的行为记录和行为结果；
14.根据用户对象的应急处理数据的采集时间和用户对象的角色类型标签，组合处理当前阶段各个用户对象的行为记录和行为结果，以得到当前阶段的处理结果和/或下一阶
段的处理指令。
15.在一个实施例中，根据预设的应急处理规则、用户对象的角色类型标签，分别处理当前阶段各个用户对象的应急处理数据，得到当前阶段各个用户对象的行为记录和行为结果，包括：
16.按照以下方式，根据预设的应急处理规则、用户对象的角色类型标签，处理当前用户对象的应急处理数据：
17.根据当前用户对象的角色类型标签，确定当前用户对象的角色类型；
18.从预设的角色模板中，确定出与当前用户对象的角色类型相匹配的目标模板；
19.根据所述目标模板和当前阶段的应急处理流程，处理当前用户对象的应急处理数据，确定出当前阶段当前用户对象的行为记录和行为结果。
20.在一个实施例中，所述角色类型包括以下至少之一：决策型、业务型、技术型。
21.在一个实施例中，在得到当前阶段各个用户对象的行为记录和行为结果之后，所述方法还包括：
22.根据预设的检测规则，以及当前阶段各个用户对象的行为记录和行为结果，检测当前阶段是否存在用户对象的行为不符合预设要求；
23.在确定当前阶段存在用户对象的行为不符合预设要求的情况下，将该用户对象标记为异常用户对象；
24.向该异常用户的对象发送关于当前阶段的重处理指令。
25.在一个实施例中，根据用户对象的应急处理数据的采集时间和用户对象的角色类型标签，组合处理当前阶段各个用户对象的行为记录和行为结果，以得到当前阶段的处理结果和/或下一阶段的处理指令，包括：
26.根据采集时间，按序拼接当前阶段用户对象的行为结果，得到当前阶段的行为结果序列；根据采集时间，组合当前阶段用户对象的行为记录，得到当前阶段的行为记录；
27.根据当前阶段的行为结果序列，确定当前阶段的处理结果；
28.根据当前阶段的应急处理流程、下一阶段的应急处理流程、当前阶段的行为记录和当前阶段的处理结果，确定下一阶段的处理指令。
29.在一个实施例中，根据当前阶段的行为结果序列，确定当前阶段的处理结果，包括：
30.获取当前阶段应急目标的指标参数；
31.根据当前阶段应急目标的指标参数和当前阶段的行为结果序列，确定当前阶段的处理结果。
32.在一个实施例中，在得到当前阶段的处理结果之后，所述方法还包括：
33.根据当前阶段的处理结果，确定应急处理过程是否结束。
34.在一个实施例中，在获取应急处理过程中当前阶段用户对象的应急处理数据之后，所述方法还包括：
35.将当前阶段用户对象的应急处理数据存入数据库中与当前阶段对应的子数据库内。
36.在一个实施例中，所述方法还包括：
37.接收关于应急处理过程的复盘请求；
38.响应所述复盘请求，查询数据库中与各个阶段对应的子数据库，以获取应急处理过程中各个阶段用户对象的应急处理数据；
39.根据应急处理过程中各个阶段用户对象的应急处理数据，生成复盘分析报告。
40.本说明书还提供了一种应急数据处理装置，包括：
41.获取模块，用于获取应急处理过程中当前阶段用户对象的应急处理数据；其中，所述用户对象的应急处理数据还携带有关联信息，所述关联信息至少包括：用户对象的角色类型标签、用户对象的应急处理数据的采集时间；
42.处理模块，用于根据预设的应急处理规则、用户对象的角色类型标签、用户对象的应急处理数据的采集时间，处理当前阶段用户对象的应急处理数据，以得到当前阶段的处理结果和/或下一阶段的处理指令；
43.传达模块，用于根据用户对象的角色类型标签，向相相匹配的用户对象传达当前阶段的处理结果和/或下一阶段的处理指令。
44.本说明书还提供了一种服务器，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现所述应急数据处理方法的相关步骤。
45.本说明书还提供了一种计算机可读存储介质，其上存储有计算机指令，所述指令被处理器执行时实现所述应急数据处理方法的相关步骤。
46.本说明书还提供了一种计算机程序产品，包含有计算机程序，所述计算机程序被处理器执行时实现所述应急数据处理方法的相关步骤。
47.基于本说明书提供的应急数据处理方法、装置和服务器，具体实施前，可以预先为参与应急处理的用户对象分别配置好对应的角色类型标签；此外，还可以在各个用户对象所持有的终端设备布设相应的采集端。具体实施时，在出现突发事件，需要进行应急处理时，服务器可以先通过采集端获取应急处理过程中当前阶段用户对象的应急处理数据；其中，用户对象的应急处理数据还携带有关联信息，该关联信息至少包括：用户对象的角色类型标签、用户对象的应急处理数据的采集时间等信息；根据预设的应急处理规则、用户对象的角色类型标签、用户对象的应急处理数据的采集时间，处理当前阶段用户对象的应急处理数据，得到当前阶段的处理结果和/或下一阶段的处理指令；根据用户对象的角色类型标签，向相相匹配的用户对象传达当前阶段的处理结果和/或下一阶段的处理指令。从而能够较为智能地协助参与应急处理的各个用户对象高效、准确地完成相应的应急处理，有效地避免在应急处理过程中出现混乱和错误，提高了整体应急处理效率。还通过将所获取的用户对象的应急处理数据统一存入数据库中与当前阶段对应的子数据库内，以便后续在需要时，能够通过查询数据库进行数据回溯或复盘分析，生成得到较为全面、准确的复盘分析报告。进一步，还可以根据该复盘分析报告，对应急处理流程进行针对性的优化改进。
附图说明
48.为了更清楚地说明本说明书实施例，下面将对实施例中所需要使用的附图作简单地介绍，下面描述中的附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
49.图1是本说明书的一个实施例提供的应急数据处理方法的流程示意图；
50.图2是在一个场景示例中，应用本说明书实施例提供的应急数据处理方法的一种
实施例的示意图；
51.图3是在一个场景示例中，应用本说明书实施例提供的应急数据处理方法的一种实施例的示意图；
52.图4是本说明书的一个实施例提供的服务器的结构组成示意图；
53.图5是本说明书的一个实施例提供的应急数据处理装置的结构组成示意图；
54.图6是本说明书的另一个实施例提供的应急数据处理装置的结构组成示意图；
55.图7是在一个场景示例中，应用本说明书实施例提供的应急数据处理方法的一种实施例的示意图。
具体实施方式
56.为了使本技术领域的人员更好地理解本说明书中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本说明书保护的范围。
57.参阅图1所示，本说明书实施例提供了一种应急数据处理方法。其中，该方法具体应用于服务器一侧。具体实施时，该方法可以包括以下内容：
58.s101：获取应急处理过程中当前阶段用户对象的应急处理数据；其中，所述用户对象的应急处理数据还携带有关联信息，所述关联信息至少包括：用户对象的角色类型标签、用户对象的应急处理数据的采集时间；
59.s102：根据预设的应急处理规则、用户对象的角色类型标签、用户对象的应急处理数据的采集时间，处理当前阶段用户对象的应急处理数据，以得到当前阶段的处理结果和/或下一阶段的处理指令；
60.s103：根据用户对象的角色类型标签，向相相匹配的用户对象传达当前阶段的处理结果和/或下一阶段的处理指令。
61.通过上述实施例，够较为智能地协助参与应急处理的各个用户对象高效、准确地完成相应的应急处理，有效地避免在应急处理过程中出现混乱和错误，提高了整体应急处理效率。
62.在一些实施例中，上述应急数据处理方法具体可以应用于应急处理系统中的服务器一侧。具体的，可以参阅图2所示。所述服务器具体可以包括一种应用于应急处理系统一侧，能够实现数据传输、数据处理等功能的后台服务器。具体的，所述服务器例如可以为一个具有数据运算、存储功能以及网络交互功能的电子设备。或者，所述服务器也可以为运行于该电子设备中，为数据处理、存储和网络交互提供支持的软件程序。在本实施例中，并不具体限定所述服务器的数量。所述服务器具体可以为一个服务器，也可以为几个服务器，或者，由若干服务器形成的服务器集群。
63.进一步，上述服务器具体还可以预先配置好针对不同突发事件的预设的应急处理规则、预设的角色模板，以及包含有针对应急处理过程中的各个阶段的应急处理流程的预设的应急处理流程集。其中，上述突发事件具体可以包括以下至少之一：业务系统宕机事件、数据库遭入侵事件、网络系统遭破坏事件、临时安全演习等等。
64.需要说明的是，上述所列举的突发事件只是一种示意性说明，具体实施时，根据不同的应用场景和处理需求，上述突发事件还可以包括其他类型的事件。对此，本说明书不作限定。
65.此外，上述服务器还可以连接有相应的数据库。
66.在本实施例中，当出现突发事件，需要应急处理时，参与针对该突发事件的应急处理的用户对象(例如，应急小组成员)可以通过各自所持有的终端设备接入到应急处理系统中。具体可以参阅图2所示。相应的，服务器可以通过有线或无线的方式与应急处理系统中的终端设备进行相应的数据交互。
67.其中，所述终端设备具体可以包括一种应用于用户对象一侧，能够实现数据采集、数据传输等功能的前端设备。具体的，所述终端设备例如可以为台式电脑、平板电脑、笔记本电脑、手机等电子设备。或者，所述终端设备也可以为能够运行于上述电子设备中的软件应用。例如，可以是在手机上运行的某app等。
68.用户对象在将所持有的终端设备接入到应急处理系统时，可以向服务器提供用户的对象标识，以及与用户对象相关的说明信息。其中，上述说明信息具体可以包括：用户对象在应急处理过程中所负责的任务、用户对象的职务、用户对象的级别等等。
69.相应的，服务器可以先根据当前出现的突发事件，确定出与该突发事件相匹配的预设的应急处理规则；再根据预设的应急处理规则，以及用户对象的对象标识、用户对象的说明信息，为每个用户对象配置好对应的角色类型标签。其中，上述角色类型标签用于表征用户对象在针对该突发事件的应急处理过程中的角色类型。
70.进一步，参阅图2所示，服务器还可以在各个用户对象所持有的终端设备上布设相应的采集端。在具体的应急处理过程中，用户对象可以通过终端设备参与各个阶段的应急处理。相应的，服务器可以通过上述采集端采集获取用户对象各个阶段中的应急处理数据，以便对应急处理过程中各个阶段用户对象的行为进行追踪和监控。同时，服务器还可以根据用户对象各个阶段中的应急处理数据，智能出各个阶段的处理结果以及相关处理指令；并及时地向相匹配的用户对象的终端设备发送上述处理结果以及相关处理指令。从而可以较为智能地协助参与应急处理的各个用户对象高效、准确地完成相应的应急处理。
71.需要说明的是，上述所列举的诸如用户对象的对象标识、说明信息等与用户对象相关的信息数据是在用户对象知晓且同意的情况下获取和使用的。并且，在本说明书中，对上述信息数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。
72.在一些实施例中，上述获取应急处理过程中当前阶段用户对象的应急处理数据，具体实施时，可以包括：采集并根据用户对象在当前阶段对终端设备的输入设备的操作数据；和/或，用户对象的终端设备在当前阶段的屏幕截图；和/或，用户对象的终端设备在当前阶段处理的文本数据和/或语音数据和/或图像数据，得到应急处理过程中当前阶段用户对象的应急处理数据。
73.其中，上述输入设备具体可以包括：终端设备内置的麦克风、内置摄像头等内置设备，也可以包括：与终端设备相连的外接键盘、外接鼠标等外接设备。
74.具体的，服务器可以通过布设于终端设备的采集端实时或定时地进行诸如屏幕捕捉、图文检测、键盘动作捕捉、鼠标动作捕获、语音识别、短信识别等多种方式，以获取得到上述多种类型的与用户对象的当前行为关联的数据(例如，决策型用户对象向业务型用户
对象发送的包含有作业指令的短信；或者，技术型用户对象在解决业务系统宕机问题时编写并上传的代码；又或者，业务型用户对象发送给决策型用户的对象的关于处理进度汇报的语音数据等)；再基于上述数据，得到当前阶段用户对象的应急处理数据。
75.通过上述实施例，可以及时、全面地获取得到前阶段用户对象的应急处理数据，以便能够精细地监控当前阶段具体的应急处理状况和进度。
76.在一些实施例中，具体实施时，以获取应急处理过程中当前阶段当前用户对象的应急处理数据为例，可以先通过采集用户对象在当前阶段对终端设备的输入设备的操作数据；和/或，用户对象的终端设备在当前阶段的屏幕截图；和/或，用户对象的终端设备在当前阶段处理的文本数据和/或语音数据和/或图像数据，得到多组采集数据。针对上述多组采集数据，可以区分不同类型的数据，例如，文本类型、图像类型、语音类型、动作类型等；再根据针对不同类型数据的语义识别规则，分别处理多组采集数据，得到各组采集数据所对应的语义内容；最后，综合多组采集数据所对应的语义内容，得到应急处理过程中当前阶段当前用户对象的应急处理数据。
77.在一些实施例中，所述关联信息具体还可以包括：用户对象的对象标识、用户对象的级别标识、重要性标签等等。其中，上述重要性标签可以用于指示对应急处理过程中的当前阶段影响较大的应急处理数据，或者用于指示较为关键的用户对象的应急处理数据。
78.在一些实施例中，在获取应急处理过程中当前阶段用户对象的应急处理数据之前，所述方法还可以包括：监测是否出现突发事件；在监测到出现突发事件的情况下，生成并向管理员对象发送关于是否需要针对该突发事件进行应急处理的询问请求；根据管理对象针对该的询问请求的反馈，在确定需要针对该突发事件进行应急处理的情况下，触发应用本说明书所提供的应急数据处理方法，以协助用户对象完成相应的应急处理。
79.在一些实施例中，服务器可以根据突发事件的事件类型，从多个应急处理规则中确定出与该突发事件的事件类型相匹配的预设的应急处理规则，以及预设的处理流程集。
80.其中，预设的应急处理流程集具体可以包括针对该类型突发事件的应急处理过程中的各个阶段的应急处理流程。预设的应急处理规则具体可以包括针对该类型突发事件的相关数据(包括：指令数据、结果数据、中间数据等)的数据处理规则。
81.其中，预设的应急处理流程集具体可以是预先对大量针对该类型的突发事件的应急处理的历史处理流程进行学习和整理所得到的。预设的应急处理处理规则具体可以是预先对大量针对该类型的突发事件的应急处理的历史数据处理记录进行学习和整理所得到的。
82.在一些实施例中，上述根据预设的应急处理规则、用户对象的角色类型标签、用户对象的应急处理数据的采集时间，处理当前阶段用户对象的应急处理数据，以得到当前阶段的处理结果和/或下一阶段的处理指令，具体实施时，可以包括以下内容：
83.s1：根据预设的应急处理规则、用户对象的角色类型标签，分别处理当前阶段各个用户对象的应急处理数据，得到当前阶段各个用户对象的行为记录和行为结果；
84.s2：根据用户对象的应急处理数据的采集时间和用户对象的角色类型标签，组合处理当前阶段各个用户对象的行为记录和行为结果，以得到当前阶段的处理结果和/或下一阶段的处理指令。
85.通过上述实施例，可以利用预设的应急处理规则、用户对象的角色类型标签、用户
对象的应急处理数据的采集时间，智能地分析处理当前阶段用户对象的应急处理数据，得到准确度较高、误差较小的当前阶段的处理结果和/或下一阶段的处理指令。
86.在一些实施例中，上述根据预设的应急处理规则、用户对象的角色类型标签，分别处理当前阶段各个用户对象的应急处理数据，得到当前阶段各个用户对象的行为记录和行为结果，具体实施时，可以包括：按照以下方式，根据预设的应急处理规则、用户对象的角色类型标签，处理当前用户对象的应急处理数据：
87.s1：根据当前用户对象的角色类型标签，确定当前用户对象的角色类型；
88.s2：从预设的角色模板中，确定出与当前用户对象的角色类型相匹配的目标模板；
89.s3：根据所述目标模板和当前阶段的应急处理流程，处理当前用户对象的应急处理数据，确定出当前阶段当前用户对象的行为记录和行为结果。
90.通过上述实施例，可以有效利用当前用户对象的角色类型标签，结合相匹配的目标模板，更加准确地处理当前用户对象的应急处理数据，得到准确度较高的当前阶段当前用户对象的行为记录和行为结果。
91.在一些实施例中，所述角色类型包括以下至少之一：决策型、业务型、技术型等。
92.其中，上述决策型角色具体可以理解为应急小组中在应急处理过程中负责较高层级的判断和决策，并负责确定处理方向、发出指令的小组成员。上述技术型角色具体可以理解为应急小组中在应急处理过程中负责现场落地实施、现场数据采集的小组成员。上述业务型角色具体可以理解为应急小组中衔接决策型角色和技术性角色，以及负责数据整合和中间分析的小组成员。
93.通过上述实施例，能够有效地区分不同的角色类型，从而后续可以更有针对性地处理不同角色类型的用户对象在应急处理过程中的各个阶段的应急处理数据。
94.在一些实施例中，预设的角色模板具体可以包括：决策型角色模板、业务型角色模板、技术型角色模板等。其中，每一个预设的角色模板对应一种角色类型。每一个预设的角色模板包含有所对应的角色类型的角色在应急处理中的不同阶段中的行为记录模板和行为结果模板。上述预设的角色模板具体可以为预先对大量不同角色类型的用户对象的应急处理历史记录进行学习整理所分别构建得到的。
95.在一些实施例中，在得到当前阶段各个用户对象的行为记录和行为结果之后，所述方法具体实施时，还可以包括以下内容：
96.s1：根据预设的检测规则，以及当前阶段各个用户对象的行为记录和行为结果，检测当前阶段是否存在用户对象的行为不符合预设要求；
97.s2：在确定当前阶段存在用户对象的行为不符合预设要求的情况下，将该用户对象标记为异常用户对象；
98.s3：向该异常用户的对象发送关于当前阶段的重处理指令。
99.其中，上述预设的检测规则可以从预设的应急处理规则中获取。
100.通过上述实施例，可以对应急处理过程中各个阶段的用户对象的应急处理是否准确、是否符合预设要求进行自动监测，再监测到存在用户对象某个阶段的应急处理存在错误、不符合预设要求的情况下，可以及时提醒该用户对象进行重处理，从而可以使得应急处理过程中的各个阶段的各个用户对象的应急处理都是准确、符合预设要求的，有效地避免应急处理过程中出现错误。
101.具体实施时，可以根据预设的检测规则，对比当前阶段各个用户对象的行为记录和行为结果，以确定当前阶段的用户对象的行为是否是准确的，是否符合预设要求。
102.在确定当前阶段的用户对象的行为都是准确的，符合预设要求的情况下，可以确定应急处理过程中的当前阶段已经顺利结束，可以触发进入下一阶段。
103.相反，在确定当前阶段至少有一个用户对象的行为是否不准确，不符合预设要求的情况下，可以确定应急处理过程中的当前阶段还未结束，还不能触发进入下一阶段；同时，还可以确定出行为不符合预设要求的异常用户对象，并针对该异常用户对象发送关于当前阶段的重处理指令，以便该用户对象准确地完成当前阶段的应急处理。
104.在一些实施例中，在获取应急处理过程中当前阶段用户对象的应急处理数据之后，所述方法具体实施时，还可以包括：根据当前阶段的应急处理流程，检测所获取应急处理过程中当前阶段用户对象的应急处理数据是否完备。在确定不完备的情况下，可以进一步确定没有采集到的用户对象的应急处理数据；再另外控制采集端采集获取该用户对象的应急处理数据。
105.在一些实施例中，上述根据用户对象的应急处理数据的采集时间和用户对象的角色类型标签，组合处理当前阶段各个用户对象的行为记录和行为结果，以得到当前阶段的处理结果和/或下一阶段的处理指令，具体实施时，可以包括以下内容：
106.s1：根据采集时间，按序拼接当前阶段用户对象的行为结果，得到当前阶段的行为结果序列；根据采集时间，组合当前阶段用户对象的行为记录，得到当前阶段的行为记录；
107.s2：根据当前阶段的行为结果序列，确定当前阶段的处理结果；
108.s3：根据当前阶段的应急处理流程、下一阶段的应急处理流程、当前阶段的行为记录和当前阶段的处理结果，确定下一阶段的处理指令。
109.通过上述实施例，可以有效地利用当前阶段各个用户对象的行为记录和行为结果，智能、准确地分析并确定出当前阶段的处理结果，以及下一阶段的处理指令。
110.在一些实施例中，上述根据当前阶段的行为结果序列，确定当前阶段的处理结果，具体实施时，可以包括：获取当前阶段应急目标的指标参数；根据当前阶段应急目标的指标参数和当前阶段的行为结果序列，确定当前阶段的处理结果。
111.通过上述实施例，引入当前阶段应急目标的指标参数与当前阶段的行为结果序列相结合，以便能够更加准确地分析确定出当前阶段的处理结果。
112.在一些实施例中，上述根据当前阶段应急目标的指标参数和当前阶段的行为结果序列，确定当前阶段的处理结果，具体实施时，可以包括：调用预设的处理结果预测模型处理当前阶段应急目标的指标参数和当前阶段的行为结果序列，以确定出当前阶段的处理结果。
113.其中，针对不同类型的突发事件，上述应急目标的指标参数可以是不同类型的指标参数。具体的，例如，在突发事件为业务系统宕机事件时，上述应急目标具体可以是出现宕机的业务系统，上述应急目标的指标参数具体可以是该业务系统的网络环境的网络度参数、操作系统的系统参数、负载设备的设备参数、关键应用的应用参数等。
114.其中，上述预设的处理结果预测模型具体可以理解为预先训练得到的，能够综合应急目标的指标参数和行为记过序列，对整体的处理结果进行评价预测的模型。
115.具体的，上述预设的处理结果预测模型具体可以为预先利用样本应急处理记录训
练得到的神经网络模型。
116.在一些实施例中，在得到当前阶段的行为记录之后，所述方法具体实施时，还可以包括：根据当前阶段的行为记录和当前阶段的应急处理流程，检测当前阶段用户对象的应急处理数据是否存在缺失；在确定当前阶段用户对象的应急处理数据存在缺失的情况下，确定缺失用户对象；其中，上述确实用户对象可以理解为当前阶段应该参与应急处理但实际未参与应急处理的用户对象；向缺失用户对象发送关于当前阶段的应急处理提示。从而可以及时地提醒缺失用户对象及时地参与当前阶段的应急处理。
117.在一些实施例中，在得到当前阶段的处理结果之后，所述方法具体实施时，还可以包括以下内容：根据当前阶段的处理结果，确定应急处理过程是否结束。
118.具体实施时，可以基于预设的应急处理规则、预设的处理流程集，通过分析当前阶段的处理结果，确定应急处理过程是否结束。
119.在确定应急处理过程未结束的情况下，可以进一步确定并触发进入当前阶段的下一个阶段。相反，在确定应急处理过程结束的情况下，则不再进入下一个阶段；同时，还可以生成针对所有用户对象的关于应急处理结束的提示信息。
120.通过上述实施例，能够自动判断整个应急处理过程是否结束，进一步简化了用户对象的操作。
121.在一些实施例中，在获取应急处理过程中当前阶段用户对象的应急处理数据之后，所述方法具体实施时，还可以包括：将当前阶段用户对象的应急处理数据存入数据库中与当前阶段对应的子数据库内。
122.其中，上述数据库具体可以包括基于区块链的数据库。
123.进一步，在得到当前阶段的处理结果和/或下一阶段的处理指令之后，还可以将当前阶段的处理结果，以及下一阶段的处理指令存入数据库中与当前阶段对应的子数据库内。
124.通过上述实施例，可以将在应急处理过程中所获取到的用户对象的全量应急处理数据完整地存入数据库中与当前阶段对应的子数据库内，以便后续在需要时能够能够通过查询数据库进行较为准确的数据回溯或者复盘分析。
125.在一些实施例中，参阅图3所示，所述方法具体实施时，还可以包括以下内容：
126.s104：接收关于应急处理过程的复盘请求；
127.s105：响应所述复盘请求，查询数据库中与各个阶段对应的子数据库，以获取应急处理过程中各个阶段用户对象的应急处理数据；
128.s106：根据应急处理过程中各个阶段用户对象的应急处理数据，生成复盘分析报告。
129.上述复盘请求具体可以为在有复盘分析需求，或者其他类型的数据回溯需求的情况下生成并发起的。
130.通过上述实施例，可以有效地利用数据库中所存储的相关数据，自动生成得到较为全面、准确，参考价值较高的复盘分析报告，以满足用户的多样化需求。
131.在一些实施例中，所述方法具体实施时，还可以包括：根据复盘分析报告，对应急处理流程集进行优化改进。
132.在一些实施例中，上述根据用户对象的角色类型标签，向相相匹配的用户对象传
达当前阶段的处理结果和/或下一阶段的处理指令，具体实施时，可以包括：区分不同的角色类型的用户对象，对于决策型用户对象，可以将当前阶段的处理结果发送至决策型用户对象；对于业务型用户对象和技术型用户对象，可以根据用户对象的对象标识，以及决策型用户对象当前阶段的行为记录和行为结果、下一阶段的应急处理流程，从下一阶段的处理指令中筛选出与该用户对象的相匹配的目标处理指令；并将该目标处理指令发送至该用户对象。
133.由上可见，基于本说明书实施例提供的应急数据处理方法，具体实施前，可以预先为参与应急处理的用户对象分别配置好对应的角色类型标签；此外，还可以在各个用户对象所持有的终端设备布设相应的采集端。具体实施时，在出现突发事件，需要进行应急处理时，服务器可以先通过采集端获取应急处理过程中当前阶段用户对象的应急处理数据；其中，用户对象的应急处理数据还携带有关联信息，该关联信息至少包括：用户对象的角色类型标签、用户对象的应急处理数据的采集时间等信息；根据预设的应急处理规则、用户对象的角色类型标签、用户对象的应急处理数据的采集时间，处理当前阶段用户对象的应急处理数据，得到当前阶段的处理结果和/或下一阶段的处理指令；根据用户对象的角色类型标签，向相相匹配的用户对象传达当前阶段的处理结果和/或下一阶段的处理指令。从而能够较为智能地协助参与应急处理的各个用户对象高效、准确地完成相应的应急处理，有效地避免在应急处理过程中出现混乱和错误，提高了整体应急处理效率。还通过将所获取的用户对象的应急处理数据存入数据库中与当前阶段对应的子数据库内，以便后续在需要时，能够通过查询数据库进行回溯，生成得到较为全面、准确的复盘分析报告。进一步，还可以根据该复盘分析报告，对应急处理流程进行针对性的优化改进。
134.本说明书实施例还提供一种服务器，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器具体实施时可以根据指令执行以下步骤：获取应急处理过程中当前阶段用户对象的应急处理数据；其中，所述用户对象的应急处理数据还携带有关联信息，所述关联信息至少包括：用户对象的角色类型标签、用户对象的应急处理数据的采集时间；根据预设的应急处理规则、用户对象的角色类型标签、用户对象的应急处理数据的采集时间，处理当前阶段用户对象的应急处理数据，以得到当前阶段的处理结果和/或下一阶段的处理指令；根据用户对象的角色类型标签，向相相匹配的用户对象传达当前阶段的处理结果和/或下一阶段的处理指令。
135.为了能够更加准确地完成上述指令，参阅图4所示，本说明书实施例还提供了另一种具体的服务器，其中，所述服务器包括网络通信端口401、处理器402以及存储器403，上述结构通过内部线缆相连，以便各个结构可以进行具体的数据交互。
136.其中，所述网络通信端口401，具体可以用于获取应急处理过程中当前阶段用户对象的应急处理数据；其中，所述用户对象的应急处理数据还携带有关联信息，所述关联信息至少包括：用户对象的角色类型标签、用户对象的应急处理数据的采集时间。
137.所述处理器402，具体可以用于根据预设的应急处理规则、用户对象的角色类型标签、用户对象的应急处理数据的采集时间，处理当前阶段用户对象的应急处理数据，以得到当前阶段的处理结果和/或下一阶段的处理指令；根据用户对象的角色类型标签，向相相匹配的用户对象传达当前阶段的处理结果和/或下一阶段的处理指令。
138.所述存储器403，具体可以用于存储相应的指令程序。
139.在本实施例中，所述网络通信端口401可以是与不同的通信协议进行绑定，从而可以发送或接收不同数据的虚拟端口。例如，所述网络通信端口可以是负责进行web数据通信的端口，也可以是负责进行ftp数据通信的端口，还可以是负责进行邮件数据通信的端口。此外，所述网络通信端口还可以是实体的通信接口或者通信芯片。例如，其可以为无线移动网络通信芯片，如gsm、cdma等；其还可以为wifi芯片；其还可以为蓝牙芯片。
140.在本实施例中，所述处理器402可以按任何适当的方式实现。例如，处理器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(application specific integrated circuit，asic)、可编程逻辑控制器和嵌入微控制器的形式等等。本说明书并不作限定。
141.在本实施例中，所述存储器403可以包括多个层次，在数字系统中，只要能保存二进制数据的都可以是存储器；在集成电路中，一个没有实物形式的具有存储功能的电路也叫存储器，如ram、fifo等；在系统中，具有实物形式的存储设备也叫存储器，如内存条、tf卡等。
142.本说明书实施例还提供了一种基于上述应急数据处理方法的计算机可读存储介质，所述计算机存储介质存储有计算机程序指令，在所述计算机程序指令被执行时实现：获取应急处理过程中当前阶段用户对象的应急处理数据；其中，所述用户对象的应急处理数据还携带有关联信息，所述关联信息至少包括：用户对象的角色类型标签、用户对象的应急处理数据的采集时间；根据预设的应急处理规则、用户对象的角色类型标签、用户对象的应急处理数据的采集时间，处理当前阶段用户对象的应急处理数据，以得到当前阶段的处理结果和/或下一阶段的处理指令；根据用户对象的角色类型标签，向相相匹配的用户对象传达当前阶段的处理结果和/或下一阶段的处理指令。
143.在本实施例中，上述存储介质包括但不限于随机存取存储器(random access memory,ram)、只读存储器(read-only memory,rom)、缓存(cache)、硬盘(hard disk drive,hdd)或者存储卡(memory card)。所述存储器可以用于存储计算机程序指令。网络通信单元可以是依照通信协议规定的标准设置的，用于进行网络连接通信的接口。
144.在本实施例中，该计算机存储介质存储的程序指令具体实现的功能和效果，可以与其它实施方式对照解释，在此不再赘述。
145.本说明书实施例还提供了一种计算机程序产品，包含有计算机程序，所述计算机程序被处理器执行时实现以下步骤：获取应急处理过程中当前阶段用户对象的应急处理数据；其中，所述用户对象的应急处理数据还携带有关联信息，所述关联信息至少包括：用户对象的角色类型标签、用户对象的应急处理数据的采集时间；根据预设的应急处理规则、用户对象的角色类型标签、用户对象的应急处理数据的采集时间，处理当前阶段用户对象的应急处理数据，以得到当前阶段的处理结果和/或下一阶段的处理指令；根据用户对象的角色类型标签，向相相匹配的用户对象传达当前阶段的处理结果和/或下一阶段的处理指令。
146.参阅图5所示，在软件层面上，本说明书实施例还提供了一种应急数据处理装置，该装置具体可以包括以下的结构模块：
147.获取模块501，具体可以用于获取应急处理过程中当前阶段用户对象的应急处理数据；其中，所述用户对象的应急处理数据还携带有关联信息，所述关联信息至少包括：用
户对象的角色类型标签、用户对象的应急处理数据的采集时间；
148.处理模块502，具体可以用于根据预设的应急处理规则、用户对象的角色类型标签、用户对象的应急处理数据的采集时间，处理当前阶段用户对象的应急处理数据，以得到当前阶段的处理结果和/或下一阶段的处理指令；
149.传达模块503，具体可以用于根据用户对象的角色类型标签，向相相匹配的用户对象传达当前阶段的处理结果和/或下一阶段的处理指令。
150.在一些实施例中，上述获取模块501具体实施时，可以按照以下方式获取应急处理过程中当前阶段用户对象的应急处理数据：采集并根据用户对象在当前阶段对终端设备的输入设备的操作数据；和/或，用户对象的终端设备在当前阶段的屏幕截图；和/或，用户对象的终端设备在当前阶段处理的文本数据和/或语音数据和/或图像数据，得到应急处理过程中当前阶段用户对象的应急处理数据。
151.在一些实施例中，上述处理模块502具体实施时，可以按照以下方式根据预设的应急处理规则、用户对象的角色类型标签、用户对象的应急处理数据的采集时间，处理当前阶段用户对象的应急处理数据，以得到当前阶段的处理结果和/或下一阶段的处理指令：根据预设的应急处理规则、用户对象的角色类型标签，分别处理当前阶段各个用户对象的应急处理数据，得到当前阶段各个用户对象的行为记录和行为结果；根据用户对象的应急处理数据的采集时间和用户对象的角色类型标签，组合处理当前阶段各个用户对象的行为记录和行为结果，以得到当前阶段的处理结果和/或下一阶段的处理指令。
152.在一些实施例中，上述处理模块502具体实施时，可以按照以下方式根据预设的应急处理规则、用户对象的角色类型标签，分别处理当前阶段各个用户对象的应急处理数据，得到当前阶段各个用户对象的行为记录和行为结果：按照以下方式，根据预设的应急处理规则、用户对象的角色类型标签，处理当前用户对象的应急处理数据：根据当前用户对象的角色类型标签，确定当前用户对象的角色类型；从预设的角色模板中，确定出与当前用户对象的角色类型相匹配的目标模板；根据所述目标模板和当前阶段的应急处理流程，处理当前用户对象的应急处理数据，确定出当前阶段当前用户对象的行为记录和行为结果。
153.在一些实施例中，所述角色类型具体可以包括以下至少之一：决策型、业务型、技术型等。
154.在一些实施例中，在得到当前阶段各个用户对象的行为记录和行为结果之后，所述装置具体实施时，还可以用于根据预设的检测规则，以及当前阶段各个用户对象的行为记录和行为结果，检测当前阶段是否存在用户对象的行为不符合预设要求；在确定当前阶段存在用户对象的行为不符合预设要求的情况下，将该用户对象标记为异常用户对象；向该异常用户的对象发送关于当前阶段的重处理指令。
155.在一些实施例中，上述处理模块502具体实施时，可以按照以下方式根据用户对象的应急处理数据的采集时间和用户对象的角色类型标签，组合处理当前阶段各个用户对象的行为记录和行为结果，以得到当前阶段的处理结果和/或下一阶段的处理指令：根据采集时间，按序拼接当前阶段用户对象的行为结果，得到当前阶段的行为结果序列；根据采集时间，组合当前阶段用户对象的行为记录，得到当前阶段的行为记录；根据当前阶段的行为结果序列，确定当前阶段的处理结果；根据当前阶段的应急处理流程、下一阶段的应急处理流程、当前阶段的行为记录和当前阶段的处理结果，确定下一阶段的处理指令。
156.在一些实施例中，上述处理模块502具体实施时，可以按照以下方式根据当前阶段的行为结果序列，确定当前阶段的处理结果：获取当前阶段应急目标的指标参数；根据当前阶段应急目标的指标参数和当前阶段的行为结果序列，确定当前阶段的处理结果。
157.在一些实施例中，在得到当前阶段的处理结果之后，所述装置具体实施时，还可以用于根据当前阶段的处理结果，确定应急处理过程是否结束。
158.在一些实施例中，在获取应急处理过程中当前阶段用户对象的应急处理数据之后，所述装置具体实施时，还可以用于将当前阶段用户对象的应急处理数据存入数据库中与当前阶段对应的子数据库内。
159.在一些实施例中，参阅图6所示，上述装置具体还可以包括复盘模块504。其中，复盘模块504具体可以用于接收关于应急处理过程的复盘请求；响应所述复盘请求，查询数据库中与各个阶段对应的子数据库，以获取应急处理过程中各个阶段用户对象的应急处理数据；根据应急处理过程中各个阶段用户对象的应急处理数据，生成复盘分析报告。
160.需要说明的是，上述实施例阐明的单元、装置或模块等，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本说明书时可以把各模块的功能在同一个或多个软件和/或硬件中实现，也可以将实现同一功能的模块由多个子模块或子单元的组合实现等。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
161.由上可见，基于本说明书实施例提供的应急数据处理装置，能够较为智能地协助参与应急处理的各个用户对象高效、准确地完成相应的应急处理，有效地避免在应急处理过程中出现混乱和错误，提高了整体应急处理效率。
162.在一个具体的场景示例中，可以应用本说明书所提供的应急数据处理方法来协助应急组成员高效地完成涉及业务系统的应急处理。具体实现过程可以参阅以下内容。
163.具体实施前，可以基于本说明书提供的应急数据处理方法构建应急管理控制台(相当于应急处理系统)。具体可以参阅图7所示。其中，该应急管理控制台具体可以包括：实时存储模块(相当于数据库)，以及实时分析模块和后盘分析模块(相当于服务器)。
164.参与应急处理的应急小组成员可以包括：应急领导(决策型角色)、技术条线(技术型角色)和业务条线(业务型角色)。参与复盘分析的成员可以包括：应急管理人员和应急技术人员。
165.参阅图7所示，参与应急处理的应急小组成员还布设有专用设备(相当于终端设备)。此外，实时分析模块还与业务系统(包括：设备、系统、网络、应用等)相连，以采集相关的监控指标。
166.具体实施时，首先，可以通过上述应急管理控制台收集成员行为(相当于获取应急处理过程中当前阶段用户对象的应急处理数据)。
167.具体的，上述实时存储模块可以通过专用设备的操作读取模块(相当于采集端)，以实时采集应急领导、技术条线以及业务条线设备用户行为以及屏幕录屏。其中，上述操作
读取模块可以通过屏幕捕捉、图文识别、键盘动作捕捉、鼠标动作捕获、语音识别、短信识别等方式捕获专用设备的用户行为，得到日志。实时存储模块获取日志后可以实时传送到实时分析模块处理。
168.具体的，上述应急领导的专用设备可以是指总值班、各专业技术条线负责人使用的设备，可以包括：客户端、云桌面、电话、手机等。相应的，采集到的用户行为包括应急领导小组的发布实施要求以及时间节点，并可增加或移除参与应急的专用设备。
169.上述技术条线专用设备可以是指应用、网络、系统、设备专业条线值班和问题处理人员使用的设备，可以包括：客户端、云桌面、电话、手机等。相应的，采集到的用户行为包括但不限于：文件新增修改删除、用户新增修改删除、用户密码修改、远程登录、网站访问、火墙新增修改删除、网络路由器检查、文件打开、文件权限修改、软件操作、运维操作命令、邮件操作、文件共享下载拷贝、数据库操作、实施情况汇报等以及对应处理人员和时间节点。
170.上述业务条线专业设备可以是指问题报告人员使用的设备，可以包括：客户端、云桌面、电话、手机等。相应的，采集到的用户行为可以包括：业务反馈的问题最新进展，比如受影响客户数等信息。
171.然后，可以通过上述应急管理控制台实时收集监控结果(相当于确定当前阶段的处理结果和/或下一阶段的处理指令)。
172.具体的，上述实时分析模块可以是实时接收通过实时存储模块传递的用户行为和指令；同时，可以实时收集技术条线的监控结果，包括应用、网络、系统、设备专业的监控指标，例如应用可用率、业务成功率、响应时间、网络丢包率、系统和设备性能容量指标等，并对获取的结果按专业线进行分类分析。
173.接着，可以通过上述应急管理控制台实时同步用户行为/监控结果(相当于向相相匹配的用户对象传达当前阶段的处理结果和/或下一阶段的处理指令)。
174.具体的，上述实时分析模块可以将分析整理后的用户行为以及监控结果同步给应急领导、技术条线以及业务条线专用设备。应急领导小组可根据应急进展和处置结果及时发布指令，各专业技术条线可及时获取应急领导小组指令或根据其他专业线处理进展及时配合进行下一步处理。业务条线也可随时反馈问题最新进展。应急结束后，上述实时分析模块可以将整个应急涉及的全量用户行为、实施结果和录屏传送至后台复盘模块。
175.在上述过程中，还可以智能地进行命令提示。
176.具体的，后台复盘模块可以接收实时分析模块传送来的用户行为、实施结果和录屏，自动识别操作用户行为中正确、错误的命令，或由应急技术人员人工复盘，将正确的命令传送给实时分析模块。后续遇到类似应急操作时，比如相同操作命令或语句，实时分析模块可自动向技术条线专用设备实时提示对应操作程序的正确命令或语句，提升应急处置效率、准确性和安全性。
177.在有复盘需求时，还可以通过上述应急管理控制台进行复盘分析。
178.具体的，后台复盘模块可以对整个应急过程的操作步骤、操作程序、操作命令、实施结果、操作耗时等进行分析复盘，同时与历史类似应急处置流程进行对比，自动生成复盘结果报告和需优化改进方向。其中，复盘结果报告包括问题发生时间和解决时间、应急人员、业务影响、应急处理关键步骤、时间节点和处理专业等信息，以及应急措施有效性评估；需优化改进方向例如某操作步骤顺序调整，某操作耗时较长等问题。
179.通过上述场景示例，验证了基于本说明书所提供的应急数据处理方法，可以较好地适用于在企业内发生突发事件需要应急处理的场景，基于该方法，参与应急处理的应急领导小组、专业技术条线和反映问题的业务人员均可实时获取应急处理进展和结果，自动记录应急关键节点和时间用于应急复盘，并可对于应急事中的操作进行实时提示。从而能够有效提升应急效率、准确性、安全性、可联动性、可追溯性，实现应急情况下快速决策和实时响应。
180.具体的，基于该方法，通过专业设备实时采集应急领导小组、各专业条线应急处置人员以及业务人员应急处理进展、操作行为和实施结果，整个应急过程和关键节点自动被记录，对于应急事中的操作进行监控和提示，在应急结束后可进行应急复盘并自动生成分析报告。进而首先，可以实时获取应急领导小组、各专业技术条线以及业务条线人员设备用户行为以及屏幕，同时可实时获取对应问题处理监控结果，应急领导小组可根据应急处理进展以及监控结果进行及时决策，各专业技术条线可及时获取其他专业线处理进展并配合处理，解决了无法及时获取应急进展问题，提升了应急效率和可联动性。其次，可以自动记录并保存应急领导小组、各专业条线应急处置人员以及业务人员的应急处理步骤和时间节点、处理结果指标，可在应急结束后自动生成复盘报告，解决了应急复盘时步骤记录不准确问题，提升应急可追溯性。再者，可以通过屏幕捕捉、图文识别、键盘动作捕捉、鼠标动作捕获、语音识别、短信识别等方式实现一体化用户行为实时收集、分析和识别，统一用户行为日志格式便于复盘分析的同时，无需额外开发解析程序，使用的程序也无相应限制，解决了用户行为采集渠道有限、不全面的问题。最后，可以在每次应急后整理操作命令，并自动识别正确或错误的命令，在后续类似应急处理场景中实时提示应急操作命令，有效地解决了应急操作不熟练或不规范的问题，提升应急的准确性和安全性。
181.虽然本说明书提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的手段可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或客户端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境，甚至为分布式数据处理环境)。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、产品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、产品或者设备所固有的要素。在没有更多限制的情况下，并不排除在包括所述要素的过程、方法、产品或者设备中还存在另外的相同或等同要素。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。
182.本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内部包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
183.本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、
组件、数据结构、类等等。也可以在分布式计算环境中实践本说明书，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
184.通过以上的实施例的描述可知，本领域的技术人员可以清楚地了解到本说明书可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本说明书的技术方案本质上可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，移动终端，服务器，或者网络设备等)执行本说明书各个实施例或者实施例的某些部分所述的方法。
185.本说明书中的各个实施例采用递进的方式描述，各个实施例之间相同或相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。本说明书可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的电子设备、网络pc、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。
186.虽然通过实施例描绘了本说明书，本领域普通技术人员知道，本说明书有许多变形和变化而不脱离本说明书的精神，希望所附的权利要求包括这些变形和变化而不脱离本说明书的精神。