用户终端、媒体服务实现方法及系统与流程

本发明涉及多媒体应用领域，尤其涉及一种用户终端、媒体服务实现方法及系统。

背景技术

在现实生活中，为了保证媒体文件的可靠性，媒体服务器及其平台往往会采用多副本等方式将媒体文件进行存储，这样将某媒体服务器的媒体文件损坏时，用户终端还可以从其他的媒体服务器获取媒体文件实现媒体服务。

针对这种媒体文件损坏的场景，现有技术采用两个方式解决，一种是重定向技术，该重定向技术是媒体服务器在读取媒体文件之前就已知目标媒体文件的内容损坏，则重定向用户服务，如果在读取过程发现内容损坏，则只能中断本次服务；另外一种方式采用中继方式，媒体服务器在服务过程发现文件损坏则通过中继方式到依赖媒体服务器获取对应媒体文件后，发送至用户终端，这种方式会同时消耗本媒体服务器及依赖媒体服务器的能力，导致不必要的能力损耗。

技术实现要素：

本发明实施例提供了一种用户终端、媒体服务实现方法及系统，以至少提供一种可以保证媒体服务不会因为媒体文件损坏而中断、同时不会导致不必要能力损耗的媒体服务实现方法。

一方面，提供了一种媒体服务实现方法，包括：

用户终端在使用媒体服务时，检测是否接收到第一媒体服务器发送的媒体文件错误消息；其中，第一媒体服务器是正在使用媒体文件为用户终端提供媒体服务的媒体服务器，媒体文件错误消息携带为用户终端提供过媒体服务的历史媒体服务器信息、以及管理媒体服务的服务管理器的服务管理器地址；

用户终端在接收到媒体文件错误消息时，获取媒体文件的内容信息；

用户终端构建重定向请求消息，发送重定向请求消息至服务管理器；其中，重定向请求消息携带历史媒体服务器信息及媒体文件的内容信息，用于触发服务管理器为用户终端选择第二媒体服务器；

用户终端根据服务管理器返回的重定向响应消息，发送携带媒体文件的内容信息的媒体文件播放请求至第二媒体服务器，继续从第二媒体服务器获取媒体服务；其中，重定向响应消息携带第二媒体服务器的媒体服务器信息，第二媒体服务器为服务管理器重新为用户终端选择的媒体服务器。

一方面，提供了一种媒体服务实现方法，包括：

第一媒体服务器在使用媒体文件为用户终端提供媒体服务时，检测媒体文件是否损坏，在检测到媒体文件已损坏时，生成并发送媒体文件错误消息至用户终端；其中，媒体文件错误消息携带为用户终端提供过媒体服务的历史媒体服务器信息、以及管理媒体服务的服务管理器的服务管理器地址；

用户终端在使用媒体服务时，若接收到媒体文件错误消息，则获取媒体文件的内容信息，构建并发送重定向请求消息至服务管理器；其中，重定向请求消息携带历史媒体服务器信息及媒体文件的内容信息；

服务管理器在接收到重定向请求消息后，为用户终端选择第二媒体服务器，生成并向用户终端发送重定向响应消息；其中，重定向响应消息携带第二媒体服务器的媒体服务器信息；

用户终端根据服务管理器返回的重定向响应消息，发送携带媒体文件的内容信息的媒体文件播放请求至第二媒体服务器；

第二媒体服务器根据媒体文件的内容信息，继续为用户终端提供媒体服务。

一方面，提供了一种用户终端，包括：

接收模块，用于在使用媒体服务时，检测是否接收到第一媒体服务器发送的媒体文件错误消息；其中，第一媒体服务器是正在使用媒体文件为用户终端提供媒体服务的媒体服务器，媒体文件错误消息携带为用户终端提供过媒体服务的历史媒体服务器信息、以及管理媒体服务的服务管理器的服务管理器地址；

获取模块，用于在接收到媒体文件错误消息时，获取媒体文件的内容信息；

重定向模块，用于构建重定向请求消息，发送重定向请求消息至服务管理器；其中，重定向请求消息携带历史媒体服务器信息及媒体文件的内容信息，用于触发服务管理器为用户终端选择第二媒体服务器；

