计步方法、装置、终端设备以及计算机可读存储介质

技术领域

本发明涉及计步技术领域，特别涉及一种计步方法、装置、终端设备以及计算机可读存储介质。

背景技术

目前有很多计步类APP，通过统计用户的运动产生的步数，然后通过图表的形式展示一定时间内的数据，来帮助用户查看自己过往的步数情况，以帮助用户形成一个良好的运动习惯。

然而，由于android系统对APP进程的保活做了越来越多的限制，因此目前靠APP自身很难做到保活，这样就很容易导致APP的进程被系统杀死，而很多APP只能做到进程处于存活状态时能够记录步数的变化，一旦进程被杀死，APP就统计不到这段时间用户的步数，因此，最终导致APP统计的用户步数并不准确。

发明内容

为解决上述技术问题，本发明提供一种计步方法、装置、终端设备以及计算机可读存储介质，能够将APP进程被杀死期间用户的步数统计上，从而提高计步的准确性。

本发明提供如下方案：

第一方面，提供一种计步方法，应用于终端上的客户端，所述方法包括：

在所述客户端的本次进程开启后，计算所述客户端的上一次进程结束与所述本次进程开启期间的丢失步数；

获取所述上一次进程结束时，所述客户端在所述终端中存储的用户的第一本地步数；

根据所述丢失步数和所述第一本地步数确定所述客户端进程开启后的第一总步数。

进一步地，所述计算所述客户端的上一次进程结束与所述本次进程开启期间的丢失步数包括：

在所述客户端非首次登陆或计步数未被清零时，计算所述客户端的上一次进程结束与所述本次进程开启期间的丢失步数。

进一步地，所述方法还包括：

获取所述第一本地步数对应的存储时间；

在所述存储时间不为空时，确定所述客户端非首次登陆或计步数未被清零。

进一步地，所述计算所述客户端的上一次进程结束到本次进程开启期间的丢失步数包括：

获取所述本次进程的开启时间以及所述终端内的计步器记录的计步器步数；

在所述开启时间与所述存储时间之差大于所述终端自开机后的运行时长，确定所述计步器步数为所述丢失步数；

在所述开启时间与所述存储时间之差小于所述终端自开机后的运行时长，确定计步器步数与第一本地步数的差值为所述丢失步数。

进一步地，所述计算所述客户端的上一次进程结束到本次进程开启期间的丢失步数之后还包括：

确定所述丢失步数所属的目标时间段；

获取所述上一次进程结束时，所述客户端在所述终端中存储的用户的第一本地步数包括：

获取所述上一次进程结束时，所述客户端在所述终端中存储的用户在目标时间段的第二本地步数；

根据所述丢失步数和所述第一本地步数确定进程开启后的第一总步数包括：

根据所述丢失步数和所述第二本地步数确定所述客户端进程开启后所述目标时间段的第二总步数。

进一步地，所述确定丢失步数所属的目标时间段包括：

获取本次进程的开启时间所属的第一时间段以及第一本地步数对应的存储时间所属的第二时间段；

在所述第一时间段和所述第二时间段相同时，将所述第一时间段作为所述目标时间段；

在所述第一时间段和所述第二时间段不同时，若所述开启时间与所述存储时间之差小于终端自开机后的运行时长，则：

将所述第一时间段为所述目标时间段，或者，

将所述第二时间段为所述目标时间段；

在所述第一时间段和所述第二时间段不同时，若所述开启时间与所述存储时间之差大于终端自开机后的运行时长，则：

根据所述开启时间和所述运行时长确定所述终端的开机时间；

将所述开机时间作为最终的存储时间，重新计算最终的存储时间所属的第三时间段，并判断第一时间段和第三时间段是否相同以确定所述目标时间段。

进一步地，根据丢失步数和第一本地步数确定进程开启后的第一总步数之后还包括：

获取服务器端存储的用户在本次进程的开启时间所对应的服务器端步数；

将第一总步数和服务器端步数中数值较大的步数作为第三总步数。

第二方面，提供一种计步装置，应用于终端上的客户端，所述装置包括：

