一种数据处理方法、装置、系统及电子设备

技术领域

本申请涉及数据处理领域，尤其涉及一种数据处理方法、装置、系统及电子设备。

背景技术

目前，在数据源配置方案中，所有数据源的信息都需要配置在应用程序中，需要复杂的链接信息的配置才能够实现应用程序与数据库的连接，当数据源配置需要修改时，需要对应用程序进行相应的调整才能够实现，操作繁琐，降低了用户体验。

发明内容

有鉴于此，本申请提供一种数据处理方法、装置、系统及电子设备，其具体方案如下：

一种数据处理方法，应用于数据处理装置，所述数据处理装置能够存储不同数据源的数据源对象，包括：

获得第一客户端发送的数据操作请求，所述数据操作请求用于对第一数据源指定的数据执行数据操作；

基于所述数据操作请求中的操作标识查找与所述第一数据源对应的第一数据源对象；

若从已创建的数据源对象中未查找到所述第一数据源对象，则基于所述第一数据源的第一数据源信息创建第一数据源对象；

基于创建的所述第一数据源对象执行所述数据操作。

进一步的，还包括：

若确定存储的第一数据源信息变化，删除与变化前的所述第一数据源信息对应的第一数据源对象。

进一步的，还包括：

获取更新后的第一数据源信息，所述更新后的第一数据源信息为修改或新增的数据源的配置信息；

对所述更新后的第一数据源信息进行存储，以便于调用存储的所述更新后的第一数据源信息创建更新后的第一数据源对象。

进一步的，所述基于所述数据操作请求中的操作标识查找与所述第一数据源对应的第一数据源对象，包括：

获得所述数据操作请求中的操作标识及密钥；

对所述数据操作请求中的密钥进行验证；

若验证通过，基于所述数据操作请求中的操作标识查找与所述第一数据源对应的第一数据源对象。

进一步的，还包括：

获得所述第一客户端发送的注册请求，基于所述注册请求生成操作标识及密钥；

将所述操作标识及密钥发送至所述第一客户端。

进一步的，所述基于创建的所述第一数据源对象执行所述数据操作，包括：

基于创建的所述第一数据源对象确定指定的第一数据库；

对所述第一数据库中的数据执行所述数据操作；

其中，所述数据操作至少包括：对所述第一数据库中的数据的增加、删除、查询或修改操作。

进一步的，还包括：

若基于所述第一数据源的第一数据源信息创建第一数据源对象失败，则生成创建失败的提示信息。

一种数据处理系统，包括：

客户端，用于发送数据操作请求；

数据库；

数据处理装置，用于获得所述客户端发送的数据操作请求，所述数据操作请求用于对第一数据源指定的数据执行数据操作；基于所述数据操作请求中的操作标识查找与所述第一数据源对应的第一数据源对象；若从已创建的数据源对象中未查找到所述第一数据源对象，则基于所述第一数据源的第一数据源信息创建第一数据源对象；基于创建的所述第一数据源对象执行所述数据操作。

一种数据处理装置，所述数据处理装置能够存储不同数据源的数据源对象，包括：

获得单元，用于获得第一客户端发送的数据操作请求，所述数据操作请求用于对第一数据源指定的数据执行数据操作；

查找单元，用于基于所述数据操作请求中的操作标识查找与所述第一数据源对应的第一数据源对象；

创建单元，用于在从已创建的数据源对象中未查找到所述第一数据源对象时，基于所述第一数据源的第一数据源信息创建第一数据源对象；

执行单元，用于基于创建的所述第一数据源对象执行所述数据操作。

一种电子设备，包括：

处理器，用于获得第一客户端发送的数据操作请求，所述数据操作请求用于对第一数据源指定的数据执行数据操作；基于所述数据操作请求中的操作标识查找与所述第一数据源对应的第一数据源对象；若从已创建的数据源对象中未查找到所述第一数据源对象，则基于所述第一数据源的第一数据源信息创建第一数据源对象；基于创建的所述第一数据源对象执行所述数据操作；

