一种数据预存方法、系统、设备及计算机可读介质与流程

文档序号:18083549发布日期:2019-07-06 10:18阅读:272来源:国知局
一种数据预存方法、系统、设备及计算机可读介质与流程

本说明书涉及计算机技术领域,尤其涉及一种数据预存方法、系统、设备及计算机可读介质。



背景技术:

随着网络信息技术、多媒体技术的不断发展。人们越来越多的使用电子设备,尤其是带有触控操作功能的电子设备,在线展示/播放线上资源。在这里,线上资源指的是保存在网络服务器的文字、图片、语音或视频等数据资源;在线展示/播放指的是在有展示/播放需求时基于网络直接加载对应的线上资源进行展示/播放。

在在线展示/播放的应用场景中,由于用于展示/播放的数据资源是并未保存在本地设备上的,因此在确定线上资源中所要展示/播放的项目后,需要首先由线上服务器将目标项目所对应的全部/部分在线内容数据(文字、图片、语音或视频等)传输到本地上设备上(加载在线数据),然后才能进行展示/播放。在上述过程中,由于数据传输必然存在耗时,因此导致目标项目确定后需要等待一段数据加载时间才能开始展示/播放。网络传输速度越低或是需要加载的在线内容数据的数据量越大,所需等待的时间也就越长。尤其的,针对高精度图片、高质量的音频/视频内容,往往需要等待相当长的时间。

在现有技术中,为了减少用户等待时间,通常对在线内容数据进行预存。当需要在线展示/播放时,只需要直接调用已预存的在线内容数据并进行数据加载就可以立刻开始在线展示/播放,而不需要首先进行在线数据加载,然后再开始在线展示/播放。由于本地数据调用的耗时远远小于在线数据传输,因此等待时间被大大缩短。然而,针对在线内容数据的预存操作必然会占用数据处理以及网络传输资源,这就会影响到其他数据处理、网络传输进程的运行,从而最终会在其他应用场景中降低用户体验。



技术实现要素:

有鉴于此,本说明书实施例提供了一种数据预存方法、系统、设备及计算机可读介质,用于改善现有技术中在线展示/播放应用场景下,由于数据预存操作对数据处理以及网络传输资源的占用而导致影响其他数据处理、网络传输进程运行的问题。

本说明书实施例采用下述技术方案:

本说明书实施例提供一种数据预存方法,包括:

当用户操作行为触发展示内容变换时,采集所述用户操作行为的行为特征;

根据所述行为特征进行预存判定,所述预存判定包括预存确认判定和/或预存范围限定;

根据所述预存判定的结果确定预存操作的执行参数;

根据所述执行参数,针对所述展示内容变换被执行完毕后的屏幕展示内容进行对应的在线内容数据的预存。

优选地,在一实施例中:

采集所述行为特征的过程包括,采集滑移结尾速度和/或加速度,所述滑移结尾速度和/或加速度为触发所述展示内容变换的手指滑移行为结束后手指离开屏幕时的速度和/或加速度;

根据所述行为特征进行预存判定的过程包括,根据所述滑移结尾速度和/或加速度进行所述预存判定。

优选地,在一实施例中,根据所述行为特征进行预存判定的过程包括,根据所述行为特征确定是否对所述展示内容变换被执行完毕后展示的项目介绍所对应的在线内容数据进行预存。

优选地,在一实施例中,根据所述行为特征进行预存判定的过程包括,根据所述行为特征确定对所述展示内容变换被执行完毕后展示的项目介绍对应的在线视频/音频内容进行预存时的预存时长、或者预存百分比、或者预存数据量。

优选地,在一实施例中,根据所述行为特征进行预存判定的过程包括,根据所述行为特征确定对所述展示内容变换被执行完毕后展示的在线视频/音频内容进行预存时的预存时长、或者预存百分比、或者预存数据量。

优选地,在一实施例中,根据所述行为特征进行预存判定的过程包括,根据所述行为特征确定对所述展示内容变换被执行完毕后展示的分层展示内容进行预存时的预存深度。

优选地,在一实施例中:

所述方法还包括,确定所述展示内容变换被执行完毕后的屏幕展示内容所包含的内容类型;

