CN111949620A

CN111949620A - 井下作业数据的生成方法、装置、电子设备及存储介质

Info

Publication number: CN111949620A
Application number: CN202010800204.9A
Authority: CN
Inventors: 赵存会; 贾中杰
Original assignee: Jingying Digital Technology Co Ltd
Current assignee: Jingying Digital Technology Co Ltd
Priority date: 2020-08-11
Filing date: 2020-08-11
Publication date: 2020-11-17
Anticipated expiration: 2040-08-11
Also published as: CN111949620B

Abstract

本申请是关于一种井下作业数据的生成方法、装置、电子设备及存储介质，通过接收井下作业数据生成指令，依据所述目标时间段查询人员轨迹基础数据库，生成人员轨迹补全缓存数据；最后根据数据补全规则依据所述人员编号、区域编码以及入区域时间将所述人员轨迹补全缓存数据进行数据补全操作，生成与每一井下作业人员行动轨迹相关的井下作业数据。可以补全井下人员行动轨迹中所缺失的行动轨迹数据，生成任意时段内确切的井下作业数据，进而满足煤矿监管的需求。

Description

井下作业数据的生成方法、装置、电子设备及存储介质

技术领域

本申请涉及煤矿作业技术领域，尤其涉及一种井下作业数据的生成方法、装置、电子设备及存储介质。

背景技术

随着国家对煤矿安全生产的日益重视，现有煤矿中井下的各个区域以及分站中都装备了井下作业人员记录系统。

当井下人员进入煤矿中的某区域或分站在该区域或分站对应的人员记录装置进行打卡记录后，该人员记录装置会将该井下人员的相关数据例如下井人员卡号，入井时间，区域编码等数据记录到该区域对应的井下作业人员记录系统中。

相关技术中，虽然能够通过井下作业人员记录系统可以实现入区域时间管控，但是，无法得到例如任意时段内区域内人数、在各区域停留时长等更确切的井下作业数据，从而无法满足如对某时段人数核定的煤矿监管需求。

发明内容

为克服相关技术中存在的问题，本申请提供一种井下作业数据的生成方法、装置、电子设备及存储介质，该方法，能够补全井下人员行动轨迹中所缺失的行动轨迹数据，从而可以生成任意时段内确切的井下作业数据，进而满足煤矿监管的需求。

本申请第一方面提供一种井下作业数据的生成方法，包括:

接收井下作业数据生成指令，所述生成指令中包括目标时间段；

依据所述目标时间段查询人员轨迹基础数据库，生成人员轨迹补全缓存数据；其中，所述人员轨迹基础数据库是依据井下作业人员记录系统中所保存的每一井下人员的行动轨迹数据所生成的，所述行动轨迹数据中至少包括人员编号、区域编码以及入区域时间；

根据数据补全规则依据所述人员编号、区域编码以及入区域时间将所述人员轨迹补全缓存数据进行数据补全操作，生成与每一井下作业人员行动轨迹相关的井下作业数据；所述井下作业数据至少包括每一井下人员的出区域时间。

可选的，所述根据数据补全规则依据所述人员编号、区域编码以及入区域时间将所述人员轨迹补全缓存数据进行数据补全操作包括：

根据默认排序顺序将所述人员轨迹补全缓存数据进行排序；

将排序后的所述人员轨迹补全缓存数据中煤矿编号相同、人员编号相同、入矿时间相同且区域编码相同的数据进行聚和得到N行待补全数据；

若所述待补全数据中第i行与第i+1行具有相同的人员编号，则将所述第i行中的出区域时间赋值为所述第i+1行的入区域时间。

可选的，若所述待补全数据中第i行与第i+1行不具有相同的人员编号，则所述生成方法还包括：

获得所述人员轨迹基础数据库中与所述待补全数据中第i行数据中入区域时间相匹配的出井时间；

将所述第i行中的出区域时间赋值为所述出井时间。

可选的，所述生成指令还包括生成条件，所述生成条件为区域内停留时长超过指定时长，则所述生成方法还包括：

根据所述人员编号、所述区域编码、所述入区域时间以及所述出区域时间计算所述井下作业数据中符合预设所述生成条件的井下人员的第一数量；

输出至少包括所述第一数量的第一生成结果。

可选的，生成所述井下作业数据后，所述生成方法还包括：

将所述目标时间段拆分为多个时间点；

确定所述井下作业数据中每一个所述时间点下每一个区域中井下人员的第二数量；

输出至少包括所述第二数量的第二生成结果。