丢失步数计算模块，用于在所述客户端的本次进程开启后，计算所述客户端的上一次进程结束与所述本次进程开启期间的丢失步数；

第一本地步数获取模块，用于获取所述上一次进程结束时，所述客户端在所述终端中存储的用户的第一本地步数；

第一总步数确定模块，用于根据所述丢失步数和所述第一本地步数确定所述客户端进程开启后的第一总步数。

第三方面，提供一种终端设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令，所述程序指令在被所述一个或多个处理器读取执行时，执行如前述第一方面所述的方法。

第四方面，提供一种计算机可读介质，其上存储有计算机程序，其中，该程序被处理器执行时实现如前述第一方面所述的方法。

根据本申请提供的具体实施例，本申请公开了以下技术效果：

(1)在本发明中，在客户端的本次进程开启后，计算客户端的上一次进程结束与本次进程开启期间的丢失步数，获取上一次进程结束时，客户端在终端中存储的用户的第一本地步数，根据丢失步数和第一本地步数确定客户端进程开启后的第一总步数，从而将客户端在进程结束期间没有采集到的用户的步数计算在内，避免了计步软件进程的状态对于计步软件计步的影响，提高了计步软件计步的准确性；

(2)在确定丢失步数后，开始将丢失步数进行分配，确定丢失步数所属于的目标时间段，从而得到客户端进程开启后目标时间段的第二总步数，从而目标时间段的步数统计更加准确；

(3)根据丢失步数和第一本地步数确定进程开启后的第一总步数之后，获取服务器端存储的用户在本次进程的开启时间所对应的服务器端步数将第一总步数和服务器端步数中数值较大的作为第三总步数，从而避免用户恶意通过多个终端设备进行刷个人数据，给计步软件内排行榜等群体性参加的活动提供了一个公平竞争的良性环境。

附图说明

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

图1为一个实施例中的计步方法流程图；

图2为一个实施例中的用户目标天数的计步方法流程图；

图3为一个实施例中的计步装置示意图；

图4为一个实施例中的计算机系统的架构。

具体实施方式

为了使本发明的目的、技术方案及优点更加清除明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

针对现有技术中，很多APP只能做到进程处于存活状态时能够记录步数的变化，一旦进程死了，APP就统计不到这段时间用户的步数，本发明提供一种计步方法、装置、终端设备以及计算机存储介质，能够将APP进程被杀死期间的用户的步数统计上。

下面将结合具体实施例对计步方法做进一步的说明。

实施例一

本实施例提供一种计步方法，应用于终端上的客户端，如图1所示，该方法包括：

S101、在客户端的本次进程开启后，计算客户端的上一次进程结束与本次进程开启期间的丢失步数。

客户端可以为一种计步软件，由于在终端的计步软件上只能做到进程处于存活状态时能够记录步数的变化，一旦进程被杀死，计步软件就统计不到这段时间用户的步数，因此，本实施例在检测到本次进程开启请求后，计算上一次进程被杀死到本次进程开启这一段时间内用户所产生的第一步数，该第一步数为计步软件未统计上的步数，即丢失步数，比如，计步软件中对用户的步数进行统计，可能由于系统原因将计步软件的进程杀死，那么，用户再产生的步数将无法记录到计步软件上，用户可以重新点击计步软件进入，此时计步软件上已经有用户的登录信息，不需要再重新登录，因此可以计算上一次计步软件进程被杀死到用户开启本次进程这一段时间内用户产生的步数，这一步数计为丢失步数。

S102、获取上一次进程结束时，客户端在终端中存储的用户的第一本地步数。

在计步软件的进程开启后，会注册终端系统的计步器，计步器是系统自带的，用户每走一步，计步器的步数就会加1，因此，计步器的步数是用户产生的计步器总步数。在计步软件注册计步器后，计步软件从计步器中获取用户在开启本次进程时累计走的总步数，之后计步器每探测到步数产生，也会上报给计步软件，这样，计步软件前后两次上报数据的差值就是该段时间内步数的变化值，变化值的累加就是计步软件上显示的用户在这段时间内的步数，比如，在正常情况下，用户在第一次使用计步软件进行计步时，计步软件获取到计步器上的计步器总步数一万步，那么，只要计步软件的进程处于存活状态，用户走第一步，计步器返回给计步软件一万零一步的数据，计步软件由此可以计算用户走了一步，依次类推，从而计算出用户在使用计步软件计步的一段时间内用户的总步数

