保单数据处理方法、装置、计算机设备和存储介质与流程

本申请涉及保单管理技术领域，特别是涉及一种保单数据处理方法、装置、计算机设备和计算机可读存储介质。

背景技术：

保险单简称保单，是保险公司与被保险人订立合同的正式书面证明。保单数据是用于记录保单内容的数据。在保险合同的有效期内，保险公司可以为被保人提供保服务。被保险人依据保单在条件满足时可以向保险公司发起理赔。

在不同的保险公司购买不同类型的保险，保单有纸质的也有电子版的，并且保险条款众多，因此，经常会出现查看保单找不到，不能清楚的获知保单数据信息。

技术实现要素：

基于此，有必要针对上述技术问题，提供一种能够随时查看保单并清楚理解保单数据信息的保单数据处理方法、装置、计算机设备和计算机可读存储介质。

一种保单数据处理方法，所述方法包括：

获取终端上传的保单的产品信息；

对所述保单的产品信息进行分析，得到所述保单的候选保障项目；

根据所述保单的产品信息中的险种类型从所述保单的候选保障项目中获取目标保障项目。

在其中一个实施例中，所述获取终端上传的保单的产品信息，包括：

获取所述终端通过第三方应用程序入口上传的保单的产品信息。

在其中一个实施例中，所述获取终端上传的保单的产品信息之后，所述方法还包括：

当所述保单的产品信息存在于数据库中时，则对所述保单的产品信息进行分析；

当所述保单的产品信息不存在时，则将所述保单的产品信息添加至数据库。

在其中一个实施例中，所述对所述保单的产品信息进行分析，得到所述保单的候选保障项目，包括：

从所述保单的产品信息读取保单数据，所述保单数据包括合同信息；

根据所述保单数据获取保单状态；

当所述保单状态为有效状态时，则对所述保单的产品信息中的合同信息进行分析，得到所述保单的保障项目。

在其中一个实施例中，所述对所述保单的产品信息中的合同信息进行分析，得到所述保单的保障项目，包括：

对所述保单的合同信息中的保障条款信息进行分析，得到所述保单的保障项目。

在其中一个实施例中，所述当所述保单的产品信息不存在时，则将所述保单的产品信息添加至数据库，包括：

当所述保单的产品信息不存在时，则在所述数据库中配置所述保单的产品信息以及与所述保单的产品信息对应的保险公司数据、险种数据、保险条款数据以及保障项目数据。

在其中一个实施例中，上述方法还包括：

获取对保单数据的查看请求，所述查看请求包括第一用户标识；

根据所述查看请求将与所述第一用户标识相应的保单数据以及与所述第一用户标识相关联的第二用户标识的保单数据返回给所述第一用户标识所在的终端。

一种保单数据处理装置，所述装置包括：

第一获取模块，用于获取终端上传的保单的产品信息；

分析模块，用于对所述保单的产品信息进行分析，得到所述保单的候选保障项目；

第二获取模块，用于根据所述保单的产品信息中的险种类型从所述保单的候选保障项目中获取目标保障项目。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现所述的保单数据处理方法的步骤。

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

上述保单数据处理方法、装置、计算机设备和计算机可读存储介质，通过获取终端上传的保单的产品信息，对保单的产品信息进行分析，得到保单的候选保障项目，根据保单的产品信息中的险种类型从保单的候选保障项目中获取目标保障项目，因获知了该保单中的目标保障项目，能够清楚获知保单数据信息。

附图说明

图1为一个实施例中许可控制方法的应用环境图；

图2为一个实施例中保单数据处理方法的流程示意图；

图3为一个实施例中判断保单产品信息是否存在的流程示意图；

图4为一个实施例中得到保障项目的流程示意图；

图5为一个实施例中第一展示页面示意图；

图6为一个实施例中第二展示页面示意图；

图7为一个实施例中保单数据处理时序图；

图8为一个实施例中保单数据处理装置的结构框图；

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

具体实施方式

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

本申请实施例提供的保单数据处理方法，可以应用于如图1所示的应用环境中。其中，终端102通过网络与服务器104进行通信。终端102用于上传保单的产品信息。服务器104用于接收终端102上传的保单的产品信息，并对保单的产品信息进行分析，得到保单的候选保障项目，服务器104根据保单的产品信息中的险种类型从保单的候选保障项目中获取目标保障项目。其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑，服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个实施例中，如图2所示，提供了一种保单数据处理方法，以该方法应用于图1中的服务器104为例进行说明，包括以下步骤：

