CN102262520B - 基于内置式平台手机的文本显示方法及其应用的装置 - Google Patents

Abstract

本发明提供一种基于内置式平台手机的文本显示方法，包括以下步骤：通过读取文本TXT文件的前2个字节判断得出TXT文件的第一编码格式；将第一编码格式与当前手机支持直接显示的第二编码格式进行比较；如果相同则直接在当前手机上显示TXT文件；如果不同则将第一编码格式的TXT文件转换为第二编码格式，并在当前手机上显示转换为所述第二编码格式后的TXT文件。本发明还提出一种基于内置式平台手机的文本显示装置。本发明基于内置式平台手机的文本显示方法及装置，针对TXT文件的编码格式能够实现自动识别及转换、显示，无需用户手动设置，也有效防止了乱码显示的问题；从而大大提高了手机显示TXT文本的兼容性，同时也能够提升用户的阅读感受。

Description

基于内置式平台手机的文本显示方法及其应用的装置

技术领域

本发明涉及一种手机阅读电子书的方法，特别涉及一种基于内置式平台手机的文本显示方法及其应用的装置。

背景技术

手机一般可分为智能手机(Smart Phone)和非智能手机(Feather Phone)。Smart Phone对应的手机开发平台为开放式平台，包括symbian、windowsmobile、linux、iPhone、Android、BlackBerry、j2me、brew等等。而面向FeatherPhone的手机开发平台则主要是内置式平台，包括MTK、展讯、TI、飞利浦等。

虽然可以预见基于开放式平台的Smart Phone将是未来手机发展的大趋势，但由于价格及客户群等各方面的原因，目前国内手机市场中Feather Phone仍然占据大部分的份额，由此也给基于内置式平台的手机应用软件带来了巨大的市场。其中，以图书阅读类软件尤为普及，有些甚至已经替换了平台自带的阅读器。

然而，现有技术中基于内置式平台的手机阅读软件打开TXT文件时都不能自动识别文件编码格式，对于不同编码格式的TXT文件，都需要在下载到手机上之前由PC端重新设置编码格式才能正常阅读，从而给用户带来操作上的麻烦。并且，对于手机直接从网络下载的TXT电子书，则会因为无法事先设置编码格式而可能在手机上显示为乱码，由此也给用户造成诸如下载流量费用的损失。

另一方面，由于CPU等手机硬件方面的限制，基于内置式平台的手机阅读软件打开一些比较大的文件时速度都十分缓慢，需要用户的长时间等待，从而给用户的阅读造成不便。

发明内容

本发明的目的是提供一种基于内置式平台手机的文本显示方法及其应用的装置，以解决现有技术中常用手机阅读应用软件不能自动识别编码格式、以及对于较大文件打开速度过慢的问题。

本发明的技术方案提供一种基于内置式平台手机的文本显示方法，包括以下步骤：

S1、通过读取文本TXT文件的前2个字节判断得出所述TXT文件的第一编码格式；

S2、将所述第一编码格式与当前手机支持直接显示的第二编码格式进行比较；

S3、如果所述第一编码格式与所述第二编码格式相同则直接在当前手机上显示所述TXT文件；

S4、如果所述第一编码格式与所述第二编码格式不同则将所述第一编码格式的TXT文件转换为所述第二编码格式，并在当前手机上显示转换为所述第二编码格式后的TXT文件。

上述基于内置式平台手机的文本显示方法中，所述步骤S3包括：将所述TXT文件分次在当前手机上显示，每次显示n Kb大小的数据，其中n为正整数。

上述基于内置式平台手机的文本显示方法中，所述步骤S4包括：分次进行所述TXT文件的转换及转换后的显示，每次转换并显示n Kb大小的数据，其中n为正整数。

本发明的技术方案还提出一种基于内置式平台手机的文本显示装置，其特征在于，包括：

编码确认模块，用于通过读取TXT文件的前2个字节判断得出所述TXT文件的第一编码格式，

编码比较模块，用于将所述第一编码格式与当前手机支持直接显示的第二编码格式进行比较；

直接显示模块，用于在所述编码比较模块的比较结果为相同时直接在当前手机上显示所述TXT文件；

转换显示模块，用于在所述编码比较模块的比较结果为不相同时将所述第一编码格式的TXT文件转换为所述第二编码格式，并在当前手机上显示转换为所述第二编码格式后的TXT文件。

