一种流媒体处理方法和装置与流程

本申请涉及数据处理领域，特别是涉及一种流媒体处理方法和装置。

背景技术：

httplivestreaming(简称hls)是一种基于http的流媒体网络传输协议。在该协议下，可以把整个流媒体切分成一个个小的基于http的传输流(transportstream，ts)文件，用户在请求播放该流媒体时，可以每次只下载一些ts文件到本地就可以开始播放该视频流。

在用户通过终端开始一个流媒体会话时，会下载该流媒体对应的索引文件，该索引文件一般为8位元(unicodetransformationformat，utf-8)编码格式的m3u(英文全称为movingpictureexpertsgroupaudiolayer3uniformresourcelocator)文件(即m3u8文件)，m3u8文件是一种索引纯文本文件，用于存储流媒体中ts文件的列表、ts文件的地址及属性等。用户终端可以通过该索引文件下载该流媒体对应的ts文件，以便在本地播放流媒体。

流媒体提供方可以预先在流媒体中拼接固定的推荐资源，并根据拼接结果生成对应的索引文件，当终端通过该索引文件下载该流媒体进行播放时，也会下载该推荐资源，从而在终端播放过程中会展示上述推荐资源。

技术实现要素：

然而，针对同一个流媒体，不同用户看到的都是相同的推荐资源，由于用户具有多样性，对推荐资源的接受程度各不相同，故相同的推荐资源难以满足不同用户的查看需求。

为了解决上述技术问题，本申请提供了一种流媒体处理方法，在流媒体中拼接的推荐资源符合用户的偏好，提高了推荐资源的展示效率，以及该用户的流媒体体验。

本申请实施例公开了如下技术方案：

第一方面，本申请实施例提供了一种流媒体处理方法，所述方法包括：

获取终端针对目标流媒体的播放请求，所述播放请求包括发起所述播放请求的用户的个性化信息；

获取符合所述个性化信息的目标推荐资源；

根据所述目标流媒体和目标推荐资源确定索引文件；所述索引文件用于标识拼接的所述目标流媒体和所述目标推荐资源；

向所述终端返回所述索引文件。

第二方面，本申请实施例提供了一种流媒体处理装置，所述装置包括获取单元、确定单元和返回单元：

所述获取单元，用于获取终端针对目标流媒体的播放请求，所述播放请求包括发起所述播放请求的用户的个性化信息；

所述获取单元还用于获取符合所述个性化信息的目标推荐资源；

所述确定单元，用于根据所述目标流媒体和目标推荐资源确定索引文件；所述索引文件用于标识拼接的所述目标流媒体和所述目标推荐资源；

所述返回单元，用于向所述终端返回所述索引文件。

第三方面，本申请实施例提供了一种用于流媒体处理的设备，所述设备包括处理器以及存储器：

所述存储器用于存储程序代码，并将所述程序代码传输给所述处理器；

所述处理器用于根据所述程序代码中的指令执行第一方面所述的流媒体处理方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质用于存储程序代码，所述程序代码用于执行第一方面所述的流媒体处理方法。

由上述技术方案可以看出，在获取终端针对目标流媒体的播放请求时，该播放请求中会携带发起所述播放请求的用户的个性化信息，该个性化信息可以体现出该用户的具体喜好，故符合该个性化信息的目标推荐资源满足该用户查看需求的可能性较高。根据目标流媒体和获取的目标推荐资源确定索引文件，并向该终端返回该索引文件。返回的该索引文件可以标识拼接的目标流媒体和目标推荐资源，以便终端可以根据该索引文件下载拼接的目标流媒体和目标推荐资源，并在播放目标流媒体的过程中展示目标推荐资源，所播放的目标推荐资源由于符合该用户的个性化信息，故更可能满足该用户需求，提高了推荐资源的展示效率，以及该用户的流媒体体验。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的一种基于用户偏好确定流媒体的场景示意图；

图2为本申请实施例提供的一种流媒体确定方法的方法流程图；

图3为本申请实施例提供的一种索引文件的内容示意图；

图4a为本申请实施例提供的一种在流媒体中植入广告的展示示意图；

图4b为本申请实施例提供的一种未在流媒体中植入广告的展示示意图；