步骤202，获取终端上传的保单的产品信息。

保单是保险单，是保险公司与被保险人订立合同的正式书面证明。保单的产品信息包括保险公司、险种、条款等。终端可以是计算机、笔记本电脑、智能手机、平板电脑等智能设备。服务器获取终端上传的保单的产品信息。

步骤204，对保单的产品信息进行分析，得到保单的候选保障项目。

候选保障项目是指对保单的产品信息进行分析得到的保障项目。候选保障项目可以有多个，具体地，服务器获取终端上传的保单的产品信息后，对该保单的产品信息进行分析，包括分析该保单的产品所属的保险公司、险种以及条款等，每一家保险公司都会有不同的保险产品，每种保险产品都会有险种属性，每一个险种都有众多条款。服务器从最基础的条款开始分析，其中，最基础的条款为预先设定必要的条款。例如，最基础的条款可为行业内要求的必要的条款。服务器通过对条款的分析可以得到多个保障项目，一个条款可以对应n个保障项目，保障项目可以按照重要程度分为多级，例如第一重要级别、第二重要级别和第三重要级别，且第一重要级别大于第二重要级别，第二重要级别大于第三重要级别。

步骤206，根据保单的产品信息中的险种类型从保单的候选保障项目中获取目标保障项目。

目标保障项目是指从候选保障项目中选择的重要级别最高或者从候选保障项目中按照重要级别从高到低选取预设数量的保障项目。服务器通过对条款的分析可以从中获取多个候选保障项目，候选保障项目有几百上千条，为了更清楚的知道每种类型的险种对应的保障项目，需要从多个候选保障项目中选择重要级别最高的保障项目作为目标保障项目，或按照重要级别从高到低选取预设数量的保障项目作为目标保障项目。

上述保单数据处理方法中，通过获取终端上传的保单的产品信息，对保单的产品信息进行分析，得到保单的候选保障项目，根据保单的产品信息中的险种类型从保单的候选保障项目中获取目标保障项目，可以清楚获知保单数据信息。

在一个实施例中保单数据处理方法还包括：获取终端通过第三方应用程序入口上传的保单的产品信息。

第三方应用程序可为即时通信应用平台或其他应用平台。即时通信应用平台可包括微信公众号、小程序等，用户通过终端的摄像头对保单进行拍照得到保单的图像，将保单的图像上传到服务器。用户可通过键盘或触摸屏等输入设备输入保单的产品信息。终端将输入的保单的产品信息上传到服务器。服务器获取终端通过第三方应用程序入口上传的保单的产品信息，将用户保单信息等存储至保单数据库中。

本实施例中通过第三方应用程序入口上传保单的产品信息，扩展了上传保单的产品信息的通道，方便用户操作。

如图3所示，在一个实施例中保单数据处理方法还包括：

步骤302，当保单的产品信息存在于数据库中时，则对保单的产品信息进行分析。

服务器通过对第三方入口上传的保单的产品信息进行分析，通过与数据库中产品的险种、条款等内容的匹对可以知道该产品是否存在于数据库中，当保单的产品信息存在于数据库中时，则开始对保单的产品信息进行分析，包括分析该保单所属的保险公司、险种以及条款等信息。

在一个实施例中，服务器可从该保单的产品信息中提取保单的名称，将保单的名称与数据库中存储的保单的名称进行比较，若相同，则该保单的产品信息存在于数据库中，若不相同，则该保单的产品信息不存在于数据库中。

在另一个实施例中，服务器可将该保单的产品信息中的险种和条款信息与数据库中存储的保单的产品信息中的险种和条款信息进行比较，若相同，则该保单的产品信息存在于数据库中，若不相同，则该保单的产品信息不存在于数据库中。

步骤304，当保单的产品信息不存在时，则将保单的产品信息添加至数据库。

服务器通过对第三方入口上传的保单的产品信息进行分析，通过与数据库中产品的险种、条款等内容的的匹对可以知道该产品是否存在于数据库中，当保单的产品信息不存在于数据库中时，则需要将保单的产品信息添加至数据库便于后期进行配置。

通过将保单的产品信息添加至数据库中，可以丰富数据库的产品信息，使数据库更加完善。

如图4所示，在一个实施例中保单数据处理方法还包括：