根据所述行为特征进行预存判定的过程包括,基于所述展示内容变换被执行完毕后的屏幕展示内容所包含的内容类型,根据所述行为特征进行所述预存判定。

本申请还提出了一种用于预存数据的系统,包括:

行为特征采集模块,其配置为当用户操作行为触发展示内容变换时,采集所述用户操作行为的行为特征;

预存配置模块,其配置为根据所述行为特征进行预存判定,所述预存判定包括预存确认判定和/或预存范围限定,根据所述预存判定的结果确定预存操作的执行参数;

预存模块,其配置为根据所述预存判定执行参数,针对所述展示内容变换被执行完毕后的屏幕展示内容进行对应的在线内容数据的预存。

本申请还提出了一种计算机可读介质,其上存储有计算机可读指令,所述计算机可读指令可被处理器执行以实现本说明书实施例所述的方法。

本申请还提出了一种用于在用户设备端进行信息处理的设备,该设备包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器,其中,当该计算机程序指令被该处理器执行时,触发该设备执行本说明书实施例所述的方法。

本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果:相较于现有技术,本发明实施例的方法可以根据用户的具体操作细节自行判断是否需要进行预存操作和/或确定具体的预存目标,从而在不影响在线内容数据预存实现效果的前提下,降低数据预存操作对数据处理以及网络传输资源的占用。

附图说明

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

图1~图3为根据本说明书实施例的方法执行流程图;

图4以及图5为根据本说明书实施例的系统结构框图。

具体实施方式

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

在现有技术中,为了减少用户等待时间,通常对在线内容数据进行预存。当需要在线展示/播放时,只需要直接调用已预存的在线内容数据并进行数据加载就可以立刻开始在线展示/播放,而不需要首先进行在线数据加载,然后再开始在线展示/播放。由于本地数据调用的耗时远远小于在线数据传输,因此等待时间被大大缩短。然而,针对在线内容数据的预存行为必然也会占用数据处理以及网络传输资源,这就会影响到其他数据处理、网络传输进程的运行,从而最终会在其他应用场景中降低用户体验。

针对上述问题,本说明书实施例提出了一种数据预存方法。为了提出本说明书实施例的方法,在本说明书实施例中,针对在线展示/播放的应用场景做细致分析,确定细分应用场景需要预存的数据范围,通过有针对性的限定数据预存的目标范围,降低需要预存的数据的数据量,从而降低数据处理以及网络传输资源消耗,进而降低预存操作对其他数据处理、网络传输进程的影响。

进一步的,在实际应用场景中,当用户并未针对被预存的在线内容数据进行在线展示/播放时,就相当于之前执行的预存操作是无用操作,这就会导致数据处理以及网络传输资源的浪费。为了避免数据处理以及网络传输资源被浪费,最直接的解决方法是保证占用了数据处理以及网络传输资源的、被预存的在线内容数据被合理利用。但是,由于在很多应用场景中,用户的行为存在不可控性,不能准确的提前预测用户想要观看和/或收听的项目,因此,也就不能保证被预存的在线内容数据一定会被加载并展示/播放。

针对上述问题,在本说明书实施例中,针对在线展示/播放的应用场景做细致分析,在确定细分应用场景需要预存的数据范围时,预测成为展示/播放目标可能性较高的在线内容数据,从而在降低数据预存操作对数据处理以及网络传输资源消耗的同时,降低数据处理以及网络传输资源被浪费的几率。

进一步的,在在线展示/播放的应用场景中,由于在线资源所包含的内容较多,本地设备无法一次性展示所有内容。因此,比较常见的应用场景之一是在当前屏幕中展示一部分内容,当当前屏幕展示内容不包含用户感兴趣的内容时,根据用户操作变换当前屏幕所展示的内容,向用户展示新的内容。

在上述应用场景中,在屏幕所展示的内容变换完成后,如果要进行在线内容数据的展示/播放,被展示/播放的在线内容数据有很大概率是与展示内容变换被执行完毕后的屏幕展示内容直接关联的。因此,如果针对屏幕展示内容变换被执行完毕后的屏幕展示内容进行对应的在线内容数据预存,被预存的数据就有较大几率会被展示/播放。