服务模块，用于根据服务管理器返回的重定向响应消息，发送携带媒体文件的内容信息的媒体文件播放请求至第二媒体服务器，继续从第二媒体服务器获取媒体服务；其中，重定向响应消息携带第二媒体服务器的媒体服务器信息，第二媒体服务器为服务管理器重新为用户终端选择的媒体服务器。

一方面，提供了一种媒体服务实现系统，包括：本发明提供的用户终端、以及媒体服务平台，媒体服务平台包括至少两个用于使用媒体文件为用户终端提供媒体服务的媒体服务器、以及用于管理媒体服务的服务管理器，至少两个媒体服务器包括第一媒体服务器及第二媒体服务器，其中，

第一媒体服务器用于在使用媒体文件为用户终端提供媒体服务时，检测媒体文件是否损坏，在检测到媒体文件已损坏时，生成并发送媒体文件错误消息至用户终端；其中，媒体文件错误消息携带为用户终端提供过媒体服务的历史媒体服务器信息、以及管理媒体服务的服务管理器的服务管理器地址；

用户终端用于在使用媒体服务时，若接收到媒体文件错误消息，则获取媒体文件的内容信息，构建并发送重定向请求消息至服务管理器；其中，重定向请求消息携带历史媒体服务器信息及媒体文件的内容信息；

服务管理器用于在接收到重定向请求消息后，为用户终端选择第二媒体服务器，生成并向用户终端发送重定向响应消息；其中，重定向响应消息携带第二媒体服务器的媒体服务器信息；

用户终端还用于根据服务管理器返回的重定向响应消息，发送携带媒体文件的内容信息的媒体文件播放请求至第二媒体服务器；

第二媒体服务器用于根据媒体文件的内容信息，继续为用户终端提供媒体服务。

另一方面，提供了一种计算机存储介质，计算机存储介质中存储有计算机可执行指令，计算机可执行指令用于执行前述的媒体服务实现方法。

本发明实施例的有益效果：

本发明实施例提供了一种用户终端、媒体服务实现方法及系统，其中，该方法通过媒体服务器在提供媒体服务的过程中，若检测到媒体文件损坏，则触发用户终端重定向其他媒体服务器，这样与现有在读取过程发现内容损坏只能中断本次服务的重定向技术相比，可以保证媒体服务不会因为媒体文件损坏而中断，同时，与现有中继方式相比，不会同时消耗本媒体服务器及依赖媒体服务器的能力，进而不会导致不必要能力损耗。

附图说明

图1为本发明第一实施例提供的媒体服务实现系统的组网示意图；

图2为本发明第一实施例提供的媒体服务平台的结构框图；

图3为本发明第一实施例提供的用户终端的结构框图；

图4为本发明第一实施例提供的媒体服务实现方法的流程图；

图5为本发明第一实施例提供的媒体服务实现方法在媒体服务平台侧的流程图；

图6为本发明第一实施例提供的媒体服务实现方法在用户终端侧的流程图；

图7为本发明第二实施例涉及的媒体服务实现系统的信令交互图；

图8为本发明第二实施例涉及的媒体服务实现方法的时序图；

图9为本发明第三实施例涉及的媒体服务实现系统的组网示意图；

图10为本发明第三实施例涉及的媒体服务实现方法的时序图。

具体实施方式

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

本发明主要用于媒体服务的应用场景，例如用户使用机顶盒进行iptv(交互式网络电视)业务，或者使用门户网站(如酷狗、腾讯、爱奇艺等)观看视频/音频等，在这些场景中，媒体文件一般采用多副本的方式存储在服务器内，用户终端需要通过门户网站从媒体服务器获取对应的媒体文件完成媒体服务，针对这两种具体的场景，将在下文进行详细描述。

现通过具体实施方式结合附图的方式对本发明做出进一步的诠释说明。

第一实施例：

图1为本发明第一实施例提供的媒体服务实现系统的组网示意图，图2为本发明第一实施例提供的媒体服务平台的结构框图，由图1及图2可知，本实施例提供的媒体服务实现系统包括：用户终端1、以及媒体服务平台2，媒体服务平台2包括至少两个用于使用媒体文件为用户终端提供媒体服务的媒体服务器22(图2所示的22-1、……22-n)、以及用于管理媒体服务的服务管理器21，至少两个媒体服务器22包括第一媒体服务器22-1及第二媒体服务器22-2，其中，

