CN115713294A - 签核处理方法及设备 - Google Patents

Abstract

本申请实施例提供一种签核处理方法及设备，可以实现根据接收到的用户变更操作，确定待变更的目标事项对应的编码，然后根据该编码，以及预先配置的各个编码与签核部门之间的关联关系，自动确定出目标事项对应的签核部门，进而根据目标事项对应的签核部门，生成目标事项对应的签核信息，不需要工程师人为的确定签核信息，不仅可以有效提升签核过程的效率，还能够降低出错风险。

Description

签核处理方法及设备

技术领域

本申请实施例涉及计算机技术领域，尤其涉及一种签核处理方法及设备。

背景技术

随着科技的进步，电子信息及自动化技术的广泛应用，功能强大的计算机与机械设备已逐渐开始取代传统人力，使制造生产模式产生了巨大的变化。

现有的半导体产品制造过程中，在进行材料变更、设计变更、流程变更等申请时，必须经过所有相关的签核部门予以签核确认，否则将会影响到产品生产的效率与品质。

然而，传统的签核方式需要工程师人为的确定签核信息，这样不仅会耗费较多时间，还很容易多选、错选或漏选签核部门，导致签核过程效率低下，且出错风险较高。

发明内容

本申请实施例提供一种签核处理方法及设备，可以解决传统的签核方式效率低下，且出错风险较高的技术问题。

第一方面，本申请提供一种签核处理方法，包括：

根据接收到的用户变更操作，确定待变更的目标事项对应的编码；

根据所述目标事项对应的编码，以及预先配置的各个编码与签核部门之间的关联关系，确定所述目标事项对应的签核部门；

根据所述目标事项对应的签核部门，生成所述目标事项对应的签核信息。

在一种可行的实施方式中，所述根据接收到的用户变更操作，确定待变更的目标事项对应的编码之前，还包括：

预先为各个可变更的事项配置编码，所述可变更的事项包括以下事项中的至少一种：各个产品的世代信息、所述各个产品的产品信息、所述各个产品的各个路径、所述各个路径中的各个站点、所述各个站点使用的配方信息、所述各个站点使用的机台信息。

在一种可行的实施方式中，所述根据接收到的用户变更操作，确定待变更的目标事项对应的编码，包括：

根据接收到的所述用户变更操作，确定待变更的所述目标事项；

根据所述各个可变更的事项预先配置的编码，确定所述目标事项对应的编码。

在一种可行的实施方式中，所述根据接收到的用户变更操作，确定待变更的目标事项对应的编码之前，还包括：

根据接收到的用户配置操作，配置所述各个可变更的事项对应的编码与签核部门之间的关联关系。

在一种可行的实施方式中，所述根据接收到的用户配置操作，配置所述各个可变更的事项对应的编码与签核部门之间的关联关系，包括：

根据接收到的用户配置操作，确定所述各个可变更的事项对应的常规签核部门；

根据所述各个可变更的事项对应的常规签核部门，配置所述各个可变更的事项对应的编码与签核部门之间的关联关系。

在一种可行的实施方式中，所述根据接收到的用户配置操作，配置所述各个可变更的事项对应的编码与签核部门之间的关联关系，包括：

根据接收到的用户配置操作，确定所述各个可变更的事项对应的专属签核部门；

根据所述各个可变更的事项对应的专属签核部门与常规签核部门，配置所述各个可变更的事项对应的编码与签核部门之间的关联关系。

在一种可行的实施方式中，所述根据接收到的用户配置操作，配置所述各个可变更的事项对应的编码与签核部门之间的关联关系之后，还包括：

当任意签核部门发生变更时，根据变更后的签核部门，更新所述各个可变更的事项对应的编码与签核部门之间的关联关系。

在一种可行的实施方式中，所述根据所述目标事项对应的编码，以及预先配置的各个编码与签核部门之间的关联关系，确定所述目标事项对应的签核部门，包括：

根据所述目标事项对应的编码，以及所述各个可变更的事项对应的编码与签核部门之间的关联关系，确定所述目标事项对应的签核部门。

第二方面，本申请提供一种签核处理装置，包括：

编码确定模块，用于根据接收到的用户变更操作，确定待变更的目标事项对应的编码；

