故障处理方法、装置、电子设备及介质

技术领域

本申请涉及汽车系统功能安全处理技术领域，尤其涉及一种故障处理方法、装置、电子设备及介质。

背景技术

随着计算机功能安全处理技术的不断发展，汽车智能化、网联化等已经成为现在及未来汽车领域的主要发展方向。同时，汽车系统的安全性和可靠性成为人们关心的重要因素。相关技术中，在预防和监测功能故障，并在故障发生时，不能快速有效的对故障进行处理，当系统级故障和应用级故障同时出现时，并不能对故障灵活处理，导致故障处理效率较低。

发明内容

本申请提供一种故障处理方法、装置、电子设备及介质，以至少解决相关技术中如何提高故障处理效率，使故障处理更加灵活的问题。本申请的技术方案如下：

根据本申请实施例的第一方面，提供一种故障处理方法，应用于三层安全软件架构中的安全监测层，三层安全软件架构还包括应用层和决策处理层；故障处理方法包括：

对目标应用进行监测，得到目标应用的监测数据；目标应用为应用层中、已向安全监测层进行注册的应用；基于监测数据对目标应用进行故障分析，得到目标故障分析结果；

确定目标故障分析结果对应的目标故障类型；该目标故障类型用于表征故障严重等级；

在目标故障类型为应用级故障类型的情况下，对目标应用进行故障处理；

在目标故障类型为系统级故障类型的情况下，将目标应用的目标故障分析结果发送至决策处理层，由决策处理层对目标应用进行故障处理；系统级故障的故障严重等级高于应用级故障的故障严重等级。

根据本申请实施例的第二方面，提供一种故障处理系统，故障处理系统包括三层安全软件架构，三层安全软件架构包括的安全监测层、应用层和决策处理层，包括：

应用层，用于管理终端中的应用；

安全监测层，用于对应用层中的目标应用进行注册，并对注册的目标应用进行监测，得到目标应用的监测数据；并基于监测数据对目标应用进行故障分析，得到目标故障分析结果；以及确定目标故障分析结果对应的目标故障类型；目标故障类型用于表征故障严重等级；在目标故障类型为应用级故障类型的情况下，对目标应用进行故障处理；或者，在目标故障类型为系统级故障类型的情况下，将目标应用的目标故障分析结果发送至决策处理层；系统级故障的故障严重等级高于应用级故障的故障严重等级；目标应用为所述应用层中、已向所述安全监测层进行注册的应用；

决策处理层，用于接收安全监测层发送的目标故障分析结果并进行故障处理。

根据本申请实施例的第三方面，提供一种电子设备，包括：处理器；用于存储处理器可执行指令的存储器；其中，处理器被配置为执行指令，以实现如上述第一方面中任一项的方法。

根据本申请实施例的第四方面，提供一种计算机可读存储介质，当计算机可读存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行本申请实施例的第一方面中任一的方法。

根据本申请实施例的第五方面，提供一种计算机程序产品，包括计算机指令，计算机指令被处理器执行时，使得计算机执行本申请实施例的第一方面中任一项的方法。

本申请的实施例提供的技术方案至少带来以下有益效果：

通过对应用层中的目标应用进行注册，并对注册的目标应用进行注册，并对注册的目标应用进行监测，得到目标应用的监测数据；基于监测数据对目标应用进行故障分析，得到目标故障分析结果；确定目标故障分析结果对应的目标故障类型；目标故障类型用于表征故障严重等级；安全监测层能够从监测数据中分析出故障情况，得到目标故障分析结果，再根据目标故障分析结果确定目标故障，从而采取相应的故障处理方式，减少故障对系统以及目标应用的影响，提高系统的可靠性和稳定性。

通过在目标故障类型为应用级故障类型的情况下，对目标应用进行故障处理；在目标故障类型为系统级故障类型的情况下，将目标应用的目标故障分析结果发送至决策处理层，由决策处理层对目标应用进行故障处理；系统级故障的故障严重等级高于应用级故障的故障严重等级，实现安全监测层和决策处理层对故障进行分层处理，减少决策处理层的处理压力，提高了应用级故障和系统级故障的处理效果，使故障处理灵活性更高，提高系统的效率和性能。

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

根据下面参考附图对示例性实施例的详细说明，本申请的其他特征及方面将变得清楚。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理，并不构成对本申请的不当限定。