上述基于内置式平台手机的文本显示装置中，所述直接显示模块包括：分次直接显示单元，用于将所述TXT文件分次在当前手机上显示，每次显示n Kb大小的数据，其中n为正整数。

上述基于内置式平台手机的文本显示装置中，所述转换显示模块包括：分次转换显示单元，用于分次进行所述TXT文件的转换及转换后的显示，每次转换并显示n Kb大小的数据，其中n为正整数。

本发明基于内置式平台手机的文本显示方法及装置，针对TXT文件的编码格式能够实现自动识别及转换、显示，无需用户手动设置，也有效防止了乱码显示的问题；进一步，采用分次显示的手段实现较大的TXT文件的快速打开阅读，无需用户等待；从而大大提高了手机显示TXT文本的兼容性，同时也能够提升用户的阅读感受。

附图说明

图1为本发明基于内置式平台手机的文本显示方法实施例一流程图；

图2为本发明基于内置式平台手机的文本显示方法实施例二流程图；

图3为图2所示实施例中步骤S204的第一实例具体流程图；

图4为图2所示实施例中步骤S204的第二实例具体流程图；

图5为图2所示实施例中步骤S204的第三实例具体流程图；

图6为本发明基于内置式平台手机的文本显示装置的实施例结构图。

具体实施方式

下面将结合附图详细介绍本发明基于内置式平台手机的文本显示方法及应用该方法的装置。

图1为本发明基于内置式平台手机的文本显示方法实施例一流程图，如图所示，本实施例的方法包括步骤S101～S104。

S101、通过读取文本TXT文件的前2个字节判断得出TXT文件的第一编码格式；

目前，TXT文件的编码方式主要包括四种，下面分别加以简单介绍：

(1)UNICODE(统一码)

UNICODE是一种在计算机上使用的字符编码，其为每种语言中的每个字符设定了统一并且唯一的二进制编码，以满足跨语言、跨平台进行文本转换、处理的要求。UNICODE自1990年开始研发，1994年正式公布，随着计算机工作能力的增强，UNICODE也在面世以来的十多年里得到了大规模普及。

(2)UNICODE big endian(统一码大端模式)

big endian(大端)模式与little endian(小端)模式是按处理器保存数据的模式进行的划分。简单来说，在计算机业界，“endian”一词表示数据在存储器中的存放顺序。此处，big endian是指数据的低位保存在内存的低地址中，而数据的高位保存在内存的高地址中，这种存储模式将地址的高低和数据位权有效地结合起来，高地址部分权值高，低地址部分权值低。相反，littleendian(小端)则是指数据的低位(就是权值较小的后面几位)保存在内存的高地址中，而数据的高位，保存在内存的低地址中，这样的存储模式类似于把数据当作字符串顺序处理：地址由小向大增加，而数据从高位往低位保存。

(3)UTF8(统一码变长字符编码)

UTF8是UNICODE的一种变长字符编码，由Ken Thompson于1992年创建，现在已经标准化为RFC(Request For Comments，请求注解)3629。UTF8用1到6个字节编码UNICODE字符。如果UNICODE字符由2个字节表示，则编码成UTF8很可能需要3个字节，而如果UNICODE字符由4个字节表示，则编码成UTF8可能需要6个字节。

(4)GB2312(国标简体中文字符集)

GB2312是一个简体中文字符集的中国国家标准，全称为《信息交换用汉字编码字符集·基本集》，又称为GB0，由中国国家标准总局发布，1981年5月1日实施。国内几乎所有的中文系统和国际化的软件都支持GB 2312。

上述四种编码格式的TXT文件前2个字节分别对应如下。

UNICODE            ：0xFFFE

UNICODE big endian ：0xFEFF

UTF8               ：0xEFBB

GB2312             ：无格式定义

本发明实现TXT文件编码格式的自动转换显示，必须基于对原始编码格式的正确判断。综合上述现有技术的内容可以得知，步骤S101中可根据TXT文件的前2个字节对其编码格式进行判断。即，如果前2个字节为0xFFFE，则编码格式为UNICODE；如果前两个字节为0xFEFF，则编码格式为UNICODE big endian；如果前两个字节为0xEFBB，则编码格式为UTF8；而无格式定义则为GB2312编码。

S102、将第一编码格式与当前手机支持直接显示的第二编码格式进行比较，如果相同则直接转步骤S103，否则转步骤S104；