部门确定模块，用于根据所述目标事项对应的编码，以及预先配置的各个编码与签核部门之间的关联关系，确定所述目标事项对应的签核部门；

处理模块，用于根据所述目标事项对应的签核部门，生成所述目标事项对应的签核信息。

在一种可行的实施方式中，还包括：

第一配置模块，用于预先为各个可变更的事项配置编码，所述可变更的事项包括以下事项中的至少一种：各个产品的世代信息、所述各个产品的产品信息、所述各个产品的各个路径、所述各个路径中的各个站点、所述各个站点使用的配方信息、所述各个站点使用的机台信息。

在一种可行的实施方式中，所述编码确定模块用于：

根据接收到的所述用户变更操作，确定待变更的所述目标事项；

根据所述各个可变更的事项预先配置的编码，确定所述目标事项对应的编码。

在一种可行的实施方式中，还包括：

第二配置模块，用于根据接收到的用户配置操作，配置所述各个可变更的事项对应的编码与签核部门之间的关联关系。

在一种可行的实施方式中，所述第二配置模块具体用于：

根据接收到的用户配置操作，确定所述各个可变更的事项对应的常规签核部门；

根据所述各个可变更的事项对应的常规签核部门，配置所述各个可变更的事项对应的编码与签核部门之间的关联关系。

在一种可行的实施方式中，所述第二配置模块具体用于：

根据接收到的用户配置操作，确定所述各个可变更的事项对应的专属签核部门；

根据所述各个可变更的事项对应的专属签核部门与常规签核部门，配置所述各个可变更的事项对应的编码与签核部门之间的关联关系。

在一种可行的实施方式中，还包括：

更新模块，用于在配置所述各个可变更的事项对应的编码与签核部门之间的关联关系之后，当任意签核部门发生变更时，根据变更后的签核部门，更新所述各个可变更的事项对应的编码与签核部门之间的关联关系。

在一种可行的实施方式中，所述部门确定模块具体用于：

根据所述目标事项对应的编码，以及所述各个可变更的事项对应的编码与签核部门之间的关联关系，确定所述目标事项对应的签核部门。

第三方面，本申请提供一种电子设备，包括：至少一个处理器和存储器；

所述存储器存储计算机执行指令；

所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如第一方面提供的签核处理方法。

第四方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如第一方面提供的签核处理方法。

第五方面，本申请提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时，实现如第一方面提供的签核处理方法。

本申请实施例所提供的签核处理方法及设备，可以根据接收到的用户变更操作，确定待变更的目标事项对应的编码，然后根据该编码，以及预先配置的各个编码与签核部门之间的关联关系，自动确定出目标事项对应的签核部门，进而根据目标事项对应的签核部门，生成目标事项对应的签核信息，不需要工程师人为的确定签核信息，不仅可以有效提升签核过程的效率，还能够降低出错风险。

附图说明

图1为本申请实施例提供的一种签核处理系统的架构示意图；

图2为本申请实施例提供的一种签核处理方法的流程示意图；

图3为本申请实施例中提供的一种半导体制程流程示意图；

图4为本申请实施例中提供的一种签核处理过程示意图；

图5为本申请实施例提供的一种签核处理装置的程序模块示意图；

图6为本申请实施例中提供的一种电子设备的硬件结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。此外，虽然本申请中公开内容按照示范性一个或几个实例来介绍，但应理解，可以就这些公开内容的各个方面也可以单独构成一个完整实施方式。

需要说明的是，本申请中对于术语的简要说明，仅是为了方便理解接下来描述的实施方式，而不是意图限定本申请的实施方式。除非另有说明，这些术语应当按照其普通和通常的含义理解。

本申请中说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似或同类的对象或实体，而不必然意味着限定特定的顺序或先后次序，除非另外注明。应该理解这样使用的用语在适当情况下可以互换，例如能够根据本申请实施例图示或描述中给出那些以外的顺序实施。

此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖但不排他的包含，例如，包含了一系列组件的产品或设备不必限于清楚地列出的那些组件，而是可包括没有清楚地列出的或对于这些产品或设备固有的其它组件。

本申请中使用的术语“模块”，是指任何已知或后来开发的硬件、软件、固件、人工智能、模糊逻辑或硬件或/和软件代码的组合，能够执行与该元件相关的功能。

