电视业务使用量突增原因的分析方法及装置与流程

本发明涉及网络电视领域，具体而言，涉及一种电视业务使用量突增原因的分析方法及装置。

背景技术：

目前，别于传统电视收视设备的交互式网络电视iptv已逐步得到普及应用。随着技术的发展，获取用户为观看电视节目而使用iptv电视业务的数据(以下简称为iptv数据)成为可能，因此可以通过iptv数据分析用户使用电视业务的频次，进而初步分析用户的收视行为。

目前，主要通过对用户的iptv行为日志进行分析得到iptv数据。在分析iptv行为日志的过程中，会发现存在用户使用电视业务量突增的情况。这可能是因为一些用户之前一直没有使用iptv电视业务，而某一些电视节目使其突然开始使用而造成的。在相关技术中，往往只能简单地看一下用户量以及日播放内容，无法准确说明用户使用电视业务量突增的原因。

针对上述的问题，目前尚未提出有效的解决方案。

技术实现要素：

本发明实施例提供了一种电视业务使用量突增原因的分析方法及装置，以至少解决相关技术无法准确说明用户使用电视业务量突增的原因的技术问题。

根据本发明实施例的一个方面，提供了一种电视业务使用量突增原因的分析方法，包括：获取各用户使用电视业务的收视日志数据；根据获取的上述各用户使用上述电视业务的收视日志数据确定上述各用户中每个用户的回流情况；根据上述各用户中每个用户的回流情况对上述电视业务的使用量的突增原因进行分析。

进一步地，根据获取的上述各用户使用上述电视业务的收视日志数据确定上述各用户中每个用户的回流情况包括：根据获取的上述各用户的收视日志数据，确定在指定时间使用上述电视业务的用户；判断上述在指定时间使用上述电视业务的用户，在上述指定时间之前的预设时间段内是否使用过上述电视业务；在判断结果为上述在指 定时间使用上述电视业务的用户，在上述指定时间之前的预设时间段内没有使用过上述电视业务的情况下，确定该用户为回流用户。

进一步地，根据上述各用户中每个用户的回流情况对上述电视业务的使用量的突增原因进行分析包括：从上述收视日志数据中提取上述回流用户在上述指定时间收看的电视业务类型和/或电视节目内容；根据上述回流用户在上述指定时间收看的上述电视业务类型和/或上述电视节目内容，对上述电视业务的使用量的突增原因进行分析。

进一步地，在获取各用户使用电视业务的收视日志数据之后，上述方法还包括：对上述各用户使用上述电视业务的上述收视日志数据进行删除处理。

进一步地，对上述各用户使用上述电视业务的上述收视日志数据进行删除处理包括：在上述收视日志数据为直播日志数据的情况下，当上述直播日志数据记录的直播节目的持续时间大于预设时间阈值时，将上述直播日志数据删除掉；和/或在上述收视日志数据为点播日志数据的情况下，当上述点播日志数据记录的点播剧集数大于预设集值时，将上述点播日志数据删除掉；和/或当上述收视日志数据缺少收视结束时间数据时，将上述收视日志数据删除掉。

根据本发明实施例的另一方面，还提供了一种电视业务使用量突增原因的分析装置，包括：获取单元，用于获取各用户使用电视业务的收视日志数据；确定单元，用于根据获取的上述各用户使用上述电视业务的收视日志数据确定上述各用户中每个用户的回流情况；分析单元，用于根据上述各用户中每个用户的回流情况对上述电视业务的使用量的突增原因进行分析。

进一步地，上述确定单元包括：第一确定模块，用于根据获取的上述各用户的收视日志数据，确定在指定时间使用上述电视业务的用户；判断模块，用于判断上述在指定时间使用上述电视业务的用户，在上述指定时间之前的预设时间段内是否使用过上述电视业务；第二确定模块，用于在判断结果为上述在指定时间使用上述电视业务的用户，在上述指定时间之前的预设时间段内没有使用过上述电视业务的情况下，确定该用户为回流用户。

进一步地，上述分析单元包括：提取模块，从上述收视日志数据中提取上述回流用户在上述指定时间收看的电视业务类型和/或电视节目内容；分析模块，用于根据上述回流用户在上述指定时间收看的上述电视业务类型和/或上述电视节目内容，对上述电视业务的使用量的突增原因进行分析。

进一步地，上述装置还包括：删除单元，用于在获取各用户使用电视业务的收视日志数据之后，对上述各用户使用上述电视业务的上述收视日志数据进行删除处理。

