CN106447757A - 一种数据存储的方法及装置 - Google Patents

Abstract

本申请公开了一种数据存储的方法，先确定本端账号对应的待存储信息，再通过该待存储信息进一步确定该待存储信息分别对应的模型数据以及分别对应的动画模板数据，之后确定该待存储信息中满足预设条件的各信息，并根据该模型数据以及该动画模板数据渲染出对应的模型以及动画模板，最后，将满足预设条件的各信息按照发送先后顺序排列、将各信息分别对应的动画模板套用至相应的模型上，并生成对应的动画并存储在本地。并且，本申请还提供了一种实现上述方法的装置。可见，通过本申请提供的方法及装置，用户在查看历史信息时，无需任何操作便可看到该历史信息以及上下文对应的连贯动画，使用户可以更好理解历史信息的含义。

Description

一种数据存储的方法及装置

技术领域

本申请涉及信息技术领域，尤其涉及一种数据存储的方法及装置。

背景技术

随着信息化社会的发展，人们越来越依赖于网络执行各种业务，其中，使用即时通讯软件通过网络与他人交流，几乎成为人们每天生活的常态。

在现有技术中，用户在使用即时通讯软件时，主要可通过文字、语音以及图像表情与人进行交流(以下将文字、语音以及图像表情简称为通讯信息)。而由于通讯信息一般较为简单直白，用户在接收到对方发送的通讯信息后，无法了解到对方在发送该通讯信息时的情绪，而且，相同内容的通讯信息在不同的场景下，所表达的意思可不完全一致。

例如，场景A：甲：“今天电影很好看。”乙：“是啊，哈哈哈。”和场景B：甲：“你怎么这些小事都做不好。”乙：“哈哈哈。”，可见在这两个场景中乙表达的情绪并不相同，但是若仅通过乙发送的通讯信息来看，并不能分辨出这种区别。

可见，用户在理解通讯信息时容易出现误解，尤其是在用户查看历史信息时，这一情况就更加突出，造成用户通常需要对比上下文来确定历史信息中真正要表达的含义，也就是说通讯信息的真正含义实际上与该通讯信息所处的场景十分相关。

综上，现有技术中用户在查看历史信息时，还需要查询该历史信息的上下文，并通过对比上下文确定发送该历史信息真正表达的含义，导致用户使用不便，且用户理解通讯信息的效率降低、增加了用户操作。

发明内容

本申请实施例提供一种数据存储的方法，用于解决在采用现有技术中用户在查看历史信息时，用户使用不便，且用户理解通讯信息的效率降低、增加了用户操作的问题。

本申请实施例提供一种数据存储的装置，用于解决在采用现有技术中用户在查看历史信息时，用户使用不便，且用户理解通讯信息的效率降低、增加了用户操作的问题。

本申请实施例采用下述技术方案：

一种数据存储的方法，包括：

确定本端账号对应的待存储信息，其中，所述待存储信息包括所述本端账号发送的信息以及所述本端账号接收的对端账号发送的信息；

确定所述待存储信息对应的模型数据以及所述待存储信息对应的动画模板数据；

根据确定的所述模型数据以及所述动画模板数据，将所述待存储信息存储在本地。

一种数据存储的装置，包括：

第一确定模块，确定本端账号对应的待存储信息，其中，所述待存储信息包括所述本端账号发送的信息以及所述本端账号接收的对端账号发送的信息；

第二确定模块，确定所述待存储信息对应的模型数据以及所述待存储信息对应的动画模板数据；

存储模块，根据确定的所述模型数据以及所述动画模板数据，将所述待存储信息存储在本地。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：

首先在确定本端账号对应的待存储信息之后，并不直接将该待存储信息存储在本地，而是通过该待存储信息进一步确定该待存储信息分别对应的模型数据以及分别对应的动画模板数据，其次，确定该待存储信息中满足预设条件的各信息，并根据该模型数据以及该动画模板数据渲染出对应的模型以及动画模板，最后，将满足预设条件的各信息按照发送先后顺序排列后，将各信息分别对应的动画模板套用至相应的模型上，生成对应的动画并存储在本地。可见，通过本申请实施例提供的方法及装置，用户在查看历史信息时，无需任何操作便可看到该历史信息以及该历史信息上下文对应的连贯动画，使用户可以直接理解历史信息的真正含义，提高了效率并减少了用户操作。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例提供的数据存储的过程；

图2为本申请实施例提供的模型数据对应的用户3D形象示意图；

图3a～3d为本申请实施例提供的动画模板套用至相应发送端账号的模型上的示意图；

图4为本申请实施例提供的待存储信息为视频时生成对应动画的示意图；

图5为本申请实施例提供的多模型动画模板套用多个模型的示意图；

图6为本申请实施例提供的发送端账号通过服务器与接收端账号发送和接收信息的示意图；

图7a～7d为本申请实施例提供的用户对历史信息进行调整操作的示意图；

图8为本申请实施例提供的各待存储信息根据分别对应的发送时间合并播放多个动画模板的示意图；

图9是本申请实施例提供一种数据存储的装置结构示意图。

具体实施方式

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

以下结合附图，详细说明本申请各实施例提供的技术方案。

图1为本申请实施例提供的数据存储的过程，具体包括以下步骤：

S101：确定本端账号对应的待存储信息。

由于用户在实际使用即时通讯软件与其他用户通讯时，会产生若干用于通讯的信息(以下简称为信息)，而这些已经产生的信息可以存储在终端本地，所以在本申请实施例中待存储信息可以是已经产生的各信息，其中，该待存储信息可以是：动画、字符、音频、视频、图像等等常见的信息。

另外，由于通常用户是通过在终端的即时通讯软件上登录持有的账号，再通过该账号与其他用户进行通讯的，所以在本申请中，该本端账号可以是登录在终端上的账号，而对端账号则可以是与本端账号进行通讯的账号(即，登录在其他终端的即时通讯软件上的其他账号)，则可由该终端确定本端账号对应的待存储信息。

进一步地，由于该终端除了可以通过本端账号发送信息以外，还可以通过本端账号接收对端账号发送的信息，所以该本端账号中可存在两类信息，一类是该本端账号发送的信息，一类是本端账号接收到的对端账号发送的信息，而这两类信息均可作为待存储信息存储在该本端账号登录的该终端的本地。于是，在本申请中，该待存储信息包括：该本端账号发送的信息以及该本端账号接收的该对端账号发送的信息。

更进一步地，由于本申请涉及的是数据存储方法，也就是对该待存储信息的存储方法，并且，该待存储信息为即时通讯应用产生的信息，所以在本申请中，确定本端账号对应的该待存储信息可以是该终端自动进行的，具体的，可由该终端实时进行，即，每当该本端账号发送或者接收到一条信息时，实时将该信息确定为待存储信息，或者，也可由该终端根据预设的时间间隔进行，即，该终端根据预设的时间间隔通过本端账号，确定在最近一次确定待存储信息到本次确定待存储信息之间，该本端账号发送以及接收到的信息，并作为待存储信息。