现有的半导体产品制造过程中，在进行材料变更、设计变更、流程变更等申请时，必须经过所有相关的签核部门予以签核确认，否则将会影响到产品生产的效率与品质。然而，传统的签核方式由于需要工程师人为的选择签核部门，确定签核信息，因此需要耗费较多的时间，导致签核过程效率低下；另外，工程师人为的选择签核部门还很容易多选、错选或漏选签核部门，其中，错选或漏选签核部门将会导致实际的签核部门无法及时知道变更，容易造成严重的损失，出错风险较高；而多选签核部门，则会导致非签核部门进行不必要的签核确认，造成人力的浪费。

为了解决上述技术问题，本申请实施例提供了一种签核处理方法及设备，可以根据接收到的用户变更操作，确定待变更的目标事项，然后自动生成目标事项对应的签核信息，不需要工程师人为的确定签核信息，从而不仅可以有效提升签核过程的效率，还能够避免多选、错选或漏选签核部门，降低出错风险。下面采用详细的实施例进行详细说明。

参照图1，图1为本申请实施例中提供的一种签核处理系统的架构示意图。在一些实施例中，上述签核处理方法可以应用于如图1所示的由终端101和服务器102所构成的硬件环境中。

如图1所示，服务器102通过网络与终端101进行连接，上述网络包括但不限于：广域网、城域网或局域网，终端101并不限定于PC((personal computer，个人计算机)、移动终端、平板电脑、智能电视等网络终端，服务器102包括但不限于单路服务器、多路服务器和分布式服务器。本申请实施例提供的签核处理方法可以由服务器102来执行，也可以由终端101来执行，还可以是由服务器102和终端101共同执行。例如，在一些实施例中，用户通过终端101中的客户端将访问请求发送给服务器102；服务器102在接收到访问请求后，生成与终端101对应的任务事项，并根据生成任务事项的类型将该任务事项自动分配给线上服务端或线下服务端。

其中，上述客户端(或称为用户端)是指与服务器102相对应，为客户提供本地服务的程序。除了一些只在本地运行的应用程序之外，一般安装在普通的客户机上，需要与服务端互相配合运行。较常用的客户端包括了如万维网使用的网页浏览器，以及即时通讯的客户端软件等。上述客户端可包括在上述终端101中运行的APP(Application，应用程序)、网页浏览器等。

参照图2，图2为本申请实施例提供的一种签核处理方法的流程示意图，如图2所示，该方法包括：

S201、根据接收到的用户变更操作，确定待变更的目标事项对应的编码。

本申请实施例中，可以预先为各个可变更的事项配置编码，上述可变更的事项包括：各个产品的世代信息、各个产品的产品信息、各个产品的各个路径、各个路径中的各个站点、各个站点使用的配方信息、各个站点使用的机台信息等。

在一些实施方式中，上述用户变更操作包括新增、删除或修改某个可变更的事项。

在半导体制程中，当用户需要对材料、设计方式、流程等进行变更时，可以将需要变更的事项输入客户端，客户端在接收到用户输入的变更操作后，由终端和/或服务器对接收到的用户变更操作进行识别，确定出待变更的目标事项。

在一些实施方式中，签核处理系统中所有用户可操作的可变更事项均和产品、站点等有关系，为了防止用户操作不合规或者误操作到别的部门的可变更事项，签核处理系统可以自动监测每一条可变更事项的来源，根据可变更事项中的产品站点等，判断出待变更的目标事项。

在一种可行的实施方式中，在确定出待变更的目标事项之后，可以根据各个可变更的事项预先配置的编码，确定出上述目标事项对应的编码。

其中，各个可变更的事项可以预先配置一个唯一的编码。示例性的，假设产品A预先配置的编码为A10，产品B预先配置的编码为B10，……；则当确定出待变更的目标事项为变更产品A时，即可确定出目标事项对应的编码为A10。

在另一种可行的实施方式中，可以根据各个可变更的事项所牵扯到的世代信息、产品信息、路径信息、站点信息、配方信息、机台信息等，来配置各个可变更的事项对应的编码。示例性的，假设某个可变更的事项所牵扯到的信息包括世代G、产品a、路径b、站点c、配方d、机台e，则可以将该可变更的事项对应的编码配置为“G-a-b-c-d-e”。

可以理解的是，由于不同的世代、产品、路径、站点、配方、机台等都具有不同的编号，因此，当用户对某一个可变更的事项进行变更时，就能唯一确定出该事项所牵扯到的世代、产品、路径、站点、配方、机台等信息，因此，综合上述世代、产品、路径、站点、配方、机台等信息，也能够唯一确定出上述可变更的事项对应的编码。同时，根据该编码中包含的信息，即可进一步确定出上述可变更的事项对应的各个签核部门。

S202、根据目标事项对应的编码，以及预先配置的各个编码与签核部门之间的关联关系，确定目标事项对应的签核部门。

在一种可行的实施方式中，可以根据接收到的用户配置操作，预先配置各个可变更的事项对应的编码与签核部门之间的关联关系，并进行保存。

在确定出目标事项对应的编码后，即可根据目标事项对应的编码，以及预先配置的各个可变更的事项对应的编码与签核部门之间的关联关系，确定出目标事项对应的签核部门。

例如，预先配置编码A10关联的签核部门为签核部门a1、a2、a3、……，编码B10关联的签核部门为签核部门b1、b2、b3、……。当确定目标事项对应的编码为A10时，即可确定出目标事项对应的签核部门为签核部门a1、a2、a3、……。

在另一种可行的实施方式中，可以根据各个可变更的事项对应的编码，来确定各个可变更的事项对应的签核部门，进而配置各个可变更的事项对应的编码与签核部门之间的关联关系，并进行保存。例如，假设某个可变更的事项对应的编码为“G-a-b-c-d-e”，其中，由于“G”表示世代G、“a”表示产品a、“b”表示路径b、“c”表示站点c、“d”表示配方d、“e”表示机台e，因此可以确定上述可变更的事项对应的签核部门包括世代G对应的签核部门、产品a对应的签核部门、路径b对应的签核部门、站点c对应的签核部门、配方d对应的签核部门、机台e对应的签核部门。

在一些实施例中，终端在确定目标事项对应的编码后，可以采用分布式请求方式，从服务器中确定目标事项对应的签核部门。

在一些实施例中，可以采用MVC5基础架构，同时增加用户界面(User Interface，UI)复用及各指标并发请求模式，利用MVC5对接收到的用户变更操作进行解析，确定出待变更的目标事项，然后根据目标事项对应的编码，以及预先配置的各个编码与签核部门之间的关联关系，确定出目标事项对应的签核部门。

S203、根据目标事项对应的签核部门，生成目标事项对应的签核信息。

本申请实施例中，在生成目标事项对应的签核信息之后，即可根据该签核信息，将目标事项分发至目标事项对应的各个签核部门进行签核。

本申请实施例所提供的签核处理方法，可以根据接收到的用户变更操作，确定待变更的目标事项对应的编码，然后根据该编码，以及预先配置的各个编码与签核部门之间的关联关系，自动确定出目标事项对应的签核部门，进而根据目标事项对应的签核部门，生成目标事项对应的签核信息，不需要工程师人为的确定签核信息，从而可以有效减少签核过程耗费的时间，有效提升签核过程的效率；另外，还可以避免出现多选、错选或漏选的情况，降低出错的风险。

基于上述实施例中所描述的内容，在本申请一些实施例中，可以根据接收到的用户配置操作，确定各个可变更的事项对应的常规签核部门，然后根据各个可变更的事项对应的常规签核部门，配置各个可变更的事项对应的编码与签核部门之间的关联关系。

在一种可行的实施方式中，终端和/或服务器可以通过接收各个用户提交的用户配置操作，收集各个用户反馈的共有签核规则，例如各个产品的世代信息关联的签核部门、各个产品关联的签核部门、产品各路径关联的签核部门、路径中各站点关联的签核部门、各站点使用的制程配方关联的签核部门、各站点使用的机台关联的签核部门等。

在收集到各个用户反馈的共有签核规则之后，将收集到的各个用户反馈的共有签核规则录入预先设置的数据库中。

另外，还可以根据接收到的用户配置操作，确定各个可变更的事项对应的专属签核部门，然后根据各个可变更的事项对应的专属签核部门与常规签核部门，配置各个可变更的事项对应的编码与签核部门之间的关联关系。

其中，对于同一个可变更的事项，当已确定的专属签核部门与常规签核部门中存在重复的签核部门时，先对已确定的专属签核部门与常规签核部门进行去重之后，再配置该可变更的事项对应的编码与签核部门之间的关联关系。

在一种可行的实施方式中，终端和/或服务器可以通过接收任意用户提交的用户配置操作，确定该用户反馈的特殊签核规则，例如某个机台专属的签核部门、某个站点专属的签核部门等。

为了更好的理解本申请实施例，参照图3，图3为本申请实施例中提供的一种半导体制程流程示意图。

在半导体产品制造过程中，一个世代(Generation)通常会含有0～N个产品(Product)；一个产品会有一条主流程(Main Flow)和0～N条实验流程(Sub Flow)或返工流程(RWK Flow)；每条流程上会具有很多个站点(Operation)；每个站点会具有多个配方(Recipe)与机台(EQP)。

其中，每一个世代、产品、流程、站点、配方、机台均会具有其所属签核部门。

示例性的，假设用户变更了一条数据的站点，那么需要确定出该站点对应的签核部门，例如：

1)世代关联的签核部门：PH(光刻部门)