可选的，当所述目标时间段中的开始时间和结束时间不为同一月份时，则按照月为单位执行所述查询人员轨迹基础数据库的步骤。

可选的，还包括：

按照预设修正时间规则修正所述第i行的出区域时间。

本申请第二方面提供一种井下作业数据的生成装置，包括：

接收模块，用于接收井下作业数据生成指令，所述生成指令中包括目标时间段；

缓存生成模块，用于依据所述目标时间段查询人员轨迹基础数据库，生成人员轨迹补全缓存数据；其中，所述人员轨迹基础数据库是依据井下作业人员记录系统中所保存的每一井下人员的行动轨迹数据所生成的，所述行动轨迹数据中至少包括人员编号、区域编码以及入区域时间；

输出模块，用于根据数据补全规则依据所述人员编号、区域编码以及入区域时间将所述人员轨迹补全缓存数据进行数据补全操作，生成与每一井下作业人员行动轨迹相关的井下作业数据；所述井下作业数据至少包括每一井下人员的出区域时间。

本申请第三方面提供一种电子设备，包括：

处理器；以及

存储器，其上存储有可执行代码，当所述可执行代码被所述处理器执行时，使所述处理器执行如上所述的方法。

本申请第四方面提供一种非暂时性机器可读存储介质，其上存储有可执行代码，当所述可执行代码被电子设备的处理器执行时，使所述处理器执行如上所述的方法。

本申请提供的技术方案可以包括以下有益效果：

本申请技术方案通过接收井下作业数据生成指令，依据所述目标时间段查询人员轨迹基础数据库，生成人员轨迹补全缓存数据；最后根据数据补全规则依据所述人员编号、区域编码以及入区域时间将所述人员轨迹补全缓存数据进行数据补全操作，生成与每一井下作业人员行动轨迹相关的井下作业数据。可以补全井下人员行动轨迹中所缺失的行动轨迹数据，生成任意时段内确切的井下作业数据，进而满足煤矿监管的需求。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

通过结合附图对本申请示例性实施方式进行更详细的描述，本申请的上述以及其它目的、特征和优势将变得更加明显，其中，在本申请示例性实施方式中，相同的参考标号通常代表相同部件。

图1是本申请实施例示出的一种井下作业数据的生成方法的流程示意图；

图2为本申请实施例公开的一种井下作业数据的生成方法中计算区域人数的流程示意图；

图3是本申请实施例示出的一种井下作业数据的生成的结构示意图；

图4是本申请实施例示出的电子设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本申请的优选实施方式。虽然附图中显示了本申请的优选实施方式，然而应该理解，可以以各种形式实现本申请而不应被这里阐述的实施方式所限制。相反，提供这些实施方式是为了使本申请更加透彻和完整，并且能够将本申请的范围完整地传达给本领域的技术人员。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语“第一”、“第二”、“第三”等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本申请的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。

相关技术中，井下作业人员记录系统中记录有进出煤矿以及进入煤矿中某区域、区域中某分站的时间。因此，在相关技术中，可以通过网络实时获取井下作业人员记录系统中所记录的数据来计算进入区域的人数，但是，由于相关技术中仅能够记录进入区域、分站的时间，而并没有离开区域、分站的时间，因此，无法获得任意时间段内停留人数或各区域的最大人数等来满足人数核定的煤矿监管需求。

并且，由于相关技术依赖网络服务的有效性，因此，若服务器宕机、网络故障，则无法实时获取相关数据。且由于无法得到任意时间段的特定位置的人数，因此，也无法整理出相关报表，对于核定人数敏感的煤矿，已经无法满足现有需求。

针对上述问题，本申请实施例提供一种井下作业数据的生成方法方法，能够补全井下人员行动轨迹中所缺失的行动轨迹数据，生成任意时段内确切的井下作业数据，进而满足煤矿监管的需求。

以下结合附图详细描述本申请实施例的技术方案。

图1是本申请实施例示出的一种井下作业数据的生成方法的流程示意图。

参见图1，本申请示出的一种井下作业数据的生成方法可以包括：

S101、接收井下作业数据生成指令，所述生成指令中包括目标时间段；

本申请实施例中，当需要生成目标时间段的井下作业数据时，可以指定目标时间段。其中，目标时间段包括开始时间和结束时间，可以是以年、月、日、时的格式，也可以精确到秒。本申请实施例中，优选采用日为单位。

当然，还可以是在预设时间间隔，例如一个月、一周等自动执行步骤S101，来生成例如月、周等为周期的井下作业数据。