存储器，用于存储所述处理器执行上述处理过程的程序。

从上述技术方案可以看出，本申请公开的数据处理方法、装置、系统及电子设备，应用于数据处理装置，数据处理装置能够存储不同数据源的数据源对象，方法包括：获得第一客户端发送的数据操作请求，数据操作请求用于对第一数据源指定的数据执行数据操作，基于数据操作请求中的操作标识查找与第一数据源对应的第一数据源对象，若未查找到第一数据源对象，则重新创建第一数据源对象，基于重新创建的第一数据源对象执行数据操作。本方案中将不同的数据源对象存储至数据处理装置中，若数据源信息发生变化时，若获得针对该数据源指定数据的数据操作，则直接基于发生变化后的数据源信息重新创建数据源对象，以便于能够顺利执行数据操作，这一过程中无需对应用程序进行相应的调整，也无需重启应用系统，操作简洁，提高了用户体验。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例公开的一种数据处理方法的流程图；

图2为本申请实施例公开的一种数据处理方法的流程图；

图3为本申请实施例公开的一种数据处理方法的流程图；

图4为本申请实施例公开的一种数据处理系统的结构示意图；

图5为本申请实施例公开的一种数据处理装置的结构示意图；

图6为本申请实施例公开的一种电子设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请公开了一种数据处理方法，其流程图如图1所示，包括：

步骤S11、获得第一客户端发送的数据操作请求，数据操作请求用于对第一数据源指定的数据执行数据操作；

步骤S12、基于数据操作请求中的操作标识查找与第一数据源对应的第一数据源对象；

步骤S13、若从已创建的数据源对象中未查找到第一数据源对象，则基于第一数据源的第一数据源信息创建第一数据源对象；

步骤S14、基于创建的第一数据源对象执行所述数据操作。

在多数据源模型的数据加载过程中，为了解决常规的数据源配置方案中所有数据源的信息都需要配置在应用程序中，需要实现很繁琐的链接信息配置；同时，在多数据源的情况下需要保障所有数据源的运行，以避免某一个数据源的不稳定导致应用系统无法使用的问题。

为了解决上述问题，本实施例公开了一种数据处理方法，其应用于数据处理装置，能够实现数据源的简化配置，在不影响系统正常运行的情况下，实现数据源变化的动态感知，信息的修改等；能够实现数据引擎与数据源的衔接，只需将数据源注册到数据处理装置，即可对该数据源实现相应操作。另外，该数据处理装置具有独立的管理端，能够实现支持数据库、配置中心、本地存储等多种不同方式来实现数据源配置存储，以达到配置信息的可持久化。

数据处理装置能够存储不同数据源的数据源对象，同时，数据处理装置能够同时与多个客户端连接，客户端与数据源为一一对应的关系，每个客户端能够通过数据处理装置对其自身对应的数据源对象进行操作，而不能对数据处理装置中存储的其他数据源对象进行操作。数据处理装置能够管理所有接入的信息系，不同的客户端进行接入使用，实现对数据的操作。

具体的，若数据处理装置获得第一客户端发送的数据操作请求，则数据处理装置会基于该数据操作请求去查找对应的第一数据源对象。

数据操作请求是用于对第一数据源指定的数据执行数据操作的请求，第一数据源是与第一客户端对应的。数据操作请求中至少包括操作标识，基于该操作标识能够查找到与该第一数据源对应的第一数据源对象，每个数据源对象与数据源通过操作标识一一对应，以便于查找。

若数据处理装置存储的已创建的数据源对象中包括第一数据源对象，则可直接基于该操作标识查找到第一数据源对象，之后，基于第一数据源对象执行数据操作；

若数据处理装置存储的已创建的数据源对象中不包括第一数据源对象，则无法通过操作标识查找到第一数据源对象，则需要基于当前存储的第一数据源信息对第一数据源对象进行创建，并在创建完成后基于创建完成的第一数据源对象执行数据操作。