2)产品关联的签核部门：ECTH(刻蚀部门)

3)流程关联的签核部门：PH

4)站点关联的签核部门：MET_CMP(化学机械研磨量测部门)

5)配方关联的签核部门：TF(薄膜沉积部门)

6)机台关联的签核部门：MET(量测部门)

将上述签核部门合并去重后，得到上述站点对应的签核部门为[PH，ECTH，MET_CMP，TF，MET]。

假设上述站点存在特殊的签核规则，例如存在专属签核部门EM，则需要在上述站点对应的签核部门中添加专属签核部门EM，得到上述站点对应的签核部门为[PH，ECTH，MET_CMP，TF，MET，EM]。

再例如，假设上述站点存在的特殊签核规则为机台不需要签核部门MET签核，则需要在上述站点对应的签核部门中删除签核部门MET，得到上述站点对应的签核部门为[PH，ECTH，MET_CMP，TF]。

用户在进行变更时，在客户端中输入待变更的目标事项，并点击提交。终端和/或服务器在接收到用户变更操作后，根据用户导入数据的类型和每条数据字段的信息，确定待变更的目标事项对应的编码，之后根据该编码，确定目标事项对应的专属签核部门与常规签核部门，进而生成签核信息。

为了更好的理解本申请实施例，参照图4，图4为本申请实施例中提供的一种签核处理过程示意图。

