CN111931011B - 一种事故信息收集方法、收集装置、收集系统及计算机可读存储介质 - Google Patents

Abstract

本申请涉及一种事故信息收集方法、收集装置、收集系统及计算机可读存储介质，收集方法包括：获取事故信息对应的编码信息；获取与编码信息对应的第一信息；将第一信息分别发送至数据节点，所述数据节点的数量为一个及以上；收集由数据节点发送的第二信息；以及将收集到的第二信息汇总，得到第三信息。收集装置和收集系统使用上述方法对事故信息进行收集，计算机可读存储介质存储有与事故信息收集方法对应的代码。本申请能够在缩短收集时间的同时更加全面的收集事故信息。

Description

一种事故信息收集方法、收集装置、收集系统及计算机可读存 储介质

技术领域

本申请涉及信息处理的技术领域，尤其是涉及一种事故信息收集方法、收集装置、收集系统及计算机可读存储介质。

背景技术

现代化的中大型生产过程中，各设备之间的关联程度越来越高，尤其是对于复杂度较高的生产系统，一个区域出问题往往是多个因素共同造成的。目前对于这些事故信息的收集还是以人工收集的形式为主，人工收集时多采用电话沟通的形式进行，这种方式很容易出现遗漏的情况，影响工作人员对问题的判断。

发明内容

为了更加全面的收集事故信息，本申请提供一种事故信息收集方法、收集装置、收集系统及计算机可读存储介质。

本申请的上述目的是通过以下技术方案得以实现的：

第一方面，本申请提供了一种事故信息收集方法，包括：

获取事故信息对应的编码信息；

获取与编码信息对应的第一信息；

将第一信息分别发送至数据节点，所述数据节点的数量为一个及以上；

收集由数据节点发送的第二信息；以及

将收集到的第二信息汇总，得到第三信息。

通过采用上述技术方案，通过与事故信息对应的编码信息可以得到与该事故对应的需要收集的信息，然后可以将这些信息分别发送至不同的数据节点进行收集，最后再进行汇总，这种收集信息的方式可以有效避免出现遗漏的情况，能够给工作人员提供足够的信息用于判断问题的原因。

在第一方面的一较佳示例中，在将第一信息分别发送至数据节点时，还包括：

获得第一信息的发出时间；

根据第一信息的发出时间设定回收时间；以及

在发出时间与回收时间之间获得由数据节点发送的第二信息。

通过采用上述技术方案，可以在规定的时间内得到需要的信息，既能够保证信息的时效性，又可以在规定的时间内得到需要的信息，方便工作人员判断问题的原因。

在第一方面的一较佳示例中：当在发出时间与回收时间内无法获得由数据节点发送的第二信息时，在到达回收时间时强制获得第二信息。

通过采用上述技术方案，可以在一个确定的时间内得到需要的信息，不会耽误工作人员判断问题。

在第一方面的一较佳示例中，在发出时间与回收时间之间向数据节点发送提醒信息；

在发出时间与回收时间之间的时间序列上，所述提醒信息的数量为一个或者多个。

通过采用上述技术方案，通过对数据节点进行提醒的方式，使数据节点可以在回收时间之前将需要的信息回传，可以缩短得到需要信息的时间。

第二方面，本申请提供了一种事故信息收集装置，包括：

第一获取单元，用于获取事故信息对应的编码信息；

第二获取单元，用于获取与编码信息对应的第一信息；

第一通讯单元，用于将第一信息分别发送至数据节点，所述数据节点的数量为一个及以上；

第一处理单元，用于收集由数据节点发送的第二信息；以及

第二处理单元，用于将收集到的第二信息汇总，得到第三信息。

通过采用上述技术方案，通过与事故信息对应的编码信息可以得到与该事故对应的需要收集的信息，然后可以将这些信息分别发送至不同的数据节点进行收集，最后再进行汇总，这种收集信息的方式可以有效避免出现遗漏的情况，能够给工作人员提供足够的信息用于判断问题的原因。

在第二方面的一较佳示例中，还包括：

第三获取单元，用于获得第一信息的发出时间；

第三处理单元，用于根据第一信息的发出时间设定回收时间；以及

第四获取单元，用于发出时间与回收时间之间获得由数据节点发送的第二信息。

