弹幕处理方法、系统及终端与流程

本发明涉及通信领域，具体而言，涉及一种弹幕处理方法、系统及终端。

背景技术：

弹幕是近年来逐渐兴起的一种视频节目互动方式，主要是互联网视频业务下应用的可在节目点播、直播中进行留言互动的技术，用户可以在观看节目的同时参与留言点评，所点评留言内容将在节目播放窗口进行展示，用户可以看到其他用户的点评内容，形成留言对话等内容互动。

在广播电视领域，虽然在内容上与互联网视频的目标都是提供视频、电视节目的播放，实现技术是不一样的。广播电视领域，所有节目内容是同时广播出去，由用户选择观看，其天然的带宽是要比互联网更大的，弹幕实现利用的条件接收的通道进行弹幕数据的发送，限定了机顶盒必须带有IP网络，限定了一般用户的使用，该限定不利于弹幕业务的。

在相关技术中，弹幕应用在广播电视领域的应用受限的问题，目前还没有有效的技术方案。

技术实现要素：

本发明提供了一种弹幕处理方法及装置，以至少解决相关技术中弹幕应用在广播电视领域的应用受限的问题。

根据本发明的一个方面，提供了一种弹幕处理方法，包括：

接收弹幕数据；

将所述弹幕数据插入数字视频广播(Digital Video Broadcasting，简称为DVB)的码流中；

通过DVB网络将所述码流广播发送给终端。

进一步地，接收所述弹幕数据包括：

通过服务器接收所述弹幕数据，其中，所述服务器通过除所述DVB网络之外的其他网络接收所述弹幕数据。

进一步地，接收所述弹幕数据包括：

接收预定网络平台或者终端通过所述其他网络收集并发送的所述弹幕数据。

进一步地，将所述弹幕数据插入所述DVB的码流中包括：

按照所述预设的业务描述将所述弹幕数据插入所述DVB的码流中，其中，所述预设的业务描述作为将所述弹幕数据插入所述DVB码流的标准。

进一步地，将所述弹幕数据插入所述DVB的码流中包括：

将接收带所述弹幕数据进行缓冲；

对缓冲的所述弹幕数据过滤；

将过滤后的所述弹幕数据插入所述DVB的码流。

进一步地，接收弹幕数据之后，还包括，

将所述弹幕数据发送给IP网络的弹幕服务器，所述弹幕数据用于插入所述IP网络的码流。

根据本发明的另一个方面，还提供了一种弹幕处理方法，包括：

接收数字视频广播DVB的码流；

从所述DVB的码流中解复用出弹幕数据，其中，所述弹幕数据插入所述DVB的码流中；

显示所述弹幕数据对应的弹幕。

进一步地，显示所述弹幕数据对应的弹幕包括，

将所述弹幕数据生成的画布与当前播放界面重叠，显示所述弹幕数据对应的弹幕。

进一步地，显示所述弹幕数据对应的弹幕包括以下至少之一：

依据预设的滚动速度以及消失时间显示所述弹幕；

在所述弹幕的条数超过预设弹幕条数的情况下，不再显示所述弹幕；

在所述弹幕的显示延迟时间超过预设时间的情况下，不再显示所述弹幕；

依据所述弹幕优先级的高低顺序显示所述弹幕。

进一步地，所述弹幕数据包括：

携带坐标，色彩或者动作的动画属性的弹幕数据。

根据本发明的另一个方面，还提供了一种弹幕处理系统，包括：

弹幕服务器，用于接收弹幕数据；

头端复用播放设备，用于将所述弹幕数据插入数字视频广播DVB的码流中；

所述头端复用播放设备，还用于通过DVB网络将所述码流广播发送给终端。

进一步地，所述弹幕服务器接收所述弹幕数据，其中，所述弹幕服务器通过除所述DVB网络之外的其他网络接收所述弹幕数据。

进一步地，所述弹幕服务器接收预定网络平台或者终端通过所述其他网络收集并发送的所述弹幕数据。

