发明内容
有鉴于此,本发明提供一种生成智能卡数据的方法及装置,解决了现有技术中智能卡的生产和开发过程繁琐,耗时太长的问题。
为实现上述目的,本发明提供了如下技术方案:
一种生成智能卡数据的方法,包括:
载入系统文件,读取所述系统文件的属性,所述系统文件的属性包括:文件路径、文件长度、初始值、文件结构、记录数、记录长度、读写权限和链接;
将所述系统文件中包含所述系统文件的属性的信息转换为符合智能卡片内操作系统COS文件数据规格的编码信息;
利用所述编码信息生成文件系统数据;
将所述文件系统数据与COS文件数据合并生成智能卡数据;
其中,所述将所述系统文件中包含所述系统文件的属性的信息转换为符合智能卡片内操作系统COS文件数据规格的编码信息的过程具体为:根据所述文件长度和初始值填充文件内容,将其它包含所述系统文件的属性的信息转换为符合COS文件数据规格的编码信息;
所述利用所述编码信息生成文件系统数据的过程包括:
为所述符合COS文件数据规格的编码信息设置链接标识;
将设置链接标识后的系统文件存储于后台预设容器中;
更新设置有链接标识的系统文件的指向地址,使其指向同一个物理地址;
更新所述系统文件的安全属性,将更新后的安全属性放入所述系统文件中,并更新所述系统文件的安全属性索引;
生成文件系统数据。
优选的,所述读取所述系统文件的属性后,还包括,将包含所述系统文件的属性的信息放入预设容器内。
优选的,所述预设容器为向量表。
优选的,所述后台预设容器为树形结构。
优选的,所述将设置链接标识后的系统文件存储于所述树形结构的过程包括:
将所述系统文件的属性信息处理成字符串,根据所述文件路径将代表所述系统文件的属性的字符串添加到树形结构中;
根据所述系统文件的起始地址计算所述树形结构的节点地址,并将所述节点地址添加到所述树形结构中。
优选的,将系统文件存储于所述树形结构的过程采用广度遍历。
优选的,将所述树形结构的文件信息生成文件系统数据。
优选的,将所述树形结构的文件信息生成文件系统数据的过程采用广度遍历。
优选的,其特征在于,采用excel表格描述系统文件。
本发明还公开了一种生成智能卡数据的装置,包括:
输入单元,用于载入系统文件;
识别单元,用于读取所述系统文件的属性,所述系统文件属性包括:文件路径、文件长度、初始值、文件结构、记录数、记录长度、读写权限和链接;
信息转换单元,用于将所述系统文件中包含所述系统文件的属性的信息转换为符合智能卡片内操作系统COS文件数据规格的编码信息,所述转换的过程具体为,根据所述文件长度和初始值填充文件内容,将其它包含所述系统文件的属性的信息转换为符合COS文件数据规格的编码信息;
数据生成单元,用于利用所述符合COS文件数据规格的编码信息生成文件系统数据;
数据组合单元,用于将所述文件系统数据与COS文件数据合并生成智能卡数据;
其中,所述数据生成单元包括:
设置单元,用于为所述符合COS文件数据规格的编码信息设置链接标识;
后台预设容器,用于存储设置链接标识后的系统文件;
地址重置单元,用于更新设置有链接标识的系统文件的指向地址,使其指向同一个物理地址;
安全属性重置单元,用于更新所述系统文件的安全属性,将更新后的安全属性放入所述系统文件中,并更新所述系统文件的安全属性索引,以生成文件系统数据。
优选的,还包括:预设容器,用于存储包含所述系统文件的属性的信息。
优选的,所述预设容器为向量表。
优选的,所述后台预设容器为树形结构。
优选的,所述数据生成单元还包括:
处理单元,用于将所述系统文件的属性信息处理成字符串,根据所述文件路径将所述字符串添加到树形结构中;
计算单元,用于根据所述系统文件的起始地址计算所述树形结构的节点地址,将所述节点地址添加到所述树形结构中。
优选的,所述系统文件为excel格式。
从上述的技术方案可以看出,本发明实施例通过将包含所述系统文件的属性的信息转换为符合COS文件数据规格的编码信息,使得转换后的系统文件的属性的信息的数据规格与COS文件数据规格相同,从而利用该编码信息生成的文件系统数据可以与COS文件数据合并,进而可以将文件系统数据同COS文件数据一起下载到智能卡内,即下载COS文件数据的同时,就在智能卡内创建了系统文件,省去了现有技术中下载COS文件数据后,还需运行创建文件系统的脚本来创建系统文件的步骤,简化了智能卡的生产和开发过程;由于下载到智能卡内的系统文件数据已经过信息格式的转换处理,使得智能卡可以直接识别,进而可以直接将系统文件写入合适的flash区,而无需再进行现有技术中的对文件创建指令的解析和计算的步骤,对于智能卡的大规模生产,大大的节省了时间。
综上所述,在智能卡的生产开发过程中,本发明实施例将现有技术中需要把数据下载到智能卡内之后对数据进行的部分操作,放在数据下载到智能卡内之前,即先做好了充分的准备工作,对单个智能卡的生产和开发来说,简化了系统文件在智能卡内的创建过程,对同类型的智能卡的大批量生产来说,只需进行一次数据的相应处理,即可适用于所有的智能卡,大大的节省了大规模生产的时间。
具体实施方式
本发明实施例提供了一种生成智能卡数据的方法,通过将包含所述系统文件的属性的信息转换为符合COS文件数据规格的编码信息,两种数据规格相同,使得利用该编码信息生成的文件系统数据可以与COS文件数据合并,进而可以将文件系统数据同COS文件数据一起下载到智能卡内,避免了现有技术中下载COS文件数据后,还需通过专用的文件创建指令来创建文件系统及其应用的步骤,进而简化了智能卡的生产开发过程,对于智能卡的大规模生产,大大的节省了时间。
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。
实施例一
图1为本实施例公开的一种生成智能卡数据的方法流程图,包括以下步骤:
步骤S101、载入系统文件,以便后续步骤对所述系统文件进行处理;
步骤S102、读取所述系统文件的属性,所述系统文件的属性包括文件路径、文件长度、初始值、文件结构、记录数、记录长度、读写权限和链接等信息。
步骤S103、将所述系统文件中包含所述系统文件的属性的信息转换为符合智能卡片内操作系统COS文件数据规格的编码信息;
本实施例中,信息转换的过程具体方式为,根据所述文件长度和初始值填充文件内容,将文件结构和读写权限等其它包含所述系统文件属性的信息转换为符合COS文件数据规格的编码信息。
步骤S104、利用所述系统文件中包含所述系统文件的属性的编码信息生成文件系统数据;
步骤S105、将所述文件系统数据与COS文件数据合并;
步骤S106、生成智能卡数据。
本实施例步骤S103中,将包含所述系统文件的属性的信息转换为符合COS文件数据规格的编码信息,使得转换后的系统文件的属性的信息的数据规格与COS文件数据规格相同,从而利用该编码信息生成的文件系统数据可以与COS文件数据合并,进而可以将文件系统数据同COS文件数据一起下载到智能卡内,即下载COS文件数据的同时,就在智能卡内创建了系统文件,省去了现有技术中下载COS文件数据后,还需运行创建文件系统的脚本来创建系统文件的步骤,简化了智能卡的生产和开发过程;由于下载到智能卡内的系统文件数据已经过信息格式的转换处理,使得智能卡可以直接识别,进而可以直接将系统文件写入合适的flash区,而无需再进行现有技术中的对文件创建指令的解析和计算的步骤,为智能卡的大规模生产,大大的节省了时间。
综上所述,在智能卡的生产开发过程中,本实施例将现有技术中需要把数据下载到智能卡内之后对数据进行的部分操作,放在数据下载到智能卡内之前,即先做好了充分的准备工作,虽然对单个智能卡的生产和开发来说,只是简化了系统文件在智能卡内的创建过程,总体的生产开发时间没有太大差距,但是对同类型的智能卡的大批量生产来说,只需进行一次数据的相应处理,即可适用于所有的智能卡,大大的节省了大规模生产的时间。
图4为本实施例公开的生成智能卡数据的方法所对应的装置的结构图,其中,各单元的连接关系及其功能如下:
输入单元41,用于载入系统文件,将所述系统文件发送给识别单元42,识别单元42读取所述系统文件的属性,并将包含所述系统文件的属性的信息放入预设容器43,信息转换单元44将所述系统文件中包含所述系统文件的属性的信息转换为符合COS文件数据规格的编码信息,并将该编码信息发送给数据生成单元45,之后,数据生成单元45利用该编码信息生成文件系统数据,最后,数据组合单元46将数据生成单元45生成的文件系统数据与COS文件数据合并生成智能卡数据。其中,预设容器43为向量表,但是,并不限于只采用向量表,根据具体情况具体设计。
实施例二
本实施例公开的生成智能卡数据的方法与实施例一所不同的是,将实施例一中的步骤S104具体化,具体描述了利用所述编码信息生成文件系统数据的过程,本实施例仅是作为该过程实现的优选方案,该过程的具体实现并不仅限于本实施例公开的范围。
图2为本实施例在实施例一的基础上进一步公开的生成智能卡数据的方法的流程图,其中,步骤S201、S202及步骤S204,与实施例一中描述相同的步骤过程一样,下面对与实施例一所不同的过程做详细介绍:
步骤S203、将步骤S202所读取出来的包含所述系统文件的属性的信息放入预设容器中,使得只需读取一次系统文件的属性,进而避免实施例一中的需要反复读取所述系统文件的属性;
本实施例所述的预设容器为向量表,本领域技术人员可以理解,所述预设容器也可采用其他可行的存储模块,并不限于只采用向量表。
步骤204、将系统文件的属性信息转换为符合COS文件数据规格的编码信息;
步骤S205、为所述符合COS文件数据规格的编码信息设置链接标识,对需要后续更新地址的编码信息使用特定链接标识标定,方便后续更新地址时查找需要更新的编码信息;
步骤S206、将设置链接标识后的系统文件存储于后台预设容器中,该存储过程需计算所述系统文件的具体地址,并将所述系统文件按照一定顺序进行排列,由于步骤S205所设置的链接标识只是表示该文件需进行链接操作的一个标志,并没有设定具体地址,该步骤的作用就是为所有系统文件计算并安排具体地址,以便对所述系统文件进行后续处理;
步骤S207、更新设置有链接标识的系统文件的指向地址,使其指向同一个物理地址,如双模卡的短信和电话簿的地址就要更新为同一个物理地址,使其实现智能卡的规范功能要求;
步骤S208、更新所述系统文件的安全属性,即更新所述系统文件的读写权限,使其符合相应功能的智能卡的格式规范要求;
步骤S209、将更新后的符合智能卡规范要求的安全属性放入指定的系统文件中;
步骤S210、更新所述系统文件的安全属性索引,规范系统文件的内部结构,该步骤为所述安全属性设置安全属性索引,使其符合相应功能的智能卡的规范要求;
步骤S211、将经过上述处理的系统文件生成文件系统数据;
之后,可将生成的文件系统数据与COS文件数据合并,进而生成智能卡数据。
本实施例中的各步骤可用来规范所述系统文件的各方面的信息,使其符合智能卡的功能需求,为文件系统数据与COS文件数据的合并,进而生成智能卡数据做好充分的准备工作。
图5为本实施例公开的生成智能卡数据的方法所对应的装置,图中标号51-54及59所表示的单元功能与实施例一中相同名称的单元功能相同。与实施例一公开的生成智能卡数据的装置相结合,本实施例中各单元的具体功能及其连接关系如下:
设置单元55为经过信息转换单元54转换后的所述符合COS文件数据规格的编码信息设置链接标识,以便后续更新其指向地址,并将设置链接标识后的系统文件存储于后台预设容器56,之后,由地址重置单元57更新设置有链接标识的系统文件的指向地址,使其指向同一个物理地址,由安全属性重置单元58更新所述系统文件的安全属性,即读写权限,将更新后的安全属性放入所述系统文件中,并更新所述系统文件的安全属性索引,然后将经过上述各单元处理后生成的文件系统数据发送给数据组合单元59,在数据组合单元59中将所述文件系统数据与COS文件数据合并生成智能卡数据。
实施例三
本实施例在实施例二所不同的是,将实施例二步骤S206中将存储设置链接标识后的系统文件的过程具体化,在该实施例中,所述后台预设容器具体为树形结构。本领域技术人员可以理解,在该过程中采用树形结构的目的是令技术人员在对系统文件进行处理时,可以直观的看到处理过程中各个文件的位置和深度,方便对处理过程的控制,但是,能够实现这种功能的方法不只限于采用树形结构,具体选择哪种结构由设计的具体环境而定。
图3为本实施例在实施例二的基础上进一步公开的生成智能卡数据的方法的细节流程图,在实施例二的步骤S205之后,包括以下步骤:
步骤S301、将设置链接标识后的系统文件的属性的信息处理成字符串,即将文件路径、文件长度、记录数、记录长度、文件结构、读写权限、链接和初始值等信息用字符串表示;
步骤S302、根据所述文件路径将处理好的代表系统文件的属性的信息的字符串添加到树形结构中;
步骤S303、根据所述系统文件的起始地址计算所述树形结构的节点地址;
步骤S304、将所述节点地址添加到所述树形结构中;
将所述节点地址添加到所述树形结构中后,更新设置有链接标识的系统文件的指向地址,使其指向同一个物理地址,并更新所述系统文件的安全属性(即:更新所述系统文件的读写权限),接着,将更新后的安全属性放入所述系统文件中,然后,更新所述系统文件的安全属性索引;
步骤S305、将所述树形结构的文件信息生成文件系统数据。
需要说明的是,将系统文件存储于所述树形结构的过程以及将所述树形结构的文件信息生成文件系统数据的过程均采用广度遍历,本领域技术人员可以理解,这两个步骤的实现也可以采用深度遍历,只是需要记录文件树的深度,以及返回同一级目录时也需要进行计算,而由于广度遍历时是对同一级进行操作,就不需要记录文件树的深度了,本实施例只是优选方案,并不限于只采用广度遍历,具体选择情况根据设计人员的具体操作环境而定。
图6为本实施例公开的方法所对应的生成智能卡数据的装置,本实施例所公开的装置,图中标号601-605及609-611所表示的单元功能与实施例二中相同名称的单元功能相同。与实施例二公开的生成智能卡数据的装置相结合,本实施例中各单元的具体功能及其连接关系如下:
处理单元606和计算单元607接收设置单元605处理过的信息后,处理单元606将所述系统文件的属性信息处理成字符串,根据所述文件路径将所述字符串添加到树形结构608中,计算单元607根据所述系统文件的起始地址计算所述树形结构的节点地址,将所述节点地址添加到所述树形结构608中,之后由地址重置单元609、安全属性重置单元610以及数据组合单元611完成后续功能,相应的功能及连接关系已在实施例一及实施例二中详细描述,这里不再赘述。
实施例四
本实施例可与上述三个实施例相配合,与上述三个实施例所不同的是,本实施例中的系统文件为excel格式,即采用excel表格描述系统文件,其他处理过程及相对应的装置,如上述三个实施例所述,这里不再做详细描述。
本领域技术人员可知,在现有技术中,采用脚本来描述系统文件,其中存在很多弊端,例如:对于上千行的脚步来说,需要对脚本进行解析后才能知道其代表的含义,该过程很复杂,且不直观;另外,一个小小的变动,就可能需要投入很大的人力和物力才能实现,而且,上千行的脚本,稍有不慎,一个小变动就可能引起未知的错误,且不易发现,进而导致维护很困难。
本实施例中采用excel表格的形式,文件的属性一目了然,跟需求相对应,不需再进行复杂的解析过程,使得文件系统很直观,另外,采用excel的格式,系统文件的各个属性可以用汉字进行描述,可以及时发现错误并进行改正,使得对系统的维护和升级都很容易。
本领域技术人员可知,除采用excel表格描述系统文件,还可以采用xml语言来描述系统文件,两者仅是在文件的载入过程有所不同,其他步骤均类似,专业人员可以做出相应的处理。但是,采用xml语言依旧没有excel表格直观,且编辑也没有excel表格方便,具体采用什么方式由技术人员根据具体情况而定。
专业人员还可以进一步意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各实施例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下,在其它实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。