第一媒体服务器22-1用于在使用媒体文件为用户终端提供媒体服务时，检测媒体文件是否损坏，在检测到媒体文件已损坏时，生成并发送媒体文件错误消息至用户终端；具体的，用于在使用媒体文件为用户终端1提供媒体服务时，检测媒体文件是否损坏，在检测到媒体文件已损坏时，获取为用户终端1提供过媒体服务的历史媒体服务器信息、以及管理媒体服务的服务管理器21的服务管理器地址，根据历史媒体服务器信息以及服务管理器地址，生成并发送媒体文件错误消息至用户终端1；其中，媒体文件错误消息携带历史媒体服务器信息以及服务管理器地址；

用户终端1用于在使用媒体服务时，若接收到媒体文件错误消息，则获取媒体文件的内容信息，构建并发送重定向请求消息至服务管理器；具体的，用于在使用媒体服务时，检测是否接收到媒体文件错误消息，在接收到媒体文件错误消息后，获取媒体文件的内容信息，构建重定向请求消息，根据媒体文件错误消息携带的服务管理器地址确定重定向请求消息的通信目标，并发送重定向请求消息至服务管理器21；其中，重定向请求消息携带历史媒体服务器信息及媒体文件的内容信息；

服务管理器21用于在接收到重定向请求消息后，为用户终端选择第二媒体服务器，生成并向用户终端发送重定向响应消息；具体的，用于在接收到重定向请求消息后，根据重定向请求消息为用户终端选择第二媒体服务器22-2，生成并向用户终端1发送重定向响应消息；其中，重定向响应消息携带第二媒体服务器的媒体服务器信息；

用户终端1还用于根据服务管理器返回的重定向响应消息，发送携带媒体文件的内容信息的媒体文件播放请求至第二媒体服务器；具体的，还用于接收服务管理器返回的重定向响应消息，生成媒体文件播放请求，根据重定向响应消息携带的第二媒体服务器22-2的媒体服务器信息确定媒体文件播放请求的通信目标，发送媒体文件播放请求至第二媒体服务器，继续从第二媒体服务器获取媒体服务；其中，媒体文件播放请求携带媒体文件的内容信息；

第二媒体服务器22-2用于根据媒体文件的内容信息，继续为用户终端提供媒体服务；具体的，用于在接收到用户终端发送的媒体文件播放请求后，根据媒体文件播放请求使用媒体文件继续为用户终端提供媒体服务。

由图2可知，本实施例提供的媒体服务平台2包括至少两个用于使用媒体文件为用户终端提供媒体服务的媒体服务器22(图2所示的22-1、……22-n)、以及用于管理媒体服务的服务管理器21，至少两个媒体服务器22包括第一媒体服务器22-1及第二媒体服务器22-2，其中，

第一媒体服务器22-1用于在使用媒体文件为用户终端提供媒体服务时，检测媒体文件是否损坏，在检测到媒体文件已损坏时，获取为用户终端提供过媒体服务的历史媒体服务器信息、以及管理媒体服务的服务管理器的服务管理器地址，根据历史媒体服务器信息以及服务管理器地址，生成并发送媒体文件错误消息至用户终端；其中，媒体文件错误消息携带历史媒体服务器信息以及服务管理器地址，用于触发用户终端重新请求媒体服务；

服务管理器21用于在接收到用户终端发送的重定向请求消息后，根据重定向请求消息为用户终端选择第二媒体服务器22-2，生成并向用户终端发送重定向响应消息；其中，重定向请求消息的通信目标为用户终端根据媒体文件错误消息携带的服务管理器地址确定的通信目标，重定向请求消息携带历史媒体服务器信息及媒体文件的内容信息，重定向响应消息携带第二媒体服务器的媒体服务器信息，用于触发用户终端从第二媒体服务器获取媒体服务；

第二媒体服务器22-2用于在接收到用户终端发送的媒体文件播放请求后，根据媒体文件播放请求使用媒体文件继续为用户终端提供媒体服务；其中，媒体文件播放请求的通信目标为用户终端根据重定向响应消息携带的第二媒体服务器的媒体服务器信息确定的通信目标，媒体文件播放请求携带媒体文件的内容信息。