其中，第一数据源信息可以存储在数据处理装置中，也可以存储在数据库中，当需要获取数据源信息时，直接去查找与该数据源对应的数据源信息即可，其查找的过程也可以基于操作标识实现。

本实施例公开的数据处理方法中，无论数据源信息是存储在数据处理装置本地，还是存储在数据库中，都避免了将所有的数据源信息均存储在同一个应用程序中，当需要对数据源信息进行调整时，要控制整个系统停机重新加载运行的问题，简化了操作流程，提高了工作效率。

本实施例公开的数据处理方法，应用于数据处理装置，数据处理装置能够存储不同数据源的数据源对象，方法包括：获得第一客户端发送的数据操作请求，数据操作请求用于对第一数据源指定的数据执行数据操作，基于数据操作请求中的操作标识查找与第一数据源对应的第一数据源对象，若未查找到第一数据源对象，则重新创建第一数据源对象，基于重新创建的第一数据源对象执行数据操作。本方案中将不同的数据源对象存储至数据处理装置中，若数据源信息发生变化时，若获得针对该数据源指定数据的数据操作，则直接基于发生变化后的数据源信息重新创建数据源对象，以便于能够顺利执行数据操作，这一过程中无需对应用程序进行相应的调整，也无需重启应用系统，操作简洁，提高了用户体验。

本实施例公开了一种数据处理方法，其流程图如图2所示，包括：

步骤S21、若确定存储的第一数据源信息变化，删除与变化前的第一数据源信息对应的第一数据源对象；

步骤S22、获得第一客户端发送的数据操作请求，数据操作请求用于对第一数据源指定的数据执行数据操作；

步骤S23、基于数据操作请求中的操作标识查找与第一数据源对应的第一数据源对象；

步骤S24、若从已创建的数据源对象中未查找到第一数据源对象，则基于第一数据源的第一数据源信息创建第一数据源对象；

步骤S25、基于创建的第一数据源对象执行数据操作。

数据处理装置中存储有多个数据源信息，若确定其中一个或多个数据源信息发生变化，则其可能为有新增的数据源信息，即有新的客户端与数据处理装置连接，则数据处理装置中会有新增的数据源信息；或者，某个客户端的数据源信息发生了修改，则数据处理装置中存储的数据源信息会发生变化。

当数据处理装置确定其存储的某个数据源信息发生了变化时，为了保证该数据源信息对应的数据源对象的使用，就需要删除该数据源对象，并按照修改后的数据源信息对该数据源信息对应的数据源对象进行重新创建，以保证数据源对象的正确调用。

进一步的，当客户端对应的数据源的配置信息发生变化时，则该数据源对应的数据源信息会发生变化，此时，客户端会将其变化后的数据源信息发送至数据处理装置，以便数据处理装置将其内部存储的对应的数据源信息进行更新，即删除该数据源对应的原有的数据源信息，并将客户端发送的新的数据源信息作为该数据源对应的新的数据源信息；在数据处理装置对其内部存储的数据源信息进行更新后，还会同步删除其内部存储的与该数据源信息对应的数据源对象，以便创建新的数据源对象。

数据处理装置对新的数据源信息进行存储，当获得该客户端发送的数据操作请求时，基于该新的数据源信息创建新的数据源对象，并基于新创建的数据源对象执行数据操作。

或者，当有新的客户端与数据处理装置连接时，有新的数据源接入数据处理装置，此时该新的客户端会将其对应的数据源信息发送至数据处理装置，以便数据处理装置对其进行存储。

数据处理装置存储该新的客户端对应的数据源信息时，由于数据处理装置中本身并不存在与该新的数据源信息对应的数据源对象，因此，无需执行删除数据源对象的操作，直接在获得该客户端发送的数据操作请求后，基于该新的数据源信息创建新的数据源对象，并基于该新创建的数据源对象执行数据操作。