图5为本申请实施例提供的一种在流媒体中插广告的展示示意图；

图6为本申请实施例提供的一种多用户播放流媒体的场景下广告个性化示意图；

图7为本申请实施例提供的一种流媒体确定方法的信令流程图；

图8为本申请实施例提供的一种流媒体处理装置的装置结构图；

图9为本申请实施例提供的一种设备的结构图；

图10为本申请实施例提供的一种服务器的结构图。

具体实施方式

下面结合附图，对本申请的实施例进行描述。

在流媒体播放过程中展示推荐资源是一种较为常见的推送方式，使得用户可以在观看流媒体的过程中查看、了解推荐资源。

然而，一种相关技术中，针对一个流媒体的推荐资源都是预先确定的，确定后基本不会更改，当不同用户播放这个流媒体时，播放过程中所显示的均是之前确定的推荐资源，即不同用户在播放这个流媒体时看到的都是相同的推荐资源。但是由于用户的多样性，相同的推荐资源难以满足不同用户的查看需求，甚至带来用户反感。

为此，本申请实施例提供了一种流媒体确方案，不再预先为流媒体确定推荐资源，而是当获取用户针对目标流媒体的播放请求时，通过确定用户的偏好，从推荐资源中选择符合该偏好的目标推荐资源，根据目标流媒体和获取的目标推荐资源确定索引文件，并向该终端返回该索引文件。终端可以根据该索引文件下载拼接的目标流媒体和目标推荐资源，从而在播放下载内容时可以看到符合自身喜好的目标推荐资源，提高了推荐资源的展示效率，以及该用户的流媒体播放体验。

本申请实施例所提供的方案可以应用于流媒体处理设备中，该流媒体处理设备具有拼接流媒体和推荐资源的功能，以及根据拼接结果生成对应索引文件的功能。该流媒体处理设备具体可以是终端和/或服务器。其中，终端设备具体可以为智能手机、计算机、个人数字助理(personaldigitalassistant，pda)、平板电脑等；服务器具体可以为独立服务器，也可以为集群服务器。

在图1所示的一种可能的应用场景中，流媒体处理设备为服务器100，服务器100从终端200获取用户发起的播放请求，该播放请求用于请求播放目标流媒体300，在本申请实施例中，该播放请求中会携带该用户的个性化信息，该个性化信息可以体现出该用户的具体喜好，故若根据该个性化信息从推荐资源中确定目标推荐资源400，符合该个性化信息的目标推荐资源400满足该用户查看需求的可能性较高。这相当于对用户进行了推荐资源个性化的服务。

服务器100可以根据目标流媒体300和目标推荐资源400确定出索引文件，该索引文件标识拼接的目标流媒体和目标推荐资源500。服务器100向终端200返回该索引文件，终端200可以根据该索引文件下载拼接的目标流媒体和目标推荐资源500，并在播放下载内容的过程中展示目标推荐资源400，符合该用户个性化信息的目标推荐资源400更可能满足该用户需求，提高了推荐资源的展示效率，以及该用户的流媒体体验。

为了便于说明，在本申请的后续实施例中，主要以服务器作为流媒体处理设备对本申请的技术方案进行说明。

图2为本申请实施例提供的一种流媒体处理方法的方法流程图，所述方法包括：

s201：获取终端针对目标流媒体的播放请求。

在本申请实施例中，流媒体可以是固定内容的媒体内容，例如电视剧、电影、短视频等，流媒体也可以是不固定内容的媒体内容，例如直播类媒体内容。目标流媒体可以为用户希望播放的任意一种流媒体。

在播放请求中包括发起所述播放请求的用户的个性化信息。该个性化信息可以体现该用户的喜好，用户的喜好可以体现出该用户最近或者一段时间内对什么内容更感兴趣，从而体现出该用户的关注点是什么，例如喜欢美食、追求时尚、运动达人等。

个性化信息还可以标识该用户近期突然感兴趣的内容，例如一个原本爱好运动的用户突然对烹调感兴趣了，可以通过该个性化信息标识该用户的这一新爱好。