S103、直接在当前手机上显示该TXT文件；

S104、将第一编码格式的TXT文件转换为第二编码格式，并在当前手机上显示转换为第二编码格式后的TXT文件。

在经步骤S101判断得出当前TXT文件的编码格式后，还需要如步骤S102所述将其与当前手机支持直接显示编码格式进行比较，如果两者相同，步骤S103便可直接显示当前TXT文件；否则，则需要如步骤S104所述先进行格式转换处理，再显示格式转换后的TXT文件。这里，为了以示区分，特意将步骤S101所判断得出的编码格式与当前手机支持的编码格式分别记为第一编码格式及第二编码格式。另外，步骤S104的转换及显示处理将在后续实施例中详细阐述。

图2为本发明基于内置式平台手机的文本显示方法实施例二流程图，如图所示，本实施例的方法包括步骤S201～S204。

S201、通过读取文本TXT文件的前2个字节判断得出TXT文件的第一编码格式；

S202、将第一编码格式与当前手机支持直接显示的第二编码格式进行比较，如果相同则直接转步骤S203，否则转步骤S204；

S203、将TXT文件分次在当前手机上显示，每次显示n Kb大小的数据，其中n为正整数；

S204、分次进行TXT文件从第一编码格式到第二编码格式的转换及转换后的显示，每次转换并显示n Kb大小的数据。

本实施例与实施例一的前两个步骤内容相同，此处不再加以赘述。而与实施例一不同的是，本实施例中步骤S203的显示处理及步骤S204的转换及显示处理均以n Kb大小为单位分次进行。

参见背景技术部分可以理解，此处分次转换、显示的目的在于克服现有技术中对于较大的TXT文件打开速度过慢的缺陷。通过将TXT文件以n Kb大小为单位分次进行直接显示或转换显示处理，能够大大减轻处理器的运算负担，加快转换及显示速度，从而更能适应于硬件配置普遍不高的内置式平台手机。另外，在本实施例及后续实施例中，都将n示例性地取为较优值16，实际应用中可视具体情况(例如处理器性能、屏幕大小等)调整该值。

进一步而言，步骤S203及步骤S204中所述“分次”的执行时机有多种。例如，可以是在步骤S201之前即开始对TXT文件进行分次读取，也可以是在进行到步骤S203或步骤S204时才开始对TXT文件进行分次读取，由于步骤S201及S202并不涉及需要用分次来提高效率的处理，因此这种执行上的顺序不同不会对结果造成任何影响，实际应用中可随意采用。这里，每次读取16Kb大小的TXT文件数据，到步骤S203或步骤S204的显示完成后再加上例如为16Kb大小的偏移量进行下一次转换或显示处理。由于TXT文件数据的前部会有编码判断字节，所以这里的偏移量并不一定是16Kb，这些情形将在后续步骤S203、S204的实例中详加阐述。

下面，将以四个实例对上述实施例二中步骤S203及S204的具体流程分别加以阐述。

S203实例

本实例是基于步骤S202的“相同”的判断结果，也即，假设经步骤S202判断得知当前TXT文件的第一编码格式与当前手机支持直接显示的第二编码格式恰好相同。由上述第二实施例的内容可知，此时跳转到步骤S203直接在当前手机显示该TXT文件。

进一步，为实现分次显示的目的，本实例步骤S203中按(N-1)*16*1024+2的字节长度偏移量读取16Kb大小的数据进行显示，其中N为当前读取的次数，偏移量每次都是以原始TXT文件的初始字节进行起算(下文实例同理)，“2”则是由步骤S201中所述用来判断编码格式的字节带来的偏移量。

S204第一实例

本实例中，假设当前手机支持直接显示的编码格式为UNICODE，处理器采用小端模式。例如，现有技术MTK平台即符合这种假设，本实例及后续第二、第三实例即是基于MTK平台所进行的示例。

本实例中，还假设步骤S201所判断得出的第一编码格式为UNICODEbig endian，由步骤S202的判断可知，此时步骤S204的转换及转换后的显示处理如图3所示包括步骤S301～S303。

S301、每次按(N-1)*16*1024+2的字节长度偏移量读取16Kb大小的数据，其中N为当前读取的次数；

S302、将所读取数据的第m个字符与第m+1个字符的顺序对换，以完成所述第一编码格式到所述第二编码格式的转换，其中，m为正偶数；

S303、在当前手机上显示转换后的数据，再返回步骤S301进行下次读取。