图1是根据一示例性实施例示出的一种应用环境的示意图。

图2是根据一示例性实施例示出的一种三层安全软件架构的示意图。

图3是根据一示例性实施例示出的一种故障处理方法的流程图。

图4是根据一示例性实施例示出的一种安全监测层故障处理方法的流程图。

图5是根据一示例性实施例示出的一种应用级故障处理后验证方法的流程图。

图6是根据一示例性实施例示出的一种用于故障处理的电子设备的框图一。

图7是根据一示例性实施例示出的一种用于故障处理的电子设备的框图二。

具体实施方式

为了使本领域普通人员更好地理解本申请的技术方案，下面将结合附图，对本申请实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

请参阅图1，图1是根据一示例性实施例示出的一种应用环境的示意图，如图1所示，该应用环境可以包括服务器01和终端02。

在一个可选的实施例中，终端02可以用于故障处理。具体的，终端02可以包括但不限于智能手机、台式计算机、平板电脑、笔记本电脑、智能音箱、数字助理、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、智能可穿戴设备等类型的电子设备。可选的，电子设备上运行的操作系统可以包括但不限于安卓系统、IOS系统、linux、windows等。

在一个可选的实施例中，服务器01可以结合终端02用于故障处理，例如向终端02提供预设配置信息等。具体的，服务器01可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(Content DeliveryNetwork，内容分发网络)、以及大数据和人工智能平台等基础云计算服务的云服务器。

此外，需要说明的是，图1所示的仅仅是本申请提供的故障处理方法的一种应用环境。

本说明书实施例中，上述服务器01以及终端02可以通过有线或无线通信方式进行直接或间接地连接，本申请在此不做限制。

需要说明的是，以下图中示出的是一种可能的步骤顺序，实际上并不限定必须严格按照此顺序。有些步骤可以在互不依赖的情况下并行执行。本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息、用户行为信息等)和数据(包括但不限于用于展示的数据、训练的数据等)，均为经用户授权或者经过各方充分授权的信息和数据。

图2是根据一示例性实施例示出的一种三层安全软件架构的示意图。如图2所示，故障处理系统可以包括三层安全软件架构，三层安全软件架构包括的安全监测层、应用层和决策处理层。

在一种可能的实现方式中，应用层用于可以用于管理终端中的应用(即应用程序)，该管理可以包括但不限于添加终端中新增加的应用、删除终端中卸载的应用、触发应用向安全监测层进行注册等。其中，应用层中管理的应用可以使用应用的标识来表示，应用的标识可以包括应用的名称、图标等。

安全监测层用于对目标应用进行监测，得到目标应用的监测数据；并基于监测数据对目标应用进行故障分析，得到目标故障分析结果；以及确定目标故障分析结果对应的目标故障类型；目标故障类型用于表征故障严重等级；在目标故障类型为应用级故障类型的情况下，对目标应用进行故障处理；或者，在目标故障类型为系统级故障类型的情况下，将目标应用的目标故障分析结果发送至决策处理层；系统级故障的故障严重等级高于应用级故障的故障严重等级；

决策处理层用于接收安全监测层发送的目标故障分析结果并进行故障处理。

本说明书实施例中，多个应用在应用层中运行，安全监测层中包括监测服务子层和安全服务子层，其中，安全监测层中监测服务子层对应用层中的多个应用进行注册，并对目标应用进行监测，得到监测数据，基于监测数据，对目标应用进行故障分析，得到目标故障分析结果。监测服务子层将目标故障分析结果上报至安全服务子层，安全服务子层获取预设配置信息，根据预设配置信息确定目标故障分析结果对应的目标故障类型，目标故障类型分为应用级故障类型和系统级故障类型，当目标故障类型确定为应用级故障类型时，安全服务子层对目标应用的故障进行处理。当目标故障类型确定为系统级故障类型时，安全服务子层将目标应用的目标故障分析结果发送至决策处理层，决策处理层接收安全服务子层发送的目标故障分析结果，并对故障进行处理。

需要说明的是，安全监测层、应用层和决策处理层的具体处理内容可以参见下面介绍，在此不再赘述。

图3是根据一示例性实施例示出的一种故障处理方法的流程图，可以应用于三层安全软件架构中的安全监测层；三层安全软件架构还包括应用层和决策处理层。本说明书实施例中，故障可以是应用程序中出现的错误，比如，在汽车驾驶应用中，故障可以是指车载导航出现卡顿，倒车影像出现黑屏等，本申请对此不作限定。