本申请并不限定如何确定用户的个性化信息，在一种可能的实现方式中，个性化信息可以是根据用户的流媒体历史下载、播放信息，和/或用户的偏好标签确定的。

流媒体的历史下载、播放信息那个体现用户与流媒体相关的个性化信息，可以以此确定出用户喜好何种类型的流媒体，从而根据流媒体类型确定用户偏好。

用户的偏好标签可以是用户自己设置的，或者根据用户的历史大数据分析确定的。这部分信息也可以体现出用户自身的偏好。

s202：获取符合所述个性化信息的目标推荐资源。

在本申请实施例中，推荐资源携带有需要推送给用户的各类信息，其展示形式可以是视频、动图、图片等。推荐资源的一种可能的类型可以是广告，也可以是新闻、时事热点等。

由于用户的个性化信息可以体现出该用户的具体喜好，故符合该个性化信息的目标推荐资源满足该用户查看需求的可能性较高。

需要说明的是，确定出的目标推荐资源的数量可以包括至少一个，具体数量可以依据目标流媒体的长度确定，也可以根据实际确定出的目标推荐资源的数量来定。

在本申请实施例中，可以由流媒体处理设备根据个性化信息从推荐资源中确定目标推荐资源。也可以由其他设备根据个性化信息从推荐资源中确定目标推荐资源后返回给流媒体处理设备，以降低流媒体处理设备的处理压力。

故在一种可能的实现方式中，设置有推荐资源服务器，该服务器可以集中保存、管理需要推荐的推荐资源，这些推荐资源可以根据其内容、类型等设置有对应的分类标签，当流媒体处理设备通过s201获取播放请求后，可以向推荐资源服务器发送播放请求中携带的个性化信息。

推荐资源服务器可以通过匹配该个性化信息和自身所管理的推荐资源的分类标签，从中确定出分类标签符合该个性化信息的目标推荐资源。之后可以将目标推荐资源返回给流媒体处理设备。

s203：根据所述目标流媒体和目标推荐资源确定索引文件。

在确定目标流媒体和目标推荐资源后，流媒体处理设备可以确定出相应的索引文件，以用于标识拼接的所述目标流媒体和所述目标推荐资源。

本申请实施例并不限定确定索引文件与拼接目标流媒体和目标推荐资源的先后顺序，可以先确定索引文件，再拼接目标流媒体和目标推荐资源，也可以先拼接目标流媒体和目标推荐资源，再确定索引文件，或者两者同时进行。

确定索引文件的方式本申请并不限定，具体可以根据流媒体的格式、类型相关，例如针对mp4、flv格式的流媒体，有其对应的索引文件确定方式。

由于确定的索引文件是用于终端下载拼接的目标流媒体和目标推荐资源的，故在向终端返回索引文件前，流媒体处理设备需要完成对目标流媒体和目标推荐资源的拼接。

在一种可能的实现方式中，可以根据所述目标推荐资源的资源类型和所述目标推荐资源在所述目标流媒体中的拼接位置，通过拼接所述目标流媒体和所述目标推荐资源，得到拼接结果。

s204：向所述终端返回所述索引文件。

由于索引文件可以标识拼接的目标流媒体和目标推荐资源，以便终端可以根据该索引文件下载前述拼接结果，并在播放过程中展示目标推荐资源，符合该用户个性化信息的目标推荐资源更可能满足该用户需求，提高了推荐资源的展示效率，以及该用户的流媒体体验。

在一种可能的实现方式中，在确定索引文件之前，流媒体处理设备需要明确目标推荐资源的拼接位置，该拼接位置可以是基于拼接规则确定的，例如拼接在流媒体的片头、片尾、中间等。也可以是基于目标推荐资源确定的，例如特定的推荐资源可能需要拼接在流媒体的特定位置等。

针对s203，本申请实施例提供了一种可选的确定索引文件的方式：

s2031：确定所述目标推荐资源的资源类型和所述目标推荐资源在所述目标流媒体中的拼接位置。

目标推荐资源的资源类型用于体现目标推荐资源与拼接相关的特点，以目标推荐资源是广告为例，其资源类型可以包括植入类型和中插类型。

植入类型的广告可以是在正常流媒体播放的视频画面中某一部分植入需要展示的广告。

