1.本发明实施例涉及交互平板
技术领域：
：，尤其涉及多实体共享数据库表的处理方法、装置、交互平板和存储介质。
背景技术：
：：2.在计算机系统中存储一些信息时，会定义出一个实体并定义实体的属性。比如，在一个学生管理系统中，会定义出学生这个实体，命名为student，并定义它有姓名、年龄、学号、所在班级这4个属性。在数据库中存储时，会对应地创建一个数据库表，可以取名为table_student，在该表中定义4个字段：依次取名为：name、age、studentid、class。3.具体到通过校园、企业等场景中的多个交互平板搭建的网络环境中，存在基于交互平板提供的数据存储服务。在该数据存储服务中，用户可存储图片、视频、应用、硬件设备信息等各种类型的数据，每个数据作为一个独立的实体进行存储。在该数据存储服务的基础上使用数据生成可供展示和交互的页面，然后分发给展示终端，其一大特性是支持按照需要自由定义需要的数据和界面，即定义个性化的实体，实体有不同的属性。4.发明人在基于交互平板的存储服务使用现有的数据实体处理方式实现实体数据的展示和交互时发现，实体数量的快速增加导致要实现目标功能的正常使用需要部署更多的数据库服务器，造成成本上升；同时对实体定义的修改需要通过对对应数据库表的同步修改实现，按现有的数据实体处理方式需要通过发布新程序通过数据库管理修改数据库表实现，数据库表管理复杂。技术实现要素：5.本发明提供了一种多实体共享数据库表的处理方法、装置、设备和存储介质，以解决现有数据实体存储方式在实体数量较大时数据库服务器的成本过高和数据库表管理复杂的技术问题。6.第一方面，本发明实施例提供了一种多实体共享数据库表的处理方法，包括：接收待处理的目标实体数据的实体标识，所述实体标识用于标识交互平板存储的实体数据；7.基于所述实体标识从属性文件读取所述目标实体数据对应的数据属性，所述数据属性用于记录所述实体数据的属性定义；8.基于所述实体标识和数据属性从共享数据库表中获取所述目标实体数据对应的数据条目中的有效数据；9.其中，所述共享数据库表记录有多个数据条目分别对应多个实体数据，所述共享数据库表的属性定义为所述多个实体数据的属性定义的并集。10.第二方面，本发明实施例还提供了一种多实体共享数据库表的处理装置，包括：11.标识接收单元，用于接收待处理的目标实体数据的实体标识，所述实体标识用于标识交互平板存储的实体数据；12.属性读取单元，用于基于所述实体标识从属性文件读取所述目标实体数据对应的数据属性，所述数据属性用于记录所述实体数据的属性定义；13.数据读取单元，用于基于所述实体标识和数据属性从共享数据库表中获取所述目标实体数据对应的数据条目中的有效数据；14.其中，所述共享数据库表记录有多个数据条目分别对应多个实体数据，所述共享数据库表的属性定义为所述多个实体数据的属性定义的并集。15.第三方面，本发明实施例还提供了一种设备，包括：16.一个或多个处理器；17.存储器，用于存储一个或多个程序；18.当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如第一方面任一所述的多实体共享数据库表的处理方法。19.第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如第一方面任一所述的多实体共享数据库表的处理方法。20.上述多实体共享数据库表的处理方法、装置、设备和存储介质，通过接收待处理的目标实体数据的实体标识，所述实体标识用于标识交互平板存储的实体数据；基于所述实体标识从属性文件读取所述目标实体数据对应的数据属性，所述数据属性用于记录所述实体数据的属性定义；基于所述实体标识和数据属性从共享数据库表中获取所述目标实体数据对应的数据条目中的有效数据；其中，所述共享数据库表记录有多个数据条目分别对应多个实体数据，所述共享数据库表的属性定义为所述多个实体数据的属性定义的并集。共享数据库表的方式将多个实体的数据存储在一张数据库表中，不同实体的数据属性保存在属性文件中，根据属性文件中记录的数据属性读取共享数据库表中记录的有效数据，通过少量的数据表完成了大量实体数据的存储，降低了数据库服务器的配置成本，同时通过对属性文件和共享数据库表的两次访问实现了对数据库的动态更新。附图说明21.图1为本发明实施例提供的一种多实体共享数据库表的处理方法的流程图；22.图2-4为本发明实施例提供的三个实体数据的实体属性的示意图；23.图5为本发明实施例提供的共享数据库表的结构示意图；24.图6为本发明实施例提供的一种多实体共享数据库表的处理装置的结构示意图；25.图7为本发明实施例提供的一种设备的结构示意图。具体实施方式26.下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。27.需要注意的是，由于篇幅所限，本技术说明书没有穷举所有可选的实施方式，本领域技术人员在阅读本技术说明书后，应该能够想到，只要技术特征不互相矛盾，那么技术特征的任意组合均可以构成可选的实施方式。28.例如，在实施例的一个实施方式中，记载了一个技术特征：基于实体标识从属性文件读取目标实体数据对应的数据属性，在实施例的另一个实施方式中，记载了另一个技术特征：一个共享数据库表中的实体数据共同的属性定义的数量达到预设门限值。由于以上两个技术特征不互相矛盾，本领域技术人员在阅读本技术说明书后，应该能够想到，同时具有这两个特征的实施方式也是一种可选的实施方式，即在基于实体标识从属性文件读取目标实体数据对应的数据属性之后，从具体存储数据的共享数据库表中读取有效数据，该共享数据库表中实体数据的共同的属性定义的数量达到预设门限值。29.下面对各实施例进行详细说明。30.图1为本发明实施例提供的一种多实体共享数据库表的处理方法的流程图。实施例中提供的多实体共享数据库表的处理方法可以由处理方法的操作设备执行，该处理方法的操作设备可以通过软件和/或硬件的方式实现，该处理方法的操作设备可以是两个或多个物理实体构成，也可以是一个物理实体构成。例如，处理方法的操作设备可以是微处理器、嵌入式处理器或者cpu等。31.具体的，参考图1，该多实体共享数据库表的处理方法具体包括：32.步骤s101：接收待处理的目标实体数据的实体标识，实体标识用于标识交互平板存储的实体数据。33.交互平板可以是通过触控技术对显示在显示屏幕上的内容进行操控和实现人机交互操作的一体化设备，其集成了投影机、电子白板、幕布、音响、电视机以及视频会议终端等一种或多种功能。34.一般而言，交互平板包括至少一块显示屏。例如，交互平板配置有一块具有触摸功能的显示屏，且该显示屏可以是电容屏、电阻屏或者电磁屏。用户可以通过手指或触控笔触控显示屏的方式实现触控操作，相应的，交互平板检测触控位置，并根据触控位置进行响应，以实现触控功能。典型的，交互平板安装有至少一种操作系统，其中，操作系统包括但不限定于安卓系统、linux系统及windows系统。35.交互平板的使用过程中，会添加或产生各种不同类型的文件，例如图片、视频、文档、应用、会议记录、书籍、画册等，在本方案中，每个文件即为一个实体数据，每个实体数据对应有一个唯一使用实体标识表示其具体是哪个文件。36.对于已有的实体数据，可能会有修改、使用、分到到其它交互平板等操作，这些操作均通过可供展示和交互的页面实现，该页面支持按照需要自由定义需要的数据和界面，即针对每个实体数据进行个性化定义。37.为交互平板所在的生态系统提供的数据存储服务即用于对以上实体数据实现云端管理。从功能实现上来说，各个交互平板的用户根据需要将相关的实体数据存储到云端的数据库服务器，并实现权限内的任意处理。但是实际处理过程中如果采用现有的实体数据单个建表的处理方式，随着实体数据的增加，对实体数据一一对应的数据库表的维护给数据库服务器的处理能力带来了较高的要求，要维持正常使用只能通过增加数据库服务器的方式实现，而且对数据库表的定义和更新只能通过程序升级实现，对数据库表的更新滞后于实体数据的更新类型。38.本方案中整体仍然基于数据库服务器实现对实体数据的存储服务，但是会对具体的数据处理过程进行优化设计，整体上，每个实体数据依然对应有自身的实体标识。在本方案的应用场景中，假设有基于交互平板初始有3个实体数据，这些实体数据使用基于交互平板搭建的网络环境中提供的数据存储服务实现数据存储管理。3个实体数据的实体标识分别为entity1、entity2和entity3，每个实体数据有3个属性定义。如图2所示，entity1对应的属性定义为a、b和c；如图3所示，entity2对应的属性定义为a、b和d；如图4所示，entity3对应的属性定义为a、e和f。39.当用户有数据处理需求时，通过安装于交互平板或终端设备的软件的交互页面进行操作，确认该数据处理需求对应的待处理的目标实体数据，在底层数据处理层面上，主要是从根据用户在交互页面的操作确认该目标实体数据对应的实体标识，以基于实体标识进行后续的数据处理过程。例如前文所述的三个实体数据，对应的实体标识分别为entity1、entity2和entity3。40.步骤s102：基于实体标识从属性文件读取目标实体数据对应的数据属性，数据属性用于记录实体数据的属性定义。41.适应于本方案中的数据存储策略，通过属性文件记录所有实体数据的属性定义，例如前文所述的entity1、entity2和entity3三个实体数据，其对应的属性定义均记录在属性文件中，其中实体数据entity1有a、b和c三个属性定义，其对应在属性文件中记录的数据属性为a、b和c，同理，实体数据entity2对应在属性文件中记录的数据属性为a、b和d，实体数据entity3对应在属性文件中记录的数据属性为a、e和f。42.在属性文件还记录有数据属性对应的数据类型，在对数据属性进行读取时，还同时读取到数据属性对应的数据类型。例如浮点数类型、整数类型、字符串类型等，具体类型是现有技术，本方案主要在属性文件中记录各个数据属性对应的数据类型，以提高后续数据处理的效率。43.步骤s103：基于实体标识和数据属性从共享数据库表中获取目标实体数据对应的数据条目中的有效数据。44.共享数据库表记录有多个数据条目分别对应多个实体数据，共享数据库表的属性定义为多个实体数据的属性定义的并集。共享数据库表在不同的实体数据进行保存时，需要保存每个实体数据所有的属性定义，在具体保存时，将不同的实体数据中相同的属性定义保存在同一列数据字段，即共享数据库表的属性定义为多个实体数据的属性定义的并集，从而通过一个共享数据库表对多个实体数据进行保存，共享数据库表的一个属性定义即为一列数据字段。45.在具体实现数据获取的过程中，基于数据属性对应的数据类型，本方案引入一种数据结构来实现实体数据与数据条目中有效数据的映射。该数据结构包括名称和列表两个属性，其中名称表示实体数据的实体标识，列表表示该实体数据具有的数据属性，列表同时还可以进一步表示每个数据属性对应的数据类型。该数据结构一种示例性的表示为：[0046][0047]基于该数据结构的示例性表示，前文所述的实体数据entity1，对应的schema1则为：[0048][0049]相应的，实体数据entity2和实体数据entiy3对应的schema2和schema3依次如下：[0050][0051][0052]用如上所示的数据结构，在数据库服务器中定义并表示了实体数据。[0053]基于以上数据结构的定义，在共享数据库表中有多列数据字段用于保存所有实体数据的属性定义的具体数据，但是最终的保存结果如图5所示，一个实体数据在共享数据库表中的数据条目并不是在所有列的数据字段都存在有效数据，例如实体数据entity1，其仅在a、b和c三个数据属性为实际有效数据，因此，在对该数据进行基础的读取时，只需要获取a、b和c三个字段的数据作为有效数据，其它字段的数据直接忽略即可。[0054]在具体实施过程中，可以根据实体数据的数量选择共享数据库表的存储策略，例如将所有的实体数据保存到一个共享数据库表；又例如根据数据处理能力每个共享数据库表中保存预设数量的实体数据，当一个共享数据库表中的实体数据达到预设数量，即新建共享数据库表进行新的实体数据的存储；还可以将属性定义的相似度较高的实体数据保存到同一个共享数据库表中，即一个共享数据库表中的实体数据共同的属性定义的数量达到预设门限值，只有共同的属性定义的数量达到预设门限值(例如2个、3个或更多)的实体数据，才保存到同一共享数据库表，如果有新增的实体数据与现有共享数据库表中实体数据共同的属性定义没有达到预设门限值，则新建共享数据库表进行该实体数据的保存。[0055]在根据数据类型对有效数据进行获取的基础上，本技术实施例还可以包括：[0056]步骤s104：基于数据类型对目标实体数据对应的有效数据进行处理。[0057]一般来说，对目标实体数据的处理主要有修改处理和删除处理，在这两种处理过程中，将目标实体数据各个数据属性对应的有效数据转换为对应的数据类型进行存储或显示。实体数据的相关属性定义在共享数据库表中存储的数据类型不一定与用户实际能理解的数据类型一直，一种常见的存储与读取的差异是身份证号码存储的数据类型与用户能理解的数据类型的差异，可能存储的长整型数字，但是用户能理解的是文本数字，这种存储的数据类型和用户能理解的数据类型之间的差异需要通过数据类型的转换实现，最终实现用户在数据存取过程中的良好交互。[0058]在具体的处理过程中，本方案实施例还可以包括：[0059]步骤s105：接收数据增加指令，数据增加指令用于将指定的实体数据保存到共享数据库表。[0060]步骤s106：在共享数据库表增加数据条目，该数据条目中的有效数据根据数据增加指令确认的属性定义生成。[0061]步骤s107：将指定的实体数据的实体标识及对应的有效数据的数据属性关联保存到属性文件。[0062]步骤s105-步骤s107用于在数据库服务器新增交互平板上传的实体数据，对应于本方案中关于属性文件和共享数据库表分别存储实体数据相关内容的设计，新增实体数据的过程也会对应在属性文件和共享数据库表进行两次更新，即新增的实体数据本身需要对应在共享数据库表中新增数据条目，同时还要在属性文件中新增其对应的数据属性。[0063]基于前文所述的数据结构对实体数据的定义，schema有多种存储和获取方式，最简单的，可以将其存储到文件中，数据库服务器接收到实体数据相关请求时，从本地读取。也可以从专门创建和维护schema的服务中获取。当数据库服务器获取到schema后，会解析并表示成数据库服务器自己的数据结构，存放在内存中，在后续存取数据时使用。[0064]适应于该数据结构，进一步提供了对实体数据进行处理的详细过程，在此对保存和获取一个实体数据的方法进行详细说明。对于保存方法的参数和返回值的定义为save(entityname,data)void，其中entityname用来指定实体名称，data以map的格式提供了entitiy的数据，该保存方法返回值为void；对于获取方法的参数和返回值的定义为find(entityname)data，其中entityname用来指定实体名称，该方法返回值data表示查询到的数据。[0065]在保存方法的处理流程中，首先从内存中按照entityname，查到该实体数据的schema，然后根据schema的attributes属性，获取该实体数据所具有的数据属性，再根据该实体数据的数据属性，将要保存的数据转换数据类型，最后拼写sql的insert语句，将数据保存到共享数据库表中。[0066]在获取方法的处理流程中，首先从内存中按照entityname，查到该实体数据的schema，然后根据schema的attributes属性，获取该实体数据所具有的数据属性，再根据该实体数据的数据属性，拼写sql的select语句，从共享数据库表中，查出对应的有效数据，最后将查出的有效数据转换成方法定义的数据类型并返回。[0067]利用如上所示的数据结构和方法，实现多个实体数据和一个共享数据库表的映射，可以保存和获取实体数据。当业务需求变更时，可以修改实体数据的定义，具体表现为创建新实体数据，修改或删除已存在的实体数据。对应的操作为，为新的实体数据创建schema，为已存在的实体数据修改schema，删除不再需要的实体数据的schema。[0068]当schema发生变动时，数据库服务器能够通过主动或者被动的方式来获取到这些变动。数据库服务器可以主动地查询到schema的变动，或者数据库服务器在正常运行状态下设置监听器，当schema变动时，会被动地得到通知。当数据库服务器遇到schema的变动时，解析最新的schema，保存到属性文件中，供存取实体数据时使用，同时，数据库服务器会根据schema的具体变化，来同步地修改共享数据库表。具体的操作方式如下：[0069]当新增一个实体数据时，以该实体数据的名字，按照固定的映射规则，确定出共享数据库表的表名，根据schema的属性定义和固定的转换规则，生成共享数据库表的列定义，最终，根据表名和列定义，生成创建表的sql语句并执行，此时，为新增的schema创建了对应的数据条目并在属性文件中新增该schema的数据属性，后续该schema所对应的实体数据，就可在该数据条目中存取。[0070]当一个实体数据被修改时，它的实体数据名字未改动，而它的部分属性定义被修改，具体可以有新增一个属性定义、修改一个属性定义、删除一个属性定义。此时，数据库服务器会在属性文件中更新该schema并修改共享数据库表。为新增的数据属性创建对应的数据表字段，为被修改的数据属性更新表字段。对已经删除的数据属性，如果它在共享数据库表中对应的字段，当前仅由它使用，未与其他schema共享，则直接删除，否则，则保留该表字段。但该schema的实体数据，已无法再在共享数据库表中访问该字段。[0071]当一个实体数据被删除时，数据库服务器从属性文件中删除其对应的数据属性，并尝试删除它对应的共享数据库表。如果共享数据库表仅仅被该schema使用，则删除，否则保留。此后，无法再访问该schema对应的共享数据库表及其中的数据。以上共享数据库表中单一数据条目的变化是现有数据库处理的常规操作，在此不另做说明。[0072]数据库服务器按照如上的数据处理方式，就可根据实体数据的变动而更改共享数据库表和存取数据的方式，实现了对用于存储实体数据的数据库的动态实时改动。[0073]基于以上处理过程，能够有效提高数据库服务器的数据处理效率，进而降低数据库服务器的配置成本。假设基于交互平板的生态系统中总共有1000个客户，平均每个客户自定义50个实体数据，此时，云端需要处理50000个实体数据，如果按照已有的实体数据和数据库表一一对应的方式建表，则总共需要创建50000个数据库表，需要多台数据库服务器才能满足对这50000个数据库表的存储和管理，硬件设备成本较高。而基于本方案，以共享数据库表的方式实现实体数据与数据库表的多对一，需要创建的数据库表数量大幅下降，根据实体数据的数量和类型的具体需要，可以将要创建的数据库表减少到50个甚至更少，有效地节省了数据库资源。同时，用户对实体数据的修改需求只需要基于前述数据结构对属性进行调整，避免了现有对程序的升级，也不需要人工修改数据库表，实现了对数据库的动态更新。[0074]上述，接收待处理的目标实体数据的实体标识，实体标识用于标识交互平板存储的实体数据；基于实体标识从属性文件读取目标实体数据对应的数据属性，数据属性用于记录实体数据的属性定义；基于实体标识和数据属性从共享数据库表中获取目标实体数据对应的数据条目中的有效数据；其中，共享数据库表记录有多个数据条目分别对应多个实体数据，共享数据库表的属性定义为多个实体数据的属性定义的并集。共享数据库表的方式将多个实体的数据存储在一张数据库表中，不同实体的数据属性保存在属性文件中，根据属性文件中记录的数据属性读取共享数据库表中记录的有效数据，通过少量的数据表完成了大量实体数据的存储，降低了数据库服务器的配置成本，同时通过对属性文件和共享数据库表的两次访问实现了对数据库的动态更新。[0075]图6为本发明实施例提供的一种多实体共享数据库表的处理装置的结构示意图。参考图6，该多实体共享数据库表的处理装置包括：标识接收单元210、属性读取单元220和数据读取单元230。[0076]其中，标识接收单元210，用于接收待处理的目标实体数据的实体标识，实体标识用于标识交互平板存储的实体数据；属性读取单元220，用于基于实体标识从属性文件读取目标实体数据对应的数据属性，数据属性用于记录实体数据的属性定义；数据读取单元230，用于基于实体标识和数据属性从共享数据库表中获取目标实体数据对应的数据条目中的有效数据；其中，共享数据库表记录有多个数据条目分别对应多个实体数据，共享数据库表的属性定义为多个实体数据的属性定义的并集。[0077]在上述实施例的基础上，处理装置，还包括：[0078]指令接收单元，用于接收数据增加指令，数据增加指令用于将指定的实体数据保存到共享数据库表；[0079]条目增加单元，用于在共享数据库表增加数据条目，该数据条目中的有效数据根据数据增加指令确认的属性定义生成；[0080]属性保存单元，用于将指定的实体数据的实体标识及对应的有效数据的数据属性关联保存到属性文件。[0081]在上述实施例的基础上，属性文件还记录有数据属性对应的数据类型；[0082]所述处理装置，还包括：[0083]数据读写单元，用于基于数据类型对目标实体数据对应的有效数据进行处理。[0084]在上述实施例的基础上，数据读写单元，具体用于将目标实体数据各个数据属性对应的有效数据转换为对应的数据类型进行存储或显示。[0085]在上述实施例的基础上，对目标实体数据对应的有效数据的处理为修改处理或删除处理。[0086]在上述实施例的基础上，一个共享数据库表中的实体数据共同的属性定义的数量达到预设门限值。[0087]本发明实施例提供的多实体共享数据库表的处理装置包含在交互平板的操作设备中，且可用于执行上述实施例中提供的任一多实体共享数据库表的处理方法，具备相应的功能和有益效果。[0088]值得注意的是，上述多实体共享数据库表的处理装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。[0089]图7为本发明实施例提供的一种设备的结构示意图，该设备是前文所述数据库服务器的一种具体的硬件呈现方案。如图7所示，该设备包括处理器310、存储器320、输入装置330、输出装置340以及通信装置350；设备中处理器310的数量可以是一个或多个，图7中以一个处理器310为例；设备中的处理器310、存储器320、输入装置330、输出装置340以及通信装置350可以通过总线或其他方式连接，图7中以通过总线连接为例。[0090]存储器320作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本发明实施例中的多实体共享数据库表的处理方法对应的程序指令/模块(例如，多实体共享数据库表的处理装置中的标识接收单元210、属性读取单元220和数据读取单元230)。处理器310通过运行存储在存储器320中的软件程序、指令以及模块，从而执行设备的各种功能应用以及数据处理，即实现上述的多实体共享数据库表的处理方法。[0091]存储器320可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据设备的使用所创建的数据等。此外，存储器320可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器320可进一步包括相对于处理器310远程设置的存储器，这些远程存储器可以通过网络连接至设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。[0092]输入装置330可用于接收输入的数字或字符信息，以及产生与设备的用户设置以及功能控制有关的键信号输入。输出装置340可包括显示屏等显示设备。[0093]上述设备包含多实体共享数据库表的处理装置，可以用于执行任意多实体共享数据库表的处理方法，具备相应的功能和有益效果。[0094]本发明实施例还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行本技术任意实施例中提供的多实体共享数据库表的处理方法中的相关操作，且具备相应的功能和有益效果。[0095]本领域内的技术人员应明白，本技术的实施例可提供为方法、系统、或计算机程序产品。[0096]因此，本技术可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。本技术是参照根据本技术实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。[0097]在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。存储器是计算机可读介质的示例。[0098]计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。[0099]还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。[0100]注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。当前第1页12当前第1页12