进一步地，所述头端复用播放设备按照所述预设的业务描述将所述弹幕数据插入所述DVB的码流中，其中，所述预设的业务描述作为将所述弹幕数据插入所述DVB码流的标准。

进一步地，所述头端复用播放设备将接收带所述弹幕数据进行缓冲，对缓冲的所述弹幕数据过滤，将过滤后的所述弹幕数据插入所述DVB的码流。

进一步地，所述弹幕服务器将所述弹幕数据发送给IP网络的弹幕服务器，所述弹幕数据用于插入所述IP网络的码流。

根据本发明的另一个方面，还提供了一种终端，包括：

接收模块，用于接收数字视频广播DVB的码流；

解码模块，用于从所述DVB的码流中解复用出弹幕数据，其中，所述弹幕数据插入所述DVB的码流中；

显示模块，用于显示所述弹幕数据对应的弹幕。

进一步地，所述显示模块包括，

重叠显示单元，用于将所述弹幕数据生成的画布与当前播放界面重叠，显示所述弹幕数据对应的弹幕。

进一步地，所述显示模块包括以下至少之一：

显示速度时间单元，用于依据预设的滚动速度以及消失时间显示所述弹幕；

显示条数单元，用于在所述弹幕的条数超过预设弹幕条数的情况下，不再显示所述弹幕；

显示时间单元，用于在所述弹幕的显示延迟时间超过预设时间的情况下，不再显示所述弹幕；

显示优先级单元，用于依据所述弹幕优先级的高低顺序显示所述弹幕。

进一步地，所述弹幕数据包括：

携带坐标，色彩或者动作的动画属性的弹幕数据。

通过本发明，接收弹幕数据，将该弹幕数据插入数字视频广播DVB的码流中，通过DVB网络将该码流广播发送给终端，解决了弹幕应用在广播电视领域的应用受限的问题，实现了弹幕在广播电视领域的应用。

附图说明

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

图1是根据本发明实施例的一种弹幕处理方法的流程图一；

图2是根据本发明实施例的一种弹幕处理方法的流程图二；

图3是根据本发明实施例的一种弹幕处理系统的结构框图；

图4是根据本发明实施例的一种终端的结构框图；

图5是根据本发明优选实施例的弹幕收发流程示意图；

图6是根据本发明优选实施例的头端设备的结构的示意图；

图7是根据本发明优选实施例的是弹幕服务器的结构的示意图；

图8是根据本发明优选实施例的是终端侧对弹幕的处理流程的示意图；

图9是根据本发明优选实施例的双模单模机顶盒共存环境下的架构示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

在本实施例中提供了一种弹幕处理方法，图1是根据本发明实施例的一种弹幕处理方法的流程图一，如图1所示，该流程包括如下步骤：

步骤S102，接收弹幕数据；

步骤S104，将该弹幕数据插入数字视频广播的码流中；

步骤S106，通过DVB网络将该码流广播发送给终端。

通过上述步骤，接收弹幕数据，将该弹幕数据插入数字视频广播DVB的码流中， 通过DVB网络将该码流广播发送给终端，解决了弹幕应用在广播电视领域的应用受限的问题，实现了弹幕在广播电视领域的应用。

在本实施例中，接收该弹幕数据可以有多种方式，包括以下方式：

通过服务器接收该弹幕数据，其中，该服务器通过除该DVB网络之外的其他网络接收该弹幕数据。

接收预定网络平台或者终端通过该其他网络收集并发送的该弹幕数据。

在本实施例中，将该弹幕数据插入该DVB的码流中包括：

按照该预设的业务描述将该弹幕数据插入该DVB的码流中，其中，该预设的业务描述作为将该弹幕数据插入该DVB码流的标准。

在本实施例中，将该弹幕数据插入该DVB的码流中包括：将接收带该弹幕数据进行缓冲；对缓冲的该弹幕数据过滤；将过滤后的该弹幕数据插入该DVB的码流。

在本实施例中，将该弹幕数据发送给IP网络的弹幕服务器，该弹幕数据用于插入该IP网络的码流。