并且，在本申请中，确定本端账号对应的待存储信息还可以根据用户的操作进行，具体的，可由该终端监测用户针对本端账号的存储操作，并当监测到该存储操作时，确定最近一次确定本端账号对应的待存储信息到本次存储操作之间，该本端账号发送以及接收到的信息为待存储信息。

需要说明的是，该终端可以是手机、个人电脑(personal computer，pc)、平板电脑等终端，并且该对端账号可以为多个(即，本端账号可以与多个对端账号进行通讯)，后续为了方便说明，若不做特殊说明，仅以一个对端账号为例进行描述以及说明。当然，该确定本端账号对应的该待存储信息可以同时由该终端自动进行以及根据用户操作进行，本申请对此并不做具体限定。

例如，假设用户通过自己的手机A，登录了自己持有的账号1，则该账号1为该手机A的本端账号。继续假设此时该用户已经通过该账号1与他人账号(如，账号2)进行了通讯，则该账号2为对端账号，通讯信息可如表1所示。

发送时间	账号标识	信息内容
			17:30:33	账号1	Hi～
17:33:01	账号2	咋了？啥事？
			17:33:20	账号1	晚上一起喝一杯啊？
17:59:13	账号2	算啦，我晚上想早点睡。

表1

通过表1可见本端账号(即，账号1)与对端账号(即，账号2)进行通讯的信息，其中，这4个信息均可为被该手机A确定为待存储信息。

S102：确定所述待存储信息对应的模型数据以及所述待存储信息对应的动画模板数据。

由于在现有技术中，通常该终端是以该待存储信息的原本状态直接存储在该终端的本地，并且当用户查看历史信息时，该历史信息也是以对应的待存储信息的原本状态显示的，所以才会造成本申请所述的导致用户对历史信息理解困难，增加了用户翻阅上下文的操作等，导致使用效率降低。

于是，在本申请实施例中，当该终端确定本端账号对应的待存储信息后，还可进一步确定该待存储信息对应的模型数据以及该待存储信息对应的动画模板数据，以便进行后续的步骤可将该待存储信息生成对于用户来说更好理解、更加直观的一个或多个动画，并存储在该终端本地。

而为了使用户后续可以通过生成的动画确定该动画对应的用户(即，该信息是由谁发送的)，所以首先该终端可以根据该待存储信息，确定对应的模型数据，其中，由于该模型数据对应于该待存储信息的发送端，所以该模型数据可以作为该发送端的标识，用以标识该发送端的身份(即，使用该发送端发送信息的用户的身份)。

具体的，通过表1可见，针对任一一个待存储信息，该终端在确定该待存储信息的同时，可以确定该待存储信息对应的账号标识，其中，该账号标识为发送该待存储信息的发送端账号的账号标识，于是，该终端便可以根据该待存储信息，确定该待存储信息的发送端账号的账号标识，再根据该账号标识确定该发送端账号对应的模型数据。

进一步地，由于该待存储信息可能是本端账号发送的信息，也可能是对端账号发送的信息，所以该发送端可以是本端也可以是对端。于是，当该发送端是本端时，该终端可以直接通过本地存储的本端对应的模型数据，确定该待存储信息对应的模型数据(即，发送端账号对应的模型数据)。而当该发送端是对端时，该终端可以先根据本地已存储的各账号标识与各模型数据的对应关系，判断本地是否存在与该待存储信息的发送端账号的账号标识对应的模型数据，若是则可以直接调用该模型数据作为该发送端账号对应的模型数据，若否，则可再向服务器发送调用请求，以使该服务器返回该待存储信息的发送端账号对应的模型数据，从而确定该待存储信息对应的模型数据。

更进一步地，由于在本申请中并不限定一个账号仅可对应于一个模型数据(即，一个账号的账号标识可以对应多个模型数据)，所以在本申请中，该待存储信息中也可携带该模型数据或者该待存储信息中可携带模型标识。当该待存储信息中也可携带该模型数据时，该终端可以根据该待存储信息中携带的模型数据，确定该待存储信息对应的模型数据，当该待存储信息中可携带模型标识时，使该终端在接收到该待存储信息后，可以确定该待存储信息对应的模型标识，并根据本地预先存储的各模型标识与各模型数据的对应关系，确定该模型标识对应的模型数据，并作为该待存储信息对应的模型数据。

需要说明的是，由于该发送端账号可对应多个模型数据，所以在本申请中所述的该待存储信息中携带的模型数据或者模型标识，均可为该发送端账号在发送该待存储信息时，该发送端账号对应的模型数据或者模型标识。

另外，该终端可以根据该模型数据在该终端的屏幕上渲染出对应的模型，而该模型可在后续动画中确定该动画对应的用户。并且，该模型数据，可以是该发送端账号的持有人的3D形象对应的模型数据，如图2所述，则后续用户可以通过后续动画中的该3D形象直观的确定发送该待存储信息的用户。

图2为本申请实施例提供的模型数据对应的用户3D形象示意图，其中可见，该3D形象可以直接地显示用户的面貌特征，使用户可以直接识别出该3D形象代表的人物身份，当然，本申请并不限定该模型数据可渲染出何种模型。

在本申请实施例中，除了确定该待存储信息对应的模型数据以外，还需要确定该待存储信息对应的动画模板数据，以便后续可根据该动画模板数据生成对应的动画，以实现通过动画表现历史信息的效果，即，使该待存储信息生成对应的动画，并通过播放该动画表现该待存储信息的内容。

具体的，该待存储信息中可以携带有动画标识或者动画模板数据，当该待存储信息中携带有动画标识时，该终端可以根据预先存储的各动画模板数据与各动画标识的对应关系、各动画标识以及各动画模板数据，确定该待存储信息对应的动画模板数据，当然，由于该待存储信息中也可直接携带有动画模板数据，则此时该终端可以直接将该待存储信息中携带的动画模板数据，确定为该待存储信息对应的动画模板数据。

其中，当该待存储信息中携带该动画标识时，该待存储信息所占用的存储空间较小，更方便传输，并可以减轻网络运行压力，而当该待存储信息中携带该动画模板数据时，则该终端可无需预先存储的各动画模板数据与各动画标识的对应关系、各动画标识以及各动画模板数据，可以节省终端的存储空间，当然，具体采用何种方式本申请并不做具体限定。