基于上述分析,在本说明书一实施例中,针对展示内容变换被执行完毕后的屏幕展示内容进行对应的在线内容数据的预存。这样,不但缩小了预存目标的选择范围,降低了所要预存的数据量,而且提高了被预存的数据被展示/播放的几率。这里需要说明的是,在本说明书实施例中,在针对展示内容变换被执行完毕后的屏幕展示内容进行对应的在线内容数据的预存时,预存的对象可以是展示内容变换被执行完毕后的全部屏幕展示内容对应的在线内容数据,也可以是展示内容变换被执行完毕后的一部分屏幕展示内容对应的在线内容数据。具体的预存目标范围还需要根据具体的应用场景作进一步确认。

进一步的,按照人类行为特征,一般的,人类在执行某些动作时,会在动作细节中体现当前的心情、态度等信息。也就是说,在包含展示内容变换的应用场景中,当用户通过特定的用户操作行为触发展示内容变换时,该用户操作行为在一定程度上会体现用户针对展示内容变换的心情、态度等信息。也就是说,在某些应用场景下,用户触发展示内容变换的操作细节,可以从一定程度上体现该用户对展示内容变换被执行完毕后的屏幕展示内容的观看意愿。

基于上述分析,在本说明书一实施例中,在包含展示内容变换的应用场景中,不仅监控用户操作行为是否触发展示内容变换,而且在用户操作行为触发展示内容变换时,详细分析用户操作行为细节,从而确定用户观看意愿。根据用户意愿确定针对展示内容变换被执行完毕后在屏幕中所展示的内容进行预存判定。根据预存判定结果确定预存操作的执行参数,最后根据确定好的执行参数进行对应的预存操作,尽可能的确保被预存的在线内容数据为被展示/播放几率相对较高的在线内容数据。

具体的,在一实施例中,预存判定包括预存范围限定和/或预存确认判定,其中,预存范围限定用于描述“需要预存哪些数据”和/或“需要预存多大数据量的数据”,预存确认判定用于描述“针对特定目标是否要进行预存”。例如,在一应用场景中,当用户体现出的观看意愿不强烈时,就缩小预存目标范围,只针对一部分概括性描述内容或是展示内容的开头部分进行预存(确定预存范围限定);或者,不进行预存操作(确定预存确认判定)。

进一步的,在本说明书实施例的方法中,为了简化分析流程,将用户操作行为细节量化表示,然后建立用户操作行为细节量化值与预存判定之间的对应关系。这样就不需要在每次展示内容变换被触发时当场分析用户意愿并进行预存判定。具体的,设定用于描述用户操作行为的行为特征,例如,针对点击行为,对应的行为特征参数为点击力度、点击速度;针对手指滑移行为,对应的行为特征为滑动距离、滑动速度/加速度等。在展示内容变换被触发时采集行为特征,然后基于预先建立的对应关系,就可以直接确定预存判定的判定结果。

以下结合附图,详细说明本说明书各实施例提供的技术方案。如图1所示,在一实施例中,方法包括以下步骤。

s110,监控展示内容变换是否被触发;

s120,当展示内容变换被触发时,采集触发展示内容变换的用户操作行为的行为特征;

s130,根据行为特征进行预存判定,该预存判定包括预存范围限定和/或预存确认判定;

s131,根据预存判定的结果确定预存操作的执行参数;

s140,根据已确定的执行参数,针对展示内容变换被执行完毕后的屏幕展示内容进行对应的在线内容数据的预存。

在上述方法流程中,预存判定的结果是由触发展示内容变换的用户操作行为的行为特征所确定的。由于用户在触发展示内容变换时,用户操作行为的行为特征可以在一定程度上体现该用户当前的观看意愿。因此,基于用户操作行为的行为特征进行预存判定,并根据预存判定结果确定预存操作的执行参数,最后根据确定好的执行参数进行在线内容数据的预存,就可以视为基于用户的观看意愿进行有针对性的预存。这样就可以缩小预存目标范围,降低预存的数据量,从而降低了在线内容数据预存时所占用的数据处理以及网络传输资源,进而降低了预存操作对其他进程的影响。