S102、依据所述目标时间段查询人员轨迹基础数据库，生成人员轨迹补全缓存数据；其中，所述人员轨迹基础数据库是依据井下作业人员记录系统中所保存的每一井下人员的行动轨迹数据所生成的，所述行动轨迹数据中至少包括人员编号、区域编码以及入区域时间；

本申请实施例中，可以预先设置有人员轨迹基础数据库，其中，可以包括多种通过井下人员的行动轨迹数据所生成的制式报表。例如，可以包括人员轨迹日报表、历史人员出入表等。其中，人员轨迹日报表中包括有煤矿编码、人员编号、入井时间、区域编码、入区域时间、分站编码、入分站时间等字段。历史人员出入表中包括煤矿编码、人员编号、姓名、职务、岗位、区队、入井时间、出井时间等字段。

可以理解的是，本申请实施例中的人员轨迹基础数据库，是通过井下作业人员记录系统中所记录的基础数据而建立的。优选的采用日为单位进行整理，无需实时通过网络来进行数据获取，从而避免网络故障带来的问题。

优选的，当所述目标时间段中的开始时间和结束时间不为同一月份时，则按照月为单位执行步骤S101。按月输出是由于一次处理太多数据容易内存溢出，每一次仅求一个月内的数据，进行循环来实现目标时间段内作业数据的生成。

本申请实施例中，目标时间段中的开始时间和结束时间都是当天日期的前一日期。

本申请实施例中，会判断目标时间段内的开始时间的开始月份是否小于或等于结束时间的结束月份，如果开始月份等于结束月份，则查询从开始日期到结束日期每一天的人员轨迹日报表。否则，查询开始日期到当月最后一天的人员轨迹日报表。可以理解的是，当一个月的数据处理完成后，会继续处理下一个月的数据，直到结束时间为止。并对之前所生成的井下作业数据进行更新。

S103、根据数据补全规则依据所述人员编号、区域编码以及入区域时间将所述人员轨迹补全缓存数据进行数据补全操作，生成与每一井下作业人员行动轨迹相关的井下作业数据；所述井下作业数据至少包括每一井下人员的出区域时间。

本申请实施例中，会对缺失的数据例如出区域时间进行数据补全操作。其中，所述根据数据补全规则依据所述人员编号、区域编码以及入区域时间将所述人员轨迹补全缓存数据进行数据补全操作包括：

根据默认排序顺序将所述人员轨迹补全缓存数据进行排序；

若所述待补全数据中第i行与第i+1行不具有相同的人员编号，则所述生成方法还包括：

将所述第i行中的出区域时间赋值为所述出井时间。

本申请实施例中，优选的按照煤矿编号、人员编号、入矿时间以及入区域时间进行升序排列，所述默认排序顺序包括依次按照煤矿编号、人员编号、入矿时间以及入区域时间进行升序排列。

例如下表1：

煤矿编号	人员编号	入矿时间	入区域时间
				1	22	2020/7/15/22:00	2020/7/15/22:05
1	22	2020/7/15/22:00	2020/7/15/22:11
				1	33	2020/7/15/21:00	2020/7/15/21:05
2	22	2020/7/14/21:00	2020/7/15/21:05
				3	21	2020/7/12/2:00	2020/7/15/2:05

表1

可以理解的是，本申请实施例中，还可以有多个其它字段，例如区域编码，入分站时间，分站编码等。可以根据时间需要进行设置。作用是为后续进行数据聚和进行数据基础的准备。

可以理解的是，本申请实施例中的煤矿行业中，煤矿中各个区域之间通常是连续且单向相通的，因此，排序后的入区域时间可以表征下井人员顺序进入各个区域的时间。基于此，可以推算出所缺失的出区域时间。

当然，若各个区域编码之间不是连续的，默认排序顺序则可以是依据指定顺序进行排序。例如，区域1、区域3、区域2是连续的，而如果按照区域1、2、3的顺序则会出现混乱，此时应当指定区域1、3、2为默认排序顺序。

本申请实施例中，排序后将煤矿编号相同、人员编号相同、入矿时间相同且区域编码相同的数据进行聚和。目的是排除相同区域不同分站的数据。可以理解的是，聚和是数据清洗、筛选的过程，在此不进行具体赘述。本申请实施例中，得到的N行数据为待补全数据。

其中，待补全数据中所缺失的数据可以为出区域时间，因此，需要将其进行数据补全操作。

具体的。

