工作流中办理人员确定方法及装置、计算机设备及存储介质与流程

本申请涉及计算机技术领域，特别是涉及一种工作流中办理人员确定方法及装置、计算机设备及存储介质。

背景技术：

工作流(workflow)，指“业务过程的部分或整体在计算机应用环境下的自动化”，是对工作流程及其各操作步骤之间业务规则的抽象、概括描述。在计算机中，工作流属于计算机支持的协同工作(cscw)的一部分，后者是普遍地研究一个群体如何在计算机的帮助下实现协同工作的。工作流程存在于各行各业的日常工作当中，工作流就是工作流程的计算模型，即将工作流程中的工作如何前后组织在一起的逻辑和规则在计算机中以恰当的模型进行表示并对其实施计算，工作流要解决的主要问题是为实现某个业务目标，在多个参与者之间，利用计算机，按某种预定规则自动传递，提高工作效率。

在工作流中，一个业务会涉及许多流程环节，各流程环节分别对应有办理人员，目前可通过在流程流转过程中当前流程环节的办理人员动态指定下一流程环节的办理人员，实现工作流产品针对各流程环节的办理人员的确定，具有一定的灵活性，但每次都需要人员来指定，导致工作量大，影响流程环节的办理人员确定的效率。

技术实现要素：

基于此，有必要针对上述确定各流程环节的办理人员工作量大影响办理人员确定效率的技术问题，提供一种工作流中办理人员确定方法及装置、计算机设备及存储介质。

一种工作流中办理人员确定方法，包括以下步骤：

获取当前业务的流程启动请求；

响应所述流程启动请求，基于所述当前业务的各流程环节对应的各预定类型的预设办理人员，确定所述当前业务的各流程环节分别对应的目标办理人员。

一种工作流中办理人员确定装置，包括：

请求获取模块，用于获取当前业务的流程启动请求；

人员确定模块，用于响应所述流程启动请求，基于所述当前业务的各流程环节对应的各预定类型的预设办理人员，确定所述当前业务的各流程环节分别对应的目标办理人员。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述方法的步骤。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述方法的步骤。

上述工作流中办理人员确定方法及装置、计算机设备及存储介质，无需在一个流程环节完成时通过该流程环节的办理人员人工来指定下一个流程环节的办理人员，在当前业务的各流程环节中，预先设置对各流程环节的各预定类型的预设办理人员进行设定，在获取到当前业务的流程启动请求以实现业务时，即可基于所述当前业务的各流程环节对应的各预定类型的预设办理人员，确定所述当前业务的各流程环节分别对应的目标办理人员，减少工作量，从而可提高各流程环节的办理人员确定的效率。

附图说明

图1为一个实施例中工作流中办理人员确定方法的流程示意图；

图2为另一个实施例中工作流中办理人员确定方法的子流程示意图；

图3为另一个实施例中工作流中办理人员确定方法的流程示意图；

图4为一个实施例中工作流中办理人员确定装置的模块图；

图5为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

在一个实施例中，如图1所示，提供了一种工作流中办理人员确定方法，该方法可应用于计算机设备(例如，终端)，包括步骤s110-s120。

s110：获取当前业务的流程启动请求。

一般情况下，工作流可实现各种业务，例如，请假业务以及请款业务等。当前业务即是用户在工作流中当前需要实现的业务，比如，用户a当前需要在工作流中实现请假业务，即在工作流中可实现请假对应的一系列审批工作。用户需要进行业务实现时，可在计算机设备的工作流产品中填写业务信息，例如，申请单(例如，请假申请单，其中包括请假信息，比如，请假时间、请假事由以及请假人名称等)，并触发该业务流程，即可获取该业务(即当前业务)的流程启动请求。

s120：响应流程启动请求，基于当前业务的各流程环节对应的各预定类型的预设办理人员，确定当前业务的各流程环节分别对应的目标办理人员。

在工作流中，针对每个业务，预先设定了对应的各流程环节，该业务对应的各流程环节完成的情况下，即表示实现该业务。例如，请假业务，包括三个流程环节，即直属上级审批环节、业务部门确认环节和管理层批准环节，在该三个流程环节均完成的情况下(即每个流程环节的办理人员均已审核完毕)，即表示请假业务完成。