在图4中，签核处理过程包括：

S401、接收到用户变更操作。

其中，在接收到用户变更操作后，根据接收到的用户变更操作，确定待变更的目标事项，并同时确定该目标事项对应的编码。

在一种可行的实施方式中，可以根据各个可变更的事项预先配置的编码，确定出上述目标事项对应的编码。

在另一种可行的实施方式中，可以根据上述目标事项牵扯到的世代信息、产品信息、路径信息、站点信息、配方信息、机台信息等，来确定出上述目标事项对应的编码。

S402、分析目标事项对应的常规信息。

在一种可行的实施方式中，上述常规信息包括上述用户变更操作涉及到的常规产品、常规路径、常规部门、常规机台、常规模型等。

S403、分析目标事项对应的专属信息。

在一种可行的实施方式中，上述专属信息包括上述用户变更操作涉及到的专属产品、专属路径、专属部门、专属机台、专属模型等，以及一些特殊的签核规则信息。

S404、分析上述常规信息与专属信息涉及到的签核部门。

在一种可行的实施方式中，在确定上述常规信息与专属信息涉及到的签核部门的同时，还可以确定上述常规信息与专属信息涉及到的技术级别。

S405、确定签核信息。

在一种可行的实施方式中，上述签核信息包括签核部门的类型、技术级别、签核部门组。

S406、将签核信息分发至各签核部门的签核人。

本申请实施例所提供的签核处理方法，根据待变更的目标事项对应的编码，以及各个可变更的事项对应的编码与签核部门之间的关联关系，即可自动确定出目标事项对应的签核部门，不需要用户人为去确定签核信息，同时，当存在特殊的签核规则时，用户还可以根据实际需求，自适应配置专属签核部门，从而保障签核信息的准确性。