计步软件每隔预设时间就会将获取到的步数存储到本地的文件或者数据库中，预设时间可以为1分钟，也可以为5分钟，根据实际需要进行设置，而后也可以先放置到内存中再存储到本地文件或者数据库中，也可以直接将步数存储到本地文件或者数据库中，本地文件或者数据库中对应于用户的账号对应有存储文件，可以存放计步软件的步数，在本实施例中通过获取上一次进程结束时，本地存储的与用户对应的第一本地步数，从而可知得知用户在上一次进程结束时计步软件的步数。

S103、根据丢失步数和第一本地步数确定客户端进程开启后的第一总步数。

在本步骤中，将丢失步数和第一本地步数的和确定为进程开启后的第一总步数，第一总步数将进程结束期间用户产生的步数计算在内，因此，提高了计步的准确性。

本发明在检测到本次进程开启请求后，计算上一次进程结束到本次进程开启期间的丢失步数，获取上一次进程结束时本地存储的与用户对应的第一本地步数，根据丢失步数和第一本地步数确定进程开启后的第一总步数，从而将计步软件在进程结束期间没有采集到的用户的步数计算在内，避免了计步软件进程的状态对于计步软件计步的影响，提高了计步软件计步的准确性。

在第一总步数确定后，在计步软件存活期间，不断累加步数的变化值，同时每5分钟保存一次数据至本地文件或者数据库，同时上传至服务器。

进一步地，计算客户端的上一次进程结束与本次进程开启期间的丢失步数包括：

在客户端非首次登陆或计步数未被清零时，计算客户端的上一次进程结束与所述本次进程开启期间的丢失步数。

进一步地，方法还包括：

获取第一本地步数对应的存储时间；

在存储时间不为空时，确定客户端非首次登陆或计步数未被清零。

在本实施例中，若存储时间为空时，则表示计步软件第一次安装或者用户清除过数据，那么就不存在上一次进程被杀死的情况，则不进行本实施例中的丢失步数的计算以及第一总步数的计算，因此，本实施例中对于丢失步数的计算需要在第一本地步数对应的存储时间不为空的情况下，也即是，客户端非首次登录或者计步数未被清零时进行。

进一步地，计算客户端的上一次进程结束到本次进程开启期间的丢失步数包括：

获取本次进程的开启时间以及终端内的计步器记录的计步器步数；

在开启时间与存储时间之差大于终端自开机后的运行时长，确定计步器步数为丢失步数；

在开启时间与存储时间之差小于终端自开机后的运行时长，确定计步器步数与第一本地步数的差值为丢失步数。

在计算丢失步数时，通过开启时间与存储时间之差与终端自开机后的运行时长的大小关系判断是否终端重启过，如果开启时间与存储时间之差大于终端自开机后的运行时长，则终端重启过，也即是，在计步软件进程杀死后，终端重启过，那么，丢失步数等于计步器步数，比如，上午十点计步软件进程被杀死，此时，计步器仍然记录用户的步数，如果十点半手机系统重启，那么计步器的步数清零，而后，计步器的步数即为用户在十点半之后走的步数，十一点计步软件进程重新启动，那么，在十点到十一点计步软件所没有采集到的丢失步数为十一点时，计步器所采集到的用户的步数。

开启时间与存储时间之差小于终端自开机后的运行时长，则表示，终端没有重启过，那么在在计步软件进程杀死后，丢失步数等于计步器步数与第一本地步数的差值，比如，上午十点计步软件进程被杀死，此时，计步器仍然记录用户的步数，十一点计步软件进程重新启动，中间系统没有重启，那么，在十点到十一点计步软件所没有采集到的丢失步数为十一点时计步器的步数减去十点时本地存储的步数。

进一步地，S101、计算客户端的上一次进程结束到本次进程开启期间的丢失步数之后还包括：