在本实施例中提供了一种弹幕处理方法，图2是根据本发明实施例的一种弹幕处理方法的流程图二，如图2所示，该流程包括如下步骤：

步骤S202，接收数字视频广播DVB的码流；

步骤S204，从该DVB的码流中解复用出弹幕数据，其中，该弹幕数据插入该DVB的码流中；

步骤S206，显示该弹幕数据对应的弹幕。

通过上述步骤，接收数字视频广播DVB的码流，从该DVB的码流中解复用出弹幕数据，其中，该弹幕数据插入该DVB的码流中，显示该弹幕数据对应的弹幕，解决了弹幕应用在广播电视领域的应用受限的问题，实现了弹幕在广播电视领域的应用。

在本实施例中，显示该弹幕数据对应的弹幕包括，

将该弹幕数据生成的画布与当前播放界面重叠，显示该弹幕数据对应的弹幕。

在本实施例中，显示该弹幕数据对应的弹幕包括以下至少之一：

依据预设的滚动速度以及消失时间显示该弹幕；

在该弹幕的条数超过预设弹幕条数的情况下，不再显示该弹幕；

在该弹幕的显示延迟时间超过预设时间的情况下，不再显示该弹幕；

依据该弹幕优先级的高低顺序显示该弹幕。

在上述实施例中，该弹幕数据包括：

携带坐标，色彩或者动作的动画属性的弹幕数据。

在本实施例中还提供了一种弹幕处理系统，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图3是根据本发明实施例的一种弹幕处理系统的结构框图，如图3所示，该系统包括：

弹幕服务器32，用于接收弹幕数据；

头端复用播放设备34，用于将该弹幕数据插入数字视频广播DVB的码流中；

该头端复用播放设备34，还用于通过DVB网络将该码流广播发送给终端。

通过上述系统，弹幕服务器32接收弹幕数据，头端复用播放设备34将该弹幕数据插入数字视频广播DVB的码流中，该头端复用播放设备34通过DVB网络将该码流广播发送给终端，解决了弹幕应用在广播电视领域的应用受限的问题，实现了弹幕在广播电视领域的应用。

在本实施例中，该弹幕服务器接收该弹幕数据，其中，该弹幕服务器通过除该DVB网络之外的其他网络接收该弹幕数据；

该弹幕服务器接收预定网络平台或者终端通过该其他网络收集并发送的该弹幕数据。

在本实施例中，该头端复用播放设备按照该预设的业务描述将该弹幕数据插入该DVB的码流中，其中，该预设的业务描述作为将该弹幕数据插入该DVB码流的标准；

该头端复用播放设备将接收带该弹幕数据进行缓冲，对缓冲的该弹幕数据过滤，将过滤后的该弹幕数据插入该DVB的码流。

在本实施例中，该弹幕服务器将该弹幕数据发送给IP网络的弹幕服务器，该弹幕数据用于插入该IP网络的码流。

图4是根据本发明实施例的一种终端的结构框图，如图4示，该终端包括：

接收模块42，用于接收数字视频广播DVB的码流；

解码模块44，用于从该DVB的码流中解复用出弹幕数据，其中，该弹幕数据插入该DVB的码流中；

显示模块46，用于显示该弹幕数据对应的弹幕。

通过上述终端，接收模块42接收数字视频广播DVB的码流，解码模块44从该DVB的码流中解复用出弹幕数据，其中，该弹幕数据插入该DVB的码流中，显示模块46显示该弹幕数据对应的弹幕，解决了弹幕应用在广播电视领域的应用受限的问题，实现了弹幕在广播电视领域的应用。

在本实施例中，该显示模块46包括：

重叠显示单元，用于将该弹幕数据生成的画布与当前播放界面重叠，显示该弹幕数据对应的弹幕。

在本实施例中，该显示模块46包括以下至少之一：

显示速度时间单元，用于依据预设的滚动速度以及消失时间显示该弹幕；

显示条数单元，用于在该弹幕的条数超过预设弹幕条数的情况下，不再显示该弹幕；