如图3所示，故障处理方法可以包括以下步骤。

在步骤S301中，对目标应用进行监测，得到目标应用的监测数据。

其中，目标应用为应用层中、已向安全监测层进行注册的应用。也就是说，应用层可以包括至少一个应用，在一个应用向安全监测层进行注册后，可以被称为目标应用。故障处理中，安全监测层对目标应用进行监测，对未注册的应用不进行监测。

监测数据可以是指对目标应用在运行过程中进行监测得到的数据，例如目标应用的运行状态或目标应用运行过程中的存储数据等。

本说明书实施例中，对于应用层中的应用，向安全监测层进行注册，安全监测层会对应用层中完成注册后的应用的运行状态等数据进行监测，并获取目标应用的监测数据。

在一种可能的实现方式中，如图2所示，图2是三层安全软件架构流程图，应用1表示在应用层中运行的应用程序，安全监测层中监测服务子层可以提供多个注册接口，应用1可以通过注册接口在监测服务子层中进行注册，注册完成后，监测服务子层对目标应用1进行监测，监测可以是定时监测或进行周期性监测，本申请对监测方式不作限定。当对目标应用监测完成后，监测服务子层得到目标应用1的监测数据。

在另一种可能的实现方式中，当图2中的应用2也表示在应用层中运行的应用程序，但并没有在监测服务子层中的注册接口进行注册，则监测服务子层并不能对应用2进行监测，从而不能得出监测数据。

在步骤S303中，基于监测数据对目标应用进行故障分析，得到目标故障分析结果。

其中，目标故障分析结果可以是指故障分析后得出的故障信息，例如，目标应用出现黑屏、目标应用出现乱码等。

本说明书实施例中，根据安全监测层得到的目标应用的监测数据，对目标应用的监测数据进行故障分析，分析出目标应用中出现故障，并获得目标应用中的目标故障分析结果。

在一个示例中，如图2所示，图2中安全监测层中的监测服务子层得到目标应用1和的监测数据，在监测服务子层中对监测数据进行故障分析，当从目标应用1的监测数据中分析出目标应用1出现了故障，获得目标应用1的目标故障分析结果。基于此，将该目标应用1的目标故障分析结果上报至安全监测层中的安全服务子层中进行目标故障分类和处理。

在一种可能的实现方式中，获取监测数据对应的参考数据，将监测数据与参考数据进行比对，得到差异或异常情况，从而可以将差异或异常情况进行汇总，得到目标故障分析结果。其中，参考数据可以是预先设置的，本申请对比不作限定。监测数据可以包括性能指标，日志记录，错误报告，资源使用情况，数据库查询和响应时间等数据等。

示例性地，可以通过可视化的方式，将监测数据与参考数据进行比对。

可选地，当分析出数据以及可视化图表正常，表示该目标应用不存在故障，可以正常运行。

在步骤S305中，确定目标故障分析结果对应的目标故障类型；目标故障类型用于表征故障严重等级。

其中，目标故障类型可以是指用于表征故障严重等级，故障严重等级可以是指目标故障处理的难易程度。

本说明说实施例中，在安全监测层中，根据目标应用的目标故障分析结果，确定该目标故障分析结果对应的目标故障类型。

在一种可能的实现方式中，获取预设配置信息，预设配置信息包括预设故障结果信息与预设故障类型的对应关系；基于对应关系，确定目标故障分析结果对应的目标故障类型。

本说明书实施例中，预设配置信息可以是指预先设置的配置信息，预设配置信息的配置是根据实际需求进行设置，本申请对此不作限定。预设故障结果信息可以是指预先设置的故障信息，用于描述可能出现的故障信息。预设故障类型可以是指预先设置的故障类型，用于描述可能出现的故障类型，例如可以包括应用级故障、系统级故障等类型。

在实际应用中，获取预设配置信息，该预设配置信息包括预设故障结果信息和预设故障类型以及其对应关系，将目标故障分析结果与对应关系中的预设故障结果信息进行匹配，获取目标故障分析结果匹配的预设故障结果信息，将该匹配的预设故障结果信息对应的预设故障类型确定为目标故障类型。

在步骤S307中，在目标故障类型为应用级故障类型的情况下，对目标应用进行故障处理。