在一些实施例中，如图2所示，上述实施例中的服务管理器21包括：

查询模块211，用于根据内容信息，查询提供媒体文件的所有媒体服务器；

筛选模块212，用于在所有媒体服务器中，删除历史媒体服务器信息，确定可用媒体服务器；

选择模块213，用于根据预设规则，从可用媒体服务器选择一个媒体服务器作为第二媒体服务器；预设规则一般为负载均衡原则。

在一些实施例中，当媒体文件播放请求携带媒体文件的播放时间点信息时，上述实施例中的第二媒体服务器22-2用于：根据播放时间点信息，对媒体文件进行分段处理，根据媒体文件中播放时间点信息之后的文件，生成待继续播放媒体文件，发送待继续播放媒体文件至用户终端。

图3为本发明第一实施例提供的用户终端的结构框图，由图3可知，本实施例提供的用户终端1包括：

接收模块11，用于在使用媒体服务时，检测是否接收到第一媒体服务器发送的媒体文件错误消息；具体的，用于在使用媒体服务时，检测是否接收到第一媒体服务器发送的媒体文件错误消息；其中，第一媒体服务器是正在使用媒体文件为用户终端提供媒体服务的媒体服务器，媒体文件错误消息是第一媒体服务器检测到媒体文件损坏时生成的消息，媒体文件错误消息携带第一媒体服务器获取到的为用户终端提供过媒体服务的历史媒体服务器信息、以及管理媒体服务的服务管理器的服务管理器地址；

获取模块12，用于在接收到媒体文件错误消息时，获取媒体文件的内容信息；

重定向模块13，用于构建重定向请求消息，发送重定向请求消息至服务管理器；具体的，用于构建重定向请求消息，根据媒体文件错误消息携带的服务管理器地址确定重定向请求消息的通信目标，并发送重定向请求消息至服务管理器；其中，重定向请求消息携带历史媒体服务器信息及媒体文件的内容信息，用于触发服务管理器为用户终端选择第二媒体服务器；

服务模块14，用于根据服务管理器返回的重定向响应消息，发送携带媒体文件的内容信息的媒体文件播放请求至第二媒体服务器，继续从第二媒体服务器获取媒体服务；具体的，用于接收服务管理器返回的重定向响应消息，生成媒体文件播放请求，根据重定向响应消息携带的第二媒体服务器的媒体服务器信息确定媒体文件播放请求的通信目标，发送媒体文件播放请求至第二媒体服务器，继续从第二媒体服务器获取媒体服务；其中，重定向响应消息携带第二媒体服务器的媒体服务器信息，第二媒体服务器为服务管理器根据重定向请求消息携带的历史媒体服务器信息及媒体文件的内容信息为用户终端选择的媒体服务器，媒体文件播放请求携带媒体文件的内容信息。

在一些实施例中，上述实施例中的服务模块14用于：获取媒体文件的播放时间点信息，生成携带播放时间点信息的媒体文件播放请求，根据重定向响应消息携带的第二媒体服务器的媒体服务器信息，将媒体文件播放请求发送至第二媒体服务器，接收并播放第二媒体服务器返回的待继续播放媒体文件，其中，待继续播放媒体文件为第二媒体服务器根据播放时间点信息对媒体文件进行分段处理生成的文件。

图4为本发明第一实施例提供的媒体服务实现方法的流程图，由图4可知，本实施例提供的媒体服务实现方法包括：

s401：第一媒体服务器在使用媒体文件为用户终端提供媒体服务时，检测媒体文件是否损坏，在检测到媒体文件已损坏时，生成并发送媒体文件错误消息至用户终端；

具体的，第一媒体服务器在使用媒体文件为用户终端提供媒体服务时，检测媒体文件是否损坏，在检测到媒体文件已损坏时，获取为用户终端提供过媒体服务的历史媒体服务器信息、以及管理媒体服务的服务管理器的服务管理器地址，根据历史媒体服务器信息以及服务管理器地址，生成并发送媒体文件错误消息至用户终端；其中，媒体文件错误消息携带历史媒体服务器信息以及服务管理器地址；