中插类型的广告可以是在正常流媒体播放过程中完整插入广告，例如在片头、片尾的位置，或者在正片中间插入一段时长的广告，或者将广告替换一段时长的正片内容等。

拼接位置用于体现目标推荐资源在目标流媒体中的具体拼接位置。

可选的，在目标流媒体可以被切分为多个传输流(ts)文件，在终端播放时由终端逐个下载的应用场景中，该拼接位置包括拼接到所述目标流媒体的传输流文件之间，或拼接到传输流文件中。

在本申请实施例中，传输流文件可以是基于hls协议从流媒体中按顺序切分出的播放长度较短的文件，一般播放长度在15秒之内，封装格式为.ts。终端可以根据索引文件中指示的顺序下载传输流文件以播放流媒体。

一个目标推荐资源的拼接位置可以标识该目标推荐资源作为一个完整的传输流文件拼接到目标流媒体的那些传输流文件之间，或者拼接到哪个传输流文件中，以及具体的显示位置。

s2032：根据所述资源类型、所述拼接位置和所述目标流媒体的流媒体信息，生成所述索引文件。

上述流媒体信息可以标识目标流媒体的相关信息，例如播放长度、传输流文件数量、下载位置等。结合s2031中确定的目标推荐资源的资源类型和拼接位置，可以由足够的信息生成索引文件，以使得索引文件实现标识拼接的目标流媒体和目标推荐资源的作用。

当目标流媒体中拼接了目标推荐资源后，有可能目标推荐资源的编码参数与目标流媒体中相邻的传输流文件的编码参数并不一致。例如目标流媒体的传输流文件1和传输流文件2间拼接了目标推荐资源，目标推荐资源的编码参数与传输流文件1和传输流文件2的编码参数均不相同。

如果没有进行相应的处置，终端在下载了传输流文件1、目标推荐资源和传输流文件2进行播放时，播放完传输流文件1后，由于目标推荐资源的编码参数与传输流文件1并不一致，即终端播放器原本用于解码传输流文件1的参数并不适用于解码目标推荐资源，由此会导致终端出现播放问题，例如短暂花屏、黑屏、画面卡等，从而造成不好的用户体验。而且，在播放完目标推荐资源后，由于传输流文件2的编码参数与目标推荐资源不同，在开始播放传输流文件2的时候同样也会出现上述播放问题。

同理，目标推荐资源拼接到一个传输流文件中也会导致该传输流文件的编码参数发生改变，不同于相邻的其他传输流文件，同样也会出现上述播放问题。

为此，本申请实施例提供了一种解决上述情况的特定方式，即在生成索引文件时，采用中断协议字段来表示目标推荐资源在目标流媒体中的拼接位置。即在索引文件中，通过中断协议字段标识出目标推荐资源的拼接区间。

中断协议字段(discontinuity标签)属于hls协议中的字段，用于标记流媒体前后传输流文件编码参数发生变化，并指示终端播放器重新初始化。

在本申请实施例中，通过在索引文件中引入中断协议字段，并通过中断协议字段标识目标推荐资源的拼接位置，使得终端在通过索引文件下载播放拼接的目标流媒体和目标推荐资源时，会在播放到目标推荐资源之前根据中断协议字段的指示初始化播放流媒体的播放器，在初始化播放器后可以流畅播放目标推荐资源，从而不会出现上述花屏、黑屏的播放问题。在播放完目标推荐资源后，终端可以通过中断协议字段的指示再次初始化播放器，然后再播放后续的传输流文件，同样也不会出现上述播放问题。

本申请实施例中除了引入中断协议字段来标识目标推荐资源的拼接位置，还进一步通过片段类型字段(segmenttype)携带所述目标推荐资源的资源类型。终端可以通过索引文件中片段类型字段确定目标推荐资源的资源类型，从而便于做出相应的处理。

接下来通过具体场景举例说明，可以参见图1所示，在该应用场景下，根据用户的个性化信息确定出的目标推荐资源400有两个，分别为推荐资源1(一个植入广告)和推荐资源2(一个中插广告)，目标流媒体300具有四个传输流文件，分别为传输流文件1-4，若根据目标推荐资源和目标流媒体进行拼接，得到拼接的流媒体。