否则，获得所述人员轨迹基础数据库中与所述待补全数据中第i行数据中入区域时间相匹配的出井时间；

将所述第i行中的出区域时间赋值为所述出井时间。

本申请实施例中，通过表1可以看出，第一行与第二行具有相同的人员编号，因此，将第1行中的出区域时间进行赋值操作，赋值为第二行的入区域时间。

本申请实施例中，通过表1可以看出，第二行与第三行人员编号不同，则认为不是相同的人，需要通过其它数据源的数据进行并表查询。

例如，获得所述人员轨迹基础数据库中与所述待补全数据中第i行数据中入区域时间相匹配的出井时间。优选的，由于在历史人员出入表中包括有出井时间，因此，该出井时间即是第二行的出区域时间。以此进行赋值操作，进行数据补全。

可以理解的是，由于井下人员出区域时间和出井时间可能存在延迟，例如中间有一段距离的间隔，或区域之间有一段距离的间隔，因此，需要对出区域时间进行修正。

按照预设修正时间规则修正所述第i行的出区域时间。

例如，若是从i+1行中所进行的数据补全，则对i行的出区域时间增加1分钟，若是从历史人员出入表中所并表查询出的，则对i行的出区域时间增加5分钟。当然，1分钟或5分钟可以是特定时间，也可以是指定时间，只需要对出区域时间修正为接近实际出区域时间即可。

本申请实施例中，生成与每一井下作业人员行动轨迹相关的井下作业数据。其中，该井下作业数据包括有出区域时间。

例如，井下作业数据包括：煤矿编号、人员编号、入区域时间、区域编码、出区域时间。

实际使用中，可以将该井下作业数据作为人员月报表的形式进行保存或输出。可以理解的是，每一个月可以对应一个人员月报表，还可以是多个月对应一个月报表。

可以理解的是，当目标时间段内的井下作业数据处理完成后，还会生成用于表征完成操作的标识。当然，还可以是设置一个标识位，当完成时，置位true，未完成则置位false。

通过上述技术方案可以看出，本申请实施例中，可以补全井下人员行动轨迹中所缺失的行动轨迹数据，因此可以生成任意时段内更加精确的井下作业数据，进而满足煤矿监管的需求。

前述实施例中，生成了补全的井下作业数据。本申请实施例中，利用该井下作业数据进一步的可以执行统计操作。

本申请实施例中，所述生成指令还包括生成条件，所述生成条件为区域内停留时长超过指定时长，则所述生成方法还包括：

根据所述人员编号、所述区域编码、所述入区域时间以及所述出区域时间计算所述井下作业数据中符合预设所述生成条件的井下人员的第一数量；输出至少包括所述第一数量的第一生成结果。

本申请实施例中，生成指令中还可以包括有生成条件。其中，生成条件可以包括区域停留时长超过指定时长。目的是统计区域内停留时长超过指定时长例如3小时的井下人员的人数。

本申请实施例中，第一生成结果中，可以包括有煤矿编号、区域编码以及该区域对应的超过指定时间的人数。

可以理解的是，还可以直接生成相应的报表，以满足煤矿监管需要。

在前述实施例的基础上，本申请实施例中还可以计算任意时刻每一个区域的人数。

本申请实施例中，生成所述井下作业数据后，所述生成方法还包括：

将所述目标时间段拆分为多个时间点；

输出至少包括所述第二数量的第二生成结果。

本申请实施例中，由于前述实施例中的井下作业数据中，已经补全了出区域时间，因此，直接用时间点去判断是否落入在出入时间的范围内，就可以知道各个时间点上，各个区域具有多少井下人员。

其中，第二生成结果可以是以最大人数保存表的形式体现，其可以包括煤矿编号、区域编码、时间点以及区域人数等字段。

可以理解的是，由于时间段内区域的最大人数，可以通过获得每一天区域的最大人数来计算得到，而一天内区域的最大人数，需要知道每时每刻，各区域的井下人员的数量，因此，需要对单位时间进行循环处理，得到单位时间内所有区域内的人数。例如，开始日期为2020-6-10，则设置开始时间点t为2020-6-10 0：0：0，且结束日期例如2020-6-30 23：59：59作为结束时间点。

可以理解的是，判断是否到结束时间点后，运行的线程可以休眠一定时间，例如60秒。这样可以防止数据库积压等多的数据，以及确保插入、更新等操作已经完成。

可以理解的是，由于依赖所生成的井下作业数据，因此，在执行前，还可以判断是否具有表征完成的标识。或判断标识位是否为ture。当表征作业数据处理完成时，则执行后续过程，否则输出错误提示信息。