s402：用户终端在使用媒体服务时，若接收到媒体文件错误消息，则获取媒体文件的内容信息，构建并发送重定向请求消息至服务管理器；

具体的，用户终端在使用媒体服务时，检测是否接收到媒体文件错误消息，在接收到媒体文件错误消息时，获取媒体文件的内容信息，构建重定向请求消息，根据媒体文件错误消息携带的服务管理器地址确定重定向请求消息的通信目标，并发送重定向请求消息至服务管理器；其中，重定向请求消息携带历史媒体服务器信息及媒体文件的内容信息；

s403：服务管理器在接收到重定向请求消息后，为用户终端选择第二媒体服务器，生成并向用户终端发送重定向响应消息；

具体的，服务管理器在接收到重定向请求消息后，根据重定向请求消息为用户终端选择第二媒体服务器，生成并向用户终端发送重定向响应消息；其中，重定向响应消息携带第二媒体服务器的媒体服务器信息；

s404：用户终端根据服务管理器返回的重定向响应消息，发送携带媒体文件的内容信息的媒体文件播放请求至第二媒体服务器；

具体的，用户终端接收服务管理器返回的重定向响应消息，生成媒体文件播放请求，根据重定向响应消息携带的第二媒体服务器的媒体服务器信息确定媒体文件播放请求的通信目标，发送媒体文件播放请求至第二媒体服务器，继续从第二媒体服务器获取媒体服务；其中，媒体文件播放请求携带媒体文件的内容信息；

s405：第二媒体服务器根据媒体文件的内容信息，继续为用户终端提供媒体服务；

具体的，第二媒体服务器在接收到用户终端发送的媒体文件播放请求后，根据媒体文件播放请求使用媒体文件继续为用户终端提供媒体服务。

图5为本发明第一实施例提供的媒体服务实现方法在媒体服务平台侧的流程图，由图5可知，本实施例提供的媒体服务实现方法在媒体服务平台侧的体现包括：

s501：媒体服务平台中的第一媒体服务器在使用媒体文件为用户终端提供媒体服务时，检测媒体文件是否损坏；若是，则执行s502，若没有损坏，则返回执行s501；

s502：第一媒体服务器在检测到媒体文件已损坏时，获取媒体服务平台中的、为用户终端提供过媒体服务的历史媒体服务器信息、以及管理媒体服务的服务管理器的服务管理器地址；

s503：第一媒体服务器根据历史媒体服务器信息以及服务管理器地址，生成并发送媒体文件错误消息至用户终端；其中，媒体文件错误消息携带历史媒体服务器信息以及服务管理器地址，用于触发用户终端重新请求媒体服务；

s504：媒体服务平台中的服务管理器在接收到用户终端发送的重定向请求消息后，根据重定向请求消息为用户终端选择第二媒体服务器，生成并向用户终端发送重定向响应消息；其中，重定向请求消息的通信目标为用户终端根据媒体文件错误消息携带的服务管理器地址确定的通信目标，重定向请求消息携带历史媒体服务器信息及媒体文件的内容信息，重定向响应消息携带第二媒体服务器的媒体服务器信息，用于触发用户终端从第二媒体服务器获取媒体服务；

s505：媒体服务平台中的第二媒体服务器在接收到用户终端发送的媒体文件播放请求后，根据媒体文件播放请求使用媒体文件继续为用户终端提供媒体服务；其中，媒体文件播放请求的通信目标为用户终端根据重定向响应消息携带的第二媒体服务器的媒体服务器信息确定的通信目标，媒体文件播放请求携带媒体文件的内容信息。

在一些实施例中，上述实施例中步骤s504中的服务管理器根据重定向请求消息为用户终端选择第二媒体服务器包括：

服务管理器根据内容信息，查询提供媒体文件的所有媒体服务器；

服务管理器在所有媒体服务器中，删除历史媒体服务器信息，确定可用媒体服务器；

服务管理器根据预设规则，从可用媒体服务器选择一个媒体服务器作为第二媒体服务器。

