利用考勤进行告警管理方法、系统、装置及存储介质与流程

1.本公开涉及智能环保技术领域，尤其涉及一种利用考勤进行告警管理方法、系统、装置及存储介质。


背景技术：

2.随着物联网技术体系的快速发展，告警通知上报是非常关键的环节。当发现监测的对象发生或者将要发生故障或者险情时，需要进行实时上报，向对应的用户推送告警通知，以便用户在接收到告警通知后，能够及时做出响应。
3.绝大多数企业的报警管理制度，基本上都是采用分级报警、逐级推送的模式：不同等级的报警类型，需要推送给不同类型的企业人员，同一等级的报警类型，在推送给相应的企业人员后，如果在限定的时间期限内，没有得到消除，需要逐级推送给该企业人员的上级，以防事故扩大。在企业生产中，大量存在轮班的工作场景，报警触发后，往往不能准确传达到实际的当班人员。在现有技术中，告警逻辑触发后，一般都是群发消息，要么只发送给固定的员工组群，要么发送给全公司的成员，既浪费资源，又不满足告警分级处理的相关管理制度的贯彻实施。现有的报警触发后，只有在每次产生告警和恢复的时候才会发出通知，万一被通知的人员未能在第一时间获知告警信息，或者不及时做出响应，容易造成设备损坏甚至带来更大的损失。此外，目前主要是在监控信息可视化工具内部配置告警信息和通知人等信息，从而实现告警通知，但是，当需要修改告警信息和通知人时，需要在监控信息可视化工具的内部进行修改才能生效，难以实现统一的维护和管理。
4.针对现有技术中存在的上述问题，目前尚未发现有效的解决方案。


技术实现要素：