其中，应用级故障可以是指影响目标应用正常运行的故障，也可以是指由目标应用内部的错误、异常或不足引起的故障。例如，代码故障或性能故障等。

本说明说实施例中，当目标故障类型确定为应用级故障时，根据目标应用的故障处理方式对存在应用级故障的目标应用进行故障处理，以使目标应用能够恢复正常的运行状态。

在一种可能的实现方式中，获取应用级故障类型下配置的多个故障处理方式；从多个故障处理方式中筛选出与目标故障分析结果匹配的目标故障处理方式；使用目标故障处理方式对目标应用进行故障处理。

本说明说实施例中，故障处理方式可以是指用于对应用级故障进行处理的方式。目标故障处理方式可以是指用于对相匹配的目标故障分析结果进行故障处理的方式。示例性地，应用级故障类型下配置的多个故障处理方式可以以表格方式来承载，例如表1所示。

表1

在一个示例中，以表1为例，若目标应用的目标故障分析结果为应用级故障1，则匹配的目标故障处理方式为方式1。

在一种可能的实现方式中，在目标故障类型为应用级故障类型的情况下，获取目标应用发生应用级故障的当前累计故障次数；若当前累计故障次数小于或等于预设故障次数阈值，重启该目标应用以进行故障处理。

本说明书实施例中，当前累计故障次数可以是指该目标应用在发生应用级故障的累计次数，预设故障次数阈值可以是指预先设置的故障次数阈值。

在实际应用中，确定目标故障类型为应用级故障类型的情况下，获取目标应用发生应用级故障的当前累计故障次数，如果目标应用的当前累计故障次数小于或等于预设故障次数阈值，对目标应用进行重启来表示故障处理。

在另一种可能的实现方式中，如果当前累计故障次数小于或等于预设故障次数阈值时，对目标应用进行重启，重启的故障处理方式不能解决应用级故障时，对该目标应用应用级故障处理进行与S307相同的步骤；当目标应用的当前累计故障次数大于预设故障次数阈值，对该目标应用应用级故障处理也进行与S307相同的步骤。

在步骤S309中，在目标故障类型为系统级故障类型的情况下，将目标应用的目标故障分析结果发送至决策处理层，由决策处理层对目标应用进行故障处理；系统级故障的故障严重等级高于应用级故障的故障严重等级。

其中，系统级故障类型可以是指目标应用中出现的故障与系统相关联的故障类型。决策处理层可以是指三层安全软件架构中的独立部分，用于接收安全监测层发送的系统级故障，并处理系统级故障和外部中断上报的硬件故障。

本说明书实施例中，根据预设配置文件中的对应关系，确定目标故障类型为系统级故障类型，在目标故障类型为系统级故障类型的情况下，将目标应用的目标故障分析结果发送至决策层，并由决策处理层对存在系统级故障的目标应用进行故障处理。

在一种可能的实现方式中，如图2所示，决策处理层接收由安全监测层中安全服务子层发送的存在系统级故障的目标故障分析结果，并对目标应用的系统级故障进行故障处理；决策处理层还接收由三层安全软件架构外部的中断上报的硬件故障，并对硬件故障进行处理。

在一种可选地实施方式中，在上述步骤S307执行之后，还可以对该次应用级故障处理进行验证。具体地，

在一种可能的实现方式中，重启目标应用，并记录重启事件，以及重复执行对应用层中注册的目标应用进行监测以及故障分析步骤，得到当前故障分析结果；在当前故障分析结果为无故障的情况下，运行该目标应用。

本说明书实施例中，重启事件可以是指重启目标应用的事件。当前故障分析结果可以是指对当前监测数据进行故障分析得到的分析结果。无故障的情况可以是指目标故障分析结果已经完成处理，目标应用可以正常运行的情况。

在实际应用中，重新启动故障处理后的目标应用，并对重启故障处理完成后的目标应用的事件进行记录，重复对应用层中注册的目标应用进行监测，并获取监测数据，对监测数据进行故障分析，得到目标应用的当前故障分析结果。在当前故障分析结果为无故障的情况下，可以运行该目标应用。

在另一种可能的实现方式中，在当前故障分析结果与目标故障分析结果一致的情况下，获取重启事件的记录次数；若记录次数小于预设次数阈值，返回重启该目标应用的步骤。