基于上述实施例中所描述的内容，在本申请一些实施例中，随着时间变化，企业的组织架构、签核部门名称等可能会发生变化，导致可变更的事项对应的编码与签核部门之间的关联关系也随着发生变化。

为了避免上述变化对生成的签核信息的准确性产生影响，本申请实施例中，在配置各个可变更的事项对应的编码与签核部门之间的关联关系之后，当任意签核部门发生变更时，根据变更后的签核部门，更新各个可变更的事项对应的编码与签核部门之间的关联关系。

在一种可行的实施方式中，当发生用户组织架构变动、签核部门名称变动、产品世代变动等情况时，可由用户自行修改预配置的各个可变更的事项对应的编码与签核部门之间的关联关系。或者，也可以由终端和/或服务器主动更新各个可变更的事项对应的编码与签核部门之间的关联关系。

本申请实施例所提供的签核处理方法，当发生用户组织架构变动、签核部门名称变动、产品世代变动等情况时，通过更新各个可变更的事项对应的编码与签核部门之间的关联关系，即可有效保障生成的签核信息的准确性。

基于上述实施例中所描述的内容，本申请实施例中还提供一种签核处理装置。参照图5，图5为本申请实施例中提供的一种签核处理装置的程序模块示意图，该签核处理装置包括：

编码确定模块501，用于根据接收到的用户变更操作，确定待变更的目标事项对应的编码。

部门确定模块502，用于根据目标事项对应的编码，以及预先配置的各个编码与签核部门之间的关联关系，确定目标事项对应的签核部门。

处理模块503，用于根据目标事项对应的签核部门，生成目标事项对应的签核信息。

本申请实施例所提供的签核处理装置，可以根据接收到的用户变更操作，确定待变更的目标事项对应的编码，然后根据该编码，以及预先配置的各个编码与签核部门之间的关联关系，自动确定出目标事项对应的签核部门，进而根据目标事项对应的签核部门，生成目标事项对应的签核信息，不需要工程师人为的确定签核信息，不仅可以有效提升签核过程的效率，还能够降低出错风险。

在一种可行的实施方式中，上述装置还包括：

第一配置模块，用于预先为各个可变更的事项配置编码，该可变更的事项包括以下事项中的至少一种：各个产品的世代信息、各个产品的产品信息、各个产品的各个路径、各个路径中的各个站点、各个站点使用的配方信息、各个站点使用的机台信息。

在一种可行的实施方式中，编码确定模块501用于：

根据接收到的用户变更操作，确定待变更的目标事项；根据各个可变更的事项预先配置的编码，确定目标事项对应的编码。

在一种可行的实施方式中，上述装置还包括：

第二配置模块，用于根据接收到的用户配置操作，配置各个可变更的事项对应的编码与签核部门之间的关联关系。

在一种可行的实施方式中，上述第二配置模块具体用于：

根据接收到的用户配置操作，确定各个可变更的事项对应的常规签核部门；根据各个可变更的事项对应的常规签核部门，配置各个可变更的事项对应的编码与签核部门之间的关联关系。

在一种可行的实施方式中，上述第二配置模块具体用于：

根据接收到的用户配置操作，确定各个可变更的事项对应的专属签核部门；根据各个可变更的事项对应的专属签核部门与常规签核部门，配置各个可变更的事项对应的编码与签核部门之间的关联关系。

在一种可行的实施方式中，上述装置还包括：

更新模块，用于在配置所述各个可变更的事项对应的编码与签核部门之间的关联关系之后，当任意签核部门发生变更时，根据变更后的签核部门，更新各个可变更的事项对应的编码与签核部门之间的关联关系。

在一种可行的实施方式中，上述部门确定模块502具体用于：

根据目标事项对应的编码，以及各个可变更的事项对应的编码与签核部门之间的关联关系，确定目标事项对应的签核部门。

需要说明的是，本申请实施例中编码确定模块501、部门确定模块502及处理模块503具体执行的内容可以参阅图2至图4所示实施例中描述的相关内容，此处不做赘述。