通过采用上述技术方案，可以在一个确定的时间内得到需要的信息，不会耽误工作人员判断问题。

在第二方面的一较佳示例中：第四处理单元，用于当在发出时间与回收时间内无法获得由数据节点发送的第二信息时，在到达回收时间时强制获得第二信息。

通过采用上述技术方案，可以在一个确定的时间内得到需要的信息，不会耽误工作人员判断问题。

在第二方面的一较佳示例中：第二通讯单元，用于在发出时间与回收时间之间向数据节点发送提醒信息；

在发出时间与回收时间之间的时间序列上，所述提醒信息的数量为一个或者多个。

通过采用上述技术方案，通过对数据节点进行提醒的方式，使数据节点可以在回收时间之前将需要的信息回传，可以缩短得到需要信息的时间。

第三方面，本申请提供了一种事故信息收集系统，所述系统包括：

一个或多个存储器，用于存储指令；以及

一个或多个处理器，用于从所述存储器中调用并运行所述指令，执行如第一方面及第一方面较佳示例中所述的任意一种事故信息收集方法。

第四方面，本申请提供了一种计算机可读存储介质，所述计算机可读存储介质包括：

程序，当所述程序被处理器运行时，如第一方面及第一方面较佳示例中所述的任意一种事故信息收集方法被执行。

第五方面，本申请提供了一种计算机程序产品，包括程序指令，当所述程序指令被计算设备运行时，如第一方面及第一方面较佳示例中所述的任意一种事故信息收集方法被执行。

第六方面，本申请提供了一种芯片系统，该芯片系统包括处理器，用于实现上述各方面中所涉及的功能，例如，生成，接收，发送，或处理上述方法中所涉及的数据和/或信息。

在一种可能的设计中，该芯片系统还包括存储器，该存储器，用于保存必要的程序指令和数据。该芯片系统，可以由芯片构成，也可以包括芯片和其他分立器件。该处理器和该存储器可以解耦，分别设置在不同的设备上，通过有线或者无线的方式连接，或者处理器和该存储器也可以耦合在同一个设备上。

附图说明

图1是本申请实施例提供的一种事故信息收集方法的处理流程示意框图。

图2是本申请实施例提供的一种编码信息和事故信息的对照关系图。

图3是本申请实施例提供的另一种编码信息和事故信息的对照关系图。

图4是本申请实施例提供的一种与数据节点进行通讯的示意图。

图5是本申请实施例提供的一种提醒信息在时间序列上的分布示意图。

具体实施方式

以下结合附图对本申请中的技术方案作进一步详细说明。

首先对人工收集的方式进行介绍，假设某个生产系统出现了问题，需要收集相关的信息，例如信息的数量为五十个，那么相关的负责人需要进行五十次通知，通知速度慢，并且在通知的过程中还会出现遗漏，导致收集上来的信息不完整，甚至会出现关键信息遗漏的情况，导致工作人员无法做出准确的判断或者出现误判。

请参阅图1，为本申请实施例公开的一种事故信息收集方法，包括：

S101，获取事故信息对应的编码信息；

S102，获取与编码信息对应的第一信息；

S103，将第一信息分别发送至数据节点，所述数据节点的数量为一个及以上；

S104，收集由数据节点发送的第二信息；以及

S105，将收集到的第二信息汇总，得到第三信息。

在步骤S101中，是获取与事故信息对应的编码信息，编码信息与事故信息是一一对应的，二者之间存在一个映射关系，请参阅图2和图3，例如每一个编码信息对应一个事故信息或者一类事故信息，这样的好处在于知道事故后，查询到与事故对应的编码，就可以迅速展开事故信息的收集操作。

应当理解，对于事故而言，其影响因素是多种多样的，但是对于一个确定的事故，其影响因素也是确定的，尤其是在长时间的运行过程中，可以收集到足够多的运行数据，再结合厂家给出的数据，能够方便的得到与事故对应的影响因素，并且这些影响因素还可以随着运行数据的产生和厂家的技术进步不断的丰富。

还应理解，对于事故而言，难度在于如何在最短的时间内收集到足够多的信息，因为事故会造成损失，等待的时间越长，可能损失也就越大。

在一些可能的实现方式中，事故信息和编码信息可以印制在一张表格上，一个编码信息对应一个事故信息或者一类事故信息，当然存储在电子设备中，例如智能手机、电脑或者平板中也是可以的。

