续播位置确定方法、续播系统

摘要

本申请提供一种续播位置确定方法，包括：接收续播请求，续播请求携带用户的标识信息和续播请求的发起时间；根据用户的标识信息确定用户的至少一部分历史播放对象的最近一次的停播时间和停播位置；根据至少一部分历史播放对象的最近一次的停播时间和所述发起时间，确定至少一部分历史播放对象的停播时长；根据至少一部分历史播放对象的停播时长和至少一部分历史播放对象最近一次的停播位置，确定至少一部分历史播放对象的续播位置，每个历史播放对象的续播位置均在其最近一次的停播位置之前。本申请提升了确定续播位置的灵活性，以应对多样性的播放需求。

说明书

技术领域

本申请涉及计算机技术领域，尤其涉及一种续播位置确定方法和续播系统。

背景技术

随着用户终端的不断普及与发展，用户越来越依赖用户终端。用户可以在用户终端上安装各种各样的媒体应用，使用户在用户终端上进行媒体娱乐，比如听有声书、看电影、阅读小说等。

为了提升用户体验，现有媒体应用中均有续播功能。目前，媒体应用的续播原理为：将上次暂停播放的位置作为本次续播的起点继续播放。显然，续播位置为上次暂停播放的位置，续播位置的确定不灵活，无法应对多样性的播放需求。

发明内容

本申请提供一种续播位置确定方法和续播系统，用于解决续播位置的确定不灵活，无法应对多样性的播放需求的问题。

第一方面，本申请提供一种续播位置确定方法，包括：接收续播请求，其中，所述续播请求携带用户的标识信息和所述续播请求的发起时间；根据所述用户的标识信息确定所述用户的至少一部分历史播放对象的最近一次的停播时间和停播位置；根据所述至少一部分历史播放对象的最近一次的停播时间和所述发起时间，确定所述至少一部分历史播放对象的停播时长；根据所述至少一部分历史播放对象的停播时长和所述至少一部分历史播放对象最近一次的停播位置，确定所述至少一部分历史播放对象的续播位置，其中：所述至少一部分历史播放对象中的每个历史播放对象的续播位置均在其最近一次的停播位置之前。

根据续播请求的发起时间和历史播放对象的最近一次的停播时间确定历史播放对象的停播时长，根据历史播放对象的停播时长和历史播放对象的最近一次的停播位置确定历史播放对象的续播位置，使得历史播放对象的续播位置的确定更加灵活，从而更好的应对多样性的播放需求，另外，由于历史播放对象的续播位置在其停播位置之前，因此，在根据历史播放对象的续播位置向用户播放历史播放对象时，可以使用户回顾之前的内容，提升用户体验。

在一种可能的实现方式中，所述方法还包括：获取所述至少一部分历史播放对象的逻辑信息，其中，至少一部分历史播放对象中的每个所述历史播放对象的逻辑信息均用于指示所述历史播放对象的多个逻辑点之间的逻辑关系以及每个逻辑点的位置；所述确定所述至少一部分历史播放对象的续播位置包括：根据所述至少一部分历史播放对象的停播时长和所述至少一部分历史播放对象最近一次的停播位置，并结合所述至少一部分历史播放对象的逻辑信息，确定所述至少一部分历史播放对象的续播位置；其中，所述至少一部分历史播放对象中的每个历史播放对象的续播位置均为其逻辑信息中的一个逻辑点的位置。

根据历史播放对象停播时长和历史播放对象的最近一次的停播位置，将历史播放对象的逻辑信息中的一个逻辑点的位置确定为有声书H的续播位置，即续播位置的确定与历史播放对象的逻辑信息、停播时长和最近一次的停播位置相关，使得续播位置的确定更加灵活，进而能够更好的应对多样性的播放需求。另外，由于历史播放对象的续播位置在其最近一次的停播位置之前，因此，在根据续播位置向用户播放历史播放对象时，可以使用户回顾之前的内容，提升用户体验。此外，由于历史播放对象的续播位置为历史播放对象的一个逻辑点的位置，因此，在根据续播位置播放历史播放对象时，使用户能够更好的回顾之前的内容，进一步的提升用户体验。

在一种可能的实现方式中，所述确定所述至少一部分历史播放对象的续播位置包括：根据所述至少一部分历史播放对象的停播时长确定所述用户对所述至少一部分历史播放对象的记忆率；根据所述用户对所述至少一部分历史播放对象的记忆率和所述至少一部分历史播放对象的最近一次的停播位置，确定所述至少一部分历史播放对象的续播位置。

在一种可能的实现方式中，所述方法还包括：获取所述至少一部分历史播放对象的逻辑信息，其中，至少一部分历史播放对象中的每个所述历史播放对象的逻辑信息用于指示所述历史播放对象的多个逻辑点之间的逻辑关系以及每个逻辑点的位置；所述确定所述至少一部分历史播放对象的续播位置包括：根据所述至少一部分历史播放对象的停播时长确定所述用户对所述至少一部分历史播放对象的记忆率；根据所述用户对所述至少一部分历史播放对象的记忆率、所述至少一部分历史播放对象的最近一次的停播位置，并结合所述至少一部分历史播放对象的逻辑信息，确定所述至少一部分历史播放对象的续播位置；其中，所述至少一部分历史播放对象中的每个历史播放对象的续播位置均为其逻辑信息中的一个逻辑点的位置。

根据历史播放对象的停播时长确定用户对历史播放对象的记忆率，根据用户对历史播放对象的记忆率和历史播放对象的最近一次的停播位置，将历史播放对象的逻辑信息中的一个逻辑点的位置确定为历史播放对象的续播位置，即续播位置的确定与历史播放对象的逻辑信息和最近一次的停播位置、用户对历史播放对象的记忆率相关，使得续播位置的确定更加灵活，进而更好的应对多样性的播放需求。另外，由于历史播放对象的续播位置在其最近一次的停播位置之前，因此，在根据续播位置向用户播放历史播放对象时，可以使用户回顾之前的内容，提升用户体验。此外，由于历史播放对象的续播位置为历史播放对象的一个逻辑点的位置，因此，在根据续播位置播放历史播放对象时，使用户能够更好的回顾之前的内容，进一步的提升用户体验。另外，由于根据用户对历史播放对象的记忆率和历史播放对象的最近一次的停播位置将历史播放对象中的多个逻辑点中的一个逻辑点的位置确定为续播位置，即续播位置的确定与用户对历史播放对象的记忆率相关，这样可以基于不同用户的记忆率确定续播位置，进一步提高了确定续播位置的准确性。

在一种可能的实现方式中，所述确定所述用户对所述至少一部分历史播放对象的记忆率包括：根据所述至少一部分历史播放对象的停播时长并结合一记忆率曲线，确定所述用户对所述至少一部分历史播放对象的记忆率。

在一种可能的实现方式中，所述历史播放对象的类型为音频；针对每个所述历史播放对象，获取所述历史播放对象的逻辑信息包括：从所述历史播放对象的音频数据中获取人声信息；基于对所述人声信息的识别，确定所述历史播放对象的多个逻辑点中的每个逻辑点的位置和多个逻辑点之间的逻辑关系。

在一种可能的实现方式中，所述历史播放对象为有声书；所述历史播放对象的多个逻辑点包括所述有声书的章节起始点、段落起始点以及语句起始点。

在一种可能的实现方式中，所述历史播放对象的类型为视频；针对每个所述历史播放对象，获取所述历史播放对象的逻辑信息包括：从所述历史播放对象的视频数据中获取音频数据；从所述音频数据中获取人声信息；基于对所述人声信息的识别，确定所述历史播放对象的多个逻辑点中的每个逻辑点的位置和多个逻辑点之间的逻辑关系。

在一种可能的实现方式中，所述历史播放对象的类型为视频；针对每个所述历史播放对象，获取所述历史播放对象的逻辑信息包括：从所述历史播放对象的视频数据中获取字幕数据；基于对所述字幕数据的识别，确定所述历史播放对象的多个逻辑点中的每个逻辑点的位置和多个逻辑点之间的逻辑关系。

在一种可能的实现方式中，所述历史播放对象的类型为文本；针对每个所述历史播放对象，获取所述历史播放对象的逻辑信息包括：识别所述历史播放对象的文本数据中的关键字；基于对所述关键字的分析，确定所述历史播放对象的多个逻辑点中的每个逻辑点的位置和多个逻辑点之间的逻辑关系。

在一种可能的实现方式中，所述至少一部分历史播放对象为向所述用户最近一次播放的播放对象。

在一种可能的实现方式中，所述方法还包括：向用户终端发送所述至少一部分历史播放对象的续播位置和用于所述用户终端缓存的与所述至少一部分历史播放对象的续播位置对应的播放数据。

第二方面，提供一种续播位置确定方法，包括：接收续播请求，其中，所述续播请求携带用户的标识信息、待播放对象的标识信息和所述续播请求的发起时间；根据所述待播放对象的标识信息、所述用户的标识信息确所述待播放对象的最近一次的停播时间和停播位置；根据所述停播时间和所述发起时间，确定所述待播放对象的停播时长；根据所述停播时长和所述停播位置，确定所述待播放对象的续播位置，其中，所述待播放对象的续播位置在所述停播位置之前。

根据续播请求的发起时间和待播放对象最近一次的停播时间确定待播放对象的停播时长，根据待播放对象的停播时长和待播放对象最近一次的停播位置确定待播放对象的续播位置，使得待播放小说的续播位置的确定更加灵活，从而更好的应对多样性的播放需求，另外，由于续播位置在停播位置之前，因此，在根据续播位置向用户播放待播放小说时，可以使用户回顾之前的内容，提升用户体验，此外，由于仅确定了待播放对象的续播位置，降低了计算量，提高了计算效率。

在一种可能的实现方式中，所述方法还包括：获取所述待播放对象的逻辑信息，其中，所述待播放对象的逻辑信息用于指示所述待播放对象的多个逻辑点之间的逻辑关系以及每个逻辑点的位置；所述确定所述待播放对象的续播位置包括：根据所述停播时长和所述停播位置，并结合所述待播放对象的逻辑信息确定所述待播放对象的续播位置；其中，所述待播放对象的续播位置为所述待播放对象的逻辑信息中的一个逻辑点的位置。