本申请实施例中，会将时间段拆分为多个时间点。例如，以目标时间段的开始时间的当天为时间点，以天为单位计算。

本申请实施例中，可以创建最大人数保存表，用于存储第二生成结果。若不存在则创建该表后执行后续过程。

下面以天为例，来说明区域人数的计算过程。如图2所示，图2为本申请实施例公开的一种井下作业数据的生成方法中计算区域人数的流程示意图。

S1，判断当前时间点是否小于当天最后一个时间点，例如小于当天23：59：59。

S2，若小于，则意味着当天的统计未完成，则按照所设置的时间点查找前述实施例生成的井下作业数据，并根据煤矿编号以及区域编码进行排序。排序使得效率最大化。

S3，创建空的表L。该表L用于存储结果。创建标记a为0。

S4，判断标记a是否小于所查表的长度

S5，当标记a的长度小于表的长度时，创建空储存组和计数器。该储存组用于存储单个区域内的时间信息和计数信息。

S6创建标识b和c，并设置b和c等于a。

S7，判断b所指向的煤矿编号、区域编码是否等于c的煤矿编号、区域编码。

S8，若是，则继续判断c所指数据的开始时间和结束时间是否包含当前时间点。

S9，若包含，则设置c指向下一条数据，且计数器进行加1的操作。

并执行步骤S8.1；

S8.1,判断c指向下一条数据后，c的长度是否超出了列表长度；

S8.2,若超出列表长度，则说明该区域下的所有人员已经统计完毕。跳出循环。

S8.2,若未超出，则继续执行步骤S7，判断b所指向的煤矿编号、区域编码是否等于c的煤矿编号、区域编码的循环。

如果b所指向的煤矿编号、区域编码不等于c的煤矿编号、区域编码，或者c的长度超出了列表长度，则执行S10，储存组获取a的煤矿编号，区域编码，当前时间点以及计数器值。

S11，在步骤S10后，储存组将值赋值给列表L，删除储存组。其中，删除储存组是为了手动触发垃圾回收机制。因为数据已经传递给了列表L，无需占用空间。

S12，将a赋值为c，并返回判断标记a的长度小于表长度的步骤。即当前区域的数据处理完成后，进行下一个区域的处理。

S13，当标记不小于所查表的长度时，在时间点的基础上增加预定时间，例如增加5分钟，继续返回判断当前时间点是否小于当天最后一个时间点的步骤。

S14，步骤S13后，或在步骤S1结果诶否时，即当前时间点大于或等于当天最后一个时间点，则将列表L更新至表结果。

可以理解的是，在步骤S14后，设置时间点加一天，来计算下一天的区域人数。

可以看出，本申请实施例中，由于可以对任意时间段内的区域人数进行统计，因此，可以根据第二生成结果计算出该时间段内各个区域的最大人数。

当然，还可以根据井下业务数据以及第一生成结果、第二生成结果进行更多的计算、分析。例如，可以更加简易制作历史井下人数报表，更好地通过历史信息对未来下井人数超员的情况做好风险分析和评估等。

与前述应用功能实现方法实施例相对应，本申请还提供了一种井下作业数据生成装置装置、电子设备及相应的实施例。

图3是本申请实施例示出的一种井下作业数据生成装置的结构示意图。

参见图3，本申请实施例示出的一种井下作业数据生成装置，包括：

接收模块1，用于接收井下作业数据生成指令，所述生成指令中包括目标时间段；

缓存生成模块2，用于依据所述目标时间段查询人员轨迹基础数据库，生成人员轨迹补全缓存数据；其中，所述人员轨迹基础数据库是依据井下作业人员记录系统中所保存的每一井下人员的行动轨迹数据所生成的，所述行动轨迹数据中至少包括人员编号、区域编码以及入区域时间；

输出模块3，用于根据数据补全规则依据所述人员编号、区域编码以及入区域时间将所述人员轨迹补全缓存数据进行数据补全操作，生成与每一井下作业人员行动轨迹相关的井下作业数据；所述井下作业数据至少包括每一井下人员的出区域时间。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不再做详细阐述说明。

图4是本申请实施例示出的电子设备的结构示意图。

参见图4，电子设备1000包括存储器1010和处理器1020。