本实例中在显示TXT文件之前需要将其格式由UNICODE big endian转换为UNICODE，转换算法即为将数据的第m个字符与第m+1个字符的顺序对换。

S204第二实例

第二实例中，除与第一实例同样假设基于MTK平台之外，还假设步骤S201所判断得出的第一编码格式为UTF8，此时步骤S204的转换及转换后的显示处理如图4所示包括步骤S401～S403。

S401、读取16Kb大小的数据；

S402、将所读取的数据转换为UNICODE编码格式，再将转换后的UNICODE编码格式数据反向转换为UTF8编码格式，并记录反向转换后的字节长度L_N，其中N为当前读取的次数；

S403、在当前手机上显示转换后的UNICODE编码格式数据，并按

的字节长度偏移量转步骤S401进行下一次数据读取。

本实例中在显示TXT文件之前需要将其格式由UTF8转换为UNICODE，该转换的具体算法应为本领域普通技术人员所熟知，此处不加以赘述。然而，此处需要特别指出的是，由于UTF8到UNICODE的编码格式转换会改变原始数据的字节长度，因此为获得所显示数据在原始文件中所对应的真实长度以确定下一次读取的字节长度偏移量，还需要将转换后的UNICODE编码格式数据反向转换为UTF8，并记录反向转换后的数据字节长度L_N。并且，由于UTF8编码中一个汉字用三个字节表示，所以在读取16Kb大小的数据时可能会出现一个汉字的最后一个字节和另外一个汉字的前两个字节组合到一起的问题，从而导致其后的三个字节的组合全部错误；针对该问题，本实例中在L_N小于16Kb数据的长度时则实际将每次读取的16Kb数据的最后组合不完整的1个或者2个字节舍弃，以保证数据的组合完整性和正确显示。另外，虽然上述文本显示方法实施例二中步骤S201判断第一编码格式仅使用了TXT文件的前2个字节，但对于UTF8的编码格式，实际上文件的前三个字节都为编码判断标识符，因此，在本实例步骤S403中在完成反向转换后需要按

的字节长度偏移量进行下一次的读取、转换及显示处理。

S204第三实例

第三实例中，除与第一实例同样假设基于MTK平台之外，还假设步骤S201所判断得出的第一编码格式为GB2312，此时步骤S204的转换及转换后的显示处理如图5所示包括步骤S501～S503。

S501、读取16Kb大小的数据；

S502、将所读取的数据转换为UNICODE编码格式，再将转换后的UNICODE编码格式数据反向转换为GB2312编码格式，并记录反向转换后的字节长度L_N，其中N为当前读取的次数；

S503、在当前手机上显示转换后的UNICODE编码格式数据，并按

的字节长度偏移量转步骤S501进行数据读取。

将GB2312编码格式转换为UNICODE的具体算法亦为本领域普通技术人员所熟知，此处不加以赘述。与上述实例三类似，GB2312到UNICODE的编码格式转换也会改变原始数据的字节长度，因此为获得所显示数据在原始文件中所对应的真实长度，也需要对转换后的UNICODE编码格式进行一次反向转换，并记录反向转换后的字节长度L_N。此处，反向转换后的GB2312编码格式数据不会出现最后一个字是一个汉字的第一个字节的情况。另外，由上实施例一中步骤S101所述，GB2312编码格式的TXT文件没有定义格式判断标识符，因此，本实例步骤S503中在完成反向转换后只需直接按

L_i的字节长度偏移量进行下一次的读取、转换及显示处理。

图6为本发明基于内置式平台手机的文本显示装置实施例结构图，如图所示，本实施例的装置包括：编码确认模块61、编码比较模块62、直接显示模块63及转换显示模块64；其中，编码确认模块61，用于通过读取TXT文件的前2个字节判断得出TXT文件的第一编码格式；编码比较模块62，用于将第一编码格式与当前手机支持直接显示的第二编码格式进行比较；直接显示模块63，用于在编码比较模块62的比较结果为相同时直接在当前手机上显示TXT文件；转换显示模块64，用于在编码比较模块62的比较结果为不相同时将第一编码格式的TXT文件转换为第二编码格式，并在当前手机上显示转换为第二编码格式后的TXT文件。