图3示出的是在该应用场景下，拼接的流媒体对应的索引文件的具体内容。该索引文件的前5行是索引文件的说明性内容，包括了索引文件的版本号，图示为3；序列号，图示为0；传输流文件的最大播放长度，图示为15秒；以及目标流媒体的类型，图示为视频点播(videoondemand，vod)。

接下来按照播放顺序依次标识了拼接的流媒体的传输流文件。

首先是说明传输流文件1(即video1.ts)，播放长度为12.458秒。

之后说明植入了推荐资源1(即前述植入广告)的传输流文件2，这部分的开始和结束采用了中断协议字段“#ext-x-discontinuity”，以起到标识推荐资源1的拼接位置的作用。并且通过片段类型字段“segmenttype＝1”标识了推荐资源1的资源类型为植入类。

在说明传输流文件3(即video3.ts)后，说明推荐资源2(即前述中插广告)，推荐资源2作为一个完整的传输流文件拼接在传输流文件3和传输流文件4之间，这部分的开始和结束采用了中断协议字段，以起到标识推荐资源2的拼接位置的作用。并且通过片段类型字段“segmenttype＝2”标识了推荐资源2的资源类型为中插类。

通过上述对索引文件内容的说明，可以看出，通过该索引文件，终端在播放完传输流文件1后，会根据索引文件记载的中断协议字段初始化播放器，然后再播放传输流文件2，播放完传输流文件2后，根据中断协议字段初始化播放器，再播放传输流文件3，播放完传输流文件3后，根据中断协议字段初始化播放器，再播放推荐资源2，播放完推荐资源2后，根据中断协议字段初始化播放器，再播放传输流文件4。

在播放上述植入广告的显示界面可以如图4a所示，植入广告显示在图中圈出的位置，若不拼接该植入广告，正常的显示界面可以如图4b所示。

在播放上述中插广告的显示界面可以如图5所示。

通过本申请实施例提供的方案，可以实现推荐资源个性化的作用，即在播放同一个流媒体时，不同用户看到的推荐资源可以是不同的，是分别符合用户喜好的。例如图6所示，用户1、用户2和用户3分别针对同一个流媒体向作为视频后台的服务器发起播放请求，用户1的播放请求中携带用户1对应的个性化信息1，用户2的播放请求中携带用户2对应的个性化信息2，用户3的播放请求中携带用户3对应的个性化信息3。

视频后台获取播放请求后，可以向作为广告后台的服务器发送其中携带的个性化信息。广告后台针对个性化信息1确定符合的广告1，针对个性化信息2确定符合的广告2，针对个性化信息3确定符合的广告3。视频后台获取上述广告后，可以根据广告1和请求播放的流媒体确定索引文件1，可以根据广告2和请求播放的流媒体确定索引文件2，可以根据广告3和请求播放的流媒体确定索引文件3，并分别发给这三个用户。

从而，虽然这三个用户请求播放的是同一个流媒体，但是根据不同的索引文件下载的是不同的广告，故在用户1的终端上播放该流媒体时会展示广告1，在用户2的终端上播放该流媒体时会展示广告2，在用户3的终端上播放该流媒体时会展示广告3，从而实现了在流媒体播放时个性化广告推送的目的。

在上述场景中，针对其中任意一个用户，在目标流媒体为视频的情况下，具体的信令流程可以参见图7，在图7中终端播放器响应于用户在终端上做出的视频播放操作，向视频后台发送播放请求，播放请求中携带视频标识和该用户的个性化信息。

视频后台根据视频标识确定用户所要播放的视频，并向广告服务组件发送该用户的个性化信息。

在图7对应的实施例中，广告服务组件和广告引擎可以处于同一个广告服务器中，也可以处于不同的服务器中。广告服务组件将个性化信息发给广告引擎，以便广告引擎基于该个性化信息确定对应的特定广告。

广告服务组件将获取的特定广告通过透传的方式发给视频后台，由视频后台根据确定的视频和特定广告生成对应的索引文件，在本实施例中，该索引文件为m3u8文件。