继续沿用上例，假设该手机A可以根据确定的4个待存储信息，确定各待存储信息的发送端账号对应的模型数据，以及各待存储信息对应的动画模板数据。如，根据表1中的第一个待存储信息，可以根据该待存储信息对应的账号标识，确定该待存储信息是由本端账号发送的，所以可以直接从该手机A本地调用该账号1对应的模型数据，假设为img01。那么针对表1中的第二个待存储信息，则该手机A根据本地已存储的各账号标识与各模型数据的对应关系，判断本地已经存储了账号2对应的模型数据，并直接调用该模型数据，假设为img02。则由于各待存储信息中只包含账号1以及账号2发送的信息，所以该手机A已经确定各待存储信息的发送端账号对应的模型数据。

继续假设，该待存储信息对应的动画标识如表2所示。

信息内容	动画标识
		Hi～	ACT_0001
咋了？啥事？	ACT_0020
		晚上一起喝一杯啊？	ACT_0029
算啦，我晚上想早点睡。	ACT_0033

表2

可见该第一个待存储信息对应的动画标识为ACT_0001，则该手机A可以根据预先存储的各动画模板数据与各动画标识的对应关系，确定该动画标识ACT_0001对应的动画模板数据，假设该对应的动画模板数据为model_0001，则该手机A此时便确定该待存储信息对应的模型数据，以及动画模板数据。同理，则该手机A可确定该第二个至该第四个待存储信息分别对应的模型数据，以及动画模板数据。

S103：根据确定的所述模型数据以及所述动画模板数据，将所述待存储信息存储在本地。

在本申请实施例中，当该终端确定该待存储信息的发送端账号对应的模型数据以及该待存储信息对应的动画模板数据之后，便可如前所述，根据该模型数据以及该动画模板数据，将该待存储信息存储在该终端的本地。其中，当该待存储信息存储在本地后，该待存储信息便成为了该终端中存储的历史信息，且该历史信息是与该本端账号对应的历史信息。

并且，由于各待存储信息之间存在上下文关系，而各待存储信息分别对应的模型数据以及动画模板数据均可通过后续处理生成对应的动画，所以在本申请中该终端存储各待存储信息时，还可以根据预设的条件，确定满足预设条件的各信息，并合并存储为一条历史信息。

进一步地，由于满足预设条件的各信息，均可对应于一个动画，所以该合并存储的一条历史信息对应的动画的内容可为多个动画的组合。于是，当用户在该终端查看本端账号对应的历史信息时，该终端可播放由多个待存储信息合并而成的一条历史信息，使得用户无需翻看上下文便可通过该历史信息对应播放的动画，了解具有上下文关系的多条待存储信息的内容，从而理解该历史信息想要表达的真实含义。

具体的，首先，该终端可根据预设的条件，确定在步骤S101中确定的该待存储信息中满足该预设条件的各信息，其中，该终端可先确定各待存储信息对应的主题以及各待存储信息的发送时间，并将对应的主题相同且发送时间的间隔不大于预设的阈值的各待存储信息，确定为该满足预设条件的各信息。也就是说，以各待存储信息对应的主题以及各待存储信息的发送时间作为条件，将满足条件的各待存储信息进行分类，确定为满足预设条件的各信息，即，确定分为一类的各待存储信息。

其次，由于在步骤S102中确定的是各待存储信息分别对应的动画模板数据以及模型数据，而单独以该动画模板数据或者该模型数据，该终端无法生成对应的动画，所以在本申请中，该终端还需根据该满足预设条件的各信息分别对应的动画模板数据，渲染出该满足预设条件的各信息分别对应的各动画模板，以及根据该满足预设条件的各信息分别对应的模型数据，渲染出该满足预设条件的各信息分别对应的模型，以便后续可根据该模型以及该动画模板生成动画。

再次，由于各满足预设条件的信息是具有上下文关系，而只有依据该上下文关系顺序生成的动画才具有正确的意思表达(即，使用户观看之后可以理解该历史信息的真实含义)，而该上下文关系可以通过满足预设条件的各信息的发送时间来确定，所以在本申请中还可将满足预设条件的各信息按照发送先后顺序排列，以便后续的生成的动画具有正确的上下文关系。

之后，由于对于该满足预设条件的各信息来说，可通过该满足预设条件的各信息分别对应的模型标识该信息的发送端账号，使用户看到该模型就能明白这是由哪一个账号发送的信息，所以该终端可继续根据该排列顺序，将该满足预设条件的各信息分别对应的动画模板套用至相应发送端账号对应的模型上。于是，该满足预设条件的各信息可以对应于多个按顺序排列的套用有模型的动画模板。

最后，该终端便可根据套用了各动画模板后的每个发送端账号对应的模型，生成分别对应于不同发送端账号的多个动画(即，针对每一个发送端账号，生成与该发送端账号对应的一个动画)，或者生成对应于所有发送端账号的动画，也就是说，该终端可生成一个或多个待存储动画，并将该一个或多个待存储动画存储在本地。

其中，由于在确定满足预设条件的各信息时，并没有按照各待存储信息的发送端账号对各待存储信息进行区分，所以该满足预设条件的各信息可以包含至少一个发送端账号发送的信息，所以该终端可以将满足预设条件的各信息所对应的套用有模型的动画模板，生成一个针对所有发送端账号的待存储动画，也可以生成针对每一个发送端账号的多个待存储动画，并且由于之前该终端已经根据满足预设条件的各信息的发送时间，对满足预设条件的各信息进行了排列，所以不论生成的一个待存储动画还是多个待存储动画，针对每一个待存储动画，该待存储动画对应内容均是依时间顺序排列的。

于是，在本申请中，最终可根据各待存储信息分别对应的模型数据以及动画模板数据，生成对应的待存储动画，并将该待存储动画作为历史信息存储在该终端本地，以完成对数据的存储过程。

需要说明的是，在本申请中所述的发送端账号的动画为，根据套用了各动画模板后的一个发送端账号对应的模型生成的待存储动画。

继续沿用上例，假设该手机A根据表1中的各待存储信息中包含的主题以及各待存储信息的发送时间的间隔，判断表1中的4个待存储信息满足预设条件，于是，该手机A可以根据这4个待存储信息对应的模型数据以及动画模板数据，渲染出这4个待存储信息分别对应的模型以及动画模板，进一步假设该动画模板数据与渲染出的动画模板的对应关系为：动画模板数据model_0001渲染出动画模板Mov_0001、动画模板数据model_0020渲染出动画模板Mov_0020、动画模板数据model_0029渲染出动画模板Mov_0029以及动画模板数据model_0033渲染出动画模板Mov_0033，则该手机A可以确定如下表3所示的关系。

发送时间	账号标识	信息内容	动画模板	模型
					17:30:33	账号1	Hi～	Mov_0001	img01
17:33:01	账号2	咋了？啥事？	Mov_0020	img02
					17:33:20	账号1	晚上一起喝一杯啊？	Mov_0029	img01
17:59:13	账号2	算啦，我晚上想早点睡。	Mov_0033	img02

表3

并且，该手机A可以根据这4个待存储信息的发送时间，确定这4个待存储信息的排列顺序，如表3从上到下的顺序。