确定丢失步数所属的目标时间段；

获取上一次进程结束时，客户端在所述终端中存储的用户的第一本地步数包括：

获取上一次进程结束时，客户端在终端中存储的用户在目标时间段的第二本地步数；

根据丢失步数和第一本地步数确定进程开启后的第一总步数包括：

根据丢失步数和第二本地步数确定客户端进程开启后目标时间段的第二总步数。

在本实施例中，在确定丢失步数以后，开始将丢失步数进行分配，确定丢失步数所属的目标时间段，而本地步数是按照时间进行存储的，因此获取上一次进程结束时本地存储的所述用户在目标时间段的第二本地步数，第二本地步数为目标时间段对应的用户所走的总步数，将根据丢失步数和第二本地步数确定在目标时间段对应的第二总步数，比如，目标时间段为具体某一天，计算得到丢失步数为一万步，而后确定该一万步的目标时间段为昨天，也即是，用户在昨天计步软件进程结束后又走了一万步，那么，今天进程开启后，将这一万步计入到昨天的总步数中。

进一步地，确定所述丢失步数所属的目标时间段包括：

获取本次进程的开启时间所属的第一时间段以及第一本地步数对应的存储时间所属的第二时间段；

在第一时间段和所述第二时间段相同时，将第一时间段作为目标时间段；

在第一时间段和第二时间段不同时，若开启时间与存储时间之差小于终端自开机后的运行时长，则：

将第一时间段为所述目标时间段，或者，

将第二时间段为所述目标时间段；

在第一时间段和第二时间段不同时，若开启时间与所述存储时间之差大于终端自开机后的运行时长，

则根据开启时间和运行时长确定终端的开机时间；

将所述开机时间作为最终的存储时间，重新计算最终的存储时间所属的第三时间段，并判断第一时间段和第三时间段是否相同以确定所述目标时间段。

在确定丢失步数的目标时间段时，首先获取本次进程的开启时间所属的第一时间段以及第一本地步数对应的存储时间所属的第二时间段，判断第一时间段和第二时间段是否相同，如果相同，则将该时间段作为目标时间段，此时计算的是用户开启本次进程时在计步软件上看到的目标时间段所走的步数，如果不同，那么，还需要判断终端是否重启过；如果本次进程的开启时间与第一本地步数的存储时间之差小于终端自开机后的运行时长，则终端没有重启过，将将第一时间段为所述目标时间段，或者，将第二时间段为所述目标时间段；如果开启时间与存储时间之差大于终端自开机后的运行时长，则终端重启过，此时则根据开启时间和运行时长确定终端的开机时间；将开机时间作为更正后的存储时间，并重新计算更正后的存储时间所属的第三时间段，再判断第一时间段和第三时间段是否相同从而确定目标时间段。比如，目标时间段为目标日期，判断丢失步数是属于哪一点所丢失的步数，可能是今天丢失的，也可能是昨天丢失的，此时需要根据存储时间和开启时间是否在同一天进行判断，如果存储时间和开启时间均属于今天，那么丢失步数归属于今天，如果存储时间是昨天，开启时间是今天，那么就需要判断终端终端是否重启过。

如图2所示，以计步软件需要显示用户每天的总步数为例，则用户每一天步数的计步方法：

S201、检测到本次进程开启；

S202、获取上一次进程结束时终端中存储的第一本地步数的存储时间、本次进程的开启时间以及计步器记录的计步器步数；

S203、判断终端是否重启过，也即是开启时间cur time与save time之差是否大于终端自开机后的运行时长(time after boot)，如果是，也即是cur time与save time之差大于time after boot，则丢失步数等于计步器步数。

如果不是，也即是cur time与save time之差小于time after boot，则丢失步数等于计步器步数与第一本地步数的差值。

S204、判断本次进程的开启时间cur time和第一本地步数对应的存储时间savetime是否处于同一天，如果处于同一天，则将该天作为目标天数。

S205、如果cur time和save time不处于同一天，且开cur time与save time之差小于time after boot，则：

将开启时间所在的天数作为目标天数，或者，

将存储时间所在的天数作为目标天数。

