CN105389295A - 一种卡片个人化的数据处理方法及系统 - Google Patents

Abstract

本发明实施例的提供一种卡片个人化的数据处理方法，包括如下步骤：(1)将客户数据导入数据库中，形成数据表格；(2)根据所述数据表格新建数据表，并进行格式转换；(3)对所述新建数据表进行扩展处理，所述扩展处理包括数据重复性检查或会员号分配等。相应的本发明是还提供一种卡片个人化的数据处理装置，包括：导入装置，用于将客户数据导入数据库中，形成数据表格；转换装置，根据所述数据表格新建数据表，并进行格式转换；和扩展处理装置，用于对所述新建数据表进行扩展处理。采用本发明可以有效的提高开发效率，节省开发时间。

Description

一种卡片个人化的数据处理方法及系统

技术领域

本申请涉及计算机数据处理技术领域，具体涉及一种卡片个人化的数据处理方法及系统。

背景技术

金融卡或者社保卡等卡产品在个人化过程中的一个关键处理环节是数据的转换处理，当前在个人化领域，客户数据的格式是多种多样的，并且客户数据的大小也是多种多样的，那么对于个人化的制造企业来说，多样数据格式，带来了开发周期长，易出错等问题，如何高效率的处理多种多样的客户数据成为一个挑战。

客户数据通常是以文件形式提供的，但是构成是复杂多样的，比如：1、客户数据文件格式，卡中心收到的客户数据文件格式有200多种，有文本格式文件，XML格式文件，BIN格式文件，JPG，PNG，BMP图片文件等等；2、客户数据文件内容格式，格尔格式，自定义格式如竖线分割格式等等；3、客户数据记录的关系，一个文件包含完整的客户数据记录，每个文件包含一部分客户数据记录等等。

面对众多的客户数据，数据处理变的非常重要，传统的方式是每种客户格式采用单程序的模式进行处理，每个单程序根据客户数据文件的格式，首先读取文件，并根据文件内容格式，解析出每个客户的个人化数据字段内容，如姓名，卡号等，对于多个文件描述一个完整客户记录的项目，还需要在多个文件中，根据数据编号，查找每个文件中所包含的部分客户数据字段，然后将这些获取到的客户数据字段，进行格式转换，比如卡号中每四位需要增加空格等，最终输出一个最终的制卡数据文件，每一行描述一条客户数据，并且包含客户数据的完整字段信息。这样的方案带来如下严重的缺陷：1、数据处理过程混淆，单程序涵盖了所有过程；2、数据处理变更不安全，每次都要重新编译整个程序；3、开发工作量大，每个新增需求都要从新开发。

发明内容

有鉴于此，本发明实施例的主要目的在于解决现有技术存在的问题，提供一种卡片个人化的数据处理方法，可以有效的提高开发效率，节省开发时间。

本发明实施例是这样实现的，一种卡片个人化的数据处理方法，包括如下步骤：

(1)将客户数据导入数据库中，形成数据表格；

(2)根据所述数据表格新建数据表，并进行格式转换。

进一步地，在所述步骤(2)之后进一步包括：

(3)对所述新建数据表进行扩展处理，所述扩展处理包括数据重复性检查或会员号分配等。

进一步地，所述步骤(1)包括：

(101)对所述客户数据的文件包进行解密，识别出制卡文件和邮寄文件；

(102)启动两个线程分别读取所述制卡文件和所述邮寄文件，形成针对制卡文件的数据表格和针对邮寄文件的数据表格。

进一步地，所述步骤(2)包括：

(201)根据形成的针对制卡文件的数据表格和针对邮寄文件的数据表格，通过数据编号查询关联数据；

(202)新建一份数据表，将全部查询到的关联数据的字段信息写入新建的数据表中。

进一步地，所述制卡文件为txt格式，所述邮寄文件为xml格式。

根据本发明实施例的另一方面，本发明实施例还提供一种卡片个人化的数据处理系统，可以有效的提高开发效率，节省开发时间。

本发明实施例是这样实现的，一种卡片个人化的数据处理系统，包括：

导入装置，用于将客户数据导入数据库中，形成数据表格；

转换装置，根据所述数据表格新建数据表，并进行格式转换。

进一步地，所述系统还包括：

扩展处理装置，用于对所述新建数据表进行扩展处理，所述扩展处理包括数据重复性检查或会员号分配等。

进一步地，所述导入装置进一步包括：

解密装置，用于对所述客户数据的文件包进行解密，识别出制卡文件和邮寄文件；