步骤402，从保单的产品信息读取保单数据，保单数据包括合同信息。

服务器通过对保单的产品信息进行分析可以获知保单数据中的合同信息，从合同信息中可以知道险种、保险条款、投保人、被保人以及受益人等情况。

步骤404，根据保单数据获取保单状态。

保单状态分为有效状态和无效状态两类。保单状态可采用状态标识表示，当状态标识为第一状态标识时，表示保单状态为有效状态，当状态标识为第二状态标识时，表示保单状态为无效状态。第一状态标识可为1，第二状态标识可为0。此外，第一状态标识可为0，第二状态标识可为1，此处仅仅为举例说明，并不作为对此的限定。服务器可根据保单数据中的保单状态为1或者0来获取保单的状态。

在一个实施例中，服务器可获取保单的有效期限，将保单的有效期限与当前时刻进行比较，若有效期限超过当前时刻，则保单状态为有效状态，若有效期限未超过当前时刻，则保单状态为无效状态。

步骤406，当保单状态为有效状态时，则对保单的产品信息中的合同信息进行分析，得到保单的保障项目。

当服务器获取到的保单状态为有效状态时，则根据保单的实际情况核查对应的合同信息，根据合同信息可以得到受益人的保障项目。

在一个实施例中保单数据处理方法还包括：对保单的合同信息中的保障条款信息进行分析，得到保单的保障项目。

对上传的保单的图像可通过文字识别技术识别出保单的文本数据，将保单的文本数据中的合同信息中的保障条款信息采用语义分析得到保单的保障项目。保单都会有保险条款，要分析好一个保单，要从基础的条款进行分析，保险条款可以进行拆分，从一条保险条款中可以拆分为很多个保障项目，将所有的保障项目进行分类汇总形成保障项目库。

通过将保障项目进行分类汇总形成保障项目库，可以达到重复利用的目的。

在一个实施例中保单数据处理方法还包括：当保单的产品信息不存在时，则在数据库中配置保单的产品信息以及与保单的产品信息对应的保险公司数据、险种数据、保险条款数据以及保障项目数据。

服务器通过对第三方入口上传的保单的产品信息进行分析，发现保单的产品信息不存在于数据库中时，将保单的产品信息添加至数据库并且进行配置，首先对保单的产品信息进行配置，例如新建产品、添加保险公司、配置保障项目、配置产品险种、配置产品保障内容以及配置产品条款，之后对该保单的产品信息对应的保险公司数据、险种数据、保险条款数据以及保障项目数据进行配置。

在一个实施例中保单数据处理方法还包括：获取对保单数据的查看请求，查看请求包括第一用户标识；根据查看请求将与第一用户标识相应的保单数据以及与第一用户标识相关联的第二用户标识的保单数据返回给第一用户标识所在的终端。

用户标识是用来唯一表示用户身份的字符串，第一用户标识是用来表示第一用户身份的字符串，第二用户标识是用来表示第二用户身份的字符串。第一用户标识与第二用户标识相关联是指将第二用户标识与第一用户标识绑定，当采用第一用户标识登录请求查看保单数据时，可以同时查看到第二用户标识的保单数据。例如，第一用户标识对应的用户为a，第二用户标识对应的用户可为用户a的家属，如父母、子女等。保单数据是指用于记录保单内容的数据。具体地，一个托管人可以托管全家人的保单，多个人的保单可以在一个页面上查看。终端通过接收用户对保单数据的查看请求，将接收到的查看请求发送给服务器，服务器收到查看请求后将保单数据返回给终端，用户可以在终端查看到自己的保单数据以及家人的保单数据。保单数据在终端可以通过第一展示页面和第二展示页面进行展示，如图5所示，第一展示页面是简化版的，包括重疾、人寿、出行等内容,在第一展示页面可以看到重要级别高的保障项目，根据不同的险种，显示不同的内容，第二展示页面是详情版，如图6所示，用户通过查看更多详情，就可以查看保单的详细情况,包括投保人信息、被保人信息、保额、缴费期等详细数据。

上述保单数据处理方法，通过将与第一用户标识相应的保单数据以及与第一用户标识相关联的第二用户标识的保单数据返回给第一用户标识所在的终端。通过一个人托管全家人的保单，可以方便管理，实时查看。

在一个实施例中，提供了一种保单数据处理方法，实现该方法的具体步骤如下：