在每一个流程环节，可设置不同类型的办理人员，即可以预先对各流程环节对应的各预定类型的预设办理人员进行设定。不同预定类型的预设办理人员即表示预设办理人员的类型不同。例如，各预定类型包括第一预定类型、第二预定类型和第三预定类型，可以预先设定流程环节对应的第一预定类型的预定办理人员(例如，人员b)、第二预定类型的预定办理人员(例如，人员c)和第三预定类型的预定办理人员(例如，人员d)，一般情况下，各预定类型的预定办理人员可执行对应流程环节。例如，在直属上级审批环节，对应在第一预定类型、第二预定类型和第三预定类型下的预设办理人员分别为人员b、人员c和人员d，即人员b、人员c和人员d均可执行该流程环节，则需要从中选择一个作为目标办理人员来执行该流程环节。在其他流程环节确定目标办理人员的过程与上述确定过程类似，如此，可确定在各流程环节下的目标办理人员。

上述工作流中办理人员确定方法，无需在一个流程环节完成时通过该流程环节的办理人员人工来指定下一个流程环节的办理人员，在当前业务的各流程环节中，预先设置对各流程环节的各预定类型的预设办理人员进行设定，在获取到当前业务的流程启动请求以实现业务时，即可基于所述当前业务的各流程环节对应的各预定类型的预设办理人员，确定所述当前业务的各流程环节分别对应的目标办理人员，减少工作量，从而可提高各流程环节的办理人员确定的效率，进而提高实现该当前业务的效率。

在一个实施例中，响应流程启动请求，基于当前业务的各流程环节对应的各预定类型的预设办理人员，确定当前业务的各流程环节分别对应的目标办理人员，包括：响应流程启动请求，确定当前业务的初始流程环节；基于当前业务的初始流程环节对应的各预定类型的预设办理人员，确定当前业务的初始流程环节对应的目标办理人员；在接收到当前业务的初始流程环节对应的目标办理人员对初始流程环节的完成指令，且当前业务的各流程环中还存在顺序处于初始流程环节之后且未完成的流程环节时，将处于初始流程环节之后且与初始流程环节相邻的下一个流程环节作为初始流程环节，并返回基于当前业务的初始流程环节对应的各预定类型的预设办理人员，确定当前业务的初始流程环节对应的目标办理人员的步骤，直到当前业务的各流程环中不存在顺序处于初始流程环节之后且未完成的流程环节，确定当前业务的各流程环节分别对应的目标办理人员。

在获得流程启动请求之后，即可确定当前业务的初始流程环节，首先需要确定该初始流程环节对应的目标办理人员，在该初始流程环节中，对应有各预定类型的预设办理人员，需要从其中确定一个预设办理人员作为目标办理人员。然后对各流程环节中与该初始流程环节相邻的下一个流程环节的目标办理人员进行确定，直到各流程环节的目标办理人员确定完毕。

当前业务的各流程环节具备先后顺序，在执行当前业务过程中，需按照先后顺序对各流程环节进行有序执行，才能确保业务正常完成。在响应流程启动请求，确定当前业务的初始流程环节过程中，初始流程环节为各流程环节中顺序最前的流程环节，随着流程的推进，初始流程环节会不断更新。

例如，各流程环节包括直属上级审批环节、业务部门确认环节和管理层批准环节，直属上级审批环节的顺序最先，业务部门确认环节的顺序在直属上级审批环节的顺序与管理层批准环节的顺序之间。首先将直属上级审批环节作为初始流程环节，从直属上级审批环节对应的各预定类型的预设办理人员中确定直属上级审批环节的目标办理人员。在获取到该直属上级审批环节对应的目标办理人员对所述直属上级审批环节的完成指令后，将顺序在直属上级审批环节之后的业务部门确认环节作为初始流程环节，即更新初始流程环节，从业务部门确认环节对应的各预定类型的预设办理人员中确定业务部门确认环节的目标办理人员。在获取到该业务部门确认环节对应的目标办理人员对所述业务部门确认环节的完成指令后，将顺序在业务部门确认环节之后的管理层批准环节作为初始流程环节，即更新初始流程环节，从管理层批准环节对应的各预定类型的预设办理人员中确定管理层批准环节的目标办理人员。此时，各流程环节的目标办理人员均已确定完毕，即当前业务的各流程环中不存在顺序处于管理层批准环节之后且未完成的流程环节，即实现对所述当前业务的各流程环节分别对应的目标办理人员的确定。

在一个实施例中，确定所述当前业务的初始流程环节对应的目标办理人员之后，还包括：响应所述当前业务的初始流程环节对应的目标办理人员的审批完成操作，获取所述当前业务的初始流程环节对应的目标办理人员对所述初始流程环节的完成指令。