同时,基于用户的观看意愿进行有针对性的预存,可以使得被预存的在线内容数据被展示/播放的几率大大提高。这就大大降低了数据处理以及网络传输资源被浪费的几率。

进一步的,在包含屏幕触控操作的实际应用场景中,通常将用户在屏幕上的手指滑移行为设置为触发展示内容变换的用户操作行为。而在用户进行手指滑移行为时,手指在屏幕上滑移的速度/加速度、滑移距离等细节性的行为特征参数都可以体现用户当前的心理状态。例如,用户不断的快速滑动手指来变换屏幕展示内容,说明用户对当前屏幕展示内容兴趣度不大。

因此,基于上述分析,在本说明书一实施例中,根据手指在屏幕上滑移的速度/加速度、滑移距离等细节性的行为特征参数分析用户的观看意愿。

进一步的,在很多应用场景中,由于手指滑移行为的滑移距离会受到屏幕大小、操作姿势等条件的限制,无法确保滑移距离与用户观看意愿的关联度。因此,在一实施例中,根据手指在屏幕上滑移的速度/加速度分析用户的观看意愿。具体的,滑移速度和/或加速度的值越大,则说明用户对展示内容变换被执行完毕后所展示的内容的兴趣度越小(用户极有可能是在没有任何明确目标的状态下随意的变换展示内容)。

进一步的,考虑到用户手指在滑移过程中的速度和/或加速度通常是一个变量。因此,为了尽量简化数据处理过程,在一实施例中,从手指滑移过程中采集一个指定时间节点的手指的速度和/或加速度。

进一步的,考虑到在手指滑移过程中,相较于其他时间节点,最后时间节点(手指停止滑移并离开屏幕)比较好确定。因此,在一实施例中:

当展示内容变换被触发时获取触发展示内容变换的用户操作行为的行为特征,其中,在采集行为特征的过程中,采集滑移结尾速度和/或加速度,滑移结尾速度和/或加速度为触发展示内容变换的手指滑移行为结束后手指离开屏幕时的速度和/或加速度;

在根据行为特征进行预存判定的过程中,根据滑移结尾速度和/或加速度进行预存判定。

进一步的,在实际的应用场景中,存在很多不同的屏幕展示方式。针对不同的展示方式,不同内容类型的数据在进行在线展示/播放时,其被调用/加载的方式也是不同的。基于上述分析,为了获取最优的预存效果,在一实施例中,根据展示内容变换被执行完毕后的屏幕展示内容所包含的内容类型进行预存判定。具体的,如图2所示,在一实施例中:

方法还包括步骤s250,确定展示内容变换被执行完毕后的屏幕展示内容所包含的内容类型;

在步骤s230中,在根据行为特征进行预存判定的过程中,基于展示内容变换被执行完毕后的屏幕展示内容所包含的内容类型,根据行为特征进行预存判定,根据预存判定结果确定预存操作的执行参数。

进一步的,在实际应用场景中,包含的应用场景之一是在屏幕中在线播放视频/音频,当用户对当前播放视频/音频不感兴趣时,通过滑移手指触发展示内容变换,本地设备变换展示内容,在展示内容变换被执行完毕后自动在线播放下一个视频/音频。

针对上述应用场景,在一实施例中,为了减少展示内容变换被执行完毕到视频/音频被顺利播放之间的用户等待时间,进行数据预存的预存对象是展示内容变换被执行完毕后展示的在线视频/音频。具体的,在展示内容变换被触发时,针对展示内容变换被执行完毕后展示的在线视频/音频进行预存。

进一步的,在实际应用场景中,当用户的观看意愿不高时,用户观看/收听在线视频/音频的持续时间也就不长。也就是说,当展示内容变换被执行完毕并自动在线播放后,如果用户的观看意愿不高,在线视频/音频被播放较短时长后用户就会触发新的展示内容变换,令设备播放新的在线视频/音频。