在一种可能的实现方式中，所述确定待播放对象的续播位置包括：根据所述待播放对象的停播时长确定所述用户对所述待播放对象的记忆率；根据所述用户对所述待播放对象的记忆率和所述待播放对象的最近一次的停播位置，确定所述待播放对象的续播位置。

在一种可能的实现方式中，所述方法还包括：获取所述待播放对象的逻辑信息，其中，所述待播放对象的逻辑信息用于指示所述待播放对象的多个逻辑点之间的逻辑关系以及每个逻辑点的位置；所述确定所述待播放对象的续播位置包括：根据所述停播时长确定所述用户对所述待播放对象的记忆率；根据所述记忆率和所述停播位置，并结合所述待播放对象的逻辑信息确定所述待播放对象的续播位置；其中，所述待播放对象的续播位置为所述待播放对象的逻辑信息中的一个逻辑点的位置。

在一种可能的实现方式中，所述根据所述停播时长确定所述用户对所述待播放对象的记忆率包括：根据所述停播时长，并结合一记忆率曲线，确定所述用户对所述待播放对象的记忆率。

在一种可能的实现方式中，所述待播放对象的类型为音频；所述获取所述待播放对象的逻辑信息包括：从所述待播放对象的音频数据中获取人声信息；基于对所述人声信息的识别，确定所述待播放对象的多个逻辑点中的每个逻辑点的位置和多个逻辑点之间的逻辑关系。

在一种可能的实现方式中，所述待播放对象为有声书；所述待播放对象的多个逻辑点包括所述有声书的章节起始点、段落起始点以及语句起始点。

在一种可能的实现方式中，所述待播放对象的类型为视频；所述获取所述待播放对象的逻辑信息包括：从所述待播放对象的视频数据中获取音频数据；从所述音频数据中获取人声信息；基于对所述人声信息的识别，确定所述待播放对象的多个逻辑点中的每个逻辑点的位置和多个逻辑点之间的逻辑关系。

在一种可能的实现方式中，所述待播放对象的类型为视频；所述获取所述待播放对象的逻辑信息包括：从所述待播放对象的视频数据中获取字幕数据；基于对所述字幕数据的识别，确定所述待播放对象的多个逻辑点中的每个逻辑点的位置和多个逻辑点之间的逻辑关系。

在一种可能的实现方式中，所述待播放对象的类型为文本；所述获取所述待播放对象的逻辑信息包括：识别所述待播放对象的文本数据中的关键字；基于对所述关键字的分析，确定所述待播放对象的多个逻辑点中的每个逻辑点的位置和多个逻辑点之间的逻辑关系。

在一种可能的实现方式中，所述方法还包括：向用户终端发送所述续播位置和用于所述用户终端缓存的与所述续播位置对应的播放数据。

第三方面，提供一种续播系统，包括：用户终端和第一方面或第二方面中任一项所述的服务器；其中，所述用户终端，用于向所述服务器发送续播请求。

第四方面，提供一种电子设备，包括:通信模块，用于与其他设备通信；一个或多个存储存储器，用于存储一个或多个计算机程序；一个或多个处理器，用于执行所述一个或多个计算机程序，使得所述电子设备执行如第一方面或第二方面中任一项所述的方法。

第五方面，提供一种计算机可读存储介质，包括计算机程序，所述计算机程序在计算机上被执行时，使得所述计算机执行第一方面或第二方面中任一项所述的方法。

第六方面，提供一种计算机程序，当所述计算机程序被计算机执行时，用于执行第一方面或第二方面中任一项所述的方法。

第七方面，一种芯片，包括处理器和存储器，所述存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存储的计算机程序，以执行第一方面或第二方面中任一项所述的方法。

附图说明

图1为本申请实施例提供的续播位置确定方法的应用场景示意图；

图2为本申请实施例提供的续播位置确定方法的流程示意图一；

图3为本申请实施例提供的有声书播放应用的交互界面的示意图；

图4为本申请实施例提供的有声书H的逻辑目录的示意图；

图5为本申请实施例提供的记忆率曲线的示意图；

图6为本申请实施例提供的询问对话框的示意图；

图7为本申请实施例提供的电视剧B的逻辑树的示意图；

图8为本申请实施例提供的续播位置确定方法的流程示意图二；

图9为本申请实施例提供的续播位置确定方法的流程示意图三；

图10为本申请实施例提供的续播位置确定方法的流程示意图四；

图11为本申请实施例提供的续播位置确定方法的流程示意图五；

图12为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

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

本申请的说明书实施例和权利要求书及附图中的术语“第一”、“第二”等仅用于区分描述的目的，而不能理解为指示或暗示相对重要性，也不能理解为指示或暗示顺序。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元。方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

应当理解，在本申请中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“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可以是单个，也可以是多个。

图1为本申请实施例提供的续播位置确定方法的应用场景示意图。该应用场景包括服务器101和用户终端102，其中：

服务器101例如可以是物理服务器，也可以是云服务器等，物理服务器例如可以是一个独立的物理服务器，也可以是由多个物理服务器组成的服务器集群等，本申请实施例对此不作特殊限定。

用户终端102例如可以为手机、平板电脑、笔记本电脑、电子阅读器等设备。用户可以在用户终端102中安装各种媒体应用，以通过媒体应用使用媒体应用中提供的各类服务。

媒体应用例如可以为视频播放类应用、文本展示类应用(例如电子阅读应用)、音频播放类应用(例如有声书播放应用)等，本申请实施例对此不作特殊限定。

媒体应用可以向用户在展示多个播放对象，若媒体应用为视频播放类应用，则播放对象的类型例如可以为电视剧、综艺节目等视频类对象，若媒体应用的类型为音频播放类应用，则播放对象例如可以为有声书、广播类节目等音频类对象，若媒体应用为文本展示类应用，则播放对象例如可以为小说、新闻、论文等文本类对象，本申请实施例对此不作特殊限定。

服务器101与用户终端102之间进行各种交互，为用户提供服务。例如，用户可以通过安装有媒体应用的用户终端102，向服务器101发起播放请求，服务器101接收并响应于播放请求，向用户终端102发送播放数据，使用户终端102进行播放。

再例如，用户还可以通过安装有媒体应用的用户终端102向服务器101发送续播请求，服务器101接收并响应于续播请求，确定续播位置，并将续播位置发送至用户终端102，同时将播放数据发送至用户终端102，以使用户终端102从续播位置播放播放数据。

下面，将基于上述应用场景，对确定续播位置的方法进行说明。

图2为本申请实施例提供的续播位置确定方法的流程示意图一。在图2中以用户终端为手机，媒体应用为有声书播放应用，播放对象为有声书为例对确定续播位置的方法进行说明。需要说明的是，在图2中示出的续播位置确定方法中，用户在打开有声书播放应用后，手机向服务器发送续播请求，服务器接收以及响应于续播请求仅确定向用户最近一次播放的有声书的续播位置。

如图2所示，续播位置确定的具体过程包括以下步骤：

步骤201、用户点击手机界面中的有声书播放应用的图标，打开有声书播放应用；

步骤202、手机显示有声书播放应用的交互界面，如图3所示，有声书播放应用的交互界面中显示了有声书H(图中未示出)的续播控件301，有声书H为向用户最近一次播放的有声书，向用户最近一次播放的有声书为用户在上一次退出有声书播放应用时最后播放的有声书。需要说明的是，有声书播放应用的交互界面中还可以包括其他有声书的操作控件302等，本申请对此不作特殊限定。

步骤203、在用户点击手机界面中的有声书播放应用的图标后，手机向服务器发送续播请求，续播请求携带用户的标识信息和续播请求的发起时间。

在本申请实施例中，用户点击有声书播放应用的图标，在手机中打开有声书播放应用，手机获取用户的标识信息和当前时间，将当前时间确定为续播请求的发起时间，然后，手机根据用户的标识信息和续播请求的发起时间生成续播请求，最后，手机将续播请求发送至服务器。

针对已经注册有声书播放应用的用户，用户的标识信息例如可以是用户注册有声书播放应用的账号(例如手机号、身份证号)等，本申请实施例对此不作特殊限定。

针对未注册有声书播放应用的用户，用户的标识信息例如可以是手机的标识码等，本申请实施例对此不作特殊限定。

步骤204、服务器接收续播请求，根据续播请求携带的用户的标识信息确定有声书H的最近一次的停播时间和停播位置，即确定用户在上一次退出有声书播放应用时，最后播放的有声书的停播位置和停播时间。

需要说明的是，若用户使用有声书播放应用，则有声书播放应用会向服务器上传用户在有声书播放应用中所播放的每个有声书的停播时间和停播位置。

基于此，可以根据用户的标识信息获取用户之前播放的所有有声书的最近一次的停播时间和停播位置，以及根据每个有声书的最近一次的停播时间，确定向用户最近一次播放的有声书的最近一次的停播时间和停播位置，即将最近一次的停播时间距离当前时间最近的有声书确定为向用户最近一次播放的有声书(即有声书H)。

需要说明的是，有声书最近一次的停播时间为用户最近一次停止播放有声书的时间，有声书最近一次的停播位置为用户最近一次停止播放有声书时，有声书的播放进度。

针对音频类播放对象，一般通过时间进度、音频播放文件的标识等中的至少一个表示音频类播放对象的播放进度，因此，音频类播放对象的停播位置可以用时间进度、音频播放文件的标识等中的至少一个表示。例如，可以通过播放对象的停播位置所属的音频播放文件的标识以及暂停位置在其所属的音频播放文件中的时间进度表示播放对象的停播位置。

由于在本实施例中，播放对象为有声书，即播放对象为音频类播放对象，因此，有声书的停播位置也可以用时间进度、音频播放文件的标识等中的至少一个表示。例如，有声书的停播位置可以表示为[06，00.20.00]，06表示有声书的停播位置所属的音频播放文件的标识，00.20.00表示有声书的停播位置在其所属的音频播放文件中的第20分钟。需要说明的是，关于后面的时间进度的表示，前面两位数字的单位为小时，中间两位数字的单位为分钟，后面两位数字的单位为秒。在此基础上，若06为有声书的第六章对应的音频播放文件的标识，则该有声书的停播位置为有声书的第六章中的第20分钟。

需要说明的是，上述音频类播放对象和有声书的停播位置的表示方式仅为示例性的，并不用于限定本申请。例如，音频类播放对象和有声书的停播位置的表示方式还可以为其他期望的表示方式。