显示时间单元，用于在该弹幕的显示延迟时间超过预设时间的情况下，不再显示该弹幕；

显示优先级单元，用于依据该弹幕优先级的高低顺序显示该弹幕。

在本实施例中，该弹幕数据包括：

携带坐标，色彩或者动作的动画属性的弹幕数据。

下面结合优选实施例和实施方式对本发明进行详细说明。

本发明的优选实施例是在广播电视领域内为用户的弹幕互动提供一种实现，本发明的实施例是对广播电视系统内的设备、业务分别在三个层面进行改造或增加相应设备、功能。

1、头端改造：为减少对现有设备的变动，减少新业务对现有设备的依赖，头端新增弹幕服务器，根据性能决定配置，实现对弹幕进行接收、管理、过滤等。

2、业务改造，在现有的DVB业务里实现弹幕是不合适的，需要为弹幕业务开辟专门的业务描述，在系统中为弹幕传输预留一定带宽。

3、终端改造：终端对弹幕的展示需要进行业务实现，这部分的变动更多的是参考网络视频播放器的弹幕实现，对一条有一定属性的弹幕评论进行展示。

业务改造中所规定的的业务描述在头部改造中必须予以实现，具体规定的业务描述与DVB系统实现的如广告、数据广播等业务类似，可以根据头端空余描述子进行指定，并对内容进行约定。头部改造所搜集的弹幕首先是用户提供的内容，可带有一定动画属性，在服务器中设置缓冲过滤，过滤掉一些如脏话、剧透等不文明内容后，按照业务改造所约定的格式进行封装，封装后使用编解码复用设备与其他业务以及视频节目一起复 用形成码流输出。

业务改造中所规定的业务描述在终端改造中必须进行解析，弹幕可作为终端的一个新的业务，解析后需要达到的效果是在节目播放的过程中，展示针对该节目的一些评论，评论在屏幕上以滚动或者弹出方式等进行展示，根据性能还需展示一些特殊动画，为弹幕互动提供更多的趣味性。

本发明优选实施例中基于广播电视的弹幕实现方法包括以下步骤：

步骤1，头端增加了弹幕服务器，用于接收用户弹幕，可以是指定网络平台收集，可以是带有网络功能的终端收集。具体的弹幕搜集方案受广播电视单向广播特点的限制，只能使用其他网络进行。弹幕服务器本身需要一定的网络带宽接收弹幕数据。

步骤2，弹幕服务器接入头端播放系统，将经过过滤的弹幕数据按照一定标准通过编码复用设备插入码流中，这个标准即为为弹幕设计的新的DVB描述。头端现有设备有能力处理这一复用过程，唯一需要注意的是增加为弹幕约定的标准实现内容封装的软件或硬件。

步骤3，播发广播电视节目，终端侧接收DVB信号并解码播放。终端应对弹幕进行开关控制，关闭即不显示弹幕内容，开启时在相应的频道只显示针对该频道相应的弹幕。

步骤4，用户观看节目的过程中有参与弹幕的需要的时候，通过有其他网络功能的设备，如手机app等连接到弹幕服务器，上传提交自己的评论，评论时应当可以编辑弹幕显示效果。

之后，重复这一过程，完整实现了整个弹幕从某个用户提交到展示给所有用户的过程，实现弹幕在广播电视上的互动。

通过上述本发明的实施例，达成了弹幕这一新的互动形式在广播电视领域内的实现，使得电视用户可以在电视机顶盒终端上实现弹幕的展示，为传统的电视播放增加了更多趣味性和互动感。

本发明的实施例为DVB系统新设计了一种业务，该业务承担对弹幕内容的播发。在头端系统层面，只需额外增加一台弹幕业务的服务器设备，系统增量变化较小，对现有网络改动影响小。并且对终端设备支持弹幕功能进行了实现，使得终端对弹幕展示的流程减少对现有终端架构的影响。

图5是根据本发明优选实施例的弹幕收发流程示意图，如图5所示，