进一步地，上述删除单元包括：第一删除模块，用于在上述收视日志数据为直播日志数据的情况下，当上述直播日志数据记录的直播节目的持续时间大于预设时间阈值时，将上述直播日志数据删除掉；和/或第二删除模块，用于在上述收视日志数据为点播日志数据的情况下，当上述点播日志数据记录的点播剧集数大于预设集值时，将上述点播日志数据删除掉；和/或第三删除模块，用于当上述收视日志数据缺少收视结束时间数据时，将上述收视日志数据删除掉。

在本发明实施例中，采用设置用户回流指标分析电视业务使用量突增原因的方式，通过获取各用户使用电视业务的收视日志数据；根据获取的各用户使用电视业务的收视日志数据确定各用户中每个用户的回流情况；根据各用户中每个用户的回流情况对电视业务的使用量的突增原因进行分析，达到了通过用户回流情况分析电视业务使用量的目的，从而实现了准确解释用户使用电视业务量突增的原因的技术效果，进而解决了相关技术无法准确说明用户使用电视业务量突增的原因的技术问题。

附图说明

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

图1是根据本发明实施例的一种可选的电视业务使用量突增原因的分析方法的流程图；

图2是根据本发明实施例的一种可选的电视业务使用量突增原因的分析装置的示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的 任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例1

根据本发明实施例，提供了一种电视业务使用量突增原因的分析方法的方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图1是根据本发明实施例的一种可选的电视业务使用量突增原因的分析方法的流程图，如图1所示，该方法包括如下步骤：

步骤s102，获取各用户使用电视业务的收视日志数据；

步骤s104，根据获取的各用户使用电视业务的收视日志数据确定各用户中每个用户的回流情况；

步骤s106，根据各用户中每个用户的回流情况对电视业务的使用量的突增原因进行分析。

实施时，可以在电视机(包括但不限于采用iptv、ott(overthetop，简称为互联网电视业务)及dvb(digitalvideobroadcasting，简称为数字视频广播)等)的机顶盒中设置采集代码，用于采集并回传用户的收视日志数据。该收视日志数据可以以文本或其他方式储存在数据库(包括但不限于microsoftaccess/microsoftsqlserver/mysql等数据库)中。需要说明的是，用户的收视日志数据可以揭示用户使用电视业务的收视行为。在用户装机时，会为每个用户分配一个唯一的id号，这样，机顶盒每条发送用户的收视日志时，除了在日志信息中携带用户使用的业务类型(如直播、点播、回看等)、用户开始使用的时间、用户结束使用的时间等，还会将用户的id号携带在日志信息中。在分析日志时，需要将每条用户收视日志记为一次用户收视行为。

具体地，可以按照每天处理一次的原则，每天获取一次各用户使用电视业务的收视日志数据。也即，收视日志数据是非实时获取并处理的。例如，从每天的0点开始处理前一天的数据，也就是前一天0点-23点59分59秒内所有用户的收视日志数据。对一个用户id而言，如果当天没有任何关于该用户id的收视日志，则认为这个用户当天没有使用电视业务；反之，只要出现一条关于该用户id的收视日志，则认为该用户当天使用了电视业务，此种情况下需要对该用户id进行标记。

另外，在本发明实施例中，界定回流用户时，可以根据运营商的实际运营需要，设定回流天数阈值作为判定回流用户的依据，从而了解当前电视业务每天的用户回流量。所述回流是指用户在时间点1之前每天都使用当前电视业务，在时间点1和时间点2之间的时间段内不再使用当前电视业务，而时间点2重新开始使用当前电视业务。其中，在时间点2将用户记为一次回流。

与以往对收视日志进行分析时只能分析出当天有多少用户访问了iptv电视业务，而不能分析出当天使用iptv电视业务的用户构成以及不同类型的用户群的业务使用情况不同，本申请通过设置回流用户指标，不仅可以为运营商提供每日电视业务使用量，而且可以精准地分析出上述每日电视业务使用量的用户构成情况，例如，哪些是经常使用的用户，哪些是回流用户，甚至不同用户都观看了什么内容等。

通过本发明实施例，可以实现对电视业务使用量突增情况的数据挖掘，并且对经常不使用电视业务的用户进行用户群划分，从而对这些用户群进行详细的数据分析，达到了使用用户回流指标分析电视业务使用量的目的，从而实现了准确解释用户使用电视业务量突增的原因的技术效果。

可选地，根据获取的各用户使用电视业务的收视日志数据确定各用户中每个用户的回流情况包括：