其中，数据源的创建可以为：按照数据源规范，使用Java及Spring提供的底层接口及类，组装信息构建所需要的Bean注入到Spring容器中，实现数据源的构建。采用这一方式构建数据源，无需重新启动系统应用。

本实施例公开的数据处理方法，应用于数据处理装置，数据处理装置能够存储不同数据源的数据源对象，方法包括：获得第一客户端发送的数据操作请求，数据操作请求用于对第一数据源指定的数据执行数据操作，基于数据操作请求中的操作标识查找与第一数据源对应的第一数据源对象，若未查找到第一数据源对象，则重新创建第一数据源对象，基于重新创建的第一数据源对象执行数据操作。本方案中将不同的数据源对象存储至数据处理装置中，若数据源信息发生变化时，若获得针对该数据源指定数据的数据操作，则直接基于发生变化后的数据源信息重新创建数据源对象，以便于能够顺利执行数据操作，这一过程中无需对应用程序进行相应的调整，也无需重启应用系统，操作简洁，提高了用户体验。

本实施例公开了一种数据处理方法，其流程图如图3所示，包括：

步骤S31、获得第一客户端发送的数据操作请求，数据操作请求用于对第一数据源指定的数据执行数据操作；

步骤S32、获得数据操作请求中的操作标识及密钥，对数据操作请求中的密钥进行验证；

步骤S33、若验证通过，基于数据操作请求中的操作标识查找与第一数据源对应的第一数据源对象；

步骤S34、若从已创建的数据源对象中未查找到第一数据源对象，则基于第一数据源的第一数据源信息创建第一数据源对象；

步骤S35、基于创建的第一数据源对象执行数据操作。

当数据处理装置获得某个客户端发送的数据操作请求后，该数据操作请求中至少包括操作标识及密钥，首先通过操作标识及密钥进行验证，若验证通过，则通过操作标识获取数据源对象；若验证未通过，则直接返回验证失败的提示信息。

其中，操作标识及密钥是在数据源注册过程中生成的，具体的：获得第一客户端发送的注册请求，基于注册请求生成操作标识及密钥，将操作标识及密钥发送至第一客户端。

数据处理装置中不仅存储有其他客户端的数据源信息，还可以存储本地的数据源信息，可将其他客户端发送的数据源信息与本地的数据源信息存储在一起，不做区分，也可以将其他客户端发送的数据源信息与本地的数据源信息分别存储，将其他客户端发送的数据源确定为客数据源，将本地的数据源确定为主数据源。

则在其他客户端发送注册请求时，实际是在数据处理装置中注册客数据源，注册成功后数据处理装置会给每个客数据源输出对应的操作标识及密钥，在操作过程中携带对应的操作标识及密钥进行安全认证，只有验证通过才能够继续执行后续数据操作，若验证失败，则无权限执行后续数据操作。

若验证通过，则继续执行后续数据源对象的查找，若找到，则直接基于找到的数据源对象执行数据操作，并将操作结果返回至相应客户端；若未找到，则基于第一数据源信息创建第一数据源对象，若创建成功，则基于创建完成的第一数据源对象执行数据操作，若创建失败，则生成创建失败的提示信息，并分析失败原因，将提示信息及失败原因反馈至相应客户端。

具体的，不论任何工具操作数据库都需要提供数据库连接信息、用户名、密码等信息，在数据处理装置注册数据源的目的是为了将这些配置信息统一管理、保存，以便后续操作时可获取到对应的配置信息。

其中，在数据处理装置注册数据源，并存储数据源对象，其实际是在数据处理装置中设置数据源缓存，用于缓存数据源的配置信息。当程序与数据库创建连接时需要网络请求，会有一定的时间消耗，若每次操作都创建新的连接会导致系统效率降低，响应慢，因此，使用数据源缓存的方式，提高系统性能。

数据处理装置中存储的数据源对象，即数据源缓存中存储的配置信息可以为：数据库类型、数据库连接地址、数据库用户名密码、操作空间、连接池大小、时间等信息，这些配置信息可通过不同的方式存储到本地文件中或者数据库中。