基于上述实施例中所描述的内容，本申请实施例中还提供了一种电子设备，该电子设备包括至少一个处理器和存储器；其中，存储器存储计算机执行指令；上述至少一个处理器执行存储器存储的计算机执行指令，以实现如上述实施例中描述的签核处理方法，具体可以参见上述实施例中描述的签核处理方法中的各个步骤，本实施例此处不再赘述。

为了更好的理解本申请实施例，参照图6，图6为本申请实施例提供的一种电子设备的硬件结构示意图。

如图6所示，本实施例的电子设备60包括：处理器601以及存储器602；其中：

存储器602，用于存储计算机执行指令；

处理器601，用于执行存储器存储的计算机执行指令，以实现上述实施例中描述的签核处理方法，具体可以参见上述实施例中描述的签核处理方法中的各个步骤，本实施例此处不再赘述。

可选地，存储器602既可以是独立的，也可以跟处理器601集成在一起。

当存储器602独立设置时，该设备还包括总线603，用于连接所述存储器602和处理器601。

进一步的，基于上述实施例中所描述的内容，本申请实施例中还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，以实现如上述实施例中描述的签核处理方法，具体可以参见上述实施例中描述的签核处理方法中的各个步骤，本实施例此处不再赘述。

进一步的，基于上述实施例中所描述的内容，本申请实施例中还提供了一种计算机程序产品，该计算机程序产品包括计算机程序，该计算机程序被处理器执行时，可以实现如上述实施例中描述的签核处理方法，具体可以参见上述实施例中描述的签核处理方法中的各个步骤，本实施例此处不再赘述。

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

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

另外，在本申请各个实施例中的各功能模块可以集成在一个处理单元中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个单元中。上述模块成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能模块的形式实现的集成的模块，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(英文：processor)执行本申请各个实施例所述方法的部分步骤。