s2，根据获取的各用户的收视日志数据，确定在指定时间使用电视业务的用户；

s4，判断在指定时间使用电视业务的用户，在指定时间之前的预设时间段内是否使用过电视业务；

s6，在判断结果为在指定时间使用电视业务的用户，在指定时间之前的预设时间段内没有使用过电视业务的情况下，确定该用户为回流用户。

在判断结果为在指定时间使用电视业务的用户，在指定时间之前的预设时间段内也使用过电视业务的情况下，确定该用户为正常用户，即非回流用户。另外，上述各用户都不是新装机的用户，而是之前已经完成装机并分配了对应id号的用户。

实施时，可以根据用户id对每个用户每天观看电视的行为进行单独记录，此处只记录用户每天是否使用过电视业务即可。另外，还需要设置一个预设时间段(如7天、5天、3天、2天、1天等)作为判断回流情况与否的依据，以判断并记录哪种用户为回流用户。例如，假设某用户在时间点1使用了电视业务，之后连续4天不再使用该电视业务，而在第5天该用户再次使用了该电视业务，那么该用户被视为回流用户，并在第5天将其行为统计为一次回流，如下表所示：

表1

由上表可知，以连续4天不使用电视业务为判断依据，任何用户只要其不使用电视业务的天数大于等于4天，而之后第一次使用时，将这个或这些用户在再次使用电视业务记为回流用户，并作一次用户回流统计。其他不满足连续4天不使用的用户，即便有再次使用的行为，也不会被记为回流用户。

由于用户回流量指标可以真实地反映有多少已经不再使用某电视业务的用户，在某天又重新使用了该电视业务，因此，本发明创造性地提出并使用电视业务的用户回流量来分析电视业务使用量突增的原因，弥补了目前收视数据分析任务缺少回流量分析角度的缺陷。

可选地，根据所述各用户中每个用户的回流情况对所述电视业务的使用量的突增原因进行分析包括：

s8，从收视日志数据中提取回流用户在指定时间收看的电视业务类型和/或电视节目内容；根据回流用户在指定时间收看的电视业务类型和/或电视节目内容，对电视业务的使用量的突增原因进行分析。

实施时，在确定该用户为回流用户之后，可以将一段时间内的回流用户进行汇总，分析这段时间内，这些回流用户都播放了哪些视频，例如，可以分析回流用户在回流当天观看了什么类型的业务(如直播、点播、回看等)，并且可以通过收视数据了解回流用户具体看了哪个频道、节目，从而了解用户实际是因为被什么内容吸引而重新使 用iptv业务的。进一步，在汇总回流用户时，可以采用表格形式或图形可视化软件系统展示汇总数据。

可选地，在获取各用户使用电视业务的收视日志数据之后，上述方法还包括：

s10，对各用户使用电视业务的收视日志数据进行删除处理。

由于采集到的收视日志数据中会存在数据格式错误的数据以及数据信息缺失的无效信息等，因此在采集到的收视日志数据之后，按照数据格式、数据有效性等规则对其进行数据删除，可以删除掉不满足要求的数据，使得电视业务使用量突增原因的分析结果更加准确。

可选地，对各用户使用电视业务的收视日志数据进行删除处理包括：

s12，在收视日志数据为直播日志数据的情况下，当直播日志数据记录的直播节目的持续时间大于预设时间阈值时，将直播日志数据删除掉；和/或

s14，在收视日志数据为点播日志数据的情况下，当点播日志数据记录的点播剧集数大于预设集值时，将点播日志数据删除掉；和/或

s16，当收视日志数据缺少收视结束时间数据时，将收视日志数据删除掉。

例如，单个直播日志内容显示，如果某用户观看单个直播频道的时长大于5小时，并且没有换台，则说明该用户可能没有真正使用iptv业务，比如该用户可能已经关闭了电视机，但没有关闭机顶盒，导致直播数据一直被记录着。这样的收视数据应该被删除掉。

再例如，用户在点播某一剧集后，由于不想看或需要休息等原因，关闭了电视机，但没有关闭机顶盒，此时机顶盒会自动连续播放剧集并记录播放日志。这样，从日志上看用户好像连续看了很多集的剧集，但实际上用户并没有观看这些剧集，这样的数据也应该被删除掉。

再例如，对于收视日志本身而言，正常情况下每篇日志都应该有一个起始时间和一个结束时间，但是，如果意外停电或用户操作等导致机顶盒断电，机顶盒就无法传回日志的结束时间，导致回传数据内容缺失，这样的数据也应该被删除掉。