S206、如果本次进行的开启时间和第一本地步数对应的存储时间不处于同一天，且cur time与save time之差大于time after boot，

则根据开启时间和运行时长确定终端的开机时间；

将开机时间作为存储时间，重复步骤S205-S206。

S207、获取上一次进程结束时本地存储的用户在目标天数的第二本地步数。

S208、将丢失步数和第二本地步数之和作为目标天数对应的第二总步数。

通常情况下，如果计步软件有登录模块，那么用户是可以使用多个设备的，同一个设备多个步数源，这些步数如果不当，就会造成步数的重复累加，导致作弊现象出现，这样就对排行榜的其他用户产生不利影响，对良性使用计步软件的用户不公平，因此，进一步地，根据丢失步数和第一本地步数确定进程开启后的第一总步数之后还包括：

获取服务器端存储的用户在本次进程的开启时间所对应的服务器端步数；

将第一总步数和服务器端步数中数值较大的步数作为第三总步数。

在本实施例中，计步软件每隔预设时间就会将获取到的步数存储到本地的文件或者数据库中后，还将该步数传送给服务器端进行存储，获取服务器端存储的用户在本次进程的开启时间所对应的服务器端步数，将第一总步数和服务器端步数中数值较大的作为第三总步数，也即是数据跟随用户走，而不是随着设备走，比如，用户使用设备A走了1W步，那么设备A本地存储1W步，传给服务器为该账号1W步，设备A与服务器之间网络断开，用户在设备B登录，在一段时间内，带着设备B走了1W步，设备A走了2W，而后B设备退出登录，服务器记录该账号为2W步，而后用户恢复设备A与服务器的之间的网络，如果采用现有方法，在A设备与服务器的网络连接过程中，进程没有结束，因此一直计算用户步数，只是没有与服务器进行数据交互，那么，在A设备与服务器网络再次连接后，先从服务器获取在这段时间内记录用户走了1W步，再加上A设备的步数3W步，那么会导致重复计算B设备走的步数，而按照本实施例中的方法是，先计算设备A在此期间的记录的总步数为3W步，再获取服务器存储的该用户的步数是2W，前者大，所以A设备显示的是用户今天所走的是3W步，该步数也是用户的真实步数，没有重复计算采用B设备刷数据的步数。本实施例保证了数据的最大性，使数据更加贴近用户真实产生的数据，减少因切换设备而产生的影响以及用户多终端登录时作弊的影响，提高计步软件的用户体验。

在本实施例中，在客户端的本次进程开启后，计算客户端的上一次进程结束与本次进程开启期间的丢失步数，获取所述上一次进程结束时，客户端在终端中存储的用户的第一本地步数，根据丢失步数和第一本地步数确定客户端进程开启后的第一总步数，从而将客户端在进程结束期间没有采集到的用户的步数计算在内，避免了计步软件进程的状态对于计步软件计步的影响，提高了计步软件计步的准确性；在确定丢失步数后，开始将丢失步数进行分配，确定丢失步数所属于的目标时间段，从而得到客户端进程开启后目标时间段的第二总步数，从而目标时间段的步数统计更加准确；根据丢失步数和第一本地步数确定进程开启后的第一总步数之后，获取服务器端存储的用户在本次进程的开启时间所对应的服务器端步数将第一总步数和服务器端步数中数值较大的作为第三总步数，从而可以防作弊措施，避免用户恶意通过多个设备进行刷个人数据，也没有让作弊用户损失数据，给计步软件内排行榜等群体性参加的活动提供了一个公平竞争的良性环境。

实施例二

本实施例提供一种计步装置，应用于终端中的客户端，如图3所示，该装置包括：

丢失步数计算模块，用于在客户端的本次进程开启后，计算客户端的上一次进程结束与本次进程开启期间的丢失步数；

第一本地步数获取模块，用于获取上一次进程结束时，客户端在终端中存储的用户的第一本地步数；

第一总步数确定模块，用于根据丢失步数和第一本地步数确定所述客户端进程开启后的第一总步数。

进一步地，丢失步数计算模块包括计算单元，用于在客户端非首次登陆或计步数未被清零时，计算客户端的上一次进程结束与所述本次进程开启期间的丢失步数。