在一些实施例中，当媒体文件播放请求携带媒体文件的播放时间点信息时，上述实施例中步骤s505中的第二媒体服务器根据媒体文件播放请求使用媒体文件继续为用户终端提供媒体服务包括：

第二媒体服务器根据播放时间点信息，对媒体文件进行分段处理；

第二媒体服务器根据媒体文件中播放时间点信息之后的文件，生成待继续播放媒体文件；

第二媒体服务器发送待继续播放媒体文件至用户终端。

图6为本发明第一实施例提供的媒体服务实现方法在用户终端侧的流程图，由图6可知，本实施例提供的媒体服务实现方法在用户终端侧的体现包括：

s601：用户终端在使用媒体服务时，检测是否接收到第一媒体服务器发送的媒体文件错误消息；

具体的，用户终端在使用媒体服务时，检测是否接收到第一媒体服务器发送的媒体文件错误消息；其中，第一媒体服务器是正在使用媒体文件为用户终端提供媒体服务的媒体服务器，媒体文件错误消息是第一媒体服务器检测到媒体文件损坏时生成的消息，媒体文件错误消息携带第一媒体服务器获取到的为用户终端提供过媒体服务的历史媒体服务器信息、以及管理媒体服务的服务管理器的服务管理器地址；若是，则执行s602，若未收到，则返回执行s601；

s602：用户终端在接收到媒体文件错误消息时，获取媒体文件的内容信息；

s603：用户终端构建重定向请求消息，发送重定向请求消息至服务管理器；

具体的，用户终端构建重定向请求消息，根据媒体文件错误消息携带的服务管理器地址确定重定向请求消息的通信目标，并发送重定向请求消息至服务管理器；其中，重定向请求消息携带历史媒体服务器信息及媒体文件的内容信息，用于触发服务管理器为用户终端选择第二媒体服务器；

s604：用户终端根据服务管理器返回的重定向响应消息，发送携带媒体文件的内容信息的媒体文件播放请求至第二媒体服务器，继续从第二媒体服务器获取媒体服务；

具体的，用户终端接收服务管理器返回的重定向响应消息，生成媒体文件播放请求，根据重定向响应消息携带的第二媒体服务器的媒体服务器信息确定媒体文件播放请求的通信目标，发送媒体文件播放请求至第二媒体服务器，继续从第二媒体服务器获取媒体服务；其中，重定向响应消息携带第二媒体服务器的媒体服务器信息，第二媒体服务器为服务管理器根据重定向请求消息携带的历史媒体服务器信息及媒体文件的内容信息为用户终端选择的媒体服务器，媒体文件播放请求携带媒体文件的内容信息。

在一些实施例中，上述实施例中的步骤s604中的根据重定向响应消息继续从第二媒体服务器获取媒体服务包括：

用户终端获取媒体文件的播放时间点信息；

用户终端生成携带播放时间点信息的媒体文件播放请求；

用户终端根据重定向响应消息携带的第二媒体服务器的媒体服务器信息，将媒体文件播放请求发送至第二媒体服务器；

用户终端接收并播放第二媒体服务器返回的待继续播放媒体文件，其中，待继续播放媒体文件为第二媒体服务器根据播放时间点信息对媒体文件进行分段处理生成的文件。

第二实施例：

现结合具体应用场景、以实现iptv业务为例，对本发明做进一步的诠释说明。

随着互联网的快速发展，iptv业务在用户的日常生活中所占的比重日益增大，本实施例以iptv系统为例进行说明。

本实施例是一种针对目前iptv系统中服务过程中文件损坏的媒体源自动切换的方法，在给用户提供服务的过程中，如果遇到文件无法正常读取，媒体服务器发送错误消息给用户终端，用户终端根据媒体服务器反馈的信息，在用户不用介入的情况下，发起流程自动切换到可用文件的媒体服务器，继续播放，提高用户的观影体验。

为了实现上述目的，本实施例提供的方法包括：

用户终端请求服务到达节点后，节点根据请求内容选择媒体服务器提供服务；

服务过程中，媒体服务器发现文件无法正常读取，媒体服务器发消息给终端，在消息中包括提供过服务的历史媒体服务器信息和下次请求的服务管理器地址信息；

终端根据消息重新生成新的请求消息，请求消息包括请求的地址信息，内容信息和服务过的历史服务器；

