数据更新方法、装置、终端设备及存储介质与流程

[0001]
本申请涉及大数据领域，尤其涉及一种数据更新方法、装置、终端设备及存储介质。


背景技术：

[0002]
随着互联网技术的发展，用户对客户端应用(app)功能的丰富化和多样化提出了更高的需求，服务器端技术开发人员需要不断改进应用的功能，形成应用的更新数据，并生成新的应用版本，从而使用户在客户端进行应用数据的更新。
[0003]
现有应用的数据更新过程中，需要用户手动的进行待更新数据的下载，进而导致用户操作繁琐，降低了用户的操作体验，且现有应用的数据更新过程中，需要对待更新数据进行整体下载，进而导致应用内存的占用空间较大，降低了对应用数据更新的效率。


技术实现要素：

[0004]
有鉴于此，本申请实施例提供了一种数据更新方法、装置、终端设备及存储介质，以解决现有技术的衣物收纳过程中，由于基于用户的想法进行衣物的收纳，所导致的衣物收纳合理性低下的问题。
[0005]
本申请实施例的第一方面提供了一种数据更新方法，用于对应用中的数据进行热更新，包括：
[0006]
将待更新数据与所述应用中的存量数据进行数据比对，并根据数据比对结果确定所述待更新数据中的增量上线数据和所述存量数据中的存量下线数据，所述增量上线数据用于在所述应用中新增服务功能，所述存量下线数据用于在所述应用中下线服务功能；
[0007]
根据所述增量上线数据生成数据上线条件和数据上线线程，所述数据上线条件用于检测所述应用的运行环境是否满足所述增量上线数据的上线要求，所述数据上线线程用于检测所述数据上线条件在所述应用中的条件结果，并根据所述数据上线条件和所述数据上线线程对所述应用进行数据新增；
[0008]
对所述存量下线数据在所述应用中的运行条件进行条件修改，并根据条件修改后的所述运行条件对所述存量下线数据进行数据下线。
[0009]
进一步地，所述将待更新数据与所述应用中的存量数据进行数据比对，包括：
[0010]
分别计算所述待更新数据中的数据包和所述存量数据中的数据包的哈希值，并获取所述待更新数据中的数据包和所述存量数据中的数据包的数据标识；
[0011]
根据所述数据标识将所述待更新数据中的数据包与所述存量数据中的数据包进行匹配，并将所述待更新数据和所述存量数据之间相匹配的数据包的哈希值进行比对，得到所述数据比对结果。
[0012]
进一步地，所述根据数据比对结果确定所述待更新数据中的增量上线数据和所述存量数据中的存量下线数据，包括：
[0013]
若所述数据比对结果中，所述待更新数据和所述存量数据之间相匹配的数据包的
哈希值不相同，则将所述待更新数据和所述存量数据之间相匹配的数据包对应设置为所述增量上线数据和所述存量下线数据。
[0014]
进一步地，所述根据所述增量上线数据生成数据上线条件和数据上线线程，并根据所述数据上线条件和所述数据上线线程对所述应用进行数据新增，包括：
[0015]
根据所述增量上线数据生成链路内存对象和数据线程，并将所述链路内存对象注入到所述数据线程，得到所述数据上线线程；
[0016]
根据所述链路内存对象生成所述上线条件，并将所述上线条件添加至所述应用的条件队列中；
[0017]
将所述数据上线线程添加至所述应用的线程池中，并根据所述线程池运行所述数据上线线程；
[0018]
根据运行的所述数据上线线程，持续检测所述条件队列中所述上线条件的条件结果；
[0019]
若所述上线条件的条件结果为真，则在所述应用中新增所述上线条件对应的所述增量上线数据。
[0020]
进一步地，所述对所述存量下线数据在所述应用中的运行条件进行条件修改，并根据条件修改后的所述运行条件对所述存量下线数据进行数据下线，包括：
[0021]
获取所述存量下线数据的数据标识，并将所述存量下线数据的数据标识与所述应用中预存储的条件列表进行匹配，得到所述运行条件，所述条件列表中存储有不同数据标识与对应运行条件之间的对应关系；
[0022]
根据预设修改参数对匹配到的所述运行条件进行参数修改，得到所述下线条件，并将所述下线条件添加至所述应用的条件队列中；
[0023]
若所述条件队列中的所述下线条件的条件结果为真，则对所述存量下线数据进行数据下线，并将所述下线条件从所述条件队列中移除。
[0024]
进一步地，所述分别计算所述待更新数据中的数据包和所述存量数据中的数据包的哈希值所采用的计算公式为：
[0025][0026]
其中，a是数据包中的第a个字符，n是数据包中字符串的总长度，hashcode是所述哈希值。
[0027]
进一步地，所述根据所述数据标识将所述待更新数据中的数据包与所述存量数据中的数据包进行匹配之后，还包括：
[0028]
若所述待更新数据中数据包的数据标识与所述存量数据中数据包的数据标识均不匹配，则将所述待更新数据中对应的数据包设置为所述增量上线数据。
[0029]
本申请实施例的第二方面提供了一种数据更新装置，用于对应用中的数据进行热更新，包括：
[0030]
数据比对单元，用于将待更新数据与所述应用中的存量数据进行数据比对，并根据数据比对结果确定所述待更新数据中的增量上线数据和所述存量数据中的存量下线数据，所述增量上线数据用于在所述应用中新增服务功能，所述存量下线数据用于在所述应
用中下线服务功能；
[0031]
数据新增单元，用于根据所述增量上线数据生成数据上线条件和数据上线线程，所述数据上线条件用于检测所述应用的运行环境是否满足所述增量上线数据的上线要求，所述数据上线线程用于检测所述数据上线条件在所述应用中的条件结果，并根据所述数据上线条件和所述数据上线线程对所述应用进行数据新增；
[0032]
数据下线单元，用于对所述存量下线数据在所述应用中的运行条件进行条件修改，并根据条件修改后的所述运行条件对所述存量下线数据进行数据下线。
[0033]
本申请实施例的第三方面提供了一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在终端设备上运行的计算机程序，所述处理器执行所述计算机程序时实现第一方案提供的数据更新方法的各步骤。
[0034]
本申请实施例的第四方面提供了一种存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现第一方案提供的数据更新方法的各步骤。
[0035]
本申请实施例提供的一种数据更新方法、装置、终端设备及存储介质具有以下有益效果：通过将待更新数据与应用中的存量数据进行数据比对，以自动获取待更新数据中的增量上线数据和存量数据中的存量下线数据，使得无需对待更新数据进行整体下载，降低了应用内存的占用空间，提高了数据更新效率，通过根据增量上线数据生成数据上线条件和数据上线线程，并根据数据上线条件和数据上线线程对应用进行数据新增，有效的保障了应用中增量上线数据对应服务的功能上线，通过对存量下线数据在应用中的运行条件进行条件修改，并根据条件修改后的运行条件对存量下线数据进行数据下线，有效的保障了应用中存量下线数据对应服务的功能下线，基于数据上线线程和修改运行条件的方式对应用进行数据的新增和数据的下线，使得应用中的数据更新无需重启应用，达到数据热更新的效果。
附图说明
[0036]
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
[0037]
图1是本申请实施例提供的一种数据更新方法的实现流程图；
[0038]
图2是本申请另一实施例提供的一种数据更新方法的实现流程图；
[0039]
图3是本申请实施例提供的一种数据更新装置的结构框图；
[0040]
图4是本申请实施例提供的一种终端设备的结构框图。
具体实施方式
[0041]
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
[0042]
本申请实施例所涉及的数据更新方法，可以由控制设备或终端(以下称“移动终端”)执行。
[0043]
请参阅图1，图1示出了本申请实施例提供的一种数据更新方法的实现流程图，用于对应用中的数据进行热更新，包括：
[0044]
步骤s10，将待更新数据与所述应用中的存量数据进行数据比对，并根据数据比对结果确定所述待更新数据中的增量上线数据和所述存量数据中的存量下线数据。
[0045]
其中，通过将待更新数据与应用中的存量数据进行数据比对，以自动获取该待更新数据中的增量上线数据和存量数据中的存量下线数据，该增量上线数据用于在应用中新增对应的服务功能，该存量下线数据用于在应用中下线对应的服务功能。
[0046]
可选的，该步骤中，可以基于待更新数据和存量数据的数据量或数据明细等信息进行数据的比对，以得到该待更新数据中的增量上线数据和存量数据中的存量下线数据。
[0047]
步骤s20，根据所述增量上线数据生成数据上线条件和数据上线线程，并根据所述数据上线条件和所述数据上线线程对所述应用进行数据新增。
[0048]
其中，该数据上线条件用于检测应用的运行环境是否满足增量上线数据的上线要求，若根据数据上线条件检测到应用的运行环境满足增量上线数据的上线要求，则判定当前在应用中能对该增量上线数据进行数据新增。
[0049]
该步骤中，该数据上线线程用于检测数据上线条件在应用中的条件结果，该数据上线线程用于基于线程运行的方式判断该数据上线条件在应用中是否为真实条件，即当该数据上线条件在该应用中能正常运行时，则判定该数据上线条件在应用中是真实条件，若判断到该数据上线条件在应用中是真实条件，则判定该数据上线条件的条件结果为真，若判断到该数据上线条件在应用中不是真实条件，则判定该数据上线条件的条件结果为假，优选的，该步骤中，通过根据数据上线条件和数据上线线程对应用进行数据新增，有效的保障了应用中增量上线数据对应服务的功能上线。
[0050]
可选的，该步骤中，所述根据所述增量上线数据生成数据上线条件和数据上线线程，并根据所述数据上线条件和所述数据上线线程对所述应用进行数据新增，包括：
[0051]
根据所述增量上线数据生成链路内存对象和数据线程，并将所述链路内存对象注入到所述数据线程，得到所述数据上线线程；
[0052]
其中，本实施例中预存储有内存对象生成程序和线程生成程序，基于该内存对象生成程序和增量上线数据的数据标识以生成对应的链路内存对象，基于该链路内存对象有效的保障了数据上线线程在应用中内存空间的新增操作，进而提高了应用中数据新增的准确性。
[0053]
该步骤中，通过基于该线程生成程序生成对应的数据线程，并将链路内存对象注入到数据线程，有效的保障对该链路内存对象的调度，进而为应用中的数据新增提供了内存空间。
[0054]
根据所述链路内存对象生成所述上线条件，并将所述上线条件添加至所述应用的条件队列中；
[0055]
其中，通过获取链路内存对象的对象信息，并将对象信息与预存储的条件列表进行匹配，得到该上线条件，该对象信息包括该增量上线数据的数据类型和在待更新数据中的位置信息和数据量信息，该条件列表中存储有不同对象信息与对应上线条件之间的对应关系。
[0056]
将所述数据上线线程添加至所述应用的线程池中，并根据所述线程池运行所述数
据上线线程，其中，通过将数据上线线程添加至应用的线程池中，有效的保障了该数据上线线程的运行。
[0057]
根据运行的所述数据上线线程，持续检测所述条件队列中所述上线条件的条件结果，其中，通过持续检测条件队列中上线条件的条件结果，以判断该上线条件在应用的运行环境中的条件结果是否是真结果。
[0058]
若所述上线条件的条件结果为真，则在所述应用中新增所述上线条件对应的所述增量上线数据。
[0059]
步骤s30，对所述存量下线数据在所述应用中的运行条件进行条件修改，并根据条件修改后的所述运行条件对所述存量下线数据进行数据下线。
[0060]
其中，通过对存量下线数据在应用中的运行条件进行条件修改，使得应用中的运行环境不满足存量下线数据修改后的运行条件，进而保障了对该存量下线数据的数据下线操作。
[0061]
具体的，该步骤中，所述对所述存量下线数据在所述应用中的运行条件进行条件修改，并根据条件修改后的所述运行条件对所述存量下线数据进行数据下线，包括：
[0062]
获取所述存量下线数据的数据标识，并将所述存量下线数据的数据标识与所述应用中预存储的条件列表进行匹配，得到所述运行条件；
[0063]
其中，该条件列表中存储有不同数据标识与对应运行条件之间的对应关系，基于存量下线数据的数据标识与条件列表之间的匹配结果，以获取该存量下线数据对应的运行条件，该运行条件中存储有对应存量下线数据在应用中正常运行时的环境参数。
[0064]
根据预设修改参数对匹配到的所述运行条件进行参数修改，得到所述下线条件，并将所述下线条件添加至所述应用的条件队列中；
[0065]
其中，通过根据预设修改参数对匹配到的运行条件进行参数修改，能有效的将该存量下线数据对应的运行条件修改为下线条件，并通过将下线条件添加至应用的条件队列中，有效的保障了下线条件在应用中的检测。
[0066]
若所述条件队列中的所述下线条件的条件结果为真，则对所述存量下线数据进行数据下线，并将所述下线条件从所述条件队列中移除；
[0067]
其中，若条件队列中的下线条件的条件结果为真，则该应用的运行环境满足该存量下线数据的下线要求，因此，直接对存量下线数据进行数据下线，并通过将下线条件从条件队列中移除，以防止该应用中数据下线的错误。
[0068]
本实施例中，通过将待更新数据与应用中的存量数据进行数据比对，以自动获取待更新数据中的增量上线数据和存量数据中的存量下线数据，无需对待更新数据进行整体下载，降低了应用内存的占用空间，提高了数据更新效率，通过根据增量上线数据生成数据上线条件和数据上线线程，并根据数据上线条件和数据上线线程对应用进行数据新增，有效的保障了应用中增量上线数据对应服务的功能上线，通过对存量下线数据在应用中的运行条件进行条件修改，并根据条件修改后的运行条件对存量下线数据进行数据下线，有效的保障了应用中存量下线数据对应服务的功能下线，基于数据上线线程和修改运行条件的方式对应用进行数据的新增和数据的下线，使得应用中的数据更新无需重启应用，达到数据热更新的效果。
[0069]
请参阅图2，图2是本申请另一实施例提供的一种数据更新方法的实现流程图。相
对于图1对应的实施例，本实施例提供的数据更新方法是对图1对应的实施例中步骤s10的进一步细化，包括：
[0070]
步骤s11，分别计算所述待更新数据中的数据包和所述存量数据中的数据包的哈希值，并获取所述待更新数据中的数据包和所述存量数据中的数据包的数据标识。
[0071]
其中，可以采用摘要hash算法分别计算待更新数据中的数据包和存量数据中的数据包的哈希值，该摘要hash算法能将不同长度的数据包输出为固定长度的哈希值。
[0072]
具体的，该步骤中，所述分别计算所述待更新数据中的数据包和所述存量数据中的数据包的哈希值所采用的计算公式为：
[0073][0074]
其中，a是数据包中的第a个字符，n是数据包中字符串的总长度，hashcode是所述哈希值。
[0075]
该步骤中，通过获取待更新数据中的数据包和存量数据中的数据包的数据标识，有效的提高了后续数据包之间匹配的准确性。
[0076]
步骤s12，根据所述数据标识将所述待更新数据中的数据包与所述存量数据中的数据包进行匹配，并将所述待更新数据和所述存量数据之间相匹配的数据包的哈希值进行比对，得到所述数据比对结果。
[0077]
其中，将该待更新数据中数据包的数据标识和存量数据中数据包的数据标识进行匹配，若待更新数据中数据包的数据标识和存量数据中数据包的数据标识相匹配，则将相匹配的数据包对应的哈希值进行比对，得到该数据比对结果。
[0078]
例如，当该待更新数据中数据包a1的数据标识与存量数据中数据包a2的数据标识相匹配，则将数据包a1和数据包a2对应的哈希值进行比对，得到该数据比对结果。
[0079]
步骤s13，若所述数据比对结果中，所述待更新数据和所述存量数据之间相匹配的数据包的哈希值不相同，则将所述待更新数据和所述存量数据之间相匹配的数据包对应设置为所述增量上线数据和所述存量下线数据。
[0080]
其中，通过判断待更新数据和存量数据之间相匹配的数据包的哈希值是否相同，以判断该待更新数据和存量数据之间相匹配的数据包中的数据信息是否相同，进而能有效的判定该待更新数据和存量数据之间相匹配的数据包是否是增量上线数据和存量下线数据。
[0081]
例如，当数据包a1和数据包a2对应的哈希值不相同，则将该数据包a1设置为该增量上线数据，并将该数据包a2设置为存量下线数据。
[0082]
可选的，该步骤中，当判断到待更新数据和存量数据之间相匹配的数据包的哈希值相同，则判定该待更新数据和存量数据之间相匹配的数据包的数据信息相同，即针对该待更新数据和存量数据之间相匹配的数据包无需进行数据的更新。
[0083]
步骤s14，若所述待更新数据中数据包的数据标识与所述存量数据中数据包的数据标识均不匹配，则将所述待更新数据中对应的数据包设置为所述增量上线数据。
[0084]
其中，若待更新数据中数据包的数据标识与存量数据中数据包的数据标识均不匹配，则判定该待更新数据中的数据包针对该存量数据是需要新增的数据，即该待更新数据
中的数据包用于在该应用中进行服务功能的新增。
[0085]
本实施例中，通过分别计算待更新数据中的数据包和存量数据中的数据包的哈希值，有效的提高了待更新数据的数据包和存量数据的数据包之间哈希值比对的准确性，通过获取待更新数据中的数据包和存量数据中的数据包的数据标识，有效的提高了后续数据包之间匹配的准确性，当待更新数据和存量数据之间相匹配的数据包的哈希值不相同时，通过将待更新数据和存量数据之间相匹配的数据包对应设置为增量上线数据和存量下线数据，以自动获取待更新数据中的增量上线数据和存量数据中的存量下线数据，使得无需对待更新数据进行整体下载，降低了应用内存的占用空间，提高了数据更新效率。
[0086]
在本申请的所有实施例中，基于待更新数据与应用中的存量数据之间的数据比对，得到增量上线数据和存量下线数据，具体来说，增量上线数据和存量下线数据由待更新数据与应用中的存量数据进行数据比对得到。将增量上线数据和存量下线数据上传至区块链可保证其安全性和对用户的公正透明性。用户设备可以从区块链中下载得到该增量上线数据和存量下线数据，以便查证增量上线数据和存量下线数据是否被篡改。本示例所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。
[0087]
请参阅图3，图3是本申请实施例提供的一种数据更新装置100的结构框图。本实施例中该数据更新装置100包括的各单元用于执行图1、图2对应的实施例中的各步骤。具体请参阅图1、图2以及图1、图2所对应的实施例中的相关描述。为了便于说明，仅示出了与本实施例相关的部分。参见图3，数据更新装置100用于对应用中的数据进行热更新，包括：数据比对单元10、数据新增单元11和数据下线单元12，其中：
[0088]
数据比对单元10，用于将待更新数据与所述应用中的存量数据进行数据比对，并根据数据比对结果确定所述待更新数据中的增量上线数据和所述存量数据中的存量下线数据，所述增量上线数据用于在所述应用中新增服务功能，所述存量下线数据用于在所述应用中下线服务功能。
[0089]
其中，数据比对单元10还用于：分别计算所述待更新数据中的数据包和所述存量数据中的数据包的哈希值，并获取所述待更新数据中的数据包和所述存量数据中的数据包的数据标识；
[0090]
根据所述数据标识将所述待更新数据中的数据包与所述存量数据中的数据包进行匹配，并将所述待更新数据和所述存量数据之间相匹配的数据包的哈希值进行比对，得到所述数据比对结果。
[0091]
可选的，数据比对单元10还用于：若所述数据比对结果中，所述待更新数据和所述存量数据之间相匹配的数据包的哈希值不相同，则将所述待更新数据和所述存量数据之间相匹配的数据包对应设置为所述增量上线数据和所述存量下线数据。
[0092]
进一步地，数据比对单元10还用于：若所述待更新数据中数据包的数据标识与所述存量数据中数据包的数据标识均不匹配，则将所述待更新数据中对应的数据包设置为所述增量上线数据。
[0093]
更进一步地，该数据比对单元10中，所述分别计算所述待更新数据中的数据包和所述存量数据中的数据包的哈希值所采用的计算公式为：
[0094][0095]
其中，a是数据包中的第a个字符，n是数据包中字符串的总长度，hashcode是所述哈希值。
[0096]
数据新增单元11，用于根据所述增量上线数据生成数据上线条件和数据上线线程，所述数据上线条件用于检测所述应用的运行环境是否满足所述增量上线数据的上线要求，所述数据上线线程用于检测所述数据上线条件在所述应用中的条件结果，并根据所述数据上线条件和所述数据上线线程对所述应用进行数据新增。
[0097]
其中，数据新增单元11还用于：根据所述增量上线数据生成链路内存对象和数据线程，并将所述链路内存对象注入到所述数据线程，得到所述数据上线线程；
[0098]
根据所述链路内存对象生成所述上线条件，并将所述上线条件添加至所述应用的条件队列中；
[0099]
将所述数据上线线程添加至所述应用的线程池中，并根据所述线程池运行所述数据上线线程；
[0100]
根据运行的所述数据上线线程，持续检测所述条件队列中所述上线条件的条件结果；
[0101]
若所述上线条件的条件结果为真，则在所述应用中新增所述上线条件对应的所述增量上线数据。
[0102]
数据下线单元12，用于对所述存量下线数据在所述应用中的运行条件进行条件修改，并根据条件修改后的所述运行条件对所述存量下线数据进行数据下线。
[0103]
其中，数据下线单元12还用于：获取所述存量下线数据的数据标识，并将所述存量下线数据的数据标识与所述应用中预存储的条件列表进行匹配，得到所述运行条件，所述条件列表中存储有不同数据标识与对应运行条件之间的对应关系；
[0104]
根据预设修改参数对匹配到的所述运行条件进行参数修改，得到所述下线条件，并将所述下线条件添加至所述应用的条件队列中；
[0105]
若所述条件队列中的所述下线条件的条件结果为真，则对所述存量下线数据进行数据下线，并将所述下线条件从所述条件队列中移除。
[0106]
本实施例中，通过将待更新数据与应用中的存量数据进行数据比对，以自动获取待更新数据中的增量上线数据和存量数据中的存量下线数据，使得无需对待更新数据进行整体下载，降低了应用内存的占用空间，提高了数据更新效率，通过根据增量上线数据生成数据上线条件和数据上线线程，并根据数据上线条件和数据上线线程对应用进行数据新增，有效的保障了应用中增量上线数据对应服务的功能上线，通过对存量下线数据在应用中的运行条件进行条件修改，并根据条件修改后的运行条件对存量下线数据进行数据下线，有效的保障了应用中存量下线数据对应服务的功能下线，基于数据上线线程和修改运行条件的方式对应用进行数据的新增和数据的下线，使得应用中的数据更新无需重启应用，达到数据热更新的效果。
[0107]
图4是本申请另一实施例提供的一种终端设备2的结构框图。如图4所示，该实施例的终端设备2包括：处理器20、存储器21以及存储在所述存储器21中并可在所述处理器20上运行的计算机程序22，例如数据更新方法的程序。处理器20执行所述计算机程序23时实现上述各个数据更新方法各实施例中的步骤，例如图1所示的s10至s30，或者图2所示的s11至s14。或者，所述处理器20执行所述计算机程序22时实现上述图3对应的实施例中各单元的功能，例如，图3所示的单元10至12的功能，具体请参阅图4对应的实施例中的相关描述，此处不赘述。
[0108]
示例性的，所述计算机程序22可以被分割成一个或多个单元，所述一个或者多个单元被存储在所述存储器21中，并由所述处理器20执行，以完成本申请。所述一个或多个单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序22在所述终端设备2中的执行过程。例如，所述计算机程序22可以被分割成数据比对单元10、数据新增单元11和数据下线单元12，各单元具体功能如上所述。
[0109]
所述终端设备可包括，但不仅限于，处理器20、存储器21。本领域技术人员可以理解，图4仅仅是终端设备2的示例，并不构成对终端设备2的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述终端设备还可以包括输入输出设备、网络接入设备、总线等。
[0110]
所称处理器20可以是中央处理单元(central processing unit，cpu)，还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
[0111]
所述存储器21可以是所述终端设备2的内部存储单元，例如终端设备2的硬盘或内存。所述存储器21也可以是所述终端设备2的外部存储设备，例如所述终端设备2上配备的插接式硬盘，智能存储卡(smart media card，smc)，安全数字(secure digital，sd)卡，闪存卡(flash card)等。进一步地，所述存储器21还可以既包括所述终端设备2的内部存储单元也包括外部存储设备。所述存储器21用于存储所述计算机程序以及所述终端设备所需的其他程序和数据。所述存储器21还可以用于暂时地存储已经输出或者将要输出的数据。
[0112]
以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。