本说明书实施例中，记录次数可以是指记录重启当前目标应用的次数。预设次数阈值可以是指预先设置的次数阈值，预设次数阈值的数量大于1个。

在实际应用中，当前故障分析结果为有故障，在当前故障分析结果与已经完成故障处理的目标故障分析结果相同的情况下，获取重启故障处理完成后的目标应用的记录次数，当记录次数小于预设次数阈值时，可以返回重启该目标应用的步骤，对存在当前故障分析结果的目标应用再次进行重启。

在另一种可能的实现方式中，若记录次数达到预设次数阈值，忽略当前故障分析结果，运行该目标应用。

在实际应用中，当前故障分析结果为有故障，在当前故障分析结果与目标故障分析结果相同的情况下，当记录次数达到预设次数阈值时，对当前故障分析结果进行忽略处理，可以不再进行重启目标应用，对该目标应用进行运行。

在一种可能的实现方式中，在当前故障分析结果与目标故障分析结果不一致的情况下，确定当前故障分析结果对应的故障类型；基于当前故障分析结果对应的故障类型，对目标应用进行故障处理。

在实际应用中，当前故障分析结果为有故障，并且当前故障分析结果与目标故障分析结果不相同的情况下，不再进行无故障以及故障结果一致的的处理步骤，可以进行对当前故障分析结果对应的故障类型的确定，如果确定当前故障分析结果对应的故障类型为应用级故障，则可以继续按照S307的步骤进行故障处理；如果确定当前故障分析结果对应的故障类型为系统级故障，可以继续按照S309的步骤进行故障处理。

可选地，在设置上述对该次故障处理的验证步骤，为了提升对该次故障处理的验证方式的读取便捷性，可以从表2中更加便捷清晰的了解应用级故障处理完成后的验证情况。

表2

在一个示例中，当预设次数阈值为3，对预设次数阈值的数值不作限定。如图5所示，重启目标应用，并记录重启事件，对当前目标应用进行数据监测，并对监测数据进行故障分析，得到当前故障分析结果，在当前故障分析结果为无故障的情况下，记录重启事件一次，便可以对该目标应用进行运行。在当前故障分析结果为有故障的情况下，并且当前故障分析结果与目标故障分析结果一致，获取该目标应用重启的记录次数，此时次数为1次，当前目标应用的记录次数1次小于预设次数阈值3次，再次对该目标应用进行重启，发现当前故障分析结果与目标故障分析结果还一致，获取记录次数为2次，当前目标应用的记录次数2次小于预设次数阈值3次，再次对该目标应用进行重启，此次重启后，当前故障分析结果依然与目标故障分析结果一致，获取目标应用的重启事件的记录次数为3次，当前目标应用的记录次数3次达到预设次数阈值3次，忽略当前故障分析结果，并运行该目标应用；重启目标应用，并记录重启事件，对当前目标应用进行数据监测，并对监测数据进行故障分析，得到当前故障分析结果，在当前故障分析结果为有故障的情况下，并且当前故障分析结果与目标故障分析结果一致，即当前故障分析结果不同于目标故障分析结果，确定当前故障分析结果对应的目标故障类型，当目标故障类型为应用级故障，则执行S307的故障处理步骤，当目标故障类型为系统级故障，则执行S309的故障处理步骤。

图6是根据一示例性实施例示出的一种用于故障处理的电子设备的框图，该电子设备可以是终端，其内部结构图可以如图6所示。该电子设备包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中，该电子设备的处理器用于提供计算和控制能力。该电子设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该电子设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种故障处理的方法。该电子设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该电子设备的输入装置可以是显示屏上覆盖的触摸层，也可以是电子设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

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

图7是根据一示例性实施例示出的一种用于故障处理的电子设备的框图，该电子设备可以是服务器，其内部结构图可以如图7所示。该电子设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该电子设备的处理器用于提供计算和控制能力。该电子设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该电子设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种故障处理的方法。

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

在示例性实施例中，还提供了一种电子设备，包括：处理器；用于存储该处理器可执行指令的存储器；其中，该处理器被配置为执行该指令，以实现如本申请实施例中的故障处理方法。

在示例性实施例中，还提供了一种计算机可读存储介质，当该计算机可读存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行本申请实施例中的故障处理方法。计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

在示例性实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行本申请实施例中的故障处理的方法。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(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)等。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。