一种字符更新方法及装置的制造方法
【技术领域】
[0001]本发明属于通信领域，尤其涉及一种字符更新方法及装置。
【背景技术】
[0002]在移动平台中显示字符是依靠平台中的字库实现的，移动平台可以显示字库中具有的字符。目前，比较全的字库有3万多个字符，而常用到的字符只占到字库的1/5。在开发移动应用或者游戏过程中，通常只在字符包内集成常用字符，以节省字符包的大小。在移动应用或游戏发布出去之后，若需要在字库包里增加新的字符时，就需要替换原有的字符包。
[0003]现有的字符更新方法是:下载新的完整字符包替换老的完整的字符包。而一个常用字符包大约8000个汉字，压缩后的大小在2M左右，若仅仅因为增加几个字符而下载一遍整个2M甚至更大的字符包，则不仅浪费下载的时间，而且也浪费下载流量资源。并且，现在玩家喜欢采用各种火星文(火星文:很多用户喜欢用各种形状的字符，或者自定义的字符作为自己的名字，由于这些字符不是平常所用的，因此通称为火星文，火星文的形状变化性很强，通常不可提前预估。因此一旦有玩家采用新的字符，则导致要更新整个程序的字库包，付出代价较大。
【发明内容】
[0004]本发明实施例提供了一种字符更新方法，旨在解决现有方法在更新字符时，需重新下载整个字符包，从而导致下载时间过长，流量资源浪费过多的问题。
[0005]本发明实施例是这样实现的，一种字符更新方法，所述方法包括下述步骤:
[0006]接收客户端发送的字符更新请求，所述字符更新请求携带有字符的统一码
Unicode ；
[0007]查找文件名与所述字符的Unicode相同的文件，所述文件用于存储单个字符数据，所述单个字符数据通过将字库存储的字符数据拆解为单个的字符数据得到；
[0008]将查找到的文件发送给客户端，以使所述客户端根据接收的文件中的字符数据更新对应的字符。
[0009]本发明实施例的另一目的在于提供一种字符更新方法，所述方法包括下述步骤:
[0010]获取自定义字符；
[0011]在预置的字符包中不存在与获取的自定义字符相同的字符时，发送字符更新请求至服务器，以使所述服务器根据字符的Unicode查找文件名与字符的Unicode相同的文件；所述字符更新请求携带有字符的Unicode，所述文件用于存储单个字符数据，所述单个字符数据通过将字库存储的字符数据拆解为单个的字符数据得到；
[0012]接收服务器发送的文件，并根据接收的文件中的字符数据更新对应的字符。
[0013]本发明实施例的另一目的在于提供一种字符更新装置，所述装置包括:
[0014]字符更新请求接收单元，用于接收客户端发送的字符更新请求，所述字符更新请求携带有字符的统一码Unicode ；
[0015]字符查找单元，用于查找文件名与所述字符的Unicode相同的文件，所述文件用于存储单个字符数据，所述单个字符数据通过将字库存储的字符数据拆解为单个的字符数据得到；
[0016]文件发送单元，用于将查找到的文件发送给客户端，以使所述客户端根据接收的文件中的字符数据更新对应的字符。
[0017]本发明实施例的另一目的在于提供一种字符更新装置，所述装置包括:
[0018]字符获取单元，用于获取自定义字符；
[0019]字符更新请求发送单元，用于在预置的字符包中不存在与获取的自定义字符相同的字符时，发送字符更新请求至服务器，以使所述服务器根据字符的Unicode查找文件名与字符的Unicode相同的文件；所述字符更新请求携带有字符的Unicode,所述文件用于存储单个字符数据，所述单个字符数据通过将字库存储的字符数据拆解为单个的字符数据得到；
[0020]文件接收单元，用于接收服务器发送的文件，并根据接收的文件中的字符数据更新对应的字符。
[0021]在本发明实施例中，由于每一个字符均拆解成独立的文件，服务器只向客户端发送指定的字符组成的文件，不发送客户端本身已有的字符和指定的字符组成的字符包，而指定的字符拆解组成的独立的小文件占用的内存很小，因此能够快速响应客户端的请求，且缩短客户端的下载时间。
【附图说明】
[0022]图1是本发明第一实施例提供的一种字符更新方法的流程图；
[0023]图2是本发明第二实施例提供的另一种字符更新方法的流程图；
[0024]图3是本发明第四实施例提供的一种字符更新装置的结构图；
[0025]图4是本发明第五实施例提供的另一种字符更新装置的结构图。
【具体实施方式】
[0026]为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
[0027]为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。
[0028]实施例一:
[0029]图1示出了本发明第一实施例提供的一种字符更新方法的流程图，在本实施例中，服务器接收客户端发送的字符更新请求，并向客户端发送其请求的新增字符，详述如下:
[0030]步骤S11，接收客户端发送的字符更新请求，所述字符更新请求携带有字符的统一石马 Unicode。
[0031]该步骤的Unicode是一种在计算机上使用的字符编码，每种语言的每个字符都对应唯一的二进制编码。在该步骤中，服务器解析客户端发送的字符更新请求中的Unicode后，根据该字符的Unicode能够正确识别客户端请求更新的是哪个字符。
[0032]作为本发明另一实施例，在所述接收客户端发送的字符更新请求的步骤之前，包括下述步骤:
[0033]Al、将字库中包括多个字符数据的数据块，拆解为单个的字符数据，所述数据块存储有多个字符的Unicode，以及该字符的Unicode对应的字符数据。
[0034]A2、将每个字符数据组成一个文件，文件的文件名为字符的Unicode。
[0035]步骤Al?A2中，字库是指存储有较全字符信息的字库，在字库中有多个数据模块，比如记录字符名称的数据模块，记录字库字节的数据模块，还有记录每个字符的具体数据信息模块。其中，记录每个字符的具体数据信息模块通常采用轮廓数据表glyf表示，该glyf的大小和字符数与字库的大小和字符数是对应的，如果字库只含有8000个字符，则glyf也就只含有这8000个字符的数据信息。该glyf的结构为:一个字符的Unicode，一段该字符的Unicode对应的字符数据，该字符数据为描述字符的信息，其中，描述字符的信息包括记录每个字符如何构成、如何显示等信息。
[0036]由于字库存储的信息是所有字符对应的字符数据，因此客户端请求的字符有多个时，只能查找到该多个字符对应的字符数据，每个字符对应的字符数据通常在200字节内。在上述步骤中，将字库存储的所有字符对应的字符数据拆成一个个独立的文件，由于查找到的字符数据是按照glyf存储的，因此，可按照该glyf的存储格式拆解查找到的字符数据，一个字符对应的字符数据组成一个独立的文件，拆成的文件的文件名以字符的Unicode表示，避免了文件名重名的可能性。由于每个字符对应的字符数据通常在200字节内，因此由字符数据组成的文件占用的内存也在200字节左右。
[0037]其中，步骤Al，所述将字库中包括多