进一步地，丢失步数计算模块还包括：获取单元，用于获取所述第一本地步数对应的存储时间；计算单元还用于在所述存储时间不为空时，确定所述客户端非首次登陆或计步数未被清零。

进一步地，获取单元还用于获取所述本次进程的开启时间以及所述终端内的计步器记录的计步器步数；

计算单元还用于在所述开启时间与所述存储时间之差大于所述终端自开机后的运行时长，确定所述计步器步数为所述丢失步数；

在所述开启时间与所述存储时间之差小于所述终端自开机后的运行时长，确定计步器步数与第一本地步数的差值为所述丢失步数。

进一步地，装置还包括目标时间段确定模块用于确定所述丢失步数所属的目标时间段；

第二本地步数获取模块用于获取所述上一次进程结束时，所述客户端在所述终端中存储的用户在目标时间段的第二本地步数；

第二总步数确定模块，用于根据丢失步数和第二本地步数确定在目标时间段的第二总步数。

进一步地，目标时间段确定模块还用于：

获取本次进程的开启时间所属的第一时间段以及第一本地步数对应的存储时间所属的第二时间段；

在所述第一时间段和所述第二时间段相同时，将所述第一时间段作为所述目标时间段；

在所述第一时间段和所述第二时间段不同时，若所述开启时间与所述存储时间之差小于终端自开机后的运行时长，则：

将所述第一时间段为所述目标时间段，或者，

将所述第二时间段为所述目标时间段；

在所述第一时间段和所述第二时间段不同时，若所述开启时间与所述存储时间之差大于终端自开机后的运行时长，则：

根据所述开启时间和所述运行时长确定所述终端的开机时间；

将所述开机时间作为更正后的存储时间，并重新计算更正后的存储时间所属的第三时间段，再判断第一时间段和第三时间段是否相同从而确定所述目标时间段。

进一步地，计步装置还包括：服务器端步数获取模块，用于获取服务器端存储的用户在本次进程的开启时间所对应的服务器端步数；

第三总步数确定模块，用于将第一总步数和服务器端步数中数值较大的作为第三总步数。

关于计步装置的具体限定可以参见上文中对于计步方法的限定，在此不再赘述。上述计步装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

实施例三

本实施例提供一种终端设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令，所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

在所述客户端的本次进程开启后，计算所述客户端的上一次进程结束与所述本次进程开启期间的丢失步数；

获取所述上一次进程结束时，所述客户端在所述终端中存储的用户的第一本地步数；

根据所述丢失步数和所述第一本地步数确定所述客户端进程开启后的第一总步数。

进一步地，所述计算所述客户端的上一次进程结束与所述本次进程开启期间的丢失步数包括：

在所述客户端非首次登陆或计步数未被清零时，计算所述客户端的上一次进程结束与所述本次进程开启期间的丢失步数。

进一步地，所述方法还包括：

获取所述第一本地步数对应的存储时间；

在所述存储时间不为空时，确定所述客户端非首次登陆或计步数未被清零。

进一步地，所述计算所述客户端的上一次进程结束到本次进程开启期间的丢失步数包括：

获取所述本次进程的开启时间以及所述终端内的计步器记录的计步器步数；

在所述开启时间与所述存储时间之差大于所述终端自开机后的运行时长，确定所述计步器步数为所述丢失步数；

在所述开启时间与所述存储时间之差小于所述终端自开机后的运行时长，确定计步器步数与第一本地步数的差值为所述丢失步数。

进一步地，所述计算所述客户端的上一次进程结束到本次进程开启期间的丢失步数之后还包括：

确定所述丢失步数所属的目标时间段；

获取所述上一次进程结束时，所述客户端在所述终端中存储的用户的第一本地步数包括：

获取所述上一次进程结束时，所述客户端在所述终端中存储的用户在目标时间段的第二本地步数；

根据所述丢失步数和所述第一本地步数确定进程开启后的第一总步数包括：

根据所述丢失步数和所述第二本地步数确定所述客户端进程开启后所述目标时间段的第二总步数。