步骤S102中的内容是获取与编码信息对应的第一信息，此处的第一信息就是与事故信息对应的，需要收集的全部信息，通过一个编码信息就能够得到与事故对应的需要收集的全部信息，明显的，这种方式既能够提高工作效率，又不会出现遗漏的情况。

步骤S103中，将第一信息分别发送至数据节点，这里数据节点的数量为一个及以上，该步骤中发送是数据节点的过程是瞬时的，不再需要对每一个数据节点都进行通知，既能够避免遗漏，又能够在最短的时间内将每一个数据节点都通知到。

在步骤S104中，会收集每一个数据节点发送的第二信息，该处的第二信息就是该数据节点在填写了第一信息后生成的，也就是第二信息是基于第一信息生成的。

步骤S105中的内容是将收集到的第二信息汇总，得到第三信息。

应当理解，对于不同的数据节点而言，其反馈的信息是不一样的，如果将第一信息视为一个表格，那么每一个数据节点会负责其中的一个部分。每一个数据节点回传的第二信息都是不一样的，在表格中的位置也是不一样的，将其进行汇总后，会方便工作人员进行查看。

第三信息是基于多个第二信息生成的，可以将这些第二信息视为是第三信息的一部分，将这些零散的部分组合起来，就能够得到工作人员需要的完整的信息表格。

应当理解，每一个数据节点回传的第二信息在表格上的位置都是不一样的，当第二信息的数量比较多时，工作人员在阅读的过程中，可能需要来回切换，既费时又费力，尤其是需要相互参考时，阅读的难度更大，将多个第二信息汇集成一个第三信息的方式明显能够降低阅读的难度。

至于第三信息的生成方式，有以下两种：

第一种，第三信息随着收到第二信息的顺序逐渐生成，也就是第三信息的生成是一个动态的过程，收到一个第二信息时，就将其进行显示。

第二种，第三信息在收到全部的第二信息后再生成，也就是第三信息的瞬时的过程。

上述两种方式中，优先选择第一宗生成方式，因为这种方式能够将第二信息在最短的时间内呈现给工作人员。

下面结合具体的操作过程对本申请实施例中的技术方案进行进一步的描述。

假设某地工厂的一个生产系统中出现了问题，工作人员查询到该问题对应的编码信息是01002580，接着将这个编码信息输入到随身携带的智能手机或者平板等电子设备中，然后电子设备开始通过输入的编码信息查询与之对应的第一信息。

找到这个第一信息后，将其分别发送给多个数据节点，比如这个第一信息对应的数据节点的数量是三十个，那么会在将第一信息同时发送至这三十个数据节点。

各数据节点在接收到第一信息后，将其需要填写的内容填写到第一信息上，生成第二信息，然后将这个第二信息发回。

为了方便理解，此处假设第一信息上有六十个填写内容，每个数据节点需要填写两个填写内容，得到的第二信息的数量是三十个。接着根据这三十个第二信息来生成第三信息，可以理解，第三信息就是在第一信息上的填写内容填满后的信息。

此时，工作人员通过阅读生成的第三信息，就可以迅速了解与事故相关的信息，方便做出准确的判断。

当然，工作人员将这个编码信息通知给总控台也是可以的，由总控台进行后面的内容，然后将结果告知工作人员。

作为申请提供的事故信息收集方法的一种具体实施方式，对于第二信息的获取时间进行了限制，目的是在规定的时间内能够获得第二信息，具体的步骤如下：

S201，获得第一信息的发出时间；

S202，根据第一信息的发出时间设定回收时间；

回收时间是根据发出时间确定的，例如发出时间是十点，回收时间是十点十分，那么留给数据节点的填写时间就是十分钟，具体的填写时间需要根据事故的严重程度和影响范围等确定，一般而言，影响越大的，填写时间就越短，因为需要尽快的对事故进行判断并处理，判断需要的时间越短，就越有可能对事故进行快速处理，将影响降至最低。

应当理解，设定了回收时间后，对于数据节点而言，也会得到相应的提醒，这个提醒可以是一个时间提醒，也可以是一个倒计时提醒，数据节点需要在发出时间与回收时间之间将第二信息发出。