其中，完成指令中携带所述当前业务的初始流程环节对应的目标办理人员对所述初始流程环节的业务审批通过信息。在该初始流程环节完成后，即可进行下一个流程环节的执行。即将下一个流程环节作为所述初始流程环节，并返回基于所述当前业务的初始流程环节对应的各预定类型的预设办理人员，确定所述当前业务的初始流程环节对应的目标办理人员。然后，响应所述当前业务的初始流程环节对应的目标办理人员的审批完成操作，获取所述当前业务的初始流程环节对应的目标办理人员对所述初始流程环节的完成指令，即实现上述下一个流程环节的执行。如此循环，直到各流程环节执行完毕，即可实现该当前业务。

由于上述流程环节的目标办理人员确定过程中，无需人工指定，减少工作量，可提高流程环节的办理人员确定的效率，后续基于流程环节中确定的目标办理人员对该流程环节的审批操作，完成该流程环节的执行，提高完成各流程环节的效率，进而可提高完成当前业务的效率。

在一个实施例中，基于当前业务的初始流程环节对应的各预定类型的预设办理人员，确定当前业务的初始流程环节对应的目标办理人员，包括：获取各预定类型分别对应的优先级；基于各预定类型分别对应的优先级从高到低的顺序，从当前业务的初始流程环节对应的各预定类型的预设办理人员中，确定当前业务的初始流程环节对应的目标办理人员。

在本实施例中，预先对各预定类型的优先级进行了设定，在目标办理人员确定过程中，可先获取预定类型分别对应的优先级，然后根据各预定类型分别对应的优先级从高到低的顺序，从当前业务的初始流程环节对应的各预定类型的预设办理人员中，确定当前业务的初始流程环节对应的目标办理人员。在设定流程环节的各预定类型的预设办理人员时，在流程环节中，可能存在对应预定类型的预设办理人员为空的情况，即在流程环节的该预定类型中没有对应的预设办理人员，则需要基于优先级从高到低的顺序，对各预定类型的预定办理人员进行检测，直到确定目标人员为止，可确保目标办理人员优先从优先级较高的预定类型的预设办理人员中确定。若在各预定类型中除优先级最小的预定类型之外，其余预定类型中均未指定预设办理人员，则将优先级最小的预定类型中的预设办理人员作为目标办理人员。可以理解，优先级最小的预定类型的预定办理人员不为空，即优先级最小的预定类型中会存在预定办理人员。

在一个实施例中，各预定类型包括优先级依次增长的流程设计预定义类型、流程启动前指定类型以及流程实际流转中指定类型。

即在确定目标办理人员过程中，按照流程实际流转中指定类型、流程启动前指定类型和流程设计预定义类型的优先级顺序，从一个预定类型对应的预定办理人员中确定一个预定办理人员作为目标办理人员。

在一个实施例中，如图2所示，基于各预定类型分别对应的优先级，从当前业务的初始流程环节对应的各预定类型的预设办理人员中，确定当前业务的初始流程环节对应的目标办理人员，包括：

s221：检测当前业务的初始流程环节对应的各预定类型中，最高优先级的预定类型中是否存在预设办理人员。

若存在，则执行s222：将当前业务的初始流程环节对应的各预定类型中，最高优先级的预定类型的预设办理人员确定为当前业务的初始流程环节对应的目标办理人员。

若不存在，则执行s223，并返回检测当前业务的初始流程环节对应的各预定类型中，最高优先级的预定类型中是否存在预设办理人员的步骤，直到当前业务的初始流程环节对应的目标办理人员确定。

s223：将当前业务的初始流程环节对应的各预定类型中除最高优先级的预定类型外的其他预定类型确定为当前业务的初始流程环节对应的各预定类型。

即当前业务的初始流程环节对应的各预定类型中可能存在没有预设办理人员的情况，即在该预定类型中未指定流程环节的办理人员，如此，需要根据优先级的先后顺序，检测当前业务的初始流程环节对应的各预定类型中，是否存在预设办理人员为空的预定类型，即首先检测所述当前业务的初始流程环节对应的各所述预定类型中，最高优先级的预定类型中是否存在预设办理人员，若存在，则将当前业务的初始流程环节对应的各所述预定类型中，最高优先级的预定类型的预设办理人员确定为所述当前业务的初始流程环节对应的目标办理人员。若不存在，则表示无法通过该预定类型的预设办理人员确定目标办理人员，则需转移到优先级次高的预定类型。在本实施例中，当前业务的初始流程环节对应的各所述预定类型中除所述最高优先级的预定类型外的其他预定类型确定为当前业务的初始流程环节对应的各预定类型，即更新各预定类型(更新后的各预定类型不包括上述最高优先级的预定类型)，如此，原各预类型中优先级次高的预定类型在更新后的各预定类型中优先级最高。