视频后台将生成的m3u8文件返回终端播放器，以使得终端播放器通过m3u8文件下载相应的传输流文件并进行播放。在播放的过程中展示视频和特定广告。

图8为本申请实施例提供的一种流媒体处理装置的装置结构图，所述流媒体处理装置800包括获取单元801、确定单元802和返回单元803：

所述获取单元801，用于获取终端针对目标流媒体的播放请求，所述播放请求包括发起所述播放请求的用户的个性化信息；

所述获取单元801还用于获取符合所述个性化信息的目标推荐资源；

所述确定单元802，用于根据所述目标流媒体和目标推荐资源确定索引文件；所述索引文件用于标识拼接的所述目标流媒体和所述目标推荐资源；

所述返回单元803，用于向所述终端返回所述索引文件。

可选的，所述获取单元包括发送子单元和获取子单元：

所述发送子单元，用于向推荐资源服务器发送所述个性化信息；所述推荐资源服务器包括具有不同偏好分类标签的推荐资源；

所述获取子单元，用于从所述推荐资源服务器获取所述目标推荐资源，所述目标推荐资源的偏好分类标签符合所述个性化信息。

可选的，所述个性化信息是根据所述用户的流媒体历史下载、播放信息，和/或所述用户的偏好标签确定的。

可选的，所述确定单元还用于确定所述目标推荐资源的资源类型和所述目标推荐资源在所述目标流媒体中的拼接位置；根据所述资源类型、所述拼接位置和所述目标流媒体的流媒体信息，生成所述索引文件。

可选的，在所述索引文件中，通过中断协议字段标识所述目标推荐资源在所述目标流媒体中的拼接位置；通过片段类型字段携带所述目标推荐资源的资源类型；所述中断协议字段用于初始化所述终端播放流媒体的播放器。

可选的，所述目标流媒体被切分为多个传输流文件，所述拼接位置包括拼接到所述目标流媒体的传输流文件之间，或拼接到传输流文件中。

可选的，所述装置还包括拼接单元：

所述拼接单元，用于根据所述目标推荐资源的资源类型和所述目标推荐资源在所述目标流媒体中的拼接位置，拼接所述目标流媒体和所述目标推荐资源。

由此可见，在获取终端针对目标流媒体的播放请求时，该播放请求中会携带发起所述播放请求的用户的个性化信息，该个性化信息可以体现出该用户的具体喜好，故符合该个性化信息的目标推荐资源满足该用户查看需求的可能性较高。根据目标流媒体和获取的目标推荐资源确定索引文件，并向该终端返回该索引文件。返回的该索引文件可以标识拼接的目标流媒体和目标推荐资源，以便终端可以根据该索引文件下载拼接的目标流媒体和目标推荐资源，并在播放目标流媒体的过程中展示目标推荐资源，符合该用户个性化信息的目标推荐资源更可能满足该用户需求，提高了推荐资源的展示效率，以及该用户的流媒体体验。

本申请实施例还提供了一种设备，该设备可以流媒体处理。下面结合附图对该设备进行介绍。请参见图9所示，本申请实施例提供了一种的设备1300，该设备1300还可以是终端设备，该终端设备可以为包括手机、平板电脑、个人数字助理(personaldigitalassistant，简称pda)、销售终端(pointofsales，简称pos)、车载电脑等任意智能终端，以终端设备为手机为例：

图9示出的是与本申请实施例提供的终端设备相关的手机的部分结构的框图。参考图9，手机包括：射频(radiofrequency，简称rf)电路1310、存储器1320、输入单元1330、显示单元1340、传感器1350、音频电路1360、无线保真(wirelessfidelity，简称wifi)模块1370、处理器1380、以及电源1390等部件。本领域技术人员可以理解，图9中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图9对手机的各个构成部件进行具体的介绍：

rf电路1310可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器1380处理；另外，将设计上行的数据发送给基站。通常，rf电路1310包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(lownoiseamplifier，简称lna)、双工器等。此外，rf电路1310还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(globalsystemofmobilecommunication，简称gsm)、通用分组无线服务(generalpacketradioservice，简称gprs)、码分多址(codedivisionmultipleaccess，简称cdma)、宽带码分多址(widebandcodedivisionmultipleaccess，简称wcdma)、长期演进(longtermevolution，简称lte)、电子邮件、短消息服务(shortmessagingservice，简称sms)等。