之后，该手机A便可根据该排列顺序，依次将这4个待存储信息分别对应的动画模板套用至相应发送端账号的模型上，即，将动画模板Mov_0001和动画模板Mov_0029套用至模型img01上，将动画模板Mov_0020和动画模板Mov_0033套用至模型img02上。

最后，该手机A可根据套用了各动画模板后的每个发送端账号对应的模型，生成针对不同发送端账号的动画或生成对应于所有发送端账号的动画，并将该一个或多个待存储动画存储在本地，其中生成的对应于这4个待存储信息的动画，可如图3a～图3d所示。

图3a～3d为本申请实施例提供的动画模板套用至相应发送端账号的模型上的示意图。其中图3a～3d均为对应于这4个待存储信息的动画中节选的4帧画面，可见，图3a和图3c是对应的是账号1发送的待存储信息的动画，图3b和图3d是对应的是账号2发送的待存储信息的动画。

于是，该手机A可将图3a和图3c所示意的动画生成一个待存储动画，并将图3b和图3d所示意的动画生成一个待存储动画，即，一共生成两个待存储动画，分别对应该账号1和该账号2的待存储信息。或者该手机A也可将该图3a～3d所示意的动画生成一个待存储动画，则该待存储动画的内容可包含该账号1和该账号2的待存储信息。

通过图1所示的数据存储方法，可见，当该终端确定了本端账号对应的该待存储信息之后，还可进一步确定该待存储信息对应的模型数据以及动画模板数据，并确定满足预设条件的各信息，其中，由于满足该预设条件的信息可以视为是连贯的、具有上下文关系的信息，所以在本申请中，还可将满足预设条件的各信息，按照发送时间顺序排列之后，合并存储为一个历史信息。进一步地，由于对于每一个待存储信息来说，根据该待存储信息对应的模型数据以及动画模板数据，还可生成对应的动画，所以在将满足预设条件的各信息合并存储为一个历史信息时，该终端可以直接将各待存储信息对应生成的动画合并成为一个待存储动画并存储在本地(即，该历史信息为一个待存储动画)。于是，在用户查看该历史信息时，可直接播放该待存储动画，由于该待存储动画的内容对应多个具有上下文关系的待存储信息，并且动画的形式展现出每个待存储信息的内容，所以用户无需在翻看上下文，并可通过该待存储动画的播放直观的理解该历史信息所表达的真实含义，在避免了用户多次操作的同时，也提高了用户理解历史信息的效率。

另外，由于在步骤S101中所述的，该待存储信息包含：动画、字符、音频、视频以及图像，所以当该终端通过步骤S103生成满足预设条件的各信息所对应的待存储动画时，可将该待存储信息包含的内容生成为该动画的一部分。当然，当该待存储信息包含的是由动画模板套用模型生成的动画时，则可略过此过程，而若当该待存储信息中包含的是flash动画，则可该待存储信息包含的内容生成为该动画的一部分。

其中，当该待存储信息为字符时，便可生成如图3a～3d所示的对话框，并在该对话框中显示对应待存储信息的字符。当该待存储信息为音频时，则可将该音频生成为该动画的一部分，使该动画成为具有音频对应的声音的动画。当该待存储信息为视频或者flash动画时，则可如图4所示，生成可以显示视频或者flash动画的动画。同理，对于该待存储信息为图像的情况，可采用与该待存储信息为视频时同样方法，生成该待存储信息对应的动画。

进一步地，在本申请中，该待存储信息对应的动画模板可以套用多个模型上。由于，用户在使用即时通讯软件时，通常是两个或者两个以上的用户在进行信息的通讯，如表1所示的就是该账号1和账号2的用户在进行信息通讯，所以此时各待存储信息分别对应的动画模板数据也可是多模型动画模板数据，即，该多模型动画模板数据渲染出的多模型动画模板可套用至多个发送端账号对应的模型上。

于是，该终端生成的动画可以包含多个发送端账号对应的模型，如图5所示。

图5为本申请实施例提供的多模型动画模板套用多个模型的示意图。其中可见，在该动画模板中存在两个不同的模型，生成的动画的画面中两个模型可以通过该多模型动画模板产生交互动作，如图5中显示的就是两个发送端账号对应的模型在进行掰手腕这种交互动作。

更进一步地，由于待存储信息可对应多模型动画模板，所以在本申请步骤S103确定的满足预设条件的各信息中，可存在对应动画模板数据的待存储信息以及对应多模型动画模板数据的待存储信息，所以在本申请中该终端还可以统一满足预设条件的各信息分别对应的动画模板可套用至的模型数量，并通过后续的渲染，排序操作后，生成画面中的模型数量统一的动画。

另外，在本申请实施例步骤S103中，该终端在确定主题相同的各待存储信息时，由于待存储信息可以包含：动画、字符、视频、音频以及图像，所以各待存储信息的形式可以并不一致(即，可以同时出现音频待存储信息、视频待存储信息、字符待存储信息、图像待存储信息、动画待存储信息等)，所以在判断各待存储信息是否具有相同主题时，该终端可以先将各待存储信息的形式进行统一，以便后续判断各代存储信息的主题是否相同。

具体的，当该待存储信息为字符信息时，可以采用与现有技术相同的方法，确定该待存储信息的字符对应关键字，并将该关键字作为该待存储信息的主题。当该待存储信息为音频或者视频时，则可采用与现有技术相同的方法，进行语音识别或者视频图像识别，确定该音频、动画或者视频的内容(其中，该内容就是该音频、动画或者视频表达的含义)，并根据该确定的内容确定对应的关键字，将该关键字作为该音频待存储信息或者视频待存储信息的主题。当该待存储信息为图像时，可采用与现有技术相同的方法，对该图像进行图像识别，确定该图像对应的内容(其中，该内容就是该图像表达的含义)，并根据该确定的内容确定对应的关键字，将该关键字作为该图像待存储信息的主题。由于上述均可通过现有技术实现，所以本申请不再对具体实施方式进行赘述。

当然，由于视频识别、动画识别、音频识别以及图像识别对终端硬件的要求相对较高，所以在本申请中为了减低该终端的资源消耗，还可以省略对音频、动画、视频以及图像形式的待存储信息的主题的确定，而仅以对应的待存储信息的发送时间作为确定是否满足预设条件的条件。

进一步地，在确定各待存储信息是否满足预设条件时，还需要通过判断各待存储信息发送时间的间隔不大于预设的阈值，而由于网络故障、网络延时、终端本地时间错误等原因，发送端账号在发送各待存储信息时确定的发送时间可能并不同一。