步骤501，弹幕服务器独立与其他业务和视频输入，接收各种终端(可以是手机、app、或者双向机顶盒等)上传的弹幕数据；

步骤502，其他业务和视频输入弹幕服务器；

步骤503，头端播放设备将弹幕数据汇同视频打包传输至终端；

步骤504，终端解码展示，用户观看节目并浏览弹幕评论；

步骤505，用户提交自己的评论至服务器，服务器再次将此评论按上述流程下发。用户之间不存在直接的互动，通过用户提交的弹幕在所有终端的展示，实现了弹幕下的互动。

图6是根据本发明优选实施例的头端设备的结构的示意图，如图6所示，

信源接入通过SDH、卫星等方式接收其他电视台播发出的视频码流并加入复用器，音视频服务器将本地的节目也加入复用器，业务系统将视频码流意外的业务信息加入复用器，TS复用系统将视频码流和业务复用成一个码流，最后进行加扰并调制成相应的播发信号，市场上较多头端均为此结构。在业务系统中新增了一个弹幕服务器设备，该设备需要软硬件协同工作，实现本发明所述的弹幕搜集过滤和封装功能。相较于互联网视频服务下的弹幕保存方式，该服务器对弹幕信息的存储不是必需功能，当弹幕数据处理后，码流下发的同时可以直接丢弃已处理数据，故该服务器主要关注对网络数据接收后缓冲过滤和打包为码流格式。

图7是根据本发明优选实施例的是弹幕服务器的结构的示意图，如图7所示，网络接收701负责通过网络接收弹幕评论数据，缓冲数据库702将收到的用户弹幕全部按照时间顺序进行暂时保存，过滤模块703，为了电视节目对语言的要求，屏蔽掉一些不文明信息，过滤模块703按照自身处理能力，每次取一定的弹幕进行过滤，发送到过滤后数据704，这部分数据立即通过MPEG封装705封装为MPEG(Moving Picture Experts Group，动态图像专家组)格式，即头端复用前的业务格式。网络反馈(feedback)706也是一个网络模块，负责反馈用户，评论是否成功提交，以及如果失败是什么原因，根据网络负载能力，该部分可选。根据运营商的用户数量，需要估算弹幕业务所造成的网络流量，并最终决定弹幕服务器的性能和数量，否则需要反馈如超出系统容量的信息，并影响了用户体验。管理监控707为运营商监控管理使用的相应模块。

图8是根据本发明优选实施例的是终端侧对弹幕的处理流程的示意图，如图8所示，

步骤801，首先对TS(Transport Stream)码流进行解复用，得到各种业务以及节目包识别码(Packet Identifier，简称为PID)；

步骤802，对节目进行播放；

步骤803，对弹幕业务进行过滤解析，得到弹幕，即一些带有坐标、色彩、动作等动画属性的评论；

步骤804，在一个画布上根据弹幕属性信息画出弹幕，并根据信息不断刷新，直至弹幕显示完全；

步骤805，将显示弹幕所画出的画布与播放节目的界面进行叠加，二者合二为一即可得到一个实现了视频层之上的弹幕互动效果。其他实现效果也可以是画面部分区域用于显示弹幕。

上述数字广播只涉及直播业务，对头端来说弹幕数据只是一次播发利用，即使前端存储部分弹幕信息，后续将不在播发。对于带有录制功能的机顶盒，在录制时可以选择对弹幕数据录制，回看时继续按照图8方式进行解析展示。