然后返回所述检测所述当前业务的初始流程环节对应的各所述预定类型中，最高优先级的预定类型中是否存在预设办理人员的步骤，此处更新后的各预定类型中最高优先级的预定类型即为原各预定类型中次高优先级的预定类型。若此时最高优先级的预定类型中还是不存在预设办理人员，再对上述新的各预定类型进行更新，如此循环，直到所述当前业务的初始流程环节对应的各所述预定类型中，最高优先级的预定类型中存在预设办理人员，即可确定所述当前业务的初始流程环节对应的目标办理人员。

下面以一个具体实施例对上述工作流中办理人员确定方法的过程加以具体说明。具体以通过工作流实现业务y的过程为例进行说明。其中，各预定类型包括优先级依次增长的流程设计预定义类型、流程启动前指定类型以及流程实际流转中指定类型。

如图3所示，本实施例中的工作流中办理人员确定的具体流程如下：

首先，确定当前流程环节(即上述响应流程启动请求确定的初始流程环节)。

判断当前流程环节是否动态指定了流程实际流转中指定类型的预设办理人员(即判断当前流程环节的流程实际流转中指定类型中是否存在预设办理人员)，如果指定了，优先将当前流程环节的流程实际流转中指定类型的预设办理人员作为当前流程环节的目标办理人。

如果当前流程环节没有动态指定了流程实际流转中指定类型的预设办理人员，则判断当前流程环节是否动态指定了流程启动前指定类型的预设办理人员(即判断当前流程环节的流程启动前指定类型中是否存在预设办理人员)，如果指定了，则将当前流程环节的流程启动前指定类型的预设办理人员作为当前流程环节的目标办理人。如果当前流程环节没有动态指定了流程启动前指定类型的预设办理人员，则将当前流程环节的流程设计预定义类型的预设办理人员作为当前流程环节的目标办理人。

具体地，为实现业务y的流程流转，涉及流程环节定义阶段、流程启动前阶段和流程实际流转阶段。

首先，流程环节定义阶段。在业务y的流程流转之前，还需对流程环节进行定义。流程环节定义(流程设计)时，可先添加三个流程环节节点，分别为直属上级审批环节、业务部门确认环节和管理层批准环节。如图3所示，在上述三个流程环节依次完成的情况下，表示业务y执行完成。

在流程设计时，还可对上述三个流程环节设置预设办理人员，其对应的类型为流程设计预定义类型。例如，可将直属上级审批环节的预设办理人设置为张三，业务部门确认环节的预定办理人设置为销售部，管理层批准环节的预设办理人设置为总裁，完成设置之后，将上述数据存储起来，结构如下表1所示。

表1

然后，流程启动前阶段。用户可填写表单进行流程启动，在填写完表单启动流程之前，如果在流程设计时设置的预设办理人与实际业务不符，可动态指定办理人员，即在流程启动前阶段，可对各流程环节的流程启动前指定类型的预定办理人员进行设置。例如，可将直属上级批准环节的流程启动前指定类型的预定办理人员设置为李四。增加直属上级批准环节的流程启动前指定类型的预定办理人员后的数据结构如表2所示。

表2

其次，进行业务y对应的流程流转，即流程实际流转阶段。完成流程前指定类型的预设办理人员的设置后，流程开始启动，进入实际流转阶段。在本实施例中，可对各流程环节的流程实际流转中指定类型的预定办理人员进行设置，例如，将业务部门确认环节的流程实际流转中指定类型的预定办理人员设置为产品部。增加业务部门确认环节的流程实际流转中指定类型的预定办理人员后的数据结构如表3所示。

表3

在获得业务y的流程启动请求后，首先确定业务y对供应的初始流程环节(即第一个流程环节)，即本实施例中的直属上级审批环节。针对直属上级审批环节，先从数据结构中找到直属上级审批环节对应的预定办理人员数据，根据优先级从高到低的原则，确定直属上级审批环节对应的目标办理人。如上所述，直属上级审批环节在流程设计预定义类型和流程启动前指定类型下均有预设办理人员，由于流程启动前指定类型的优先级比流程设计预定义类型的优先级高，即将直属上级审批环节的流程启动前指定类型的预定办理人员作为直属上级审批环节的目标办理人员，即直属上级审批环节由李四办理。在接收到李四对于直属上级审批环节的完成指令时，表示李四将流程提交至下一个流程环节(即业务部门确认环节)，其已完成该直属上级审批环节。