步骤205、服务器根据续播请求的发起时间、有声书H的最近一次的停播时间，确定有声书H的停播时长。具体的，将续播请求的发起时间与有声书H的最近一次的停播时间的差值确定为有声书H的停播时长。

步骤206、服务器根据有声书H的停播时长和有声书H的最近一次的停播位置，确定有声书H的续播位置，其中，有声书H的续播位置在其最近一次的停播位置之前。

下面，将通过以下四种方式对确定有声书H的续播位置的过程进行说明。

第一种，根据有声书H的停播时长和有声书H的最近一次的停播位置，并结合有声书H的逻辑信息，确定有声书H的续播位置，其中，有声书的逻辑信息用于指示有声书的多个逻辑点之间的逻辑关系以及每个逻辑点的位置。有声书H的续播位置为其逻辑信息中的一个逻辑点的位置。

在确定有声书H的续播位置之前，可以事先获取有声书播放应用中的每个有声书的逻辑信息，每个有声书的逻辑信息用于指示有声书的多个逻辑点之间的逻辑关系和每个逻辑点的位置。保存每个有声书的逻辑信息。这样，在确定有声书H的续播位置时，可以根据有声书H的标识信息在事先存储的信息中获取有声书H的逻辑信息。

下面，对获取一个有声书的逻辑信息的原理进行说明。

首先，从有声书的音频数据中获取人声信息。该有声书的音频数据包括该有声书的所有音频播放文件。例如，若有声书包括十个章节，每个章节对应一个音频播放文件，则该有声书的音频数据就包括十个章节对应的十个音频播放文件。具体的，通过傅里叶变换将有声书的音频数据从时域转换为频域，得到基于频域的有声书的音频数据，将基于频域的有声书的音频数据输入一能够滤除背景声音的算法模型，使该算法模型输出基于频域的人声信息，通过傅里叶逆变换将基于频域的人声信息转换为基于时域的人声信息。

获取能够滤除背景声音的算法模型的过程包括：获取大量的三种音频数据，第一种，仅带有人声信息的音频数据，第二种，仅带有背景声音的音频数据，第三种，将第一种音频数据和第二种音频数据混合之后的音频数据(即带有人声信息和背景声音的音频数据)；将第一种音频数据和第二种音频数据作为训练数据，或者将第一种音频数据、第二种音频数据和第三种音频数据作为训练数据，通过傅里叶变换将训练数据从时域转换为频域，得到基于频域的训练数据，通过基于频域的训练数据对算法模型进行训练，使算法模型学习三种音频数据到第一种音频数据的映射关系，以得到能够滤除背景声音的算法模型。其中，算法模型例如可以是条件生成对抗网络(Conditional GAN)等，本申请对此不作特殊限定。

然后，基于对人声信息的识别，确定有声书的多个逻辑点中的每个逻辑点的位置和多个逻辑点之间的逻辑关系。其中，有声书的多个逻辑点包括有声书的章节起始点、段落起始点以及语句起始点等。有声书的多个逻辑点之间的逻辑关系为各个章节起始点之间的先后顺序，段落起始点属于哪个章节起始点，属于一个章节起始点的多个段落起始点之间的先后顺序，语句起始点属于哪个段落起始点，属于一个段落起始点的多个语句起始点之间的先后顺序。

基于对人声信息的识别，确定有声书的多个逻辑点中的每个逻辑点的位置和多个逻辑点之间的逻辑关系的具体过程包括：通过语音转文本(Text to Speech)技术，将有声书的人声信息转换为文本文字，然后通过章节语，篇章等关键字做辅助，在文本文字中识别出有声书的章节关系；由于人声信息中的段落和句子之间的停顿时间不同，段落之间的停顿会明显长于句子之间的停顿，因此，可以采用分类器模型对停顿时间进行分类，分类器模型例如可以采用SVM(支持向量机)或者CNN(卷积神经网络)，从而识别出段落之间的停顿和语句之间的停顿。最终得到有声书的章节起始点的位置、段落起始点的位置、语句起始点的位置，以及章节起始点、段落起始点、语句起始点之间的关系，进而得到有声书的逻辑信息中的多个逻辑点的逻辑关系以及每个逻辑点的位置。

有声书的逻辑点的位置可以通过有声书的逻辑点所属的音频播放文件的标识以及逻辑点在其所属的音频播放文件中的时间进度来表示，例如，若逻辑点为有声书的第一章的第三段的起始点，则逻辑点的位置可以表示为[01，00.40.00]，01表示有声书的第一章的第三段的起始点所属的音频播放文件的标识，00.40.00表示有声书的第一章的第三段落的起始点在其所属的音频播放文件中的第40分钟。

需要说明的是，获取其他有声书的逻辑信息的原理与上文中描述的原理相同，因此此处不再赘述。

需要说明的是，针对其他音频类的播放对象，例如广播节目等，播放对象的逻辑信息的获取原理同上，因此此处不再赘述。播放对象的逻辑信息中的多个逻辑点、多个逻辑点之间的逻辑关系的确定与播放对象的具体内容相关。播放对象的多个逻辑点可以划分为多个级别，每个级别包括至少一个逻辑点，且级别低的逻辑点属于其对应的级别高的逻辑点。例如，播放对象为有声书，则多个逻辑点可以划分为三个级别，第一个级别为章节起始点，第二个级别为段落起始点，第三个级别为语句起始点，且每个段落起始点均有其所属的章节起始点，每个语句起始点均有其所属的段落起始点。

有声书的逻辑信息的展现形式例如可以为逻辑目录或者逻辑树等，本申请对此不作特殊限定。

下面，以有声书的逻辑信息的展现形式为逻辑目录为例对有声书的逻辑信息进行说明。

若有声书的音频数据包括多个音频播放文件，音频播放文件的数量与有声书的章节数量相同，即一个音频播放文件对应有声书的一个章节。有声书的逻辑点包括章节起始点、段落起始点、语句起始点。逻辑点之间的逻辑关系指：章节起始点之间的先后顺序，段落起始点属于哪个章节起始点，属于同一个章节起始点的多个段落起始点之间的先后顺序、语句起始点属于哪个段落起始点，属于同一个段落起始点的多个语句起始点之间的先后顺序。

基于此，可以将有声书的多个逻辑点划分为不同的级别，然后，根据逻辑点的级别，确定其对应的目录级别，具体的，逻辑点的级别越高，其对应的目录级别越高，最后，根据逻辑点对应的目录级别以及逻辑点之间的逻辑关系设置有声书的逻辑目录。

具体的，以有声书的名称作为一级目录，以有声书的各个章节起始点作为二级目录，其中，在二级目录中按照章节起始点之间的先后顺序排列每个章节起始点，以有声书的各个段落起始点作为三级目录，在每个二级目录下设置三级目录，其中，二级目录下的三级目录对应的段落起始点属于该二级目录对应的章节起始点，在每个二级目录下的三级目录中按照段落起始点之间的先后顺序设置每个段落起始点，同理，以有声书的各个语句起始点作为四级目录，并在每个三级目录下的四级目录中按照语句起始点之间的先后顺序设置每个语句起始点。

图4为本申请实施例提供的有声书H的逻辑目录的示意图，该有声书H的逻辑点包括章节起始点、段落起始点和语句起始点。由图4可知，该有声书H的逻辑目录包括一级目录、二级目录、三级目录和四级目录。其中，一级目录表示有声书H的名称。二级目录的数量为两个，分别为第一章的起始点[01,00.00.00]和第二章的起始点[02,00.00.00]。针对第一章的起始点[01,00.00.00]，01表示第一章的起始点所属的音频播放文件的标识，00.00.00表示第一章的起始点在其所属的音频播放文件中的第0分钟。针对第二章的起始点[02,00.00.00]，02表示第二章的起始点所属的音频播放文件的标识，00.00.00表示第二章的起始点在其所属的音频播放文件中的第0分钟。第一章的起始点[01,00.00.00]下包括两个三级目录，分别为第一段落的起始点[01,00.01.00]和第二段落的起始点[01,00.30.00]，其中，针对第一段落的起始点[01,00.01.00]，01表示第一段落的起始点所属的音频播放文件的标识，00.01.00表示第一段落的起始点在其所属的音频播放文件中的第1分钟，针对第二段落的起始点[01,00.30.00]，01表示第二段落的起始点所属的音频播放文件的标识，00.30.00表示第二段落的起始点在其所属的音频播放文件中的第30分钟。第二章的起始点[02,00.00.00]包括二个三级目录，分别为第一段落的起始点[02,00.01.00]和第二段落的起始点[02,00.30.00]，其中，针对第一段落的起始点[02,00.01.00]，02表示第一段落的起始点所属的音频播放文件的标识，00.01.00表示第一段落的起始点在其所属的音频播放文件中的第1分钟，针对第二段落的起始点[02,00.30.00]，02表示第二段落的起始点所属的音频播放文件的标识，00.30.00表示第二段落的起始点在其所属的音频播放文件中的第30分钟。

每个三级目录下还包括若干数量的四级目录。四级目录为语句起始点，每个语句起始点后边的括号内的前一个数字表示语句起始点所属的音频播放文件的标识，后一个数字表示语句起始点在其所属的音频播放文件中的时间进度。由上可知，目录的级别越高，其所表示的逻辑点的级别就越高。

需要说明的是，若有声书的逻辑信息的展现形式为逻辑树，则可以根据有声书中的逻辑点的级别设置逻辑树，具体的，逻辑点的级别越高，其距离逻辑树的根节点越近，逻辑点的级别越低，其距离逻辑树的根节点越远。

需要说明的是，针对其他音频类的播放对象，例如广播节目等，播放对象的逻辑信息的展现形式例如可以是逻辑树或者逻辑目录等，本申请对此不作特殊限定。由于逻辑树和逻辑目录的构建原理已经在上文中进行了说明，因此不再赘述。

下面，对确定有声书H的续播位置的原理进行说明。

首先，将有声书H的最近一次的停播位置与有声书H的每个逻辑点的位置进行比对，确定有声书H的最近一次的停播位置对应的逻辑点。其中，有声书H的最近一次的停播位置对应的逻辑点为位置与有声书H的最近一次的停播位置相同的逻辑点，或者有声书H的最近一次的停播位置对应的逻辑点为位置距离有声书H的最近一次的停播位置最近且位于有声书H的最近一次的停播位置之前的逻辑点。