进一步地，增加了强制回收的措施，也就是当在发出时间与回收时间内无法获得由数据节点发送的第二信息时，在到达回收时间时强制获得该数据节点的第二信息，即使这个第二信息是空白的。

这样做的目的是避免在时间达到回收时间时仍然存在部分第二信息无法获取的情况，目的是尽可能多的获取第二信息。

应当理解，对于工作人员而言，在等待的过程中，是不知道每一个数据节点的情况的，也就是这个数据节点是不是能够正常的进行第二信息的反馈是未知的，因此一味的等待并不能够解决问题。

请参阅图4，图中的虚线和虚线上的叉号表示对应的数据节点无法进行通信，设置了强制回收的机制后，能够在允许的时间内得到尽可能多的第二信息，同时对于无法获得第二信息的数据节点，也可以使用人工通讯等方式进行沟通，这种方式的效率要明显高于单纯等待的效率。

进一步地，在发出时间与回收时间之间向数据节点发送提醒信息，提醒信息的作用有三个，第一个是提醒该数据节点有新的第一信息发送过来了，需要尽快进行处理；第二个是提醒需要在规定的时间内对接收到的第一信息进行填写，生成第二信息；第三个是填写完成后尽快将第二信息送出。

请参阅图5，提醒信息的数量可以是一个，也可以是多个，在发出时间与回收时间之间的时间序列上，提醒信息是按照顺序排列的，例如在发出时间与回收时间之间，每隔一个时间段，数据节点就会接收到一个提醒信息，这个时间段的长度可以是一个固定的值，也可以是一个不固定的值。

当然，为了达到尽快获得第二信息的目的，强制回收和提醒信息是可以同时使用的。

本申请实施例还公开了一种事故信息收集装置，包括：

第一获取单元，用于获取事故信息对应的编码信息；

第二获取单元，用于获取与编码信息对应的第一信息；

第一通讯单元，用于将第一信息分别发送至数据节点，所述数据节点的数量为一个及以上；

第一处理单元，用于收集由数据节点发送的第二信息；以及

第二处理单元，用于将收集到的第二信息汇总，得到第三信息。

在一个例子中，以上任一装置中的单元可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个专用集成电路(application specificintegratedcircuit，ASIC)，或，一个或多个数字信号处理器(digital signal processor，DSP)，或，一个或者多个现场可编程门阵列(field programmable gate array，FPGA)，或这些集成电路形式中至少两种的组合。再如，当装置中的单元可以通过处理元件调度程序的形式实现时，该处理元件可以是通用处理器，例如中央处理器(central processing unit，CPU)或其它可以调用程序的处理器。再如，这些单元可以集成在一起，以片上系统(system-on-a-chip，SOC)的形式实现。

进一步的，增加了如下单元：

第三获取单元，用于获得第一信息的发出时间；

第三处理单元，用于根据第一信息的发出时间设定回收时间；以及

第四获取单元，用于发出时间与回收时间之间获得由数据节点发送的第二信息。

进一步的，增加了第四处理单元，用于当在发出时间与回收时间内无法获得由数据节点发送的第二信息时，在到达回收时间时强制获得第二信息。

进一步的，增加了第二通讯单元，用于在发出时间与回收时间之间向数据节点发送提醒信息；

在发出时间与回收时间之间的时间序列上，所述提醒信息的数量为一个或者多个。

本申请实施例还公开了一种事故信息收集系统，所述系统包括：

一个或多个存储器，用于存储指令；以及

一个或多个处理器，用于从所述存储器中调用并运行所述指令，执行如上述内容中所述的事故信息收集方法。

在本申请中可能出现的对各种消息/信息/设备/网元/系统/装置/动作/操作/流程/概念等各类客体进行了赋名，可以理解的是，这些具体的名称并不构成对相关客体的限定，所赋名称可随着场景，语境或者使用习惯等因素而变更，对本申请中技术术语的技术含义的理解，应主要从其在技术方案中所体现/执行的功能和技术效果来确定。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

还应理解，在本申请的各个实施例中，第一、第二等只是为了表示多个对象是不同的。例如第一时间窗和第二时间窗只是为了表示出不同的时间窗。而不应该对时间窗的本身产生任何影响，上述的第一、第二等不应该对本申请的实施例造成任何限制。

还应理解，在本申请的各个实施例中，如果没有特殊说明以及逻辑冲突，不同的实施例之间的术语和/或描述具有一致性、且可以相互引用，不同的实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。