继续沿用上例，假设账号1在9:00:00发送了一条信息X，但是由于网络故障等原因，账号2在12:00:00才收到该信息X，则对于账号2来说，该待存储信息X(即，账号1在9:00:00发送的信息X)的发送时间为12:00:00，但是对于账号1来说，同样的待存储信息X的发送时间应为9:00:00。于是对于账号1和账号2来说，该待存储信息的发送时间并不统一，则后续在确定各待存储信息是否满足预设的条件时，该账号1和账号2确定的结果可能出现不统一的情况。

于是，在本申请中，针对每个待存储信息，该待存储信息的发送时间，采用服务器接收到该存储信息的时间作为发送时间。由于各发送端账号与接收端账号的信息的发送和接收均需要通过服务器，如图6所示，而服务器自身的时间是统一的，所以可以避免出现发送端账号与接收端账号对于同一条待存储信息确定的发送时间不一致的问题。

图6为本申请实施例提供的发送端账号通过服务器与接收端账号发送和接收信息的示意图。

具体的，对于发送端账号来说，当该发送端账号发送一条信息之后，该发送端账号还可接收服务器针对该信息返回的发送时间，并以该发送时间作为该信息对应的发送时间。而对已接收端账号来说，由于服务器再将信息转发给该接收端账号时，便可将该服务器接收到该信息的时间作为该信息的发送时间，携带该信息中发送至该接收端账号，所以该接收端账号可以直接将接收到信息的所携带的发送时间作为该信息对应的发送时间。也就是说，对一个终端上登录的账号来说，当该账号发送信息时，该账号还可接收服务器返回的发送时间，作为已发送信息的发送时间，而当该账号接收信息时，则可直接将该接收到的信息中携带的发送时间，作为该接收到的信息的发送时间。

继续沿用上例，假设该服务器在10:10:00接收到了账号1在9:00:00发送的信息X，则该服务器可向该账号1返回信息X的发送时间为10:10:00的指令，使该账号1重新将信息X的发送时间确定为10:10:00，同时，该服务器再将在信息X转发至账号2时，将该信息X的发送时间更新为10:10:00，使该账号2在接收到该信息X时，可以直接确定该信息X的发送时间为10:10:00，最终使得对于该信息X来说，该账号1和该账号2确定的发送时间均为10:10:00，避免了同一信息发送时间不同的问题。

需要说明的是，对于各账号来说，在进行数据存储时上述的信息(如，信息X)就是待存储信息。

更进一步地，虽然通过以服务器的时间作为各待存储信息的时间可以有效的避免不同账号对于同一待存储信息的发送时间不统一的问题，但是在通过上述方法将各待存储信息发送时间的统一后，也有可能使得各待存储信息上下文之间出现歧义，上下文不连贯的问题。

继续沿用上例，假设在该账号1和账号2之间存在如表5所示的对话。

发送时间	账号标识	信息内容
			17:30:33	账号1	有钱借我吗？
17:33:01	账号2	有。
			17:33:20	账号1	那你有C的联系方式吗？
17:59:13	账号2	没有啊。

表5

可见，这是一个账号1的用户向账号2的用户借钱后，询问C的联系方式的一段对话，但是假如这4个信息的发送时间实际上是错乱的，真正的对话应该是如表6所示的。

发送时间	账号标识	信息内容
			17:30:33	账号1	有钱借我吗？
17:33:01	账号2	没有啊。
			17:33:20	账号1	那你有C的联系方式吗？
17:59:13	账号2	有。

表6

可见，这是一个账号1的用户向账号2的用户借钱不成，只好寻找C的一段对话，但是表5中各信息对应的对话内容完全与表6所示的对话内容不同，可见各待存储信息发送时间的错乱会造成用户对对话内容在理解上出现偏差。

于是，在本申请中，该终端还可以监测用户的调整操作，当监测到用户的调整操作后，便根据用户的调整操作，调整已存储的各已存储的信息的排列顺序，并根据调整后的排列顺序，生成调成后的待存储动画，并存储在本地。

具体的，该调整操作可以分为调整启动操作以及排序操作，则当该终端监测到该调整启动操作后，如图7a所示，该终端显示每一条已存储的信息，如图7b所示，其中，该调整启动操作包括点击操作。

当该终端如图7b所示显示每一条已存储的信息后，该终端可继续监测用户的排序操作，其中，该排序操作包括拖动操作，则当监测用户的拖动操作后，根据用户的拖动操作调整各已存储的信息的排列顺序，如图7c～7d所示。

图7a～7d为本申请实施例提供的用户对已存储的信息进行调整操作的示意图。

另外，在本申请实施例中，该终端在步骤S103根据确定的该模型数据以及该动画模板数据，将该待存储信息存储在本地时，也可以不先根据预设的条件，确定满足预设条件的各信息，并最终生成一个或者多个待存储动画，而是直接将在步骤S102中确定的该待存储信息的发送端账号对应的模型数据以及该待存储信息对应的动画模板数据存储在本地。

进一步地，当该终端接收到播放历史信息的指令时，可以根据各已存储信息(即，历史信息)分别对应的动画模板数据，渲染出各已存储信息分别对应的动画模板，根据各已存储信息分别对应的模型数据，渲染出各已存储信息分别对应的模型，再将各已存储信息按照发送先后顺序排列，根据排列顺序，将所述已存储信息分别对应的动画模板套用至相应发送端账号对应的模型上，根据套用了各动画模板后的每个发送端账号对应的模型，生成一个或多个待存储动画，并播放。

其中，若生成一个待存储动画，则该待存储动画为对应于所有发送端账号的动画，该待存储动画中包含套用了各动画模板后的所有发送端账号对应的模型；若生成多个待存储动画，则每个待存储动画为对应于不同的发送端账号的动画，每个待存储动画中包含套用了各动画模板后的一个发送端账号对应的模型。

也就是说，在该终端仅存储该待存储信息的发送端账号对应的模型数据以及该待存储信息对应的动画模板数据，而只在用户对历史信息进行查看时，(即，监测到播放历史信息的指令时)，在对历史信息进行如步骤S103中所述的渲染、排序以及生成动画的过程，并播放对应的动画。其中，由于渲染、排序以及生成动画的过程与步骤S103一致，所以在此不再赘述。

更进一步地，并且由于该播放历史信息的指令，可以针对于多个历史信息，所以可以通过该播放历史信息的指令选定的多个历史信息，而无需再根据预设的条件，确定满足预设条件的各信息，可以节省终端的资源消耗。当然，该终端在接收到该播放历史信息的指令，也可以完全的重复步骤S103中所述的确定满足预设条件的各信息、渲染、排序以及生成动画的过程，并播放最后生成的动画。当然，本申请并不具体限定采用何种方式，而可根据实际使用的需要来确定。

另外，在本申请实施例中，该终端还可以监测用户的导出操作，其中，该导出操作可以针对一个或多个已存储的待存储动画，当然该导出操作也可针对一个或者多个已存储的待存储信息。并且，当该终端接收到该导出操作后，便可将该导出操作对应的动画导出成视频。