进一步地，所述确定丢失步数所属的目标时间段包括：

获取本次进程的开启时间所属的第一时间段以及第一本地步数对应的存储时间所属的第二时间段；

在所述第一时间段和所述第二时间段相同时，将所述第一时间段作为所述目标时间段；

在所述第一时间段和所述第二时间段不同时，若所述开启时间与所述存储时间之差小于终端自开机后的运行时长，则：

将所述第一时间段为所述目标时间段，或者，

将所述第二时间段为所述目标时间段；

在所述第一时间段和所述第二时间段不同时，若所述开启时间与所述存储时间之差大于终端自开机后的运行时长，则：

根据所述开启时间和所述运行时长确定所述终端的开机时间；

将所述开机时间作为最终的存储时间，重新计算最终的存储时间所属的第三时间段，并判断第一时间段和第三时间段是否相同以确定所述目标时间段。

进一步地，根据丢失步数和第一本地步数确定进程开启后的第一总步数之后还包括：

获取服务器端存储的用户在本次进程的开启时间所对应的服务器端步数；

将第一总步数和服务器端步数中数值较大的步数作为第三总步数。

本实施例执行过程及所能实现的技术效果请参照实施例一中的描述，此处不再赘述。

实施例四

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现如实施例一种的计步方法，该方法的执行过程及所能实现的技术效果请参照实施例一中的描述，此处不再赘述。

其中，图4示例性的展示出了计算机系统的架构，具体可以包括处理器1210，视频显示适配器1211，磁盘驱动器1212，输入/输出接口1213，网络接口1214，以及存储器1220。上述处理器1210、视频显示适配器1211、磁盘驱动器1212、输入/输出接口1213、网络接口1214，与存储器1220之间可以通过通信总线1230进行通信连接。

其中，处理器1210可以采用通用的CPU(Central Processing Unit，中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本申请所提供的技术方案。

存储器1220可以采用ROM(Read Only Memory，只读存储器)、RAM(Random AccessMemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器1220可以存储用于控制电子设备1200运行的操作系统1221，用于控制电子设备1200的低级别操作的基本输入输出系统(BIOS)。另外，还可以存储网页浏览器1223，数据存储管理系统1224，以及设备标识信息处理系统1225等等。上述设备标识信息处理系统1225就可以是本申请实施例中具体实现前述各步骤操作的应用程序。总之，在通过软件或者固件来实现本申请所提供的技术方案时，相关的程序代码保存在存储器1220中，并由处理器1210来调用执行。

输入/输出接口1213用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

网络接口1214用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。

总线1230包括一通路，在设备的各个组件(例如处理器1210、视频显示适配器1211、磁盘驱动器1212、输入/输出接口1213、网络接口1214，与存储器1220)之间传输信息。

另外，该电子设备1200还可以从虚拟资源对象领取条件信息数据库1241中获得具体领取条件的信息，以用于进行条件判断，等等。

需要说明的是，尽管上述设备仅示出了处理器1210、视频显示适配器1211、磁盘驱动器1212、输入/输出接口1213、网络接口1214，存储器1220，总线1230等，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本申请方案所必需的组件，而不必包含图中所示的全部组件。

特别地，根据本申请的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置从网络上被下载和安装，或者从存储器被安装，或者从ROM被安装。在该计算机程序被处理器执行时，执行本申请的实施例的方法中限定的上述功能。

需要说明的是，本申请的实施例的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请的实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请的实施例中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(Radio Frequency，射频)等等，或者上述的任意合适的组合。

上述计算机可读介质可以是上述服务器中所包含的；也可以是单独存在，而未装配入该服务器中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该服务器执行时，使得该服务器：响应于检测到终端的外设模式未激活时，获取终端上应用的帧率；在帧率满足息屏条件时，判断用户是否正在获取终端的屏幕信息；响应于判断结果为用户未获取终端的屏幕信息，控制屏幕进入立即暗淡模式。

可以以一种或多种程序设计语言或其组合来编写用于执行本申请的实施例的操作的计算机程序代码，程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上对本申请所提供的终端设备标识信息处理方法、装置及电子设备，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。