处理器1020可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器1010可以包括各种类型的存储单元，例如系统内存、只读存储器(ROM)，和永久存储装置。其中，ROM可以存储处理器1020或者计算机的其他模块需要的静态数据或者指令。永久存储装置可以是可读写的存储装置。永久存储装置可以是即使计算机断电后也不会失去存储的指令和数据的非易失性存储设备。在一些实施方式中，永久性存储装置采用大容量存储装置(例如磁或光盘、闪存)作为永久存储装置。另外一些实施方式中，永久性存储装置可以是可移除的存储设备(例如软盘、光驱)。系统内存可以是可读写存储设备或者易失性可读写存储设备，例如动态随机访问内存。系统内存可以存储一些或者所有处理器在运行时需要的指令和数据。此外，存储器1010可以包括任意计算机可读存储媒介的组合，包括各种类型的半导体存储芯片(DRAM，SRAM，SDRAM，闪存，可编程只读存储器)，磁盘和/或光盘也可以采用。在一些实施方式中，存储器1010可以包括可读和/或写的可移除的存储设备，例如激光唱片(CD)、只读数字多功能光盘(例如DVD-ROM，双层DVD-ROM)、只读蓝光光盘、超密度光盘、闪存卡(例如SD卡、min SD卡、Micro-SD卡等等)、磁性软盘等等。计算机可读存储媒介不包含载波和通过无线或有线传输的瞬间电子信号。

存储器1010上存储有可执行代码，当可执行代码被处理器1020处理时，可以使处理器1020执行上文述及的方法中的部分或全部。

上文中已经参考附图详细描述了本申请的方案。在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详细描述的部分，可以参见其他实施例的相关描述。本领域技术人员也应该知悉，说明书中所涉及的动作和模块并不一定是本申请所必须的。另外，可以理解，本申请实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减，本申请实施例装置中的模块可以根据实际需要进行合并、划分和删减。

此外，根据本申请的方法还可以实现为一种计算机程序或计算机程序产品，该计算机程序或计算机程序产品包括用于执行本申请的上述方法中部分或全部步骤的计算机程序代码指令。

或者，本申请还可以实施为一种非暂时性机器可读存储介质(或计算机可读存储介质、或机器可读存储介质)，其上存储有可执行代码(或计算机程序、或计算机指令代码)，当所述可执行代码(或计算机程序、或计算机指令代码)被电子设备(或电子设备、服务器等)的处理器执行时，使所述处理器执行根据本申请的上述方法的各个步骤的部分或全部。

本领域技术人员还将明白的是，结合这里的申请所描述的各种示例性逻辑块、模块、电路和算法步骤可以被实现为电子硬件、计算机软件或两者的组合。

附图中的流程图和框图显示了根据本申请的多个实施例的系统和方法的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标记的功能也可以以不同于附图中所标记的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

以上已经描述了本申请的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术的改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。

Claims

1.一种井下作业数据的生成方法，其特征在于，包括：

2.根据权利要求1所述的生成方法，其特征在于，所述根据数据补全规则依据所述人员编号、区域编码以及入区域时间将所述人员轨迹补全缓存数据进行数据补全操作包括：

根据默认排序顺序将所述人员轨迹补全缓存数据进行排序；

3.根据权利要求2所述的生成方法，其特征在于，若所述待补全数据中第i行与第i+1行不具有相同的人员编号，则所述生成方法还包括：

将所述第i行中的出区域时间赋值为所述出井时间。

4.根据权利要求1所述的生成方法，其特征在于，所述生成指令还包括生成条件，所述生成条件为区域内停留时长超过指定时长，则所述生成方法还包括：

输出至少包括所述第一数量的第一生成结果。

5.根据权利要求1所述的生成方法，其特征在于，生成所述井下作业数据后，所述生成方法还包括：

将所述目标时间段拆分为多个时间点；

输出至少包括所述第二数量的第二生成结果。

6.根据权利要求1至5任意一项所述的生成方法，其特征在于，当所述目标时间段中的开始时间和结束时间不为同一月份时，则按照月为单位执行所述查询人员轨迹基础数据库的步骤。

7.根据权利要求2或3所述的生成方法，其特征在于，还包括：

按照预设修正时间规则修正所述第i行的出区域时间。

8.一种井下作业数据生成装置，其特征在于，包括：

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

处理器；以及

存储器，其上存储有可执行代码，当所述可执行代码被所述处理器执行时，使所述处理器执行如权利要求1-7中任一项所述的方法。

10.一种非暂时性机器可读存储介质，其上存储有可执行代码，当所述可执行代码被电子设备的处理器执行时，使所述处理器执行如权利要求1-7中任一项所述的方法。