第一制表装置，用于启动两个线程分别读取所述制卡文件和所述邮寄文件，形成针对制卡文件的数据表格和针对邮寄文件的数据表格。

进一步地，所述转换装置进一步包括：

查询装置，用于根据形成的针对制卡文件的数据表格和针对邮寄文件的数据表格，通过数据编号查询关联数据；

第二制表装置，用于新建一份数据表，将全部查询到的关联数据的字段信息写入新建的数据表中。

根据上述技术方案，本发明实施例具有如下效果：较高效的解决了个人化数据处理多样性所面临的问题，具体带来的优点如下：

1、解决了开发周期长的问题，通过利用功能模块的复用，提供了导入模块的公共功能，提高了代码复用率，还通过提供标准换的后处理，如历史校验，实现了标准换功能模块，缩短开发周期。

2、面对多样的数据处理过程，形成了标准化的解决模式，提高了准确率，降低了差错。

3、通过分步骤的设计，带来了开发与测试的流水式作业模式，降低了开发和测试的整体时间。不用再等待全部开发完成后进行测试，而是可以实现研发完成某个部分就测试某个部分，加快了整体项目的进度，缩短了时间。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1示出了本申请提供的卡片个人化的数据处理方法实施例的流程图；

图2示出了本申请提供的卡片个人化的数据处理装置实施例的结构框图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

如图1所示，为本发明实施例提供的一种卡片个人化的数据处理方法，包括如下步骤：

(S101)将客户数据导入数据库中，形成数据表格；

(S102)根据所述数据表格新建数据表，并进行格式转换。

优选地，在步骤(S102)之后进一步包括：

(S103)对所述新建数据表进行扩展处理，所述扩展处理包括数据重复性检查或会员号分配等。

优选地，在步骤S101中，客户数据可以是加密的，也可以是不加密的，如果是加密的，则进一步包括如下步骤：

(101)对所述客户数据的文件包进行解密，识别出制卡文件和邮寄文件；

(102)启动两个线程分别读取所述制卡文件和所述邮寄文件，形成针对制卡文件的数据表格和针对邮寄文件的数据表格。

下面对上述步骤进行详细说明，以某客户数据为例，客户数据以文件方式提供，并针对文件采用了PGP加密处理，PGP包中包含一份制卡文件，以TXT文件格式提供，每条记录占用一行，每个数据字段以”||”分隔开，即姓名||卡号||IC数据；一份邮寄文件，以XML文件格式，XML中每个节点包含一条记录，两个文件通过数据编号实现数据关联。

本发明中，首先通过步骤S101，步骤S101将客户的文件包进行PGP解密，然后识别出一份制卡文件,TXT格式，一份邮寄文件,XML格式，然后启动两个线程，线程1读取TXT文件，并根据“||”分隔符，将TXT文件中的每条记录中的每个字段，分别读取，并写入数据库中，形成一张针对TXT文件的单独表格。线程2读取XML文件，并根据XML文件定义的节点，将每个节点下的，每个属性读取，写入数据库中，形成一张针对XML格式的数据库表格。

述步骤102具体包括：

(201)根据形成的针对制卡文件的数据表格和针对邮寄文件的数据表格，通过数据编号查询关联数据；

(202)新建一份数据表，将全部查询到的关联数据的字段信息写入新建的数据表中。

具体来说，此阶段，客户的数据文件转换成了格式化的数据库表，通过步骤S102的数据转换处理组件，在两张数据库的表之间，通过数据编号，查询关联数据，将客户数据的完整自短信息获取后，写入新建的一张表，即最终的数据表，这张表包含了客户数据的全部关联字段信息。此外，该组件进行格式转换，比如卡号字段，每四位增加空格符等操作。

步骤S103，此阶段，客户的全部信息，已经完整，并存储在最终数据表中，通过该步骤的组件，实现一些扩展处理，如实现重复性检查，即检查最终数据表中是否出现了重复卡号；会员号分配，即针对每个卡号分配一个会员号，比如与商场组织的联名卡，需要将会员号写入卡片中，等等。

以上三个步骤，定义了数据处理的标准过程，通过三个步骤的三个组件，实现了处理逻辑的分离，实现了：

平台化的处理逻辑，三个步骤的通用定义，提出了三个组件，标准化了过程。

组件性的开发，最大限度的提升了复用性，比如文件格式的解析组件。

提供了公共部分加个性化部分的处理模式，在组件2中，实现了各种不同的匹配规则和转换规则，在组件3中实现公共的校验机制。