然后，根据有声书H的停播时长、有声书H的最近一次的停播位置对应的逻辑点确定有声书H的续播位置。

具体的，可以预先设置基于不同时长区间的跳转策略，跳转策略例如可以指时长区间对应的跳转步长，跳转步长用于指示向前跳转的逻辑点的数量或者向上一级逻辑点跳转的级别数，本申请实施例对此不作特殊限定。基于此，根据有声书H的停播时长确定有声书H的停播时长对应的时长区间，根据对应的时长区间确定对应的跳转策略，根据有声书H的最近一次的停播位置对应的逻辑点并结合对应的跳转策略确定有声书H的续播位置，即可以根据对应的跳转策略和有声书H的最近一次的停播位置对应的逻辑点确定目标逻辑点，并将目标逻辑点的位置确定为有声书H的续播位置。其中，有声书H的续播位置在其最近一次的停播位置之前。

跳转策略可以通过对大数据进行统计的方式得到，也可以通过机器学习算法实现，本申请对此不作特殊限定。需要说明的是，上述跳转策略仅为示例性的，并不用于限定本申请。

下面，以图4中的有声书H的逻辑目录为例，对确定有声书H的续播位置的过程进行说明。

若有声书H的停播时长为一个月，有声书H最近一次的停播位置为[01,00.05.00]，则将有声书H最近一次的停播位置[01,00.05.00]与图4中的每个逻辑点的位置进行比对，确定有声书H最近一次的停播位置[01,00.05.00]对应的逻辑点。由图4可知，有声书H最近一次的停播位置[01,00.05.00]对应的逻辑点为第一语句的起始点[01,00.01.02]。有声书H的停播时长为一个月，根据该停播时长一个月确定对应的跳转策略，该对应的跳转策略所指示的跳转步长为跳转两个级别，在有声书H最近一次的停播位置[01,00.05.00]对应的逻辑点[01,00.01.02]的基础上向前跳转两个级别，得到的目标逻辑点的位置为有声书H的续播位置。由图4可知，有声书H的续播位置为第一章的起始点的位置[01,00.00.00]。

在上述方式一中，根据有声书H的停播时长和有声书H的最近一次的停播位置，将有声书H的逻辑信息中的一个逻辑点的位置确定为有声书H的续播位置，即续播位置的确定与有声书H的逻辑信息、停播时长和最近一次的停播位置相关，使得续播位置的确定更加灵活，进而能够更好的应对多样性的播放需求。另外，由于有声书H的续播位置在其最近一次的停播位置之前，因此，在根据续播位置向用户播放有声书H时，可以使用户回顾之前的内容，提升用户体验。此外，由于有声书H的续播位置为有声书H的一个逻辑点的位置，因此，在根据续播位置播放有声书H时，使用户能够更好的回顾之前的内容，进一步的提升用户体验。

第二种，根据有声书H的停播时长，确定用户对有声书H的记忆率，根据用户对有声书H的记忆率和有声书H的最近一次的停播位置，并结合有声书H的逻辑信息，确定有声书H的续播位置，其中，有声书的逻辑信息用于指示有声书的多个逻辑点之间的逻辑关系以及每个逻辑点的位置。有声书H的续播位置为其逻辑信息中的一个逻辑点的位置。

确定用户对有声书H的记忆率的过程包括：根据有声书H的停播时长，并结合一记忆率曲线确定用户对有声书H的记忆率。其中，记忆率曲线例如可以如图5所示，该记忆率曲线的横轴为时长，纵轴为记忆率，这样，在已知有声书H的停播时长的情况下，根据该记忆率曲线，即可确定用户对有声书H的记忆率。

需要说明的是，还可以提供一记忆率计算模型，该记忆率计算模型由神经网络模型训练得到。通过将有声书H的停播时长输入记忆率计算模型，记忆率计算模型即可输出用户对有声书H的记忆率。

由于关于有声书的逻辑信息及其获取原理以及展示方式已经在上文中进行了说明，因此此处不再赘述。

下面，对确定有声书H的续播位置的原理进行说明。

首先，将有声书H的最近一次的停播位置与有声书H的每个逻辑点的位置进行比对，确定有声书H的最近一次的停播位置对应的逻辑点。由于该过程的原理已经在上文中进行了说明，因此此处不再赘述。

然后，根据用户对有声书H的记忆率、有声书H的最近一次的停播位置对应的逻辑点确定有声书H的续播位置。

具体的，可以预先设置基于不同记忆率区间的跳转策略，跳转策略例如可以指记忆率区间对应的跳转步长，跳转步长用于指示向前跳转的逻辑点的数量或者向上一级逻辑点跳转的级别数等，本申请实施例对此不作特殊限定。

基于此，根据用户对有声书H的记忆率确定用户对有声书H的记忆率对应的记忆率区间，根据对应的记忆率区间确定对应的跳转策略，根据有声书H的最近一次的停播位置对应的逻辑点并结合对应的跳转策略确定有声书H的续播位置，即可以根据对应的跳转策略和有声书H的最近一次的停播位置对应的逻辑点确定目标逻辑点，并将目标逻辑点的位置确定为有声书H的续播位置。其中，有声书H的续播位置在其最近一次的停播位置之前。

跳转策略可以通过对大数据进行统计的方式得到，也可以通过机器学习算法实现，本申请对此不作特殊限定。需要说明的是，上述跳转策略仅为示例性的，并不用于限定本申请。

在上述方式二中，根据有声书H的停播时长确定用户对有声书H的记忆率，根据用户对有声书H的记忆率和有声书H的最近一次的停播位置，将有声书H的逻辑信息中的一个逻辑点的位置确定为有声书H的续播位置，即续播位置的确定与有声书H的逻辑信息和最近一次的停播位置、用户对有声书H的记忆率相关，使得续播位置的确定更加灵活，进而更好的应对多样性的播放需求。另外，由于有声书H的续播位置在其最近一次的停播位置之前，因此，在根据续播位置向用户播放有声书H时，可以使用户回顾之前的内容，提升用户体验。此外，由于有声书H的续播位置为有声书H的一个逻辑点的位置，因此，在根据续播位置播放有声书H时，使用户能够更好的回顾之前的内容，进一步的提升用户体验。另外，由于根据用户对有声书H的记忆率和有声书H的最近一次的停播位置将有声书H中的多个逻辑点中的一个逻辑点的位置确定为续播位置，即续播位置的确定与用户对有声书H的记忆率相关，这样可以基于不同用户的记忆率确定续播位置，进一步提高了确定续播位置的准确性。

第三种，事先对每个有声书进行分析，得到每个有声书中的每个语句的起始点的位置以及语句的起始点之间的先后顺序。语句的起始点的位置的表示方式已经在上文中进行了说明，因此此处不再进行赘述。

根据有声书H的标识信息获取有声书H中的每个语句的起始点的位置。

根据有声书H的停播时长确定对应的跳转策略，跳转策略是预先设置的，跳转策略例如可以指时长区间对应的跳转步长，跳转步长用于指示向前跳转的语句的数量。具体的，时长区间对应的时长越长，向前跳转的语句的数量越多。这样，可以将停播时长所属的时长区间所对应的跳转策略确定为对应的跳转策略。

根据有声书H的最近一次的停播位置并结合有声书H中的每个语句的起始点的位置，确定有声书H的最近一次的停播位置对应的语句的起始点。有声书H的最近一次的停播位置对应的语句的起始点为位置与有声书H的最近一次的停播位置相同的语句的起始点，或者有声书H的最近一次的停播位置对应的语句的起始点为位置位于有声书H的最近一次的停播位置之前且距离最近的语句的起始点。

根据有声书H的最近一次的停播位置对应的语句的起始点并结合对应的跳转策略确定有声书H的续播位置，即可以根据对应的跳转策略和有声书H的最近一次的停播位置对应的语句的起始点确定目标语句的起始点，并将目标语句的起始点的位置确定为有声书H的续播位置。其中，有声书H的续播位置在其最近一次的停播位置之前。

需要说明的是，上述针对跳转策略的说明，仅为示例性的，并不用于限定本申请。

在上述方式三中，根据有声书H的停播时长和有声书H的最近一次的停播位置，将有声书H中的一个语句的起始点的位置确定为有声书H的续播位置，即续播位置的确定与有声书H的语句的起始点、停播时长和最近一次的停播位置相关，使得有声书H的续播位置的确定更加灵活，进而更好的应对多样性的播放需求。另外，由于有声书H的续播位置在其最近一次的停播位置之前，因此，在根据续播位置向用户播放有声书H时，可以使用户回顾之前的内容，提升用户体验。

第四种，事先对每个有声书进行分析，得到每个有声书中的每个语句的起始点的位置和语句的起始点之间的先后顺序。语句的起始点的位置的表示方式已经在上文中进行了说明，因此此处不再进行赘述。

根据有声书H的标识信息获取有声书H中的每个语句的起始点的位置。

根据有声书H的停播时长确定用户对有声书H的记忆率。由于该步骤的原理已经在上文中进行了说明，因此此处不再赘述。

根据用户对有声书H的记忆率确定对应的跳转策略，跳转策略是预先设置的，跳转策略例如可以指记忆率区间对应的跳转步长，跳转步长用于指示向前跳转的语句的数量。具体的，记忆率区间对应的记忆率越底，向前跳转的语句的数量越多。这样，可以将用户对有声书H的记忆率所属的记忆率区间所对应的跳转策略确定为对应的跳转策略。

根据有声书H的最近一次的停播位置并结合有声书H的每个语句的起始点的位置，确定有声书H的最近一次的停播位置对应的语句的起始点。由于该步骤已经在上文中进行了说明，因此此处不再赘述。

根据有声书H的最近一次的停播位置对应的语句的起始点并结合对应的跳转策略确定有声书H的续播位置。由于该步骤的原理已经在上文中进行了说明，因此此处不再赘述。