首先，如图7所示，用户通过终端的摄像头对保单进行拍照得到保单的图像，将保单的图像上传到服务器。用户可通过键盘或触摸屏等输入设备输入保单的产品信息。终端将输入的保单的产品信息上传到服务器。服务器获取终端通过第三方应用程序入口上传的保单的产品信息，将用户保单信息等存储至保单数据库中。服务器通过对第三方入口上传的保单的产品信息进行分析，服务器可从该保单的产品信息中提取保单的名称，将保单的名称与数据库中存储的保单的名称进行比较，或者服务器可将该保单的产品信息中的险种和条款信息与数据库中存储的保单的产品信息中的险种和条款信息进行比较，可以知道该产品是否存在于数据库中，若相同，则表示该保单的产品信息存在于数据库中。当保单的产品信息存在于数据库中时，则开始对保单的产品信息进行分析，包括分析该保单所属的保险公司、险种以及条款等信息。

接着，服务器根据保单的实际情况核查对应的合同信息。服务器可获取保单的有效期限，将保单的有效期限与当前时刻进行比较，若有效期限未超过当前时刻，则保单状态为有效状态，当保单状态为有效状态时，则开始核查合同信息包括核查险种、保险条款、投保人、被保人以及受益人等情况。上述情况没有问题则开始对合同信息进行分析，对上传的保单的图像可通过文字识别技术识别出保单的文本数据，保单都会有保险条款，要分析好一个保单，要从基础的条款进行分析，将保单的文本数据中的合同信息中的保障条款信息采用语义分析得到保单的保障项目，保险条款可以进行拆分，一条保险条款可以拆分为很多个保障项目，保障项目可以按照重要程度分为多级，例如第一重要级别、第二重要级别和第三重要级别，且第一重要级别大于第二重要级别，第二重要级别大于第三重要级别。通过对条款的分析可以从中获取多个候选保障项目，候选保障项目有几百上千条，为了更清楚的知道每种类型的险种对应的保障项目，需要从多个候选保障项目中选择重要级别最高的保障项目作为目标保障项目，或按照重要级别从高到低选取预设数量的保障项目作为目标保障项目，便于后期进行展示。

同时，在分析保单的过程中发现保单信息不全则将该保单打入异常单，保单信息不全并且联系不上用户，则将该保单放入回收站。如果上述都没有问题则表示审核通过，接着分析保单的保障信息，包括分析保障内容、保额、除外责任等，需要说明的是，对保单进行分析的任何一个环节都可以将保单打入异常单和放入回收站。如果保单的保障信息也没有问题，则将保单数据在终端进行展示，终端通过接收用户对保单数据的查看请求，将该请求发送给服务器，服务器收到请求后将保单数据返回给终端，用户可以在终端查看到自己的保单数据以及家人的保单数据。保单数据在终端可以通过第一展示页面和第二展示页面进行展示，如图5所示，第一展示页面是简化版的，用户可以在终端查看到自己的保单数据以及家人的保单数据，包括重疾、人寿、出行等内容，展示的是重要级别高的保障项目，根据不同的险种，显示不同的内容，第二展示页面是详情版，如图6所示，用户通过查看更多详情，就可以查看保单的详细情况，包括投保人信息、被保人信息、保额、缴费期等详细数据。

接着，服务器对上传的保单的产品信息进行审查时发现该保单的产品信息不存在于数据库中时，则需要将保单的产品信息添加至数据库便于后期进行配置。先对保单的产品信息进行配置，例如新建产品、添加保险公司、配置保障项目、配置产品险种、配置产品保障内容以及配置产品条款，之后对该保单的产品信息对应的保险公司数据、险种数据、保险条款数据以及保障项目数据进行配置。

接着，管理员将保单的产品信息添加至数据库中后，服务器判断是否需要对前端的显示页面进行修改，如果需要修改则对第一展示页面以及第二展示页面进行修改，修改完成后服务器根据保单的实际情况核查对应的合同信息。服务器可获取保单的有效期限，将保单的有效期限与当前时刻进行比较，若有效期限未超过当前时刻，则保单状态为有效状态，当保单状态为有效状态时，则开始核查合同信息包括核查险种、保险条款、投保人、被保人以及受益人等情况。上述情况没有问题则开始对合同信息进行分析，对上传的保单的图像可通过文字识别技术识别出保单的文本数据，保单都会有保险条款，要分析好一个保单，要从基础的条款进行分析，将保单的文本数据中的合同信息中的保障条款信息采用语义分析得到保单的保障项目，保险条款可以进行拆分，一条保险条款可以拆分为很多个保障项目，保障项目可以按照重要程度分为多级，例如第一重要级别、第二重要级别和第三重要级别，且第一重要级别大于第二重要级别，第二重要级别大于第三重要级别。通过对条款的分析可以从中获取多个保障项目，保障项目有几百上千条，为了更清楚的知道每种类型的险种对应的保障项目，需要从多个保障项目中选择重要级别最高的保障项目作为目标保障项目，或按照重要级别从高到低选取预设数量的保障项目作为目标保障项目，便于后期进行展示。