变更的灵活性，通过组件的替换，简化程序变更的过程，只需要修改需要变化的组件即可。

相应地，根据本发明实施例的另一方面，本发明实施例还提供一种卡片个人化的数据处理系统。如图2所示，为发明实施例卡片个人化的数据处理系统的结构图，包括：

导入装置1，用于将客户数据导入数据库中，形成数据表格；

转换装置2，根据所述数据表格新建数据表，并进行格式转换。

进一步地，所述系统还包括：

扩展处理装置3，用于对所述新建数据表进行扩展处理，所述扩展处理包括数据重复性检查或会员号分配等。

该系统还进一步包括数据库4和执行代理装置5，数据库用于存储客户数据，执行代理装置用于加载每个步骤并执行。

优选地，所述导入装置进一步包括：

解密装置，用于对所述客户数据的文件包进行解密，识别出制卡文件和邮寄文件；

第一制表装置，用于启动两个线程分别读取所述制卡文件和所述邮寄文件，形成针对制卡文件的数据表格和针对邮寄文件的数据表格。

优选地，所述转换装置进一步包括：

查询装置，用于根据形成的针对制卡文件的数据表格和针对邮寄文件的数据表格，通过数据编号查询关联数据；

第二制表装置，用于新建一份数据表，将全部查询到的关联数据的字段信息写入新建的数据表中。

上述装置及模块用于直接实现卡片个人化的数据处理方法，与上述方法流程相对应，不再赘述。

描述于本申请实施例中所涉及到的装置可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的装置也可以设置在处理器中，例如，可以描述为：一种处理器包括请求接收模块，信息读取模块，视图构建模块和功能启用模块。其中，这些装置的名称在某种情况下并不构成对该模块本身的限定，例如，请求接收模块还可以被描述为“用于接收用户提交的调用小组件的请求的装置”。

作为另一方面，本申请还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中所述装置中所包含的计算机可读存储介质；也可以是单独存在，未装配入终端中的计算机可读存储介质。所述计算机可读存储介质存储有一个或者一个以上程序，所述程序被一个或者一个以上的处理器用来执行描述于本申请的在全屏应用下使用小组件的方法。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离所述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (9)

1.一种卡片个人化的数据处理方法，其特征在于，包括如下步骤：

(1)将客户数据导入数据库中，形成数据表格；

(2)根据所述数据表格新建数据表，并进行格式转换。

2.根据权利要求1所述的数据处理方法，其特征在于，在所述步骤(2)之后进一步包括：

(3)对所述新建数据表进行扩展处理，所述扩展处理包括数据重复性检查或会员号分配等。

3.根据权利要求1所述的数据处理方法，其特征在于，所述步骤(1)包括：

(101)对所述客户数据的文件包进行解密，识别出制卡文件和邮寄文件；

(102)启动两个线程分别读取所述制卡文件和所述邮寄文件，形成针对制卡文件的数据表格和针对邮寄文件的数据表格。

4.根据权利要求3所述的数据处理方法，其特征在于，所述步骤(2)包括：

(201)根据形成的针对制卡文件的数据表格和针对邮寄文件的数据表格，通过数据编号查询关联数据；

(202)新建一份数据表，将全部查询到的关联数据的字段信息写入新建的数据表中。

5.根据权利要求4所述的数据处理方法，其特征在于，所述制卡文件为txt格式，所述邮寄文件为xml格式。

6.一种卡片个人化的数据处理系统，其特征在于，包括：

导入装置，用于将客户数据导入数据库中，形成数据表格；

转换装置，根据所述数据表格新建数据表，并进行格式转换。

7.根据权利要求1所述的数据处理系统，其特征在于，所述系统还包括：

扩展处理装置，用于对所述新建数据表进行扩展处理，所述扩展处理包括数据重复性检查或会员号分配等。

8.根据权利要求1所述的数据处理系统，其特征在于，所述导入装置进一步包括：

解密装置，用于对所述客户数据的文件包进行解密，识别出制卡文件和邮寄文件；

第一制表装置，用于启动两个线程分别读取所述制卡文件和所述邮寄文件，形成针对制卡文件的数据表格和针对邮寄文件的数据表格。

9.根据权利要求3所述的数据处理系统，其特征在于，所述转换装置进一步包括：

查询装置，用于根据形成的针对制卡文件的数据表格和针对邮寄文件的数据表格，通过数据编号查询关联数据；

第二制表装置，用于新建一份数据表，将全部查询到的关联数据的字段信息写入新建的数据表中。