流程流转至业务部门确认环节后，同样根据预定类型的优先级从高到低的原则，从各预定类型的预设办理人员中确定目标办理人员。如上可知，业务部门确认环节在流程设计预定义类型和流程实际流转中指定类型下都指定了预设办理人员，由于流程启动前指定类型的优先级比流程实际流转中指定类型的优先级低，即将业务部门确认环节的流程实际流转中指定类型的预定办理人员作为业务部门确认环节的目标办理人员，即业务部门确认环节由产品部办理。在接收到产品部对于业务部门确认环节的完成指令时，表示产品部将流程提交至下一个流程环节(即管理层批准环节)，其已完成该业务部门确认环节。

流程流转至管理层批准环节后，同样根据预定类型的优先级从高到低的原则，从各预定类型的预设办理人员中确定目标办理人员。如上可知，管理层批准环节只在流程设计预定义类型下指定有预设办理人员即总裁，则将业务部门确认环节的流程设计预定义类型的预定办理人员作为管理层批准环节的目标办理人员，即管理层批准环节由总裁办理。总裁完成批准后，业务y的三个流程环节均已完成，即结束流程，该业务执行完成。

本实施例的方法支持预先定义各流程环节的预设办理人员，流程实际启动前。支持针对每个具体的流程事项动态指定所有环节的办理人员，并支持在流程的实际流转过程中，动态指定流程环节的目标办理人员。可满足大部分流程场景需求，减少工作量，以及可满足对灵活性与减少工作量的双重要求。

应该理解的是，虽然图1-3的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图1-3中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

如图4所示，在一个实施例中，提供一种工作流中办理人员确定装置，包括：

请求获取模块410，用于获取当前业务的流程启动请求；

人员确定模块420，用于响应流程启动请求，基于当前业务的各流程环节对应的各预定类型的预设办理人员，确定当前业务的各流程环节分别对应的目标办理人员。

在一个实施例中，人员确定模块，包括：

响应模块，用于响应流程启动请求，确定当前业务的初始流程环节；

初始人员确定模块，用于基于当前业务的初始流程环节对应的各预定类型的预设办理人员，确定当前业务的初始流程环节对应的目标办理人员；

流程环节更新模块，用于在接收到当前业务的初始流程环节对应的目标办理人员对初始流程环节的完成指令，且当前业务的各流程环中还存在顺序处于初始流程环节之后且未完成的流程环节时，将处于初始流程环节之后且与初始流程环节相邻的下一个流程环节作为初始流程环节，并返回初始确定模块执行基于当前业务的初始流程环节对应的各预定类型的预设办理人员，确定当前业务的初始流程环节对应的目标办理人员的步骤，直到当前业务的各流程环中不存在顺序处于初始流程环节之后且未完成的流程环节，确定当前业务的各流程环节分别对应的目标办理人员。

在一个实施例中，初始人员确定模块，包括：

优先级获取模块，用于获取各预定类型分别对应的优先级；

初始目标人员确定模块，用于基于各预定类型分别对应的优先级从高到低的顺序，从当前业务的初始流程环节对应的各预定类型的预设办理人员中，确定当前业务的初始流程环节对应的目标办理人员。

在一个实施例中，各预定类型包括优先级依次增长的流程设计预定义类型、流程启动前指定类型以及流程实际流转中指定。

在一个实施例中，初始目标人员确定模块，包括：

人员检测模块，用于检测当前业务的初始流程环节对应的各预定类型中，最高优先级的预定类型中是否存在预设办理人员；

目标办理人员确定模块，用于在人员检测模块的检测结果为存在时，将当前业务的初始流程环节对应的各预定类型中，最高优先级的预定类型的预设办理人员确定为当前业务的初始流程环节对应的目标办理人员；

类型更新模块，用于在人员检测模块的检测结果为不存在时，将当前业务的初始流程环节对应的各预定类型中除最高优先级的预定类型外的其他预定类型确定为当前业务的初始流程环节对应的各预定类型，并返回人员检测模块执行检测当前业务的初始流程环节对应的各预定类型中，最高优先级的预定类型中是否存在预设办理人员的步骤，直到当前业务的初始流程环节对应的目标办理人员确定。

上述工作流中办理人员确定装置与上述工作流中办理人员确定的技术特征一一对应，在此不再赘述。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图5所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种工作流中办理人员确定方法。

本领域技术人员可以理解，图5中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供一种计算机设备，包括存储器和处理器，存储器存储有计算机程序，处理器执行计算机程序时实现上述方法的步骤。

在一个实施例中，提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述方法的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。