进一步，上述基于内置式平台手机的文本显示装置实施例中，直接显示模块63包括：分次直接显示单元631，用于将TXT文件分次在当前手机上显示，每次显示n Kb大小的数据，其中n为正整数；转换显示模块64包括：分次转换显示单元641，用于分次进行TXT文件的转换及转换后的显示，每次转换并显示n Kb大小的数据。

由以上描述可知，本实施例装置中各模块执行的功能与上述本发明的方法实施例二的处理步骤相对应。因此，在阅读本申请的说明书后能够很好理解，本实施例的装置完全可以用来执行上述本发明方法的各实施例及各具体实例的所有处理，此处不再加以赘述。

需要声明的是，上述发明内容及具体实施方式意在证明本发明所提供技术方案的实际应用，不应解释为对本发明保护范围的限定。本领域技术人员在本发明的精神和原理内，当可作各种修改、等同替换、或改进。本发明的保护范围以所附权利要求书为准。

Claims (5)

1.一种基于内置式平台手机的文本显示方法，其特征在于，包括以下步骤：

S1、通过读取文本TXT文件的前2个字节判断得出所述TXT文件的第一编码格式；

S2、将所述第一编码格式与当前手机支持直接显示的第二编码格式进行比较；

S3、如果所述第一编码格式与所述第二编码格式相同则直接在当前手机上显示所述TXT文件；以及

S4、如果所述第一编码格式与所述第二编码格式不同则将所述第一编码格式的TXT文件转换为所述第二编码格式，并在当前手机上显示转换为所述第二编码格式后的TXT文件；

其中，所述步骤S4包括：分次进行所述TXT文件的转换及转换后的显示，每次转换并显示nKb大小的数据，其中n为正整数；

并且，如果所述步骤S1中判断得出所述第一编码格式为统一码变长字符编码UTF8或国标简体中文字符集GB2312，所述第二编码格式为UNICODE，则所述步骤S4相应地包括：

S41、读取nKb大小的数据；

S42、将所读取的数据转换为UNICODE编码格式，再将转换后的UNICODE编码格式数据对应地反向转换为UTF8编码格式或GB2312编码格式，并记录反向转换后的字节长度L_N，其中N为当前读取的次数；以及

S43、在当前手机上显示转换后的UNICODE编码格式数据，并对应地按或

的字节长度偏移量返回步骤S41进行下次数据读取。

2.如权利要求1所述基于内置式平台手机的文本显示方法，其特征在于，所述步骤S3包括：将所述TXT文件分次在当前手机上显示，每次显示nKb大小的数据，其中n为正整数。

3.如权利要求2所述基于内置式平台手机的文本显示方法，其特征在于，所述步骤S3包括：每次按(N-1)*n*1024+2的字节长度偏移量读取nKb大小的数据进行显示，其中N为当前读取的次数。

4.一种基于内置式平台手机的文本显示装置，其特征在于，包括：

编码确认模块，用于通过读取TXT文件的前2个字节判断得出所述TXT文件的第一编码格式，

编码比较模块，用于将所述第一编码格式与当前手机支持直接显示的第二编码格式进行比较；

直接显示模块，用于在所述编码比较模块的比较结果为相同时直接在当前手机上显示所述TXT文件；以及

转换显示模块，用于在所述编码比较模块的比较结果为不相同时将所述第一编码格式的TXT文件转换为所述第二编码格式，并在当前手机上显示转换为所述第二编码格式后的TXT文件；

其中，所述转换显示模块包括：分次转换显示单元，用于分次进行所述TXT文件的转换及转换后的显示，每次转换并显示nKb大小的数据，其中n为正整数；

并且，如果所述编码确认模块判断得出所述第一编码格式为统一码变长字符编码UTF8或国标简体中文字符集GB2312，所述第二编码格式为UNICODE，则所述分次转换显示单元相应地执行以下步骤：

S41、读取nKb大小的数据；

S42、将所读取的数据转换为UNICODE编码格式，再将转换后的UNICODE编码格式数据对应地反向转换为UTF8编码格式或GB2312编码格式，并记录反向转换后的字节长度L_N，其中N为当前读取的次数；以及

S43、在当前手机上显示转换后的UNICODE编码格式数据，并对应地按

或的字节长度偏移量返回步骤S41进行下次数据读取。

5.如权利要求4所述基于内置式平台手机的文本显示装置，其特征在于，所述直接显示模块包括：分次直接显示单元，用于将所述TXT文件分次在当前手机上显示，每次显示nKb大小的数据，其中n为正整数。

Images