服务管理器到终端请求后，根据内容信息和服务过的历史服务器信息，选择可以提供服务的媒体服务器，然后生成响应消息给终端；

终端接收到响应消息后，根据之前服务的内容的时间点继续前面的媒体服务；

本方法优化了文件损坏带来的用户观影体验，节省了节点的性能。

本实施例涉及的信令交互图如图7所示，其中：

信令1为终端请求服务；

信令2为终端向媒体服务器1请求服务；

信令3为媒体服务器1上报文件损坏消息；

信令4为终端向服务管理重新请求服务，并返回选中的服务器；

信令5为终端向媒体服务器n请求服务。

如图8所示，本实施例提供的方法包括以下步骤：

步骤s801：用户终端机顶盒(stb)从epg(electronicprogramguide，电子节目菜单)获取原始url(uniformresourcelocator，统一资源定位符)，类似rtsp://ip:port/cid？...，其中ip和port是要去请求的服务器的网络地址及端口。

步骤s802：stb根据原始url生成请求信息到服务器去请求服务，其中slb具有负载均衡的功能，用来选择可用的服务器。

步骤s803：slb(serverloadbalancing，实现多个服务器之间的复杂均衡，服务管理器的一种)根据请求信息和负载均衡策略选择出可以提供服务的媒体服务器a信息，并把信息返回给用户终端。url信息组织为rtsp://ssaip:ssaport/filepath/file？agnt＝base64(slbip:slbport)&sdr(ssaip)&…，其中ssaip和ssaport是本次提供服务的媒体服务器a的信息，agnt是后面需要重定向时去请求的地址信息。

步骤s804：用户终端根据步骤s803返回的信息，到对应的媒体服务a获取媒体节目，观看相关节目。正常的交互过程不做详细解释。

步骤s805：在服务过程中媒体服务器a出现文件无法读取的错误，此时媒体服务器a生成出错信息并把信息返回给用户终端。消息形式为rtsp消息announce消息，消息错误为2103，并且在announce消息中添加backurl＝rtsp://slbip:slbport/cid？sdr(ss1ip)&…。

步骤s806：用户终端收到announce2103消息后，根据backurl的信息，重新组成新的请求url，url格式为rtsp://slbip:slbport/cid？sdr(ssaip)&…。

步骤s807：slbip(slb的ip地址)对应的slb收到请求消息后，根据内容信息获取可以存在内容的媒体服务器，由于媒体服务器a的内容已经出错，则根据sdr(ssaip)信息把媒体服务器a刨除在外，在媒体服务器之外选择可服务的媒体服务器n，并生成响应消息返回给终端，url组织为rtsp://ssnip:ssnport/filepath/file？agnt＝base64(slbip:slbport)&sdr(ss1ip|ssnip)&…，其中ssnip和ssnport是本次提供服务的媒体服务器n的信息，agnt是后面需要重定向时去请求的地址信息。

步骤s808：终端在收到响应消息后，则去媒体服务器n请求媒体服务。然后根据上次在媒体服务器a服务的信息，继续播放，在时间点上是连续的，后续流程正常播放，不再描述。

步骤s809：用户终端正常结束服务。

在iptv系统中，可以使用rtsp协议，在协议扩充字段实现本实施例的方法。

第三实施例：

现结合具体应用场景、以使用门户网站观看视频等为例，对本发明做进一步的诠释说明。

随着互联网的快速发展，用户使用手机等终端通过门口网站观看视频等媒体文件，在用户的日常生活中所占的比重日益增大，本实施例以此为例进行说明。

本实施例是一种针对门户网站服务过程中文件损坏的媒体源自动切换的方法，在给用户提供服务的过程中，如果遇到文件无法正常读取，媒体服务器发送错误消息给用户终端，用户终端根据媒体服务器反馈的信息，在用户不用介入的情况下，发起流程自动切换到可用文件的媒体服务器，继续播放，提高用户的观影体验。

为了实现上述目的，本实施例提供的方法包括：

用户终端请求服务到达门户网站后，根据请求内容选择媒体服务器提供服务；