存储器1320可用于存储软件程序以及模块，处理器1380通过运行存储在存储器1320的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器1320可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器1320可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元1330可用于接收输入的数字或字符信息，以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地，输入单元1330可包括触控面板1331以及其他输入设备1332。触控面板1331，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1331上或在触控面板1331附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板1331可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器1380，并能接收处理器1380发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1331。除了触控面板1331，输入单元1330还可以包括其他输入设备1332。具体地，其他输入设备1332可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元1340可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元1340可包括显示面板1341，可选的，可以采用液晶显示器(liquidcrystaldisplay，简称lcd)、有机发光二极管(organiclight-emittingdiode，简称oled)等形式来配置显示面板1341。进一步的，触控面板1331可覆盖显示面板1341，当触控面板1331检测到在其上或附近的触摸操作后，传送给处理器1380以确定触摸事件的类型，随后处理器1380根据触摸事件的类型在显示面板1341上提供相应的视觉输出。虽然在图9中，触控面板1331与显示面板1341是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板1331与显示面板1341集成而实现手机的输入和输出功能。

手机还可包括至少一种传感器1350，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板1341的亮度，接近传感器可在手机移动到耳边时，关闭显示面板1341和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路1360、扬声器1361，传声器1362可提供用户与手机之间的音频接口。音频电路1360可将接收到的音频数据转换后的电信号，传输到扬声器1361，由扬声器1361转换为声音信号输出；另一方面，传声器1362将收集的声音信号转换为电信号，由音频电路1360接收后转换为音频数据，再将音频数据输出处理器1380处理后，经rf电路1310以发送给比如另一手机，或者将音频数据输出至存储器1320以便进一步处理。

wifi属于短距离无线传输技术，手机通过wifi模块1370可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图9示出了wifi模块1370，但是可以理解的是，其并不属于手机的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

处理器1380是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器1320内的软件程序和/或模块，以及调用存储在存储器1320内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器1380可包括一个或多个处理单元；优选的，处理器1380可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1380中。

手机还包括给各个部件供电的电源1390(比如电池)，优选的，电源可以通过电源管理系统与处理器1380逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

尽管未示出，手机还可以包括摄像头、蓝牙模块等，在此不再赘述。

在本实施例中，该终端设备所包括的处理器1380还具有以下功能：

获取终端针对目标流媒体的播放请求，所述播放请求包括发起所述播放请求的用户的个性化信息；

获取符合所述个性化信息的目标推荐资源；

根据所述目标流媒体和目标推荐资源确定索引文件；所述索引文件用于标识拼接的所述目标流媒体和所述目标推荐资源；

向所述终端返回所述索引文件。

本申请实施例还提供服务器，请参见图10所示，图10为本申请实施例提供的服务器1400的结构图，服务器1400可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(centralprocessingunits，简称cpu)1422(例如，一个或一个以上处理器)和存储器1432，一个或一个以上存储应用程序1442或数据1444的存储介质1430(例如一个或一个以上海量存储设备)。其中，存储器1432和存储介质1430可以是短暂存储或持久存储。存储在存储介质1430的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器1422可以设置为与存储介质1430通信，在服务器1400上执行存储介质1430中的一系列指令操作。

服务器1400还可以包括一个或一个以上电源1426，一个或一个以上有线或无线网络接口1450，一个或一个以上输入输出接口1458，和/或，一个或一个以上操作系统1441，例如windowsservertm，macosxtm，unixtm,linuxtm，freebsdtm等等。

上述实施例中的步骤也可以由服务器执行，该服务器可以基于该图10所示的服务器结构。

本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质用于存储程序代码，所述程序代码用于执行前述各个实施例所述的流媒体处理方法。

本申请实施例还提供一种包括指令的计算机程序产品，当其在计算机上运行时，使得计算机执行前述各个实施例所述的流媒体处理方法。

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

应当理解，在本申请中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“a和/或b”可以表示：只存在a，只存在b以及同时存在a和b三种情况，其中a，b可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。

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

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

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

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

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。