在上述方式四中，根据有声书H的停播时长确定用户对有声书H的记忆率，根据用户对有声书H的记忆率和有声书H的最近一次的停播位置，将有声书H的一个语句的起始点的位置确定为有声书H的续播位置，即续播位置的确定与有声书H的语句的起始点和最近一次的停播位置、用户对有声书H的记忆率相关，使得续播位置的确定更加灵活，从而能够更好的应对多样性的播放需求。另外，由于有声书H的续播位置在其最近一次的停播位置之前，因此，在根据续播位置向用户播放有声书H时，可以使用户回顾之前的内容，提升用户体验。此外，由于根据用户对有声书H的记忆率和有声书H的停播位置将有声书H中的一个语句的起始点的位置确定为续播位置，即续播位置的确定与用户对有声书H的记忆率相关，这样可以基于不同用户的记忆率确定续播位置，提高了确定续播位置的准确性。

需要说明的是，上述四种方式仅为示例性的，并不用于限定本申请。

步骤207，服务器向手机发送有声书H的续播位置和有声书H的续播位置对应的播放数据。需要说明的是，播放数据例如可以为有声书H的续播位置所属的音频播放文件。

为了更好的服务用户，在执行步骤207时，服务器还可以向手机发送有声书H的最近一次的停播位置和有声书H的最近一次的停播位置所属的音频播放文件。

步骤208，手机接收有声书H的续播位置和有声书H的续播位置对应的播放数据。此外，手机还可以接收有声书H的最近一次的停播位置和有声书H的最近一次的停播位置所属的音频播放文件，并缓存接收到的数据。

步骤209、用户点击有声书H的续播控件301。

步骤210、手机响应于该点击操作，根据有声书H的续播位置开始播放对应的播放数据，或者若接收了有声书H的最近一次的停播位置和有声书H的最近一次的停播位置所属的音频播放文件，且为了向用户提供更好的续播体验，可以如图6所示，在交互界面中显示一询问对话框，该询问对话框用于询问用是根据续播位置还是根据停户播位置进行续播。其中，询问对话框中的询问语句可以自行设置，例如，在询问对话框中显示“距离上述播放的时间较长，是否按照新的位置进行续播”，即询问用户是否根据续播位置播放，若用户点击了肯定控件，则根据续播位置进行续播，若用户点击了否定控件，则根据停播位置进行续播。若用户在预设时间内，未点击肯定控件和否定控件，则在预设时间过后，根据续播位置进行续播。

由上可知，由于在打开有声书播放应用后，向服务器发送续播请求，使得服务器响应于续播请求确定有声书H的续播位置，并将有声书H的续播位置发送至手机，这样，在用户点击续播控件后，可以快速的根据续播位置进行播放，响应速度快，无需等待，提升用户体验。

需要说明的是，针对其他音频类的播放对象(例如，广播节目等)，确定其续播位置、确定播放对象的逻辑信息、确定用户对播放对象的记忆率等的原理均与上文中描述的有声书对应部分的原理相同，因此此处不再赘述。

在本申请的其他实施例中，媒体应用还可以是视频播放类应用，即，播放对象的类型为视频，例如，播放对象可以是电视剧，综艺节目等。针对视频类的播放对象，确定播放对象的续播位置的原理与确定有声书的续播位置的原理大体相同，其区别在于播放对象的逻辑信息的获取方式以及逻辑点的位置和播放对象的停播位置的表示上面。

下面，对视频类播放对象的停播位置的表示方式进行说明。

针对视频类播放对象，一般通过时间进度、视频播放文件的标识等中的至少一个表示播放对象的播放进度，因此，视频类播放对象的停播位置可以用时间进度、视频播放文件的标识等中的至少以一个表示。例如，可以通过播放对象的停播位置所属的视频播放文件的标识和播放对象的停播位置在其所属的视频播放文件中的时间进度表示播放对象的停播位置。例如，若播放对象为电视剧，则播放对象的停播位置可以表示为[03，00.10.00]，其中，03表示播放对象的停播位置所属的视频播放文件的标识，00.10.00表示播放对象的停播位置在其所属的视频播放文件中的第10分钟，需要说明的是，关于后面的时间进度的表示，前面两位数字的单位为小时，中间两位数字的单位为分钟，后面两位数字的单位为秒。在此基础上，若03表示电视剧的第三集的标识，则该播放对象的停播位置为第三集中的第10分钟。

下面，对视频类播放对象的逻辑信息进行说明。

视频类播放对象的逻辑信息包括播放对象的多个逻辑点的逻辑关系，以及每个逻辑点的位置。由于一个播放对象的视频数据包括至少一个视频播放文件，且不同的视频播放文件表达不同的主题，一个视频播放文件所表达的主题也可以划分为多个子主题，因此，可以将播放对象的每个视频播放文件划分为多个视频片段，一个视频片段对应一个子主题。这样，播放对象的逻辑点包括每个视频播放文件的起点以及每个视频片段的起点。播放对象的逻辑点之间的逻辑关系为播放对象的多个视频播放文件的起点之间的先后顺序，视频片段的起点属于哪个视频播放文件的起点，属于同一个视频播放文件的起点的视频片段的起点之间的先后顺序。例如，若播放对象为一部电视剧，由于一部电视剧包括多集电视剧，一集电视剧对应一个视频播放文件，一集电视剧可以表达一个主题，且一集电视剧表达的主题也可以划分为多个子主题，因此，可以将一集电视剧的视频播放文件划分为多个视频片段，一个视频片段对应一个子主题。这样，该部电视剧的多个逻辑点包括每集电视剧的起点、每个视频片段的起点。多个逻辑点之间的逻辑关系指每集电视剧的起点之间的先后顺序，视频片段的起点属于哪集电视剧的起点，属于一集电视剧的不同视频片段的起点之间的先后顺序。

需要说明的是，播放对象的多个逻辑点可以划分为多个级别，每个级别包括至少一个逻辑点，且级别低的逻辑点属于其对应的级别高的逻辑点。例如，播放对象为电视剧，则电视剧的多个逻辑点可以划分为两个级别，第一个级别为每集电视剧的起点，第二个级别为视频片段的起点，且每个视频片段的起点均有其所属的一集电视剧的起点。

下面，对视频类播放对象的逻辑信息的获取原理进行说明。其中，获取方式包括以下两种。

第一种，在播放对象的视频数据不包括字幕数据的情况下：

首先，从播放对象的视频数据中获取音频数据。

然后，从音频数据中获取人声信息，由于该步骤已经在上文中进行了说明，因此此处不再赘述。

最后，基于对人声信息的识别，确定播放对象的多个逻辑点中的每个逻辑点的位置和多个逻辑点之间的逻辑关系。具体的，可以通过语音转文本技术，将人声信息转换为文本文字，对文本文字进行语义分析，以及根语义分析结果，得到文本文字的多个语义片段，每个语义片段对应一个子主题。根据每个语义片段并结合视频播放文件得到视频播放文件的多个视频片段，从而得到多个视频片段中的每个视频片段的起点的位置和视频片段的起点之间的先后顺序。根据视频播放文件及其先后顺序，确定每个视频播放文件的起点的位置，以及每个视频播放文件的起点之间的先后顺序，最终到该播放对象的逻辑信息中的多个逻辑点的逻辑关系以及每个逻辑点的位置。

第二种，在播放对象的视频数据包括字幕数据的情况下：

从播放对象的视频数据中获取字幕数据，对字幕数据进行识别，确定历史播放对象的多个逻辑点中的每个逻辑点的位置和多个逻辑点之间的逻辑关系。对字幕数据进行识别的原理与上文中对文本文字进行语义分析的原理相同，因此此处不再进行赘述。

视频类播放对象的逻辑点的位置与视频类播放对象的停播位置的表示原理相同，因此此处不再赘述。例如，若播放对象为一部电视剧，逻辑点为该部电视剧的第五集的第二个视频片段的起点，那么逻辑点的位置可以表示为[05，00.20.00]，05表示该部电视剧的第五集的第二个视频片段的起点所属的视频播放文件的标识，00.20.00表示该部电视剧的第五集的第二个视频片段的起点在其所属的视频播放文件中的第20分钟。

需要说明的是，逻辑点的位置的表示方式仅为示例性的，并不用于限定本申请。

视频类播放对象的逻辑信息的展现形式可以为逻辑树或者逻辑目录等，本申请实施例对此不作特殊限定。

下面，以视频类播放对象为一部电视剧，且该部电视剧的逻辑信息的展现形式为逻辑树为例对该部电视剧的逻辑信息进行说明。

若该部电视剧的视频数据包括多个视频播放文件，视频播放文件的数量与该部电视剧的集数相同，即一个视频播放文件对应一集电视剧。该部电视剧的逻辑点包括每集电视剧的起点、每个视频片段的起点。逻辑点之间的逻辑关系指：每集电视剧的起点之间的先后顺序，视频片段的起点属于哪集电视剧的起点，属于同一集电视剧的起点的视频片段的起点之间的先后顺序。

基于此，设置根节点，该根节点表征该部电视剧的名称；设置根节点的子节点(即第一级子节点)，其中，第一级子节点的数量与电视剧的集数相同，且一个第一级子节点表征一集电视剧的起点，第一级子节点从左到右或从右到左的顺序指示第一级子节点表征的一集电视剧的起点之间的先后顺序；在每个第一级子节点下设置第二级子节点，其中，一个第二级子节点对应一个视频片段的起点，且一个第二级子节点对应的视频片段的起点属于其所属的第一级子节点对应的一集电视剧的起点，且一个第一级子节点下的第二级子节点从左到右或者从右到左的顺序指示其表征的视频片段的起点之间的先后顺序。

图7为本申请实施例提供的电视剧B的逻辑树的示意图，该电视剧B的逻辑点包括每集电视剧的起点、视频片段的起点。由图7可知，该电视剧B包括根节点、第一级子节点和第二级子节点。其中，跟节点指示电视剧B的名称。第一级子节点的数量为三个，分别为第一集电视剧的起点[01,00.00.00]、第二集电视剧的起点[02,00.00.00]、第三集电视剧的起点[03,00.00.00]。其中，针对第一集电视剧的起点[01,00.00.00]，01表示第一集电视剧的起点所属的视频播放文件的标识，00.00.00表示第一集电视剧的起点在其所属的视频播放文件的第0分钟。针对第二集电视剧的起点[02,00.00.00]，02表示第二集电视剧的起点所属的视频播放文件的标识，00.00.00表示第二集电视剧的起点在其所属的视频播放文件的第0分钟。针对第三集电视剧的起点[03,00.00.00]，03表示第三集电视剧的起点所属的视频播放文件的标识，00.00.00表示第三集电视剧的起点在其所属的视频播放文件中的第0分钟。