上述实施例中，运营商只需要处理自己的用户的弹幕数据，考虑到自身的用户规模，架设的服务器数量和性能是可预估的。在其他场景下，如针对某些群体性较强的节目如阅兵式、春节晚会等，互动不只限于一地一个运营商的情形，考虑弹幕数据融合，头端的弹幕服务器需要增加一个功能，增设服务器或相关软件从其他授权的运营商的弹幕服务器上取相关的弹幕数据，同时对本地弹幕数据进行一次拷贝，这个过程应避免其他运营商的相关影响。而后将从其他运营商的弹幕和本地的弹幕同时进行处理下发。本实施例的条件下，往往观众群体数量庞大，运营商无法预估准确数量，且弹幕信息在终端展示是有性能瓶颈的，即单个画面下能容纳的弹幕条数，考虑到这些因素，在设计弹幕业务时，应当指定弹幕的滚动速度和消失时间，并保证每屏展示范围滚动时间内，限制最大的展示条数，超过该条数仍存在提交弹幕的，按照一定策略进行处理，如先尝试缓存并排队延时下发，超过一定时长任未下发的直接放弃下发，避免评论内容与播放内容不符合。对本运营商和其他运营商的数据可设置一定优先级。在提交弹幕的终端侧也可根据节目改变提交评论的间隔，以保证在显示数目和接收数目间达到平衡。

本发明实施例所提到的应用是在数字广播的单模机顶盒，在存在OTT或者IPTV模式的双模机顶盒下，由于存在IP网络，将不需要采用本发明设计的架构，直接利用网络服务下发弹幕数据，和现有网络弹幕服务一致。而当运营商当前网络下存在多种机顶盒共存的模式下，单模机顶盒无法利用IP网络，本发明仍可被利用。

图9是根据本发明优选实施例的双模单模机顶盒共存环境下的架构示意图，如图9所示，

考虑到网络模式下的弹幕是由用户播放节目发起请求获取弹幕服务器的数据的，弹幕服务器利用网络下发，单模机顶盒将不受影响。DVB侧的弹幕服务器和IP侧的弹幕服务器结构功能是不一样的，但考虑到对于网络侧的直播节目而言，对于同一家运营商而言其节目片源将是同一套，此时的弹幕信息是可以共享的，故此时两者的弹幕信息是互相拷贝的。IP侧的点播节目则不与DVB侧共享，且点播节目需要对弹幕数据进行保存。本发明实施例中仅DVB侧的弹幕服务器是采用本发明所述的结构。

本发明上述几个实施例中，侧重在系统架构的不同上，给出了几个不同场景下应用本发明所述的弹幕服务器接收和发送弹幕数据的过程。在任何场景下的弹幕业务所采用的格式应当是一致的，具体的设计格式可参考DVB的PES标准但不限于此，设计时需 要考虑上述几个实施例所提到的一些条件，并考虑系统性能容量等因素。

在终端侧，图8是给出的一个解析展示流程，具体到不同架构的盒子上，根据UI架构采用的方式各异，但实现过程一致。解析的弹幕数据根据时间属性，画到画布上具体位置，不断刷新画布，改变画布上现有弹幕的数据位置，达到弹幕动画效果。考虑到弹幕动画刷新的效率，若机顶盒性能受限，另一种方式是可将弹幕数据在本地进行一定的缓存，以一个带有指定时间无动画的方式，在指定区域按时间顺序简单文字展示。终端上实施方式不限于此，根据机顶盒性能评估后完整展示内容即可。终端侧在界面设置开关或在遥控器进行一键开关，控制弹幕内容的显示和隐藏，方便用户选择是否观看。在界面菜单内，也可增加设置项，如去除动画，限定显示数目等条件设置，或为设置项性能高中低，控制弹幕显示效果，适配机顶盒性能。

以上实施例以机顶盒的工作为主要对象进行了描述，在数字广播领域内，终端应不限于此，如采用中国移动多媒体广播(China Mobile Multimedia Broadcasting，简称为CMMB)手机终端收看，或者数字电视地面广播传输系统(Digital Television Terrestrial Multimedia Broadcasting，简称为DTMB)、地面数字电视广播(Digital Video Broadcasting–Terrestrial，简称为DVB-T)的电视终端收看，其工作原理也是一致的。特别是CMMB手机终端下，手机本身也带有蜂窝或IP网络接入，可直接在手机终端的播放软件上即可实现弹幕数据的上传和显示。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例该的方法。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述模块分别位于多个处理器中。

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行上述实施例的方法步骤的程序代码：

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行上述实施例的方法步骤。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

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