具体的，当该导出操作是针对一个或者多个已存储的待存储动画时，该终端可以直接将该一个或者多个动画导出为导出成一个视频，当该导出操作是针对一个或者多个已存储的待存储信息时，该终端可如步骤S103所述的，将该待存储信息进行渲染、排序并生成对应的动画，最后再将该动画导出成视频。

其中，该导出成的视频的格式可以是各版本的运动图像专家组(Motion PictureExperts Group，MPEG)、音频视频交错(Audio Video Interleaved，AVI)、Windows媒体视频格式(Windows Media Video，WMV)等等，本申请对此并不做限定。

进一步地，在本申请实施例中，当该待存储信息为音频或者视频时，由于用户发送的音频或者视频的播放时长不一定与该待存储信息对应的动画模板数据所渲染出的动画模板的播放时长一致。则当该音频或者视频的播放时长比该动画模板的播放时长短时，可以等待该动画模板全部播放完毕在播放下一个待存储信息对应的动画模板，当该音频或者视频的播放时长比该动画模板的播放时长长时，则可等待该动画模板全部播放完毕后，播放默认的待机动画模板。

更进一步地，由于各待存储信息对应的发送时间的间隔可能并不足以播放完整的动画模板，则此时可以根据各待存储信息的发送时间在时间轴上对应的节点，生成合并播放多个动画模板的动画，如图8所示。

图8为本申请实施例提供的各待存储信息根据分别对应的发送时间合并播放多个动画模板的示意图，其中，图8所示的是一个动画在时间轴上不同节点播放的画面的示意图。通过图8可见，各待存储信息对应的动画模板，根据各待存储信息的发送时间单独或者合并播放，其中，由于在17:30:33只有该账号1发送的待存储信息，所以此时该动画的画面中，只有该表1中第一条待存储信息对应的动画，而在17:33:01又存在该账号2发送的待存储信息，所以此时该动画的画面中，同时存在该表1中的第一条以及第二条待存储信息分别对应的动画，后续同理，在该动画的画面中可合并播放多个套用了模型的动画模板对应的动画。

另外，步骤S103中，本申请并不限定仅以各待存储信息对应的主题、各待存储信息的发送时间等，来确定满足预设条件的各信息，也就是说该预设条件可以根据需要设置，如，该终端也可以根据发送端账号在发送该待存储信息时的地理位置信息、动画模板数据可套用的模型数量是否相同、动画模板数据渲染出的动画模板的背景等条件，确定满足预设条件的各信息。例如，将各地理位置信息距离不超过5km的各待存储信息、将动画模板数据套用模型数量相同的各待存储信息、将动画模板数据渲染出的动画模板的背景相同的各待存储信息确定为满足预设条件的各信息等等。

进一步地，在本申请中，该待存储信息对应的模型数据是根据该待存储信息的发送端账号确定的，也就是说该模型数据渲染成模型后，可以使用户通过该模型，了解该待存储信息是由哪个发送端账号发送的，即，该模型可以起到区别的作用(如，用户可轻易的区分图2、图3a和图3b中的模型)，而在现有技术中，用户在使用即时通讯软件时，通常还可以对账户中的用户信息进行设置(如，性别、年龄、职业、身高、体重、爱好、心情、签名等等)，而该用户信息也可以视为是该账号区别于其他账号的特征，所以在本申请中，该终端还可以确定发送该待存储信息的账号的用户信息，并根据该用户信息调整该待存储信息对应的模型数据，使得该模型数据渲染出的模型更加贴近发送该待存储信息的账号的用户信息，进而使得用户在观看该待存储信息对应的模型数据以及动画模板数据生成的动画时，可以更容易地理解对话双方的身份区别以及对话内容。

具体的，首先确定发送该待存储信息的该发送端账号的用户信息(即，该待存储信息对应的用户信息)，本端账号在于对端账号建立通讯时，可以向该对端账号发送获取用户信息的请求，使得该对端账号将用户信息发送给该本端账号，并且，该本端账号还可以确定本端账号对应的用户信息，从而可以在确定本端账号对应的待存储信息时，确定发送该待存储信息的发送端账号的用户信息。当然，该用户信息也可以是对端账号在发送信息时，主动发送给本端账号的，本申请对如何确定该用户信息并不做具体限定，可采用与现有技术相同的方法确定。

其次，根据该用户信息，调整该待存储信息对应的模型数据，例如，根据用户信息中的身高信息调整该模型数据的高度、根据该用户信息中的年龄信息调整该模型数据的面部皱纹、根据该用户信息中的爱好添加该模型数据的饰品等等，从而完成对该待存储信息对应的模型数据的调整，使得该模型数据渲染出的模型更加符合用户信息中的描述。

更进一步地，在现有技术中，通常用户使用即时通讯软件时，该账户还可以确定该账户所登录的终端的环境信息(如，时间信息、地理位置信息、天气信息等)，由于上述环境信息可以反映用户在使用即时通讯软件时的地理位置信息、所处地点的天气信息等环境信息，所以通过该环境信息可以进一步体现用户在发送信息时的状态。

于是，在本申请中，该终端还可以通过确定发送该待存储信息的账户的环境信息，并根据该环境信息调整该待存储信息对应的动画模板数据，从而使用户通过生成的动画可以更进一步地理解该待存储信息所表达的内容。

具体的，在根据该环境信息调整该动画模板数据时，该终端可以根据该环境信息中的地理位置信息、天气信息、发送时间信息等调整该动画模板数据的背景或者该动画模板数据的滤镜，具体如何调整可根据需要由人工进行设定，并且调整方法而也可与现有技术中调整动画背景以及动画滤镜的方式相同。当然，本申请并不限制调整动画模板数据，以及计算如何调整动画模板数据的方法，在实际应用中可根据需要确定。

更进一步地，在本申请中，由于该待存储信息存储在该终端后，用户还可以通过播放历史记录的方式，回看由该待存储信息生成的动画，而如本申请之前所述的，该待存储信息可以以最终生成动画的形式存储在该终端中，也可以以模型数据、动画模板数据的形式存储在该终端中，并当接收到播放历史信息的指令时，在生成对应的动画进行播放，所以在本申请中，该终端还可存储发送该待存储信息对应的环境信息，并在接收到播放历史记录的指令时，先根据该环境信息调整该动画模板数据之后，在生成对应的动画，即，本申请并不限定调整该动画模板数据的时机。

另外，在本申请中，在接收到该播放历史记录的指令时，该终端还可以根据对应于该历史纪录的信息(如，该历史记录的存储时间、改历史纪录的存储地点等等)，判断该历史记录是否符合调整条件，若符合，则调整该历史记录对应的动画模板数据，若不符合则不进行调整。