可以理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。

非易失性存储器可以是ROM、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electricallyEPROM，EEPROM)或闪存。

易失性存储器可以是RAM，其用作外部高速缓存。RAM有多种不同的类型，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhancedSDRAM，ESDRAM)、同步连接动态随机存取存储器(synch link DRAM，SLDRAM)和直接内存总线随机存取存储器。

上述任一处提到的处理器，可以是一个CPU，微处理器，ASIC，或一个或多个用于控制上述的反馈信息传输的方法的程序执行的集成电路。该处理单元和该存储单元可以解耦，分别设置在不同的物理设备上，通过有线或者无线的方式连接来实现该处理单元和该存储单元的各自的功能，以支持该系统芯片实现上述实施例中的各种功能。或者，该处理单元和该存储器也可以耦合在同一个设备上。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个计算机可读存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的计算机可读存储介质包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

本具体实施方式的实施例均为本申请的较佳实施例，并非依此限制本申请的保护范围，故：凡依本申请的结构、形状、原理所做的等效变化，均应涵盖于本申请的保护范围之内。

Claims (6)

1.一种事故信息收集方法，其特征在于，包括：

获取事故信息对应的编码信息；

获取与编码信息对应的第一信息；

将第一信息分别发送至数据节点，所述数据节点的数量为一个及以上；

收集由数据节点发送的第二信息；以及

将收集到的第二信息汇总，得到第三信息；

在将第一信息分别发送至数据节点时，还包括：获得第一信息的发出时间；

根据第一信息的发出时间设定回收时间；以及

在发出时间与回收时间之间获得由数据节点发送的第二信息；

当在发出时间与回收时间内无法获得由数据节点发送的第二信息时，在到达回收时间时强制获得第二信息；

根据第一信息的发出时间设定回收时间，还包括：

根据第一信息的发出时间和填写时间设定回收时间；

其中，填写时间根据事故的严重程度和影响范围确定，填写时间与严重程度反相关，填写时间与影响范围反相关；

其中，第三信息的显示方式为根据第二信息的顺序逐渐生成，即每收到一个第二信息将第二信息进行显示；或收到全部的第二信息后，生成第三信息进行显示。

2.根据权利要求1所述的一种事故信息收集方法，其特征在于：在发出时间与回收时间之间向数据节点发送提醒信息；

在发出时间与回收时间之间的时间序列上，所述提醒信息的数量为一个或者多个。

3.一种事故信息收集装置，其特征在于，包括：

第一获取单元，用于获取事故信息对应的编码信息；

第二获取单元，用于获取与编码信息对应的第一信息；

第一通讯单元，用于将第一信息分别发送至数据节点，所述数据节点的数量为一个及以上；

第一处理单元，用于收集由数据节点发送的第二信息；以及

第二处理单元，用于将收集到的第二信息汇总，得到第三信息；

第三获取单元，用于获得第一信息的发出时间；

第三处理单元，用于根据第一信息的发出时间设定回收时间；以及

第四获取单元，用于发出时间与回收时间之间获得由数据节点发送的第二信息；

第四处理单元，用于当在发出时间与回收时间内无法获得由数据节点发送的第二信息时，在到达回收时间时强制获得第二信息；

第三处理单元，用于根据第一信息的发出时间和填写时间设定回收时间；

其中，填写时间根据事故的严重程度和影响范围确定，填写时间与严重程度反相关，填写时间与影响范围反相关；

其中，第三信息的显示方式为根据第二信息的顺序逐渐生成，即每收到一个第二信息将第二信息进行显示；或收到全部的第二信息后，生成第三信息进行显示。

4.根据权利要求3所述的一种事故信息收集装置，其特征在于：第二通讯单元，用于在发出时间与回收时间之间向数据节点发送提醒信息；

在发出时间与回收时间之间的时间序列上，所述提醒信息的数量为一个或者多个。

5.一种事故信息收集系统，其特征在于，所述系统包括：

一个或多个存储器，用于存储指令；以及

一个或多个处理器，用于从所述存储器中调用并运行所述指令，执行如权利要求1至2中任意一项所述的事故信息收集方法。

6.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括：

程序，当所述程序被处理器运行时，如权利要求1至2中任一项所述的事故信息收集方法被执行。