5.有鉴于此，本公开实施例提供了一种利用考勤进行告警管理方法、系统、装置及计算机程序可读存储介质，以解决现有技术中的资源冗余浪费、资源配置不合理、管理效率低，管理效果差等问题。
6.本公开实施例的第一方面，提供了利用考勤进行告警管理方法，包括以下内容：
7.采集考勤台账信息，考勤台账信息包括出勤时间、出勤站点和出勤人员；
8.获取告警设备的第一告警信息，第一告警信息包括告警设备所属站点、告警发生时间、告警名称，告警等级，告警的状态信息；
9.基于考勤台账信息和告警设备的第一告警信息，在预设关系型数据库中生成第二告警信息；
10.在预设关系型数据库中生成推送数据，将第二告警信息发送给推送数据中的第一通知人。
11.本公开实施例的第二方面，提供了利用考勤进行告警管理方法，进一步包括以下内容：
12.将第一告警信息中的告警状态信息动态写入预设的关系型数据库；
13.判断告警状态是否解除；如果告警状态已经解除，程序结束；
14.如果告警状态没有解除，扫描告警状态信息；当告警状态信息满足第一预设条件时，将告警状态信息发送至推送数据中的第一通知人，该述第一预设条件为在预设的第一设定条件，当告警状态信息满足第二预设条件时，将告警状态信息发送至推送数据中的第二通知人，该第二预设条件为在预设时段内的告警状态信息满足第一预设条件时，当告警状态信息满足告警解除条件时，更改预设关系型数据库中的告警状态信息为解除告警状态，程序跳转到判断告警状态是否解除。
15.本公开实施例的第三方面，提供了一种系统，包括：包括存储器、处理器以及存储在存储器中并且可在处理器上运行的计算机程序，该处理器执行计算机程序时实现上述方法的步骤。
16.本公开实施例的第四方面，提供了一种装置，包括：包括存储器、处理器以及存储在存储器中并且可在处理器上运行的计算机程序，该处理器执行计算机程序时实现上述方法的步骤。
17.本公开实施例的第五方面，提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，该计算机程序被处理器执行时实现上述方法的步骤。
18.本公开实施例与现有技术相比存在的有益效果是：通过采集考勤台账信息获取告警设备的第一告警信息、并且发送在预设关系型数据库中生成的第二告警信息，能够将告警信息直接发送到第一通知人，及时有效地将告警信息传送给相关处理人员，此外，通过告警状态信息在第一预设条件和第二预设条件的触发响应设置，满足分级报警、逐级推送的报警管理模式，还能够有针对性的在不同告警状态下采取有效的应对响应措施，逐级推进告警处理工作的进行，保障告警状态得到及时处理，此外，当告警状态信息满足告警解除条件时，更改预设关系型数据库中的告警状态信息为解除告警状态，能够及时对最新的告警状态进行更新，及时高效地实现利用考勤进行告警管理。
附图说明
19.为了更清楚地说明本公开实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
20.图1是本公开实施例的应用场景的场景示意图；
21.图2是本公开实施例提供的一种利用考勤进行告警管理方法的流程示意图；
22.图3是本公开实施例提供的又一种利用考勤进行告警管理方法的流程示意图；
23.图4是本公开实施例提供的另一种利用考勤进行告警管理方法的流程示意图；
24.图5是本公开实施例提供的一种系统的结构示意图；图6是本公开实施例提供的系统600的示意图。
具体实施方式
25.本发明实施例能够解决现有技术中存在的相关问题，具体参见下文描述。
26.以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具
体细节，以便透彻理解本公开实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本公开。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本公开的描述。
27.下面将结合附图详细说明根据本公开实施例的一种利用考勤进行告警管理方法和装置。
28.图1是本公开实施例的应用场景的场景示意图。该应用场景可以包括终端设备1、2和3、服务器4、网络5、物联设备6、传感器7、其它告警设备8。
29.终端设备1、2和3可以是硬件，也可以是软件。当终端设备1、2和3为硬件时，其可以是具有显示屏且支持与服务器4通信的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等；当终端设备 1、2和3为软件时，其可以安装在如上所述的电子设备中。终端设备1、2和3 可以实现为多个软件或软件模块，也可以实现为单个软件或软件模块，本公开实施例对此不作限制。进一步地，终端设备1、2和3上可以安装有各种应用，例如数据处理应用、即时通信工具、社交平台软件、搜索类应用、购物类应用等。
30.服务器4可以是提供各种服务的服务器，例如，对与其建立通信连接的终端设备发送的请求进行接收的后台服务器，该后台服务器可以对终端设备发送的请求进行接收和分析等处理，并生成处理结果。服务器4可以是一台服务器，也可以是由若干台服务器组成的服务器集群，或者还可以是一个云计算服务中心，本公开实施例对此不作限制。
31.需要说明的是，服务器4可以是硬件，也可以是软件。当服务器4为硬件时，其可以是为终端设备1、2和3提供各种服务的各种电子设备。当服务器4 为软件时，其可以是为终端设备1、2和3提供各种服务的多个软件或软件模块，也可以是为终端设备1、2和3提供各种服务的单个软件或软件模块，本公开实施例对此不作限制。
32.网络5可以是采用同轴电缆、双绞线和光纤连接的有线网络，也可以是无需布线就能实现各种通信设备互联的无线网络，例如，蓝牙(bluetooth)、近场通信(near field communication，nfc)、红外(infrared)等，本公开实施例对此不作限制。
33.用户可以通过终端设备1、2和3经由网络5与服务器4建立通信连接，以接收或发送信息等。
34.需要说明的是，终端设备1、2和3、服务器4以及网络5的具体类型、数量和组合可以根据应用场景的实际需求进行调整，本公开实施例对此不作限制。
35.物联设备6、传感器7、其它告警设备8均可以与终端设备1、2、3、服务器4以及网络5的任一端相连，从而进行通信和数据的传输。
36.本发明可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本发明，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
37.图2是本公开实施例提供的一种利用考勤进行告警管理方法的流程示意图。图2的利用考勤进行告警管理方法可以由图1的终端设备或服务器执行。如图 2所示，该利用考勤进行告警管理方法包括：
38.s201，采集考勤台账信息，该考勤台账信息包括出勤时间、出勤站点和出勤人员；
39.s202，获取告警设备的第一告警信息，该第一告警信息包括告警设备所属站点、告警发生时间、告警名称，告警等级，告警的状态信息；
40.s203，基于考勤台账信息和告警设备的第一告警信息，在预设关系型数据库中生成第二告警信息；
41.s204，在预设关系型数据库中生成推送数据，将第二告警信息发送给推送数据中的第一通知人。
42.方法步骤用“sxxx”表示，xxx为三位连续编号的数字，如该方法步骤的s201、s202、s203、s204，应理解，实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对公开实施例的实施过程构成任何限定。其他具体实施方式中关于方法步骤的理解方式与本实施方式相同，将不再赘述。
43.具体地，通过采集考勤台账信息和告警设备的第一告警信息，可以获取具体的人员出勤情况以及告警信息的具体情况，在获取以上信息之后，可以在预设关系型数据库中生成可以发送给通知人的第二告警信息，并将第二告警信息及时发送给第一通知人，方便第一通知人及时收取告警信息并对告警信息进行及时的响应和处理。
44.其中，生成的推送数据的推送方式、推送频率、推送时间区间、及对应的第一通知人信息可以根据告警设备所属站点、告警信息内容、告警等级进行联合设定，还可以结合其他技术手段进行第一通知人信息的辅助设定，例如，针对具体的告警信息相关的处理任务，可以结合gps定位对所有的第一通知人进行位置、行进速度、使用的交通工具等信息的实时获取，结合每个第一通知人的技术级别，工作特点等进行大数据的综合处理，匹配最佳的第一通知人，第一通知人的个数可以为1个或者多个；在其他匹配条件相同的情况下，gps定位的离告警信息处理地点最近的第一通知人作为信息推送对象，在其他匹配条件相同的情况下，技术级别越高的第一通知人将会作为信息推送对象，具体的匹配结果依靠大数据的综合处理产生。
45.根据本公开实施例提供的技术方案，通过告警信息对应得到通知人信息，发送给相应的通知人，可以有针对性地将告警信息发送给相关人员，以方便接收人员进行及时的响应和处理，节省了不必要的冗余资源的占用，同时，提高了告警信息的处理速度，考勤告警的管理效率得到大大提升。
46.图3是本公开实施例提供的一种利用考勤进行告警管理方法的流程示意图。图3的利用考勤进行告警管理方法可以由图1的终端设备或服务器执行。如图 3所示，该利用考勤进行告警管理方法包括：
47.s301，采集考勤台账信息，该考勤台账信息包括出勤时间、出勤站点和出勤人员；
48.s302，获取告警设备的第一告警信息，该第一告警信息包括告警设备所属站点、告警发生时间、告警名称，告警等级，告警的状态信息；
49.s303，基于考勤台账信息和告警设备的第一告警信息，在预设关系型数据库中生成第二告警信息；
50.s304，在预设关系型数据库中生成推送数据，将第二告警信息发送给推送数据中的第一通知人；
51.s305，将第一告警信息中的告警状态信息动态写入预设的关系型数据库；
52.s306，判断告警状态是否解除；
53.s307，如果告警状态已经解除，程序结束；
54.s308，如果告警状态没有解除，扫描告警状态信息；
55.s309，判断告警状态信息是否满足第一预设条件；
56.s310，当告警状态信息满足第一预设条件时，将告警状态信息发送至推送数据中的第一通知人，该第一预设条件为在预设的第一设定条件；
57.s311，判断告警状态信息是否满足第二预设条件；
58.s312，当告警状态信息满足第二预设条件时，将告警状态信息发送至推送数据中的第二通知人，该第二预设条件为在预设时段内的告警状态信息满足第一预设条件时；
59.s313，判断告警状态信息满足告警解除条件；
60.s314，当告警状态信息满足告警解除条件时，更改预设关系型数据库中的告警状态信息为解除告警状态；
61.程序跳转到s306判断告警状态是否解除。
62.其中，第一预设条件可以为告警等级升级、一定的时间段内未对告警信息进行处理、关联的告警信息增多、告警未处理妥当等。
63.生成的推送数据的推送方式、推送频率、推送时间区间、及对应的第一通知人信息可以根据告警设备所属站点、告警信息内容、告警等级进行联合设定，还可以结合其他技术手段进行第一通知人信息和第二通知人信息的辅助设定。告警等级是告警信息中的重要信息，告警等级不同，预设关系型数据库中设置的推送数据不同，例如，告警等级为三级时，即时将告警信息发送给相应的当班人员，1个小时未解决相应的告警信息，告警信息将会被发送到相应的当班人员的直属领导；告警等级为二级时，即时将告警信息发送给相应的当班人员、相应的当班人员的直属领导，1个小时未解决相应的告警信息，告警信息将会被发送到部门副总经理、部门总经理；告警等级为一级时，即时将告警信息发送给相应的当班人员、相应的当班人员的直属领导、部门副总经理、部门总经理，半个小时未解决相应的告警信息，告警信息将会被发送到公司常务副总经理、公司总经理。
64.优选地，告警状态信息满足告警解除条件时，更改所述预设关系型数据库中的所述告警状态信息为解除告警状态，发送告警解除信息到第一和第二通知人，程序跳转到判断告警状态是否解除。图4是本公开实施例提供的一种利用考勤进行告警管理方法的流程示意图，如图4所示，该利用考勤进行告警管理方法包括：
65.s401，采集考勤台账信息，该考勤台账信息包括出勤时间、出勤站点和出勤人员；
66.s402，获取告警设备的第一告警信息，该第一告警信息包括告警设备所属站点、告警发生时间、告警名称，告警等级，告警的状态信息；
67.s403，基于考勤台账信息和告警设备的第一告警信息，在预设关系型数据库中生成第二告警信息；
68.s404，在预设关系型数据库中生成推送数据，将第二告警信息发送给推送数据中的第一通知人；
69.s405，将第一告警信息中的告警状态信息动态写入预设的关系型数据库；
70.s406，判断告警状态是否解除；
71.s407，如果告警状态已经解除，程序结束；
72.s408，如果告警状态没有解除，扫描告警状态信息；
73.s409，判断告警状态信息是否满足第一预设条件；
74.s410，当告警状态信息满足第一预设条件时，将告警状态信息发送至推送数据中的第一通知人，该第一预设条件为在预设的第一设定条件；
75.s411，判断告警状态信息是否满足第二预设条件；
76.s412，当告警状态信息满足第二预设条件时，将告警状态信息发送至推送数据中的第二通知人，该第二预设条件为在预设时段内的告警状态信息满足第一预设条件时；
77.s413，判断告警状态信息满足告警解除条件；
78.s414，当告警状态信息满足告警解除条件时，更改预设关系型数据库中的告警状态信息为解除告警状态；
79.s415，发送告警解除信息到第一和第二通知人；
80.程序跳转到s406判断告警状态是否解除。
81.其中，生成的推送数据的推送方式、推送频率、推送时间区间、及对应的第一通知人信息可以根据告警设备所属站点、告警信息内容、告警等级进行联合设定，还可以结合其他技术手段进行第一通知人信息和第二通知人信息的辅助设定。
82.优选地，告警状态信息满足告警解除条件时，更改所述预设关系型数据库中的所述告警状态信息为解除告警状态，查询发送记录中的已发送对象，发送告警解除信息到已发送对象，程序跳转到判断告警状态是否解除。图5是本公开实施例提供的一种利用考勤进行告警管理方法的流程示意图，如图5所示，该利用考勤进行告警管理方法包括：
83.s501，采集考勤台账信息，该考勤台账信息包括出勤时间、出勤站点和出勤人员；
84.s502，获取告警设备的第一告警信息，该第一告警信息包括告警设备所属站点、告警发生时间、告警名称，告警等级，告警的状态信息；
85.s503，基于考勤台账信息和告警设备的第一告警信息，在预设关系型数据库中生成第二告警信息；
86.s504，在预设关系型数据库中生成推送数据，将第二告警信息发送给推送数据中的第一通知人；
87.s505，将第一告警信息中的告警状态信息动态写入预设的关系型数据库；
88.s506，判断告警状态是否解除；
89.s507，如果告警状态已经解除，程序结束；
90.s508，如果告警状态没有解除，扫描告警状态信息；
91.s509，判断告警状态信息是否满足第一预设条件；
92.s510，当告警状态信息满足第一预设条件时，将告警状态信息发送至推送数据中的第一通知人，该第一预设条件为在预设的第一设定条件；
93.s511，判断告警状态信息是否满足第二预设条件；
94.s512，当告警状态信息满足第二预设条件时，将告警状态信息发送至推送数据中的第二通知人，该第二预设条件为在预设时段内的告警状态信息满足第一预设条件时；
95.s513，判断告警状态信息满足告警解除条件；
96.s514，当告警状态信息满足告警解除条件时，更改预设关系型数据库中的告警状态信息为解除告警状态；
97.s515，查询发送记录中的已发送对象；
98.s516，发送告警解除信息到已发送对象；
99.程序跳转到s506判断告警状态是否解除。
100.其中，生成的推送数据的推送方式、推送频率、推送时间区间、及对应的第一通知人信息可以根据告警设备所属站点、告警信息内容、告警等级进行联合设定，还可以结合其他技术手段进行第一通知人信息和第二通知人信息的辅助设定。
101.步骤516中通过将告警解除信息发送到已发送对象，可以减少不必要的发送信息，在没有发送消息给第二通知人的情况下，仅需要将告警解除信息发送到第一通知人，能够合理配置资源，减少信息资源的浪费，还能够提高告警管理的整体效率。
102.具体地，在第二告警信息发送给推送数据中的第一通知人的情况下，为了进一步监督具体告警事件的处理进程，直至告警恢复，通过第一预设条件和第二预设条件的触发，进一步推送告警状态信息给第一通知人和第二通知人，保证报警响应的贯彻执行；当告警状态信息满足告警解除条件时，更改预设关系型数据库中的告警状态信息为解除告警状态，进一步，通过判断告警是否解除的程序，结束相应的利用考勤进行告警管理任务。此外，告警状态信息动态写入预设的关系型数据库、在告警状态没有解除的情况下扫描告警状态信息，可以动态地实时监控相应得到告警信息状态，在告警解除的条件下，可以及时结束程序，减少不必要的扫描处理以及减少不必要的信息发送，避免造成错误的信息传送，保障了信息的正确、及时、有效传送，加强告警管理的整体性能优化。
103.根据本公开实施例提供的技术方案，通过告警信息的动态获取与处理，实现了整体的信息资源优化配置，保障了告警制度的的贯彻执行和准确落地，提高了信息处理的及时性和准确性，管理效率得到了优化。
104.在一些实施例中，该利用考勤进行告警管理方法，当告警状态信息的告警解除条件的触发与告警状态信息的第一预设条件、第二预设条件的触发相冲突时，将告警解除条件的处理程序加锁，第一预设条件和第二预设条件的程序进入阻塞状态，或者采用阻塞队列解决冲突，将告警解除条件、第一预设条件、第二预设条件的处理程序加入阻塞队列。
105.具体地，当告警状态信息的告警解除条件的触发与告警状态信息的第一预设条件、第二预设条件的触发相冲突时，通过对告警解除条件的处理程序加锁或者将告警解除条件、第一预设条件、第二预设条件的处理程序加入阻塞队列，可以有效的阻止第一预设条件、第二预设条件的触发程序的执行，避免了不必要的过时信息发送给第一通知人和第二通知人，优化了整个利用考勤进行告警管理程序的执行，充分地同时保障告警管理的准确性和及时性，还能够优化程序的整体处理性能。
106.在一些实施例中，该利用考勤进行告警管理的告警设备的第一告警信息除了包括告警设备所属站点、告警发生时间、告警名称，告警等级，告警的状态信息之外，还包括告警设备类型、告警设备名称、告警触发逻辑，其中，告警的状态信息包含告警是否恢复的信息。
107.根据本公开实施例提供的技术方案，通过告警设备的各个类别信息的获取，能够充分获取告警信息，在此基础上，可以有效地加工处理信息内容并提取重要信息发送给相关的通知人，方便通知人收到信息以后，快速有效的采取相关的响应措施。
108.在一些实施例中，该利用考勤进行告警管理的告警设备的第一告警信息的来源，包括就地物联设备开关的触发、就地传感器的模拟量与阈值比较运算后的触发、和/或人工发起的设备缺陷的触发，告警设备为物联设备、传感器、或者其他能够出发告警信息的设
备。
109.在一些实施例中，第一通知人对应的第一职位级别低于所述第二通知人对应的第二职位级别，第一通知人为相应的当班人员，第二通知人为相应的当班人员的直属领导。
110.在一些实施例中，如果告警信息一直不能解决，最终可以一路推送至公司的最高层领导，还可以通过进一步设定第三预设条件的触发、第四预设条件的触发、第五预设条件的触发、第六预设条件的触发
……
，例如，第三预设条件触发后，可以将告警状态信息发送到部门副总经理，第四预设条件触发后，可以将告警状态信息发送到部门总经理，第五预设条件触发后，可以将告警状态信息发送到公司常务副总经理，第六预设条件触发后，可以将告警状态信息发送到公司总经理，通过六个预设条件的触发，一路将告警状态最新信息推送至公司的最高层领导。
111.多个触发条件的设置，细化了触发条件的处理流程，还可以根据每个告警信息的等级匹配相应个数的触发条件，例如，告警信息的等级为一级时，可以匹配两个触发条件，还可以匹配三、四、五、六个出发条件，触发条件的个数越多，触发时间的间隔一般越短；具体地，根据告警等级、触发条件、触发时间等综合设定利用考勤进行告警问题处理的程序。
112.根据本公开实施例提供的技术方案，通过逐步升级解决告警信息中的问题，实现告警功能升级：设置恢复时长上限，当超过设定时长告警还未恢复时，通过预设关系型数据库内中维护的关系表，直接推送给相应的当班人员的直属领导，逐步升级，如果一直不能解决，最终可以一路推送至公司的最高层领导，提升了告警问题的解决力度，全面的保障利用考勤进行告警问题处理的资源优化、较高的控制精准度和高效的执行。
113.上述所有可选技术方案，可以采用任意结合形成本技术的可选实施例，在此不再一一赘述。
114.图6是本公开实施例提供的系统600的示意图。如图6所示，该实施例的系统600包括：处理器601、存储器602以及存储在该存储器602中并且可在处理器601上运行的计算机程序603。处理器601执行计算机程序603时实现上述各个方法实施例中的步骤。或者，处理器601执行计算机程序603时实现上述各装置实施例中各模块/单元的功能。
115.示例性地，计算机程序603可以被分割成一个或多个模块/单元，一个或多个模块/单元被存储在存储器602中，并由处理器601执行，以完成本公开。一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述计算机程序603在系统600中的执行过程。
116.系统600可以是桌上型计算机、笔记本、掌上电脑及云端服务器等电子设备。系统600可以包括但不仅限于处理器601和存储器602。本领域技术人员可以理解，图6仅仅是系统600的示例，并不构成对系统600的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如，系统还可以包括输入输出设备、网络接入设备、总线等。
117.处理器601可以是中央处理单元(central processing unit，cpu)，也可以是其它通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列 (field-programmable gate array，fpga)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
118.存储器602可以是系统600的内部存储单元，例如，系统600的硬盘或内存。存储器602也可以是系统600的外部存储设备，例如，系统600上配备的插接式硬盘，智能存储卡(smart media card，smc)，安全数字(secure digital， sd)卡，闪存卡(flash card)等。进一步地，存储器602还可以既包括系统 600的内部存储单元也包括外部存储设备。存储器602用于存储计算机程序以及电子设备所需的其它程序和数据。存储器602还可以用于暂时地存储已经输出或者将要输出的数据。
119.所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本技术的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
120.在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。
121.本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本公开的范围。
122.在本公开所提供的实施例中，应该理解到，所揭露的装置/系统和方法，可以通过其它的方式实现。例如，以上所描述的装置/系统实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。
123.作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
124.另外，在本公开各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
125.集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读存储介质中。基于这样的理解，本公开实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，计算机程序可以存储在计算机可读存储介质中，该计算机程序在被处理器执行时，可以实现上述各个方法实施例的步骤。计算机程序可以包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读介质可以包括：能够携带计算机
程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(read-only memory，rom)、随机存取存储器(random accessmemory，ram)、电载波信号、电信信号以及软件分发介质等。需要说明的是，计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如，在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。
126.以上实施例仅用以说明本公开的技术方案，而非对其限制；尽管参照前述实施例对本公开进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本公开各实施例技术方案的精神和范围，均应包含在本公开的保护范围之内。