其中，基于第一数据源对象执行数据操作，其实际为基于第一数据源对象对相应数据库中的数据执行相应操作，即基于创建的第一数据源对象确定指定的第一数据库，对第一数据库中的数据执行数据操作。

其中，数据操作可以为：数据的增加、删除、查询或修改等操作。

具体的，数据处理装置中至少可以包括：数据源缓存池，用于缓存数据源对象；认证模块，用于对操作标识及密钥进行验证；数据引擎，用于执行数据处理装置中的数据处理流程。

数据引擎在执行数据处理过程之前，还可以根据注册数据源时所选择的协议方式，注册普通连接，也可以基于atomikos实现分布式事务。

即：数据引擎基于注册数据源时所选择的协议方式选择协议进行普通分布式连接，之后构建相应的数据源对象，若构建成功，则执行数据操作，并在操作完成后将结果数据返回至相应的客户端；若数据源对象构建失败，则需要生成创建失败信息的提示信息，并获取失败原因，将将提示信息及失败原因返回至相应客户端。

本实施例公开的数据处理方法，应用于数据处理装置，数据处理装置能够存储不同数据源的数据源对象，方法包括：获得第一客户端发送的数据操作请求，数据操作请求用于对第一数据源指定的数据执行数据操作，基于数据操作请求中的操作标识查找与第一数据源对应的第一数据源对象，若未查找到第一数据源对象，则重新创建第一数据源对象，基于重新创建的第一数据源对象执行数据操作。本方案中将不同的数据源对象存储至数据处理装置中，若数据源信息发生变化时，若获得针对该数据源指定数据的数据操作，则直接基于发生变化后的数据源信息重新创建数据源对象，以便于能够顺利执行数据操作，这一过程中无需对应用程序进行相应的调整，也无需重启应用系统，操作简洁，提高了用户体验。

本实施例公开了一种数据处理系统，其结构示意图如图4所示，包括：

客户端41，数据库42及数据处理装置43。

客户端41及数据库42可以为多个；

客户端41用于发送数据操作请求；

数据处理装置43用于获得客户端发送的数据操作请求，数据操作请求用于对第一数据源指定的数据执行数据操作；基于数据操作请求中的操作标识查找与第一数据源对应的第一数据源对象；若从已创建的数据源对象中未查找到第一数据源对象，则基于第一数据源的第一数据源信息创建第一数据源对象；基于创建的第一数据源对象执行数据操作。

进一步的，数据处理装置还用于：

若确定存储的第一数据源信息变化，删除与变化前的第一数据源信息对应的第一数据源对象。

进一步的，数据处理装置还用于：

获取更新后的第一数据源信息，更新后的第一数据源信息为修改或新增的数据源的配置信息；对更新后的第一数据源信息进行存储，以便于调用存储的更新后的第一数据源信息创建更新后的第一数据源对象。

进一步的，数据处理装置用于：

获得数据操作请求中的操作标识及密钥；对数据操作请求中的密钥进行验证；若验证通过，基于数据操作请求中的操作标识查找与第一数据源对应的第一数据源对象。

进一步的，数据处理装置还用于：

获得第一客户端发送的注册请求，基于注册请求生成操作标识及密钥；将操作标识及密钥发送至第一客户端。

进一步的，数据处理装置还用于：

基于创建的第一数据源对象确定指定的第一数据库；对第一数据库中的数据执行数据操作；其中，数据操作至少包括：对第一数据库中的数据的增加、删除、查询或修改操作。

进一步的，数据处理装置还用于：

若基于第一数据源的第一数据源信息创建第一数据源对象失败，则生成创建失败的提示信息。

本实施例公开的数据处理系统是基于上述实施例公开的数据处理方法实现的，在此不再赘述。