同时，在分析保单的过程中发现保单信息不全则将该保单打入异常单，保单信息不全并且联系不上用户，则将该保单放入回收站。如果上述都没有问题则表示审核通过，接着分析保单的保障信息，包括分析保障内容、保额、除外责任等，需要说明的是，对保单进行分析的任何一个环节都可以将保单打入异常单和放入回收站。如果保单的保障信息也没有问题，则将保单数据在终端进行展示，终端通过接收用户对保单数据的查看请求，将该请求发送给服务器，服务器收到请求后将保单数据返回给终端，用户可以在终端查看到自己的保单数据以及家人的保单数据。保单数据在终端可以通过第一展示页面和第二展示页面进行展示，如图5所示，第一展示页面是简化版的，用户可以在终端查看到自己的保单数据以及家人的保单数据，包括重疾、人寿、出行等内容，展示的是重要级别高的保障项目，根据不同的险种，显示不同的内容，第二展示页面是详情版，如图6所示，用户通过查看更多详情，就可以查看保单的详细情况，包括投保人信息、被保人信息、保额、缴费期等详细数据。如果不需要对前端显示页面进行修改就直接对保单的合同信息等进行分析展示，此处不再重复论述。

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

在一个实施例中，如图8所示，提供了一种保单数据处理装置，包括：第一获取模块802、分析模块804和第二获取模块806，其中：

第一获取模块802，用于获取终端上传的保单的产品信息。

分析模块804，用于对保单的产品信息进行分析，得到保单的候选保障项目。

第二获取模块806，用于根据保单的产品信息中的险种类型从保单的候选保障项目中获取目标保障项目。

在一个实施例中，第一获取模块802还可以用于获取终端通过第三方应用程序入口上传的保单的产品信息。

在一个实施例中，分析模块804还可以用于当保单的产品信息存在于数据库中时，则对保单的产品信息进行分析；当保单的产品信息不存在时，则将保单的产品信息添加至数据库。当保单状态为有效状态时，则对保单的产品信息中的合同信息进行分析，得到保单的保障项目。对保单的合同信息中的保障条款信息进行分析，得到保单的保障项目。

在一个实施例中，第二获取模块806还可以用于根据保单数据获取保单状态，获取对保单数据的查看请求，查看请求包括第一用户标识；根据查看请求将与第一用户标识相应的保单数据以及与第一用户标识相关联的第二用户标识的保单数据返回给第一用户标识所在的终端。

关于保单数据处理装置的具体限定可以参见上文中对于保单数据处理方法的限定，在此不再赘述。上述保单数据处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

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

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

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

获取终端上传的保单的产品信息；

对保单的产品信息进行分析，得到保单的候选保障项目；

根据保单的产品信息中的险种类型从保单的候选保障项目中获取目标保障项目。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

获取终端通过第三方应用程序入口上传的保单的产品信息。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

当保单的产品信息存在于数据库中时，则对保单的产品信息进行分析；

当保单的产品信息不存在时，则将保单的产品信息添加至数据库。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

从所述保单的产品信息读取保单数据，所述保单数据包括合同信息；

根据保单数据获取保单状态；

当保单状态为有效状态时，则对保单的产品信息中的合同信息进行分析，得到保单的保障项目。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

对保单的合同信息中的保障条款信息进行分析，得到保单的保障项目。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

当保单的产品信息不存在时，则在数据库中配置所述保单的产品信息以及与保单的产品信息对应的保险公司数据、险种数据、保险条款数据以及保障项目数据。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

获取对保单数据的查看请求，查看请求包括第一用户标识；

根据查看请求将与第一用户标识相应的保单数据以及与第一用户标识相关联的第二用户标识的保单数据返回给第一用户标识所在的终端。

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

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

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