例如，假设该判断是否调整该历史纪录的条件为，该历史记录的存储时间与接收到该播放指令的时间间隔是否超过1年，若是则调整该历史记录对应的动画模板数据的滤镜为偏黄，若否则不调整，则当该终端接收到播放1年前的历史记录的指令时，该终端还可调整该历史记录对应的动画模板数据的滤镜，使得最终生成的动画画面始终偏黄，呈现老电影的效果。

需要说明的是，本申请并不限定如何设置上述调整条件以及该调整条件的数量，在实际应用中可根据需要进行设置。使该终端在播放历史信息时，可灵活的改变生成的动画。

另外，除了本申请中所述的根据用户信息调整该待存储信息对应的模型数据以外，在现有技术中，通常该模型数据还可以是用户根据个人喜好进行调整的。

例如，当一个模型数据包含：面部模型数据、服装模型数据、以及体态模型数据时，用户可以对这些模型数据进行调整以得到个性化的模型，调整面部模型数据可以改变渲染出的模型面部特征(如，眼睛颜色、鼻子高矮、嘴唇大小等等)，而调整服装、体态模型数据则可改变渲染出的模型的整体特征(如，衣着风格、饰品风格、身材高矮、体型胖瘦等等)。

但是，当该动画模板在套用至模型上时，由于通常动画模板是根据默认的模型大小生成的，所以当该模型的大小不是默认的模型大小时，可能会出现动画模板套用至模型上所生成的动画中，模型动作不自然，出现瑕疵等问题(如，模型数据渲染出的模型太胖，使得最后生成的动画中，人物与场景中的物体相互重叠、镶嵌，导致动画不自然)。

所以更进一步地，在本申请中，该终端还可以根据该待存储信息对应的模型数据，调整该待存储信息对应的动画模板数据，避免该动画模板数据渲染出的动画模板在套用至该模型数据渲染的模型上时出现瑕疵。其中，该模型数据可以是根据用户信息调整之后的模型数据，而又，因为该模型数据是可以通过该用户信息调整的，所以在本申请中也可以通过该用户信息调整该待存储信息对应的动画模板数据。

具体的，在根据该待存储信息对应的模型数据调整该待存储信息对应的动画模板数据时，该终端可以根据该模型数据或者用户信息，调整该动画模板数据，例如，根据该模型数据渲染出的模型的高度或者用户信息中的身高数据，计算并调整非该动画模板数据的背景高度，根据该模型数据渲染出的模型的投影面积，计算并调整该动画模板套用至该模型上时，该模型的在场景中的位置。其中，该计算方法和调整方法可与现有技术中调整动画的方法相同，本申请并不限定调整该动画模板数据的具体方法，在实际使用中可根据需要确定。

更进一步地，在本申请中，也可以根据环境信息调整该待存储信息对应的模型数据，例如，确定该发送端在发送该待存储信息时的环境信息，当该环境信息对应的地理位置为高原时，调整该模型数据中人物的面部特征，使得调整后的该模型数据渲染出的模型面部具有高原红的特征，又如，当该环境信息对应的天气为大雨时，调整该模型数据，使得调整后的该模型数据渲染出的人物携带雨伞或者浑身湿透。具体的，如何调整该模型数据，可以根据预先存储的环境信息与调整方式的对应关系，确定如何该待存储信息对应的环境信息调整该模型数据，上述对应关系可由人工进行设置，本申请对此并不做具体限定。

综上，在调整该模型数据或者该动画模板数据时，可分别或者同时根据该用户信息以及该环境信息进行调整，并且调整对象也并不局限于该模型数据或者该动画模板数据，可以同时对该模型数据以及该动画模板数据进行调整，具体的如何调整可以根据实际使用的需求确定。

需要说明的是，本申请实施例所提供方法的各步骤的执行主体均可以是同一设备。

基于图1所示的数据存储过程，本申请实施例还对应提供一种数据存储的装置，如图9所示。

图9是本申请实施例提供一种数据存储的装置结构示意图，包括：

第一确定模块201，确定本端账号对应的待存储信息，其中，所述待存储信息包括所述本端账号发送的信息以及所述本端账号接收的对端账号发送的信息；

第二确定模块202，确定所述待存储信息对应的模型数据以及所述待存储信息对应的动画模板数据；

存储模块203，根据确定的所述模型数据以及所述动画模板数据，将所述待存储信息存储在本地。

所述第二确定模块202，确定所述待存储信息的发送端账号对应的模型数据，所述发送端账号包括本端账号或对端账号。

所述存储模块203，确定所述待存储信息中满足预设条件的各信息，将满足预设条件的各信息按照发送先后顺序排列，根据排列顺序，将所述满足预设条件的各信息分别对应的动画模板数据套用至相应发送端账号对应的模型数据上，根据套用了各动画模板数据后的每个发送端账号对应的模型数据，生成一个或多个待存储动画，并存储在本地，其中，若生成一个待存储动画，则该待存储动画为对应于所有发送端账号的动画，该待存储动画中的内容为所有发送端账号对应的动画；若生成多个待存储动画，则每个待存储动画为对应于不同的发送端账号的动画，每个待存储动画中的内容为一个发送端账号对应的动画。

所述存储模块203，确定各待存储信息对应的主题以及各待存储信息的发送时间，将对应的主题相同且发送的时间间隔不大于预设阈值的各待存储信息，确定为满足预设条件的各信息。

当所述待存储信息为所述对端账号发送的信息时，所述第二确定模块202，根据所述待存储信息携带的动画标识，以及预先存储的各动画模板数据与各动画标识的对应关系，确定所述待存储信息对应的动画模板数据，或者将所述待存储信息携带的动画模板数据，确定为所述待存储信息对应的动画模板数据。

所述存储模块203，将所述待存储信息的发送端账号对应的模型数据以及所述待存储信息对应的动画模板数据存储在本地。

播放模块204，当接收到播放历史信息的指令时，根据各已存储信息分别对应的动画模板数据，渲染出各已存储信息分别对应的动画模板，根据各已存储信息分别对应的模型数据，渲染出各已存储信息分别对应的模型，将各已存储信息按照发送先后顺序排列，根据排列顺序，将所述已存储信息分别对应的动画模板套用至相应发送端账号对应的模型上，根据套用了各动画模板后的每个发送端账号对应的模型，生成一个或多个待存储动画，并播放，其中，若生成一个待存储动画，则该待存储动画为对应于所有发送端账号的动画，该待存储动画中的内容为所有发送端账号对应的动画；若生成多个待存储动画，则每个待存储动画为对应于不同的发送端账号的动画，每个待存储动画中的内容为一个发送端账号对应的动画。

所述装置还包括：

调整模块205，确定发送所述待存储信息的所述发送端账号的用户信息和环境信息中的至少一种，根据所述环境信息和/或所述用户信息，调整所述待存储信息对应的动画模板数据和/或模型数据。