服务过程中，媒体服务器发现文件无法正常读取，媒体服务器发消息给终端，在消息中包括提供过服务的历史媒体服务器信息和下次请求的服务管理器地址信息(即门户网站地址)；

终端根据消息重新生成新的请求消息，请求消息包括请求的地址信息，内容信息和服务过的历史服务器；

服务管理器到终端请求后，根据内容信息和服务过的历史服务器信息，选择可以提供服务的媒体服务器，然后生成响应消息给终端；

终端接收到响应消息后，根据之前服务的内容的时间点继续前面的媒体服务；

本方法优化了文件损坏带来的用户观影体验，节省了节点的性能。

本实施例涉及的通信系统如图8所示，包括：用户终端ue、门户网站、媒体服务器等，门户网站也是一个服务器平台，为用户终端提供节目列表，接收用户选择的目标，从多个媒体服务器中选择一个媒体服务器提供服务。

如图10所示，本实施例提供的方法包括以下步骤：

步骤s1001：用户终端ue从门户网站(portal)获取节目列表，在节目列表上选择目标文件；

步骤s1002：门户网站获取目标文件的原始url(uniformresourcelocator，统一资源定位符)，类似rtsp://ip:port/cid？...，其中ip和port是要去请求的服务器的网络地址及端口；根据原始url及负载均衡功能，选择可用的媒体服务器，在实际应用中，门户网站根据请求信息和负载均衡策略选择出可以提供服务的媒体服务器a信息，并把信息返回给用户终端。url信息组织为rtsp://ssaip:ssaport/filepath/file？agnt＝base64(slbip:slbport)&sdr(ssaip)&…，其中ssaip和ssaport是本次提供服务的媒体服务器a的信息，agnt是后面需要重定向时去请求的地址信息。

步骤s1003：用户终端根据步骤s1002返回的信息，到对应的媒体服务1获取媒体节目，观看相关节目。正常的交互过程不做详细解释。

步骤s1004：在服务过程中媒体服务器a出现文件无法读取的错误，此时媒体服务器a生成出错信息并把信息返回给用户终端。消息形式为rtsp消息announce消息，消息错误为2103，并且在announce消息中添加backurl＝rtsp://slbip:slbport/cid？sdr(ss1ip)&…，此时slbip一般均为门户网站的地址。

步骤s1005：用户终端收到announce2103消息后，根据backurl的信息，重新组成新的请求url，url格式为rtsp://slbip:slbport/cid？sdr(ssaip)&…

步骤s1006：门户网站收到请求消息后，根据内容信息获取可以存在内容的媒体服务器，由于媒体服务器a的内容已经出错，则根据sdr(ssaip)信息把媒体服务器a刨除在外，在媒体服务器之外选择可服务的媒体服务器n，并生成响应消息返回给终端，url组织为rtsp://ssnip:ssnport/filepath/file？agnt＝base64(slbip:slbport)&sdr(ss1ip|ssnip)&…，其中ssnip和ssnport是本次提供服务的媒体服务器n的信息，agnt是后面需要重定向时去请求的地址信息。

步骤s1007：终端在收到响应消息后，则去媒体服务器n请求媒体服务。然后根据上次在媒体服务器a服务的信息，继续播放，在时间点上是连续的；后续流程正常播放，不再描述。

步骤s1008：用户终端正常结束服务。

在本实施例中，可以对现有交互协议进行改进，在协议扩充字段实现本实施例的方法。

综上可知，通过本发明实施例的实施，至少存在以下有益效果：

本发明实施例提供了一种用户终端、媒体服务实现方法及系统，其中，该方法通过媒体服务器在提供媒体服务的过程中，若检测到媒体文件损坏，则触发用户终端重定向其他媒体服务器，这样与现有在读取过程发现内容损坏只能中断本次服务的重定向技术相比，可以保证媒体服务不会因为媒体文件损坏而中断，同时，与现有中继方式相比，不会同时消耗本媒体服务器及依赖媒体服务器的能力，进而不会导致不必要能力损耗。

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

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

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

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

以上仅是本发明的具体实施方式而已，并非对本发明做任何形式上的限制，凡是依据本发明的技术实质对以上实施方式所做的任意简单修改、等同变化、结合或修饰，均仍属于本发明技术方案的保护范围。