每个第一级子节点均包括若干数量的第二级子节点，其中，第二级子节点为视频片段的起点。每个第二级子节点后面的括号内的第一个数字表示视频片段的起点所属的视频播放文件的标识，第二个数字表示视频片段在其所属的视频播放文件中的时间进度。

在本申请的其他实施例中，媒体应用还可以是文本类应用，即，播放对象的类型为文本，例如，播放对象是小说，论文等。针对文本类的播放对象，确定播放对象的续播位置的原理与确定的有声书的续播位置的原理大体相同，其区别在于播放对象的逻辑信息及其获取方式以及逻辑点的位置和播放对象的停播位置的表示上面。

下面，对文本类播放对象的停播位置的表示方式进行说明。

针对文本类播放对象，通常采用页码、页码中的段落序号、段落中的语句序号等表示播放对象的播放进度，因此，播放对象的停播位置可以用页码、页码中的段落序号、段落中的语句序号等中的至少一个表示。例如，可以通过播放对象的停播位置所属的页码、播放对象的停播位置在其所属的页码中的段落序号、播放对象的停播位置在对应的段落中的语句序号表示播放对象的停播位置。例如，播放对象为一本小说，则该本小说的停播位置可以表示为[62，03，02]，62表示该本小说的停播位置所属的页码为62，03表示该本小说的停播位置在其所属的页面中的第三段，02表示该本小说的停播位置在其所属的页面中的第三段中的第二个语句。由上可知，该本小说的停播位置为该本小说的第62中的第三段的第二句话。

需要说明的是，由于用户在阅读文本文件时，设备可以直接获取用户阅读的当前页的页码，但是段落序号和语句序号是无法直接获取的，因此可以根据用户在当前页中停留的时间，并结合阅读速度，确定用户在当前页中阅读的总字数，然后根据该总字数确定用户阅读到当前页中的第几段的第几个语句。

下面，对文本类播放对象的逻辑信息进行说明。

文本类的播放对象的逻辑信息包括播放对象的多个逻辑点之间的逻辑关系，以及每个逻辑点的位置。由于一个播放对象的文本文件中包括章节、段落、语句中的多个，因此，文本类的播放对象的逻辑点包括章节起始点、段落起始点、语句起始点等中的多个。若文本类的播放对象的逻辑点包括章节起始点、段落起始点、语句起始点，则文本类的播放对象的逻辑点之间的逻辑关系为：章节起始点之间的先后顺序，段落起始点属于哪个章节起始点，属于以一个章节起始点的段落起始点之间的先后顺序，语句起始点属于哪个段落起始点，属于同一个段落起始点的语句起始点之间的先后顺序。

需要说明的是，播放对象的多个逻辑点可以划分为多个级别，每个级别包括至少一个逻辑点，且级别低的逻辑点属于其对应的级别高的逻辑点。例如，播放对象为一本小说，则该本小说的多个逻辑点可以划分为三个级别，第一个级别为每个章节起始点，第二个级别为每个段落起始点，且每个段落起始点均有其所属的章节的起始点，第三个级别为每个语句起始点，且每个语句起始点均有其所属的段落起始点。

下面，对文本类播放对象的逻辑信息的获取原理进行说明。

识别播放对象的文本数据(即文本文件)中的关键字。该关键字例如可以包括但不限于目录、段落标识、换行符、句号、页码等。基于对关键字的分析，确定播放对象的多个逻辑点中的每个逻辑点的位置和多个逻辑点之间的逻辑关系，即根据关键字：目录、段落标识、换行符、句号、页码等确定播放对象的章节起始点、段落起始点、语句起始点的位置和先后顺序(即逻辑关系)。

文本类播放对象的逻辑点的位置与文本类播放对象的停播位置的表示原理相同，因此此处不再赘述。

图8为本申请实施例提供的续播位置确定方法的流程示意图二，在图8中以用户终端为平板电脑，媒体应用为视频播放应用，播放对象为电视剧为例对确定续播位置的方法进行说明。需要说明的是，在图8中示出的续播位置确定方法中，用户在打开视频播放应用后，平板电脑向服务器发送续播请求，服务器接收以及响应于续播请求确定用户的至少一部历史播放电视剧中的每部历史播放电视剧的续播位置。

如图8所示，续播位置确定方法包括以下步骤：

步骤801、用户点击平板电脑界面中的视频播放应用的图标，打开视频播放应用；

步骤802、平板电脑展示视频播放应用的交互界面。

步骤803、在用户点击平板电脑界面中的视频播放应用的图标后，平板电脑向服务器发送续播请求，续播请求携带用户的标识信息和续播请求的发起时间。由于该步骤的原理已经在上文中进行了说明，因此此处不再赘述。

步骤804、服务器接收续播请求，根据续播请求中携带的用户的标识信息确定用户的至少一部历史播放电视剧的最近一次的停播时间和停播位置，即确定用户的至少一部历史播放电视剧中的每部历史播放电视剧的最近一次的停播时间和停播位置。

在本申请实施例中，用户的历史播放电视剧指用户在视频播放应用中已经播放的电视剧。至少一部历史播放电视剧的具体数量可以根据设计需求进行设置。例如，至少一部历史播放电视剧可以为视频播放应用中已经向用户播放的所有电视剧。再例如，由于随着时间的推移，用户在视频播放应用中播放的电视剧可能越来越多，但是能够被用户选中并进行续播的可能是近期播放的至少一部电视剧，因此在为了确保用户的续播体验的情况下，减少计算的工作量，至少一部历史播放电视剧也可以为视频播放应用中向用户近期播放的电视剧。

若用户使用视频播放应用，则视频播放应用会向服务器上传用户在视频播放应用中所播放的每个电视剧的停播时间和停播位置。

基于此，可以根据用户的标识信息获取已经向用户播放的所有电视剧的最近一次的停播时间和停播位置，然后，在已经向用户播放的所有电视剧中确定用户的至少一部历史播放电视剧，以得到至少一部历史播放电视剧中的每部历史播放电视剧最近一次的停播时间和停播位置。

需要说明的是，历史播放电视剧的最近一次的停播时间和停播位置的概念与上文中有声书的最近一次的停播时间和停播位置的概念相同，因此此处不再赘述。历史播放电视剧最近一次的停播位置的表示方式已经在上文中进行了解释，因此此处不再赘述。

步骤805、服务器根据至少一部历史播放电视剧的最近一次的停播时间和续播请求的发起时间，确定至少一部历史播放电视剧的停播时长。即根据每部历史播放电视剧的最近一次的停播时长和续播请求的发起时间，分别确定每部历史播放电视剧的停播时长。由于该步骤的原理已经在上文中进行了说明，因此此处不再赘述。

步骤806、服务器根据至少一部历史播放电视剧的停播时长和至少一部历史播放电视剧最近一次的停播位置，确定至少一部历史播放电视剧的续播位置，其中，每部历史播放电视剧的续播位置均在其最近一次的停播位置之前。

在本申请实施例中，可以采用上述确定有声书的续播位置的四种方式确定至少一部历史播放电视剧中的每部历史播放电视剧的续播位置。

针对每部历史播放电视剧，确定历史播放电视剧的续播位置包括以下四种方式。

第一种，根据历史播放电视剧的停播时长和历史播放电视剧最近一次的停播位置，并结合历史播放电视剧的逻辑信息，确定历史播放电视剧的续播位置，其中，历史播放电视剧的续播位置为其逻辑信息中的一个逻辑点的位置。

需要说明的是，由于历史播放电视剧的逻辑信息及其获取方式，以及第一种方式的具体执行原理已经在上文中进行了说明，因此此处不再赘述。

第二种，根据历史播放电视剧的停播时长，确定用户对历史播放电视剧的记忆率，根据用户对历史播放电视剧的记忆率和历史播放电视剧的最近一次的停播位置，并结合历史播放电视剧的逻辑信息确定历史播放电视剧的续播位置，其中，历史播放电视剧的续播位置为其逻辑信息中的一个逻辑点的位置。

需要说明的是，由于历史播放电视剧的逻辑信息及其获取方式，用户对历史播放电视剧的记忆率的确定方式，以及第二种方式的具体执行原理已经在上文中进行了说明，因此此处不再赘述。

第三种，事先对历史播放电视剧进行分析，得到历史播放电视剧中的每个语句的起始点以及语句的起始点之间的先后顺序。根据历史播放电视剧的停播时长确定对应的跳转策略，即确定跳转步长，该跳转步长用于指示向前跳转的语句的数量。根据历史播放电视剧的最近一次的停播位置并结合每个语句的起始点的位置，确定历史播放电视剧的最近一次的停播位置对应的语句的起始点。根据历史播放电视剧的最近一次的停播位置对应的语句的起始点并结合对应的跳转策略确定历史播放电视剧的续播位置。由于上述过程的原理已经在上文中进行了说明，因此此处不再赘述。

第四种，事先对历史播放电视剧进行分析，得到历史播放电视剧中的每个语句的起始点以及语句的起始点之间的先后顺序。根据历史播放电视剧的停播时长确定用户对历史播放电视剧的记忆率，以及根据用户对历史播放电视剧的记忆率确定对应的跳转策略。根据历史播放电视剧的最近一次的停播位置并结合每个语句的起始点的位置，确定历史播放电视剧的最近一次的停播位置对应的语句的起始点。根据历史播放电视剧的最近一次的停播位置对应的语句的起始点并结合对应的跳转策略确定历史播放电视剧的续播位置。由于上述过程的原理已经在上文中进行了说明，因此此处不再赘述。

需要说明的是，上述每种方式所实现的效果与上文中有声书部分的效果相同，因此此处不再赘述。

步骤807、服务器向平板电脑发送至少一部历史播放电视剧中的每部历史播放电视剧的续播位置和至少一部历史播放电视剧中的每部历史播放电视剧的续播位置对应的播放数据。需要说明的是，一部历史播放电视剧的续播位置对应的播放数据例如可以为该历史播放电视剧的续播位置所属的视频播放文件。