另外,在实际应用场景中,在播放视频/音频数据时,是不需要加载完整的视频/音频数据文件的,而是可以采取加载一部分播放一部分的方式。因此,在预存播放视频/音频数据的应用场景中,也不需要将完整的视频/音频数据文件全部预存,只需要将用户需要播放的那一部分片段对应的数据预存下来即可。

基于上述分析,在一实施例中,根据用户的行为特征分析用户观看意愿,从而推测展示内容变换被执行完毕后展示的在线视频/音频的预期播放时间,进而确定需要预存的在线视频/音频片段的长度。

具体的,在一实施例中,在针对展示内容变换被执行完毕后展示的在线视频/音频进行预存时,根据行为特征进行预存范围限定。具体的,根据行为特征确定对展示内容变换被执行完毕后展示的在线视频/音频内容进行预存时的预存范围限定。对应不同的应用场景需求,该预存范围限定可以是预存时长(预存的在线视频/音频片段的播放时间)、或者是预存百分比(预存的在线视频/音频片段占完整在线视频/音频的百分比)、或者是预存数据量(预存的在线视频/音频片段占用的存储空间大小)。

具体的,在一实施例中,当用户滑移手指触发展示内容变换时,如果用户手指滑移的滑移结尾速度和/或加速度过高,则视为用户并没有很强的观看意愿。具体的,基于如下公式:

预存时长=滑移结尾速度或者加速度×a;(1)

或者,

预存百分比=滑移结尾速度或者加速度×b;(2)

或者,

预存数据量=滑移结尾速度或者加速度×c;(3)

确定预存范围限定。在公式1~3中,a、b、c为根据用户习惯分析结果而预设的常数。

进一步的,在实际应用场景中,还包含的应用场景之一是在屏幕中展示在线资源所包含的项目所对应的项目介绍,用户根据项目介绍确定自身想要观看的项目并进行选定操作,设备根据用户的操作展示/播放对应的在线内容数据。当在线资源所包含的项目过多,本地设备无法一次性展示所有的项目介绍时,本地设备在同一屏幕中展示一部分的项目介绍,并基于用户的操作触发展示内容变换,在展示内容变换被执行完毕后展示新的项目介绍。

在一应用场景中,当前屏幕展示多个项目介绍,用户根据多个项目介绍确定自身感兴趣的其中一个项目介绍对应的项目并选定,之后设备展示/播放被选定的项目对应的在线内容数据。如果用户发现当前在屏幕中展示的项目介绍中并没有自身感兴趣的,则触发展示内容变换(例如,用户执行滑动屏幕、滑动项目介绍列表等操作),令本地设备展示新的项目介绍。

针对上述应用场景,在一实施例中,为了减少项目被选定到在线内容数据被展示/播放之间的用户等待时间,进行数据预存的预存对象是项目介绍对应的在线内容数据。具体的,在展示内容变换被触发时,针对展示内容变换被执行完毕时展示的项目介绍对应的在线内容数据进行预存。

进一步的,在实际应用场景中,当用户的观看意愿不高时,用户在观看完项目介绍后,进一步观看项目介绍对应的在线内容数据的几率就很低。在这种情况下,也就不需要对项目介绍对应的在线内容数据进行预存。因此,在一实施例中,在根据行为特征进行预存确认判定时,根据行为特征确定是否对展示内容变换被执行完毕后展示的项目介绍对应的在线内容数据进行预存。

具体的,在一实施例中,当用户滑移手指触发展示内容变换时,如果用户手指滑移的滑移结尾速度和/或加速度过高,则视为用户并没有很强的观看意愿。具体的,当展示内容变换被触发时采集滑移结尾速度和/或加速度,当滑移结尾速度和/或加速度大于预设阈值时,设定预存确认判定为:不对展示内容变换被执行完毕后展示的项目介绍对应的在线内容数据进行预存。上述过程中的预设阈值根据具体应用场景中对用户习惯的分析而确定。

进一步的,在实际的应用场景中,项目介绍所对应的在线内容数据有可能是在线视频/音频。在用户选定了项目介绍对应的项目时,用户的观看意愿会影响到之后在线视频/音频的播放时长。也就是说,当用户选定某一项目介绍对应的项目后,设备开始在线播放对应的在线视频/音频。如果用户之前的观看意愿不高,那么有很大可能,用户在在线视频/音频被短暂播放后就会触发新的展示内容变换。