进一步，可以将删除后的数据导入数据库，以备后续分析使用。需要说明的是，每条入库的收视日志都可以拆分为用户id、起始时间、结束时间、播放类型、播放内容、内容id等信息，从而将这些信息按照拆分类型以单个字段为一个指标进行存储。

通过本发明实施例，可以删除掉收视日志数据中的上述需要删除的数据，从而可 以消除收视日志数据中无效数据对数据分析造成的不良影响。

实施例2

根据本发明实施例，提供了一种电视业务使用量突增原因的分析装置的装置实施例。

图2是根据本发明实施例的一种可选的电视业务使用量突增原因的分析装置的示意图，如图2所示，该装置包括：获取单元202，用于获取各用户使用电视业务的收视日志数据；确定单元204，用于根据获取的各用户使用电视业务的收视日志数据确定各用户中每个用户的回流情况；分析单元206，用于根据各用户中每个用户的回流情况对电视业务的使用量的突增原因进行分析。

实施时，可以在电视机(包括但不限于采用iptv、ott及dvb等)的机顶盒中设置采集代码，用于采集并回传用户的收视日志数据。该收视日志数据可以以文本或其他方式储存在数据库(包括但不限于microsoftaccess/microsoftsqlserver/mysql等数据库)中。需要说明的是，用户的收视日志数据可以揭示用户使用电视业务的收视行为。在用户装机时，会为每个用户分配一个唯一的id号，这样，机顶盒每条发送用户的收视日志时，除了在日志信息中携带用户使用的业务类型(如直播、点播、回看等)、用户开始使用的时间、用户结束使用的时间等，还会将用户的id号携带在日志信息中。在分析日志时，需要将每条用户收视日志记为一次用户收视行为。

具体地，可以按照每天处理一次的原则，每天获取一次各用户使用电视业务的收视日志数据。也即，收视日志数据是非实时获取并处理的。例如，从每天的0点开始处理前一天的数据，也就是前一天0点-23点59分59秒内所有用户的收视日志数据。在处理时，对一个用户id而言，如果当天没有任何关于该用户id的收视日志，则认为这个用户当天没有使用电视业务；反之，只要出现一条关于该用户id的收视日志，则认为该用户当天使用了电视业务，此种情况下需要对该用户id进行标记。

另外，在本发明实施例中，界定回流用户时，可以根据运营商的实际运营需要，设定回流天数阈值作为判定回流用户的依据，从而了解当前电视业务每天的用户回流量。所述回流是指用户在时间点1之前每天都使用当前电视业务，在时间点1和时间点2之间的时间段内不再使用当前电视业务，而时间点2重新开始使用当前电视业务。其中，在时间点2将用户记为一次回流。

与以往对收视日志进行分析时只能分析出当天有多少用户访问了iptv电视业务，而不能分析出当天使用iptv电视业务的用户构成以及不同类型的用户群的业务使用情况不同，本申请通过设置回流用户指标，不仅可以为运营商提供每日电视业务使用 量，而且可以精准地分析出上述每日电视业务使用量的用户构成情况，例如，哪些是经常使用的用户，哪些是回流用户，甚至不同用户都观看了什么内容等。

通过本发明实施例，可以实现对电视业务使用量突增情况的数据挖掘，并且对经常不使用电视业务的用户进行用户群划分，从而对这些用户群进行详细的数据分析，达到了使用用户回流指标分析电视业务使用量的目的，从而实现了准确解释用户使用电视业务量突增的原因的技术效果。

可选地，上述确定单元包括：第一确定模块，用于根据获取的各用户的收视日志数据，确定在指定时间使用电视业务的用户；判断模块，用于判断在指定时间使用电视业务的用户，在指定时间之前的预设时间段内是否使用过电视业务；第二确定模块，用于在判断结果为在指定时间使用电视业务的用户，在指定时间之前的预设时间段内没有使用过电视业务的情况下，确定该用户为回流用户。

在判断结果为在指定时间使用电视业务的用户，在指定时间之前的预设时间段内也使用过电视业务的情况下，确定该用户为正常用户，即非回流用户。另外，上述各用户都不是新装机的用户，而是之前已经完成装机并分配了对应id号的用户。

实施时，可以根据用户id对每个用户每天观看电视的行为进行单独记录，此处只记录用户每天是否使用过电视业务即可。另外，还需要设置一个预设时间段(如7天、5天、3天、2天、1天等)作为判断回流情况与否的依据，以判断并记录哪种用户为回流用户。例如，假设某用户在时间点1使用了电视业务，之后连续4天不再使用该电视业务，而在第5天该用户再次使用了该电视业务，那么该用户被视为回流用户，并在第5天将其行为统计为一次回流，如表1所示。