应理解，上述处理器可以是中央处理单元(英文：Central Processing Unit，简称：CPU)，还可以是其他通用处理器、数字信号处理器(英文：Digital Signal Processor，简称：DSP)、专用集成电路(英文：Application Specific Integrated Circuit，简称：ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合申请所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

存储器可能包含高速RAM存储器，也可能还包括非易失性存储NVM，例如至少一个磁盘存储器，还可以为U盘、移动硬盘、只读存储器、磁盘或光盘等。

总线可以是工业标准体系结构(Industry Standard Architecture，ISA)总线、外部设备互连(Peripheral Component，PCI)总线或扩展工业标准体系结构(ExtendedIndustry Standard Architecture，EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本申请附图中的总线并不限定仅有一根总线或一种类型的总线。

上述存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。存储介质可以是通用或专用计算机能够存取的任何可用介质。

一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于专用集成电路(Application Specific Integrated Circuits，简称：ASIC)中。当然，处理器和存储介质也可以作为分立组件存在于电子设备或主控设备中。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (19)

1.一种签核处理方法，其特征在于，包括：

根据接收到的用户变更操作，确定待变更的目标事项对应的编码；

根据所述目标事项对应的编码，以及预先配置的各个编码与签核部门之间的关联关系，确定所述目标事项对应的签核部门；

根据所述目标事项对应的签核部门，生成所述目标事项对应的签核信息。

2.根据权利要求1所述的方法，其特征在于，所述根据接收到的用户变更操作，确定待变更的目标事项对应的编码之前，还包括：

预先为各个可变更的事项配置编码，所述可变更的事项包括以下事项中的至少一种：各个产品的世代信息、所述各个产品的产品信息、所述各个产品的各个路径、所述各个路径中的各个站点、所述各个站点使用的配方信息、所述各个站点使用的机台信息。

3.根据权利要求2所述的方法，其特征在于，所述根据接收到的用户变更操作，确定待变更的目标事项对应的编码，包括：

根据接收到的所述用户变更操作，确定待变更的所述目标事项；

根据所述各个可变更的事项预先配置的编码，确定所述目标事项对应的编码。

4.根据权利要求2所述的方法，其特征在于，所述根据接收到的用户变更操作，确定待变更的目标事项对应的编码之前，还包括：

根据接收到的用户配置操作，配置所述各个可变更的事项对应的编码与签核部门之间的关联关系。

5.根据权利要求4所述的方法，其特征在于，所述根据接收到的用户配置操作，配置所述各个可变更的事项对应的编码与签核部门之间的关联关系，包括：

根据接收到的用户配置操作，确定所述各个可变更的事项对应的常规签核部门；

根据所述各个可变更的事项对应的常规签核部门，配置所述各个可变更的事项对应的编码与签核部门之间的关联关系。

6.根据权利要求5所述的方法，其特征在于，所述根据接收到的用户配置操作，配置所述各个可变更的事项对应的编码与签核部门之间的关联关系，包括：

根据接收到的用户配置操作，确定所述各个可变更的事项对应的专属签核部门；

根据所述各个可变更的事项对应的专属签核部门与常规签核部门，配置所述各个可变更的事项对应的编码与签核部门之间的关联关系。

7.根据权利要求4至6任一项所述的方法，其特征在于，所述根据接收到的用户配置操作，配置所述各个可变更的事项对应的编码与签核部门之间的关联关系之后，还包括：

当任意签核部门发生变更时，根据变更后的签核部门，更新所述各个可变更的事项对应的编码与签核部门之间的关联关系。

8.根据权利要求7所述的方法，其特征在于，所述根据所述目标事项对应的编码，以及预先配置的各个编码与签核部门之间的关联关系，确定所述目标事项对应的签核部门，包括：

根据所述目标事项对应的编码，以及所述各个可变更的事项对应的编码与签核部门之间的关联关系，确定所述目标事项对应的签核部门。

9.一种签核处理装置，其特征在于，包括：

编码确定模块，用于根据接收到的用户变更操作，确定待变更的目标事项对应的编码；

部门确定模块，用于根据所述目标事项对应的编码，以及预先配置的各个编码与签核部门之间的关联关系，确定所述目标事项对应的签核部门；

处理模块，用于根据所述目标事项对应的签核部门，生成所述目标事项对应的签核信息。

10.根据权利要求9所述的装置，其特征在于，还包括：

第一配置模块，用于预先为各个可变更的事项配置编码，所述可变更的事项包括以下事项中的至少一种：各个产品的世代信息、所述各个产品的产品信息、所述各个产品的各个路径、所述各个路径中的各个站点、所述各个站点使用的配方信息、所述各个站点使用的机台信息。

11.根据权利要求10所述的装置，其特征在于，所述编码确定模块用于：

根据接收到的所述用户变更操作，确定待变更的所述目标事项；

根据所述各个可变更的事项预先配置的编码，确定所述目标事项对应的编码。

12.根据权利要求10所述的装置，其特征在于，还包括：

第二配置模块，用于根据接收到的用户配置操作，配置所述各个可变更的事项对应的编码与签核部门之间的关联关系。

13.根据权利要求12所述的装置，其特征在于，所述第二配置模块具体用于：

根据接收到的用户配置操作，确定所述各个可变更的事项对应的常规签核部门；

根据所述各个可变更的事项对应的常规签核部门，配置所述各个可变更的事项对应的编码与签核部门之间的关联关系。

14.根据权利要求13所述的装置，其特征在于，所述第二配置模块具体用于：

根据接收到的用户配置操作，确定所述各个可变更的事项对应的专属签核部门；

根据所述各个可变更的事项对应的专属签核部门与常规签核部门，配置所述各个可变更的事项对应的编码与签核部门之间的关联关系。

15.根据权利要求12至14任一项所述的装置，其特征在于，还包括：

更新模块，用于在配置所述各个可变更的事项对应的编码与签核部门之间的关联关系之后，当任意签核部门发生变更时，根据变更后的签核部门，更新所述各个可变更的事项对应的编码与签核部门之间的关联关系。

16.根据权利要求15所述的装置，其特征在于，所述部门确定模块具体用于：

根据所述目标事项对应的编码，以及所述各个可变更的事项对应的编码与签核部门之间的关联关系，确定所述目标事项对应的签核部门。

17.一种电子设备，其特征在于，包括：至少一个处理器和存储器；

所述存储器存储计算机执行指令；

所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如权利要求1至8任一项所述的签核处理方法。

18.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如权利要求1至8任一项所述的签核处理方法。

19.一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时，实现如权利要求1至8任一项所述的签核处理方法。

Images