本实施例公开的数据处理系统，包括：客户端、数据库及数据处理装置，数据处理装置能够存储不同数据源的数据源对象，数据处理装置用于获得第一客户端发送的数据操作请求，数据操作请求用于对第一数据源指定的数据执行数据操作，基于数据操作请求中的操作标识查找与第一数据源对应的第一数据源对象，若未查找到第一数据源对象，则重新创建第一数据源对象，基于重新创建的第一数据源对象执行数据操作。本方案中将不同的数据源对象存储至数据处理装置中，若数据源信息发生变化时，若获得针对该数据源指定数据的数据操作，则直接基于发生变化后的数据源信息重新创建数据源对象，以便于能够顺利执行数据操作，这一过程中无需对应用程序进行相应的调整，也无需重启应用系统，操作简洁，提高了用户体验。

本实施例公开了一种数据处理装置，其结构示意图如图5所示，包括：

获得单元51，查找单元52，创建单元53及执行单元54。

其中，获得单元51用于获得第一客户端发送的数据操作请求，数据操作请求用于对第一数据源指定的数据执行数据操作；

查找单元52用于基于数据操作请求中的操作标识查找与第一数据源对应的第一数据源对象；

创建单元53用于在从已创建的数据源对象中未查找到第一数据源对象时，基于第一数据源的第一数据源信息创建第一数据源对象；

执行单元54用于基于创建的第一数据源对象执行所述数据操作。

本实施例公开的数据处理装置是基于上述实施例公开的数据处理方法实现的，在此不再赘述。

本实施例公开的数据处理装置，数据处理装置能够存储不同数据源的数据源对象，获得第一客户端发送的数据操作请求，数据操作请求用于对第一数据源指定的数据执行数据操作，基于数据操作请求中的操作标识查找与第一数据源对应的第一数据源对象，若未查找到第一数据源对象，则重新创建第一数据源对象，基于重新创建的第一数据源对象执行数据操作。本方案中将不同的数据源对象存储至数据处理装置中，若数据源信息发生变化时，若获得针对该数据源指定数据的数据操作，则直接基于发生变化后的数据源信息重新创建数据源对象，以便于能够顺利执行数据操作，这一过程中无需对应用程序进行相应的调整，也无需重启应用系统，操作简洁，提高了用户体验。

本实施例公开了一种电子设备，其结构示意图如图6所示，包括：

处理器61及存储器62。

其中，处理器61用于获得第一客户端发送的数据操作请求，数据操作请求用于对第一数据源指定的数据执行数据操作；基于数据操作请求中的操作标识查找与第一数据源对应的第一数据源对象；若从已创建的数据源对象中未查找到第一数据源对象，则基于第一数据源的第一数据源信息创建第一数据源对象；基于创建的第一数据源对象执行数据操作；

存储器62用于存储处理器执行上述处理过程的程序。

本实施例公开的电子设备是基于上述实施例公开的数据处理方法实现的，在此不再赘述。

本实施例公开的电子设备，获得第一客户端发送的数据操作请求，数据操作请求用于对第一数据源指定的数据执行数据操作，基于数据操作请求中的操作标识查找与第一数据源对应的第一数据源对象，若未查找到第一数据源对象，则重新创建第一数据源对象，基于重新创建的第一数据源对象执行数据操作。本方案中将不同的数据源对象存储至数据处理装置中，若数据源信息发生变化时，若获得针对该数据源指定数据的数据操作，则直接基于发生变化后的数据源信息重新创建数据源对象，以便于能够顺利执行数据操作，这一过程中无需对应用程序进行相应的调整，也无需重启应用系统，操作简洁，提高了用户体验。

本申请实施例还提供了一种可读存储介质，其上存储有计算机程序，所述计算机程序被处理器加载并执行，实现上述数据处理方法的各步骤，具体实现过程可以参照上述实施例相应部分的描述，本实施例不做赘述。

本申请还提出了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。电子设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该电子设备执行上述数据处理方法方面或数据处理系统方面的各种可选实现方式中所提供方法，具体实现过程可以参照上述相应实施例的描述，不做赘述。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。