基于上述分析,在一实施例中,在根据行为特征进行预存判定时,根据行为特征确定对展示内容变换被执行完毕后展示的项目介绍对应的在线视频/音频内容进行预存时的预存范围限定。对应不同的应用场景需求,该预存范围限定可以是预存时长(预存的在线视频/音频片段的播放时间)、或者是预存百分比(预存的在线视频/音频片段占完整在线视频/音频的百分比)、或者是预存数据量(预存的在线视频/音频片段占用的存储空间大小)。

具体的,如图3所示,在一实施例中,方法包括以下步骤。

s310,监控展示内容变换是否被触发;

s320,当展示内容变换被触发时获取触发展示内容变换的用户手指滑移行为的滑移结尾速度和/或加速度;

s330,判断滑移结尾速度和/或加速度是否大于预设阈值;

s331,如果滑移结尾速度和/或加速度大于预设阈值,则设定不针对展示内容变换被执行完毕后的屏幕展示的项目介绍进行对应的在线视频/音频的预存;

s340,如果滑移结尾速度和/或加速度小于等于预设阈值,根据滑移结尾速度和/或加速度确定预存范围限定(预存时长、预存百分比或者预存数据量);

s350,基于步骤s340确定的预存范围限定,针对展示内容变换被执行完毕后展示的项目介绍进行对应的在线视频/音频的预存。

这里需要说明的是,在上述实施例中,首先判断是否需要对项目介绍对应的在线视频/音频进行预存。在另一实施例中,可以跳过该步骤,不进行预存确认判定的确定,默认需要对项目介绍对应的在线视频/音频进行预存,直接进行预存范围限定的确定。

进一步的,在一实施例中,当项目介绍对应的在线内容数据不仅仅是在线视频/音频数据时,分别针对不同的数据类型,进行对应的预存判定。

进一步的,在实际应用场景中,还包含的应用场景之一是对具备层次结构的在线资料进行展示。一般的,会按照该在线资料的层次结构将其分为多个具备递进关系的内容展示层。在当前页面展示其他资料时,如果需要展示该在线资料,则触发展示内容变换,在展示内容变换被执行完毕后展示该在线资料的最上层的内容展示层,然后根据用户的点选操作,不断深入展示下层的内容展示层(或者在各内容展示层间进行跳转展示)。

针对上述应用场景,在一实施例中,为了减少从当前内容展示层跳转到更深的内容展示层时所需的用户等待时间,进行数据预存的预存对象是各个内容展示层的在线内容数据。具体的,在展示内容变换被触发时,针对展示内容变换被执行完毕时展示的在线资料的各个内容展示层对应的在线内容数据进行预存。

进一步的,在实际应用场景中,当用户的观看意愿不高时,用户在观看完在线资料的最上面一层或几层的内容展示层后,进一步观看更深层的内容展示层的几率就很低。在这种情况下,也就不需要对在线资料的深层的内容展示层进行预存(不需要对所有内容展示层对应的在线内容数据进行预存)。因此,在一实施例中,在根据行为特征进行预存范围限定时,根据行为特征确定对展示内容变换被执行完毕后展示的分层展示内容进行预存时的预存深度。

这里需要说明的是,在本说明书实施例中,预存深度是逻辑概念上的、对应资料结构体的分层结构的数据预存深度,并不意味着实际上的空间距离。在一实施例中,预存深度是指在线资料被分为逻辑上的多个内容展示层时,从最上面的内容展示层开始计算,需要预存的内容展示层的层数。在另一实施例中,预存深度是指在线资料被分为逻辑上的多个内容展示层时,从最上面的内容展示层开始计算,需要预存的总数据量。

具体的,在一实施例中,当用户滑移手指触发展示内容变换时,如果用户手指滑移的滑移结尾速度和/或加速度过高,则视为用户并没有很强的观看意愿。在一实施例中,预存深度是指在线资料被分为逻辑上的多个内容展示层时,从最上面的内容展示层开始计算,需要预存的内容展示层的层数。基于如下公式:

预存深度=int(滑移结尾速度或者加速度×d);(1)

确定预存范围限定。在另一实施例中,预存深度是指在线资料被分为逻辑上的多个内容展示层时,从最上面的内容展示层开始计算,需要预存的总数据量。基于如下公式:

预存深度=滑移结尾速度或者加速度×e;(2)

确定预存范围限定。在公式1~3中,d、e为根据用户习惯分析结果而预设的常数。

进一步的,基于本说明书实施例的方法,本说明书实施例还提出了一种用于预存数据的系统。具体的,如图4所示,在一实施例中,系统包括:

行为特征采集模块420,其配置为当用户操作行为触发展示内容变换时,采集所述用户操作行为的行为特征;

预存配置模块430,其配置为根据所述行为特征进行预存判定,所述预存判定包括预存确认判定和/或预存范围限定,根据所述预存判定的结果确定预存操作的执行参数;;

预存模块440,其配置为根据预存配置模块430确定的执行参数,针对展示内容变换被执行完毕后的屏幕展示内容进行对应的在线内容数据的预存。

进一步的,在一实施例中:

行为特征采集模块420配置为采集滑移结尾速度和/或加速度,滑移结尾速度和/或加速度为触发展示内容变换的手指滑移行为结束后手指离开屏幕时的速度和/或加速度;

预存配置模块430配置为根据滑移结尾速度和/或加速度进行预存判定。

进一步的,如图5所示,在一实施例中,系统还包括展示目标分析模块550,展示目标分析模块550配置为确定展示内容变换被执行完毕后的屏幕展示内容所包含的内容类型;预存配置模块530配置为,基于展示内容变换被执行完毕后的屏幕展示内容所包含的内容类型,根据行为特征进行预存判定。

基于本说明书实施例的方法,本说明书实施例还提出了一种计算机可读介质,其上存储有计算机可读指令,计算机可读指令可被处理器执行以实现本说明书实施例所述的方法。

基于本说明书实施例的方法,本说明书实施例还提出了一种用于在用户设备端进行信息处理的设备,该设备包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器,其中,当该计算机程序指令被该处理器执行时,触发该设备执行本说明书实施例所述的方法。

在20世纪90年代,对于一个技术的改进可以很明显地区分是硬件上的改进(例如,对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而,随着技术的发展,当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此,不能说一个方法流程的改进就不能用硬件实体模块来实现。例如,可编程逻辑器件(programmablelogicdevice,pld)(例如现场可编程门阵列(fieldprogrammablegatearray,fpga))就是这样一种集成电路,其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片pld上,而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且,如今,取代手工地制作集成电路芯片,这种编程也多半改用“逻辑编译器(logiccompiler)”软件来实现,它与程序开发撰写时所用的软件编译器相类似,而要编译之前的原始代码也得用特定的编程语言来撰写,此称之为硬件描述语言(hardwaredescriptionlanguage,hdl),而hdl也并非仅有一种,而是有许多种,如abel(advancedbooleanexpressionlanguage)、ahdl(alterahardwaredescriptionlanguage)、confluence、cupl(cornelluniversityprogramminglanguage)、hdcal、jhdl(javahardwaredescriptionlanguage)、lava、lola、myhdl、palasm、rhdl(rubyhardwaredescriptionlanguage)等,目前最普遍使用的是vhdl(very-high-speedintegratedcircuithardwaredescriptionlanguage)与verilog。本领域技术人员也应该清楚,只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中,就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现,例如,控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(applicationspecificintegratedcircuit,asic)、可编程逻辑控制器和嵌入微控制器的形式,控制器的例子包括但不限于以下微控制器:arc625d、atmelat91sam、microchippic18f26k20以及siliconelabsc8051f320,存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道,除了以纯计算机可读程序代码方式实现控制器以外,完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件,而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至,可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的,计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便,描述以上装置时以功能分为各种单元分别描述。当然,在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

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

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

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

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

在一个典型的配置中,计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(ram)和/或非易失性内存等形式,如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitorymedia),如调制的数据信号和载波。

还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。

以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1