步骤808，平板电脑接收至少一部历史播放电视剧中的每部历史播放电视剧的续播位置和至少一部历史播放电视剧中的每部历史播放电视剧的续播位置对应的播放数据。此外，平板电脑还可以接收至少一部历史播放电视剧中的每部历史播放电视剧的最近一次的停播位置和至少一部历史播放电视剧中的每部历史播放电视剧的最近一次的停播位置对应的播放数据，并缓存接收到的数据。

步骤809、用户在至少一部历史播放电视剧中选择一部历史播放电视剧作为目标电视剧，并点击目标电视剧的续播控件。

步骤810、平板电脑响应于点击目标电视剧的操作，根据目标电视剧的续播位置开始播放对应的播放数据，或者若接收了至少一部历史播放电视剧中的每部历史播放电视剧的最近一次的停播位置和至少一部历史播放电视剧中的每部历史播放电视剧的最近一次的停播位置对应的播放数据，且为了向用户提供更好的续播体验，可以在交互界面中显示一个询问对话框，该询问对话框用于询问用户是根据续播位置还是根据停播位置进行续播，若用户点击了肯定控件，则根据续播位置进行续播，若用户点击了否定控件，则根据停播位置进行续播。若用户在预设时间内，未点击肯定控件和否定控件，则在预设时间过后，根据续播位置进行续播。需要说明的是，询问对话框已经在上文中进行了说明，因此此处不再赘述。

由上可知，根据续播请求的发起时间和每部历史播放电视剧的最近一次的停播时间分别确定每部历史播放电视剧的停播时长，根据每部历史播放电视剧的停播时长和每部历史播放电视剧的最近一次的停播位置分别确定每部历史播放电视剧的续播位置，使得历史播放电视剧的续播位置的确定更加灵活，从而能够更好的应对多样性的播放需求，另外，由于每部历史播放电视剧的续播位置可以在其停播位置之前，因此，在根据每部历史播放电视剧的续播位置向用户播放对应的历史播放电视剧时，可以使用户回顾之前的内容，提升用户体验。此外，由于在打开视频播放应用后，即可向服务器发送续播请求，使得服务器响应于续播请求确定每部历史播放电视剧的续播位置，并将每部历史播放电视剧的续播位置发送至平板电脑，这样，在用户确定目标电视剧时，可以快速的根据目标电视剧的续播位置进行播放，无需用户等待，响应速度快，提升用户体验。

需要说明的是，针对其他视频类的历史播放对象(例如综艺节目)，确定其续播位置的原理如上所述，因此此处不再赘述。

在本申请的其他实施例中，历史播放对象还可以是音频类或者文本类历史播放对象。由于确定此类历史播放对象的原理如上所示，因此此处不再赘述。

综上，本申请提供了一种续播位置确定方法，该方法应用于服务器，如图9所示，该方法包括以下步骤：

步骤901、接收续播请求，其中，续播请求携带用户的标识信息和续播请求的发起时间。

步骤902、根据用户的标识信息确定用户的至少一部分历史播放对象的最近一次的停播时间和停播位置。需要说明的是，此处的至少一部分历史播放对象例如可以是向用户最近一次播放的播放对象，也可以是已经向用户播放的所有的播放对象，还可以是已经向用户播放的所有播放对象中的一部分，本申请实施例对此不作特殊限定。

步骤903、根据至少一部分历史播放对象的最近一次的停播时间和续播请求的发起时间，确定至少一部分历史播放对象的停播时长。

步骤904、根据至少一部分历史播放对象的停播时长和至少一部分历史播放对象最近一次的停播位置，确定至少一部分历史播放对象的续播位置，其中：至少一部分历史播放对象中的每个历史播放对象的续播位置均在其最近一次的停播位置之前。

具体的，采用以下两种方式，其中：

第一种，事先获取至少一部分历史播放对象的逻辑信息，其中，至少一部分历史播放对象中的每个历史播放对象的逻辑信息用于指示历史播放对象的多个逻辑点之间的逻辑关系以及每个逻辑点的位置；然后，根据至少一部分历史播放对象的停播时长和至少一部分历史播放对象最近一次的停播位置，并结合至少一部分历史播放对象的逻辑信息，确定至少一部分历史播放对象的续播位置；其中，至少一部分历史播放对象中的每个历史播放对象的续播位置均为其逻辑信息中的一个逻辑点的位置。

第二种，事先获取至少一部分历史播放对象的逻辑信息，其中，至少一部分历史播放对象中的每个历史播放对象的逻辑信息用于指示历史播放对象的多个逻辑点之间的逻辑关系以及每个逻辑点的位置；根据至少一部分历史播放对象的停播时长确定用户对至少一部分历史播放对象的记忆率，具体的，根据至少一部分历史播放对象的停播时长并结合一记忆率曲线，确定用户对至少一部分历史播放对象的记忆率；根据用户对至少一部分历史播放对象的记忆率、至少一部分历史播放对象的最近一次的停播位置，并结合至少一部分历史播放对象的逻辑信息，确定至少一部分历史播放对象的续播位置；其中，至少一部分历史播放对象中的每个历史播放对象的续播位置均为其逻辑信息中的一个逻辑点的位置。

需要说明的是，上述两种方式仅为示例性的，并不用于限定本申请，例如还可以通过上文中示出的另外两种方式确定续播位置。

接下来，针对每个历史播放对象，对获取历史播放对象的逻辑信息的原理进行说明。

若历史播放对象的类型为音频，则从历史播放对象的音频数据中获取人声信息；基于对人声信息的识别，确定历史播放对象的多个逻辑点中的每个逻辑点的位置和多个逻辑点之间的逻辑关系。若历史播放对象为有声书，则历史播放对象的多个逻辑点包括有声书的章节起始点、段落起始点以及语句起始点。

若历史播放对象的类型为视频，且历史播放对象的视频数据不包括字幕数据，则从历史播放对象的视频数据中获取音频数据；从音频数据中获取人声信息；基于对人声信息进行的识别，确定历史播放对象的多个逻辑点中的每个逻辑点的位置和多个逻辑点之间的逻辑关系。

若历史播放对象的类型为视频，且历史播放对象的视频数据包括字幕数据，则从历史播放对象的视频数据中获取字幕数据；基于对字幕数据的识别，确定历史播放对象的多个逻辑点中的每个逻辑点的位置和多个逻辑点之间的逻辑关系。

若历史播放对象的类型为文本，则识别历史播放对象的文本数据中的关键字；基于对关键字的分析，确定历史播放对象的多个逻辑点中的每个逻辑点的位置和多个逻辑点之间的逻辑关系。

需要说明的是，关于上述过程的执行原理以及细节已经在上文中进行了说明，因此此处不再赘述。

步骤905、向用户终端发送至少一部分历史播放对象的续播位置和用于用户终端缓存的与至少一部分历史播放对象的续播位置对应的播放数据。由于该步骤的原理已经在上文中进行了说明，因此此处不再赘述。

综上所示，根据续播请求的发起时间和历史播放对象的最近一次的停播时间确定历史播放对象的停播时长，根据历史播放对象的停播时长和历史播放对象的最近一次的停播位置确定历史播放对象的续播位置，使得历史播放对象的续播位置的确定更加灵活，从而更好的应对多样性的播放需求，另外，由于历史播放对象的续播位置在其停播位置之前，因此，在根据历史播放对象的续播位置向用户播放历史播放对象时，可以使用户回顾之前的内容，提升用户体验。

图10为本申请实施例提供的续播位置确定方法的流程示意图四，在图10中以用户终端为手机，媒体应用为文本阅读应用，播放对象为小说为例对确定续播位置的方法进行说明。需要说明的是，在图10中示出的续播位置确定方法中，用户在打开文本阅读应用，并在文本阅读应用中确定待播放小说后，手机向服务器发送续播请求，服务器接收以及响应于续播请求确定待播放小说的续播位置。

如图10所示，续播位置确定的过程包括以下步骤：

步骤1001、用户点击手机界面中的文本阅读应用的图标，打开文本阅读应用；

步骤1002、手机显示文本阅读应用的交互界面。

步骤1003、用户在文本阅读应用的交互界面中选择一个小说作为待播放小说，并点击待播放小说的续播控件。待播放小说为用户在文本阅读应用已经阅读的小说中的一个。需要说明的是，由于此处的播放对象的类型为文本，因此此处的播放可以理解为显示。

步骤1004、手机响应于点击待播放小说的续播控件的操作，生成续播请求，其中，续播请求中携带用户的标识信息、待播放小说的标识信息和续播请求的发起时间。

在本申请实施例中，在用户点击待播放小说的续播控件后，手机获取用户的标识信息、待播放小说的标识信息，以及将当前时间确定为续播请求的发起时间，然后，根据用户的标识信息、待播放小说的标识信息和续播请求的发起时间生成续播请求。

步骤1005、手机将续播请求发送至服务器。

步骤1006、服务器接收续播请求，根据续播请求携带的用户的标识信息和待播放小说的标识信息确定待播放小说最近一次的停播时间和停播位置。

在本申请实施例中，若用户使用文本阅读应用，则文本阅读应用会向服务器上传用户在文本阅读应用中所阅读的每部小说的停播时间和停播位置。

基于此，可以根据用户的标识信息和待播放小说的标识信息获取待播放小说最近一次的停播时间和停播位置。其中，待播放小说最近一次的停播时间为用户最近一次停止播放待播放小说的时间，待播放小说最近一次的停播位置为用户最近一次停止播放待播放小说时，待播放小说的播放进度。

由于关于文本类播放对象的停播位置的表示方式已经在上文中进行了说明，因此此处不再赘述。

步骤1007、服务器根据待播放小说最近一次的停播时间和续播请求的发起时间，计算待播放小说的停播时长。由于该步骤的原理已经在上文中进行了说明，因此此处不再赘述。

步骤1008、服务器根据待播放小说的停播时长和待播放小说最近一次的停播位置，确定待播放小说的续播位置，其中，待播放小说的续播位置在其最近一次的停播位置之前。

在本申请实施例中，可以采用步骤206中所描述的四种方式确定待播放小说的续播位置。具体方式如下：

第一种，根据待播放小说的停播时长和待播放小说的最近一次的停播位置，并结合待播放小说的逻辑信息，确定待播放小说的续播位置，其中，待播放小说的逻辑信息用于指示待播放小说的多个逻辑点之间的逻辑关系以及每个逻辑点的位置。待播放小说的续播位置为其逻辑信息中的一个逻辑点的位置。