由表1可知，以连续4天不使用电视业务为判断依据，任何用户只要其不使用电视业务的天数大于等于4天，而之后第一次使用时，将这个或这些用户在再次使用电视业务记为回流用户，并作一次用户回流统计。其他不满足连续4天不使用的用户，即便有再次使用的行为，也不会被记为回流用户。

由于用户回流量指标可以真实地反映有多少已经不再使用某电视业务的用户，在某天又重新使用了该电视业务，因此，本发明创造性地提出并使用电视业务的用户回流量来分析电视业务使用量突增的原因，弥补了目前收视数据分析任务缺少回流量分析角度的缺陷。

可选地，上述提取单元包括：提取模块，从收视日志数据中提取回流用户在指定时间收看的电视业务类型和/或电视节目内容；分析模块，用于根据回流用户在指定时间收看的电视业务类型和/或电视节目内容，对电视业务的使用量的突增原因进行分析。

实施时，在确定该用户为回流用户之后，可以将一段时间内的回流用户进行汇总，分析这段时间内，这些回流用户都播放了哪些视频，例如，可以分析回流用户在回流当天观看了什么类型的业务(如直播、点播、回看等)，并且可以通过收视数据了解回流用户具体看了哪个频道、节目，从而了解用户实际是因为被什么内容吸引而重新使用iptv业务的。进一步，在汇总回流用户时，可以采用表格形式或图形可视化软件系统展示汇总数据。

可选地，上述装置还包括：删除单元，用于在获取各用户使用电视业务的收视日志数据之后，对各用户使用电视业务的收视日志数据进行删除处理。

由于采集到的收视日志数据中会存在数据格式错误的数据以及数据信息缺失的无效信息等，因此在采集到的收视日志数据之后，按照数据格式、数据有效性等规则对其进行数据删除，可以删除掉不满足要求的数据，使得电视业务使用量突增原因的分析结果更加准确。

可选地，上述删除单元包括：第一删除模块，用于在收视日志数据为直播日志数据的情况下，当直播日志数据记录的直播节目的持续时间大于预设时间阈值时，将直播日志数据删除掉；和/或第二删除模块，用于在收视日志数据为点播日志数据的情况下，当点播日志数据记录的点播剧集数大于预设集值时，将点播日志数据删除掉；和/或第三删除模块，用于当收视日志数据缺少收视结束时间数据时，将收视日志数据删除掉。

例如，单个直播日志内容显示，如果某用户观看单个直播频道的时长大于5小时，并且没有换台，则说明该用户可能没有真正使用iptv业务，比如该用户可能已经关闭了电视机，但没有关闭机顶盒，导致直播数据一直被记录着。这样的收视数据应该被删除掉。

再例如，用户在点播某一剧集后，由于不想看或需要休息等原因，关闭了电视机，但没有关闭机顶盒，此时机顶盒会自动连续播放剧集并记录播放日志。这样，从日志上看用户好像连续看了很多集的剧集，但实际上用户并没有观看这些剧集，这样的数据也应该被删除掉。

再例如，对于收视日志本身而言，正常情况下每篇日志都应该有一个起始时间和一个结束时间，但是，如果意外停电或用户操作等导致机顶盒断电，机顶盒就无法传回日志的结束时间，导致回传数据内容缺失，这样的数据也应该被删除掉。

进一步，可以将删除后的数据导入数据库，以备后续分析使用。需要说明的是，每条入库的收视日志都可以拆分为用户id、起始时间、结束时间、播放类型、播放内 容、内容id等信息，从而将这些信息按照拆分类型以单个字段为一个指标进行存储。

通过本发明实施例，可以删除掉收视日志数据中的上述需要删除的数据，从而可以消除收视日志数据中无效数据对数据分析造成的不良影响。

上述电视业务使用量突增原因的分析装置包括处理器和存储器，上述获取单元、确定单元、分析单元等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元。

处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数解析文本内容。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)，存储器包括至少一个存储芯片。

本申请还提供了一种计算机程序产品的实施例，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序代码：获取各用户使用电视业务的收视日志数据；根据获取的各用户使用电视业务的收视日志数据确定各用户中每个用户的回流情况；根据各用户中每个用户的回流情况对电视业务的使用量的突增原因进行分析。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成 的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。