具体的，上述如图9所示的数据存储的装置可以位于终端中，其中，该终端可以是手机、个人电脑(personal computer，pc)、平板电脑等终端。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (12)

1.一种数据存储的方法，其特征在于，包括：

确定本端账号对应的待存储信息，其中，所述待存储信息包括所述本端账号发送的信息以及所述本端账号接收的对端账号发送的信息；

确定所述待存储信息对应的模型数据以及所述待存储信息对应的动画模板数据；

根据确定的所述模型数据以及所述动画模板数据，将所述待存储信息存储在本地。

2.如权利要求1所述的方法，其特征在于，确定所述待存储信息对应的模型数据，包括：

确定所述待存储信息的发送端账号对应的模型数据，所述发送端账号包括本端账号或对端账号。

3.如权利要求2所述的方法，其特征在于，根据确定的所述模型数据以及所述动画模板数据，将所述待存储信息存储在本地，具体包括：

确定所述待存储信息中满足预设条件的各信息；

根据所述满足预设条件的各信息分别对应的动画模板数据，渲染出所述满足预设条件的各信息分别对应的动画模板；

根据所述满足预设条件的各信息分别对应的模型数据，渲染出所述满足预设条件的各信息分别对应的模型；

将满足预设条件的各信息按照发送先后顺序排列；

根据排列顺序，将所述满足预设条件的各信息分别对应的动画模板套用至相应发送端账号对应的模型上；

根据套用了各动画模板后的每个发送端账号对应的模型，生成一个或多个待存储动画，并存储在本地；

其中，若生成一个待存储动画，则该待存储动画为对应于所有发送端账号的动画，该待存储动画中的内容为所有发送端账号对应的动画；若生成多个待存储动画，则每个待存储动画为对应于不同的发送端账号的动画，每个待存储动画中的内容为一个发送端账号对应的动画。

4.如权利要求3所述的方法，其特征在于，确定所述待存储信息中满足预设条件的各信息，具体包括：

确定各待存储信息对应的主题以及各待存储信息的发送时间；

将对应的主题相同且发送时间的间隔不大于预设阈值的各待存储信息，确定为满足预设条件的各信息。

5.如权利要求1所述的方法，其特征在于，当所述待存储信息为所述对端账号发送的信息时，确定所述待存储信息对应的动画模板数据，具体包括：

根据所述待存储信息携带的动画标识，以及预先存储的各动画模板数据与各动画标识的对应关系，确定所述待存储信息对应的动画模板数据；或者

将所述待存储信息携带的动画模板数据，确定为所述待存储信息对应的动画模板数据。

6.如权利要求2所述的方法，其特征在于，根据确定的所述模型数据以及所述动画模板数据，将所述待存储信息存储在本地，具体包括：

将所述待存储信息的发送端账号对应的模型数据以及所述待存储信息对应的动画模板数据存储在本地。

7.如权利要求6所述的方法，其特征在于，所述方法还包括：

当接收到播放历史信息的指令时，根据各已存储信息分别对应的动画模板数据，渲染出各已存储信息分别对应的动画模板；

根据各已存储信息分别对应的模型数据，渲染出各已存储信息分别对应的模型；

将各已存储信息按照发送先后顺序排列；

根据排列顺序，将所述已存储信息分别对应的动画模板套用至相应发送端账号对应的模型上；

根据套用了各动画模板后的每个发送端账号对应的模型，生成一个或多个待存储动画，并播放；

其中，若生成一个待存储动画，则该待存储动画为对应于所有发送端账号的动画，该待存储动画中的内容为所有发送端账号对应的动画；若生成多个待存储动画，则每个待存储动画为对应于不同的发送端账号的动画，每个待存储动画中的内容为一个发送端账号对应的动画。

8.如1至7任一权利要求所述的方法，其特征在于，所述方法还包括：

确定发送所述待存储信息的所述发送端账号的用户信息和环境信息中的至少一种；

根据所述环境信息和/或所述用户信息，调整所述待存储信息对应的动画模板数据和/或模型数据。

9.一种数据存储的装置，其特征在于，包括：

第一确定模块，确定本端账号对应的待存储信息，其中，所述待存储信息包括所述本端账号发送的信息以及所述本端账号接收的对端账号发送的信息；

第二确定模块，确定所述待存储信息对应的模型数据以及所述待存储信息对应的动画模板数据；

存储模块，根据确定的所述模型数据以及所述动画模板数据，将所述待存储信息存储在本地。

10.如权利要求9所述的装置，其特征在于，所述第二确定模块，确定所述待存储信息的发送端账号对应的模型数据，所述发送端账号包括本端账号或对端账号；

当所述待存储信息为所述对端账号发送的信息时，所述第二确定模块，根据所述待存储信息携带的动画标识，以及预先存储的各动画模板数据与各动画标识的对应关系，确定所述待存储信息对应的动画模板数据，或者将所述待存储信息携带的动画模板数据，确定为所述待存储信息对应的动画模板数据。

11.如权利要求10所述的装置，其特征在于，所述存储模块，确定所述待存储信息中满足预设条件的各信息，将满足预设条件的各信息按照发送先后顺序排列，根据排列顺序，将所述满足预设条件的各信息分别对应的动画模板数据套用至相应发送端账号对应的模型数据上，根据套用了各动画模板数据后的每个发送端账号对应的模型数据，生成一个或多个待存储动画，并存储在本地，其中，若生成一个待存储动画，则该待存储动画为对应于所有发送端账号的动画，该待存储动画中的内容为所有发送端账号对应的动画；若生成多个待存储动画，则每个待存储动画为对应于不同的发送端账号的动画，每个待存储动画中的内容为一个发送端账号对应的动画；

确定各待存储信息对应的主题以及各待存储信息的发送时间，将对应的主题相同且发送的时间间隔不大于预设阈值的各待存储信息，确定为满足预设条件的各信息；

将所述待存储信息的发送端账号对应的模型数据以及所述待存储信息对应的动画模板数据存储在本地。

12.如权利要求11所述的装置，其特征在于，所述装置还包括：

播放模块，当接收到播放历史信息的指令时，根据各已存储信息分别对应的动画模板数据，渲染出各已存储信息分别对应的动画模板，根据各已存储信息分别对应的模型数据，渲染出各已存储信息分别对应的模型，将各已存储信息按照发送先后顺序排列，根据排列顺序，将所述已存储信息分别对应的动画模板套用至相应发送端账号对应的模型上，根据套用了各动画模板后的每个发送端账号对应的模型，生成一个或多个待存储动画，并播放，其中，若生成一个待存储动画，则该待存储动画为对应于所有发送端账号的动画，该待存储动画中的内容为所有发送端账号对应的动画；若生成多个待存储动画，则每个待存储动画为对应于不同的发送端账号的动画，每个待存储动画中的内容为一个发送端账号对应的动画。