需要说明的是，由于待播放小说的逻辑信息及其获取方式，以及第一种方式的具体执行过程已经在上文中进行了说明，因此此处不再赘述。

第二种，根据待播放小说的停播时长，确定用户对待播放小说的记忆率，根据用户对待播放小说的记忆率和待播放小说最近一次的停播位置，并结合待播放小说的逻辑信息确定待播放小说的续播位置，其中，待播放小说的续播位置为其逻辑信息中的一个逻辑点的位置。

需要说明的是，由于待播放小说的逻辑信息及其获取方式，用户对待播放小说的记忆率的确定方式，以及第二种方式的具体执行原理已经在上文中进行了说明，因此此处不再赘述。

第三种，事先对待播放小说进行分析，得到待播放小说中的每个语句的起始点以及语句的起始点之间的先后顺序。根据待播放小说的停播时长确定对应的跳转策略，即确定跳转步长，该跳转步长用于指示向前跳转的语句的数量。根据待播放小说的最近一次的停播位置并结合每个语句的起始点的位置，确定待播放小说的最近一次的停播位置对应的语句的起始点。根据待播放小说的最近一次的停播位置对应的语句的起始点并结合对应的跳转策略确定待播放小说的续播位置。由于上述过程的原理已经在上文中进行了说明，因此此处不再赘述。

第四种，事先对待播放小说进行分析，得到待播放小说中的每个语句的起始点以及语句的起始点之间的先后顺序。根据待播放小说的停播时长确定用户对待播放小说的记忆率，以及根据用户对待播放小说的记忆率确定对应的跳转策略。根据待播放小说的最近一次的停播位置并结合每个语句的起始点的位置，确定待播放小说的最近一次的停播位置对应的语句的起始点。根据待播放小说的最近一次的停播位置对应的语句的起始点并结合对应的跳转策略确定待播放小说的续播位置。由于上述过程的原理已经在上文中进行了说明，因此此处不再赘述。

需要说明的是，上述每种方式所实现的效果与上文中有声书部分的效果相同，因此此处不再赘述。

步骤1009、服务器向手机发送待播放小说的续播位置和待播放小说的续播位置对应的播放数据。此外，服务器还可以向手机发送待播放小说最近一次的停播位置和待播放小说的最近一次的停播位置对应的播放数据。

步骤1010、手机接收待播放小说的续播位置和待播放小说的续播位置对应的播放数据。此外，手机还可以接收待播放小说最近一次的停播位置和待播放小说最近一次的停播位置对应的播放数据，并缓存接收到的数据。

步骤1011、手机根据待播放小说的续播位置开始播放对应的播放数据，或者若接收了待播放小说最近一次的停播位置和待播放小说最近一次的停播位置对应的播放数据，且为了向用户提供更好的续播体验，可以在交互界面中显示一询问对话框，该询问对话框用于询问用户是根据续播位置还是根据停播位置进行续播，若用户点击了肯定控件，则根据续播位置进行续播，若用户点击了否定控件，则根据停播位置进行续播。若用户在预设时间内，未点击肯定控件和否定控件，则在预设时间过后，根据续播位置进行续播。需要说明的是，询问对话框已经在上文中进行了说明，因此此处不再赘述。

由上可知，根据续播请求的发起时间和待播放小说最近一次的停播时间确定待播放小说的停播时长，根据待播放小说的停播时长和待播放小说最近一次的停播位置确定待播放小说的续播位置，使得待播放小说的续播位置的确定更加灵活，从而更好的应对多样性的播放需求，另外，由于续播位置在停播位置之前，因此，在根据续播位置向用户播放待播放小说时，可以使用户回顾之前的内容，提升用户体验，此外，由于仅确定了待播放小说的续播位置，降低了计算量，提高了计算效率。

需要说明的是，针对其他文本类的待播放对象(例如，论文等)，确定其续播位置的原理如上所述，因此此处不再赘述。

在本申请的其他实施例中，播放对象还可以是音频类或者视频类播放对象。确定此类播放对象的续播位置的原理与上述文本类的播放对象的续播位置的原理相同，因此此处不再赘述。

综上，本申请提供了一种续播位置确定方法，该方法应用于服务器，如图11所示，该方法包括以下步骤：

步骤1101、接收续播请求，其中，续播请求携带用户的标识信息、待播放对象的标识信息和续播请求的发起时间。待播放对象为用户选中的已经播放过的播放对象。

步骤1102、根据待播放对象的标识信息、用户的标识信息确定待播放对象最近一次的停播时间和停播位置。

步骤1103、根据待播放对象最近一次的停播时间和续播请求的发起时间，确定待播放对象的停播时长。

步骤1104、根据待播放对象的停播时长和待播放对象最近一次的停播位置，确定待播放对象的续播位置，其中，待播放对象的续播位置在其最近一次的停播位置之前。

具体的，采用以下两种方式，其中：

第一种，事先获取待播放对象的逻辑信息，其中，待播放对象的逻辑信息用于指示待播放对象的多个逻辑点之间的逻辑关系以及每个逻辑点的位置。然后，根据待播放对象的停播时长和待播放对象最近一次的停播位置，并结合待播放对象的逻辑信息确定待播放对象的续播位置，其中，待播放对象的续播位置为待播放对象的逻辑信息中的一个逻辑点的位置。

第二种，事先获取待播放对象的逻辑信息，其中，待播放对象的逻辑信息用于指示待播放对象的多个逻辑点之间的逻辑关系以及每个逻辑点的位置，然后，根据用户对待播放对象的停播时长确定用户对待播放对象的记忆率，具体的，根据用户对待播放对象的停播时长，并结合一记忆率曲线，确定用户对待播放对象的记忆率；根据用户对待播放对象的记忆率和待播放对象的最近一次的停播位置，并结合待播放对象的逻辑信息确定待播放对象的续播位置；其中，待播放对象的续播位置为待播放对象的逻辑信息中的一个逻辑点的位置。

需要说明的是，上述两种方式仅为示例性的，并不用于限定本申请，例如还可以通过上文中示出的另外两种方式确定续播位置。

接下来，对获取待播放对象的逻辑信息的原理进行说明。

若待播放对象的类型为音频，则从待播放对象的音频数据中获取人声信息；基于对人声信息的识别，确定待播放对象的多个逻辑点中的每个逻辑点的位置和多个逻辑点之间的逻辑关系。若待播放对象为有声书，则待播放对象的多个逻辑点包括有声书的章节起始点、段落起始点以及语句起始点。

若待播放对象的类型为视频，且待播放对象的视频数据中不包括字幕数据，则从待播放对象的视频数据中获取音频数据；从音频数据中获取人声信息；基于对人声信息的识别，确定待播放对象的多个逻辑点中的每个逻辑点的位置和多个逻辑点之间的逻辑关系。

若待播放对象的类型为视频，且待播放对象的视频数据中包括字幕数据，则从待播放对象的视频数据中获取字幕数据；基于对字幕数据的识别，确定待播放对象的多个逻辑点中的每个逻辑点的位置和多个逻辑点之间的逻辑关系。

若待播放对象的类型为文本，则识别待播放对象的文本数据中的关键字；基于对关键字的分析，确定待播放对象的多个逻辑点中的每个逻辑点的位置和多个逻辑点之间的逻辑关系。

需要说明的是，关于上述过程的执行原理以及细节已经在上文中进行了说明，因此此处不再赘述。

步骤1105、向用户终端发送待播放对象的续播位置和用于用户终端缓存的与待播放对象的续播位置对应的播放数据。

综上所述，根据续播请求的发起时间和待播放对象最近一次的停播时间确定待播放对象的停播时长，根据待播放对象的停播时长和待播放对象最近一次的停播位置确定待播放对象的续播位置，使得待播放小说的续播位置的确定更加灵活，从而更好的应对多样性的播放需求，另外，由于续播位置在停播位置之前，因此，在根据续播位置向用户播放待播放小说时，可以使用户回顾之前的内容，提升用户体验，此外，由于仅确定了待播放对象的续播位置，降低了计算量，提高了计算效率。

图12为本申请实施例提供的一种电子设备的结构示意图。如图12所示，电子设备1200的组件可以包括但不限于：上述至少一个处理器1210、至少一个存储器1220、至少一个数据存储器1270、连接不同系统组件(包括存储器1220和处理器1210、数据存储器1270)的总线1230。

其中，所述存储器1220存储有计算机程序，该计算机程序可以被处理器1210执行，使得处理器1210执行本说明书中服务器所执行的步骤。

存储器1220可以包括易失性存储单元，例如随机存取存储单元(RAM)12201和/或高速缓存存储单元12202，还可以进一步包括只读存储单元(ROM)12203。

存储器1220还可以包括具有一组(至少一个)程序模块12205的程序/实用工具12204，这样的程序模块12205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

数据存储器1270，用于存储上述服务在执行过程中所需的数据和产生的数据，例如，逻辑信息、停播位置、停播时间、停播时长、续播位置等。

总线1230可以包括数据总线、地址总线和控制总线。

电子设备1200也可以与一个或多个外部设备1260(例如键盘、指向设备、蓝牙设备等)通信，这种通信可以通过输入/输出(I/O)接口1240进行。电子设备1200还可以通过网络适配器1250与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器1250通过总线1230与电子设备1200的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备1200使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

本申请还提供一种计算机可读存储介质，包括计算机程序，所述计算机程序在计算机上被执行时，使得所述计算机执行上述方法实施例中描述的任意一项方法。

本申请还提供一种计算机程序，当所述计算机程序被计算机执行时，用于执行上述方法实施例中描述的任意一项方法。

本申请还提供一种芯片，包括处理器和存储器，所述存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存储的计算机程序，以执行上述方法实施例中描述的任意一项方法。

进一步地，所述芯片还可以包括存储器和通信接口。所述通信接口可以是输入/输出接口、管脚或输入/输出电路等。

在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。处理器可以是通用处理器、数字信号处理器(digital signalprocessor,DSP)、特定应用集成电路(application-specific integrated circuit，ASIC)、现场可编程门阵列(field programmable gate array,FPGA)或其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。本申请实施例公开的方法的步骤可以直接体现为硬件编码处理器执行完成，或者用编码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

上述各实施例中提及的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-onlymemory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rateSDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(directrambus RAM，DR RAM)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

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

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。