用于终端丢失找回的方法及终端与流程

文档序号:18357896发布日期:2019-08-06 23:24阅读:1201来源:国知局
用于终端丢失找回的方法及终端与流程

本申请涉及智能终端领域,并且更具体地,涉及一种用于终端丢失找回的方法及终端。



背景技术:

现阶段在智能终端(例如智能手机)丢失后,用户通常需要通过登录手机厂商的官方网站或者通过手机厂商出产的其他手机或通过其他终端设备主动登录自己的云端账号,来查看丢失手机的最近或最后一次登录该云端账号时的具体地理位置,从而找回手机。如果用户登录云端账号时手机在线联网,则可以实时定位到当前手机所在的地理位置;如果用户登录账号时手机未在线联网,则无法实时定位到当前手机所在的地理位置,只能确定手机最后一次登录该云端账号时的具体地理位置。上述方案依赖于用户在丢失手机后,近期曾经登录过或者正在登录用户的云端账号,找回要求高,并没有关于丢失的主动提醒机制。



技术实现要素:

本申请提供一种用于终端丢失找回的方法及终端,能够在终端判断自身可能处于丢失状态的情况下触发主动提醒,提高终端丢失找回的成功率,从而降低用户损失。

第一方面,提供了一种用于终端丢失找回的方法,该方法包括:确定终端处于可能丢失状态,该可能丢失状态是指经判断该终端当前可能处于丢失的状态;确定该终端的位置信息,该位置信息为该终端所处的地理位置的信息;向该终端的云端账号通知丢失信息和该位置信息,该丢失信息用于指示该终端当前可能处于丢失的状态。

第一方面提供的用于终端丢失找回的方法,在终端判断自身可能处于丢失状态时,对自身地理位置进行定位,主动向云端账号上报丢失信息和位置信息,可以在终端判断自身可能处于丢失状态的情况下触发主动提醒,提高终端丢失找回的成功率,从而降低用户损失。

在一种可能的实现方式中,终端当前可能处于丢失的状态,可以包括:终端被刷机,终端被切换其它云端账号,终端被连续多次输错锁屏密码以及终端被更换sim卡中的至少一种。换而言之,确定终端处于可能丢失状态可以包括:确定终端被刷机,确定终端被切换其它云端账号,确定终端被连续多次输错锁屏密码以及确定终端被更换sim卡中的至少一种。本可能的实现方式可以应用于多种场景,当判断终端发生上述情况中的任意一种或多种时,有一定的可能性终端丢失被他人获得或者终端被盗,对终端进行地理位置定位,向云端账号上报位置信息和丢失信息。

在一种可能的实现方式中,该丢失信息进一步用于指示该终端被刷机,该终端被切换其它云端账号,该终端被连续多次输错锁屏密码或该终端被更换sim卡。本可能的实现方式使得用户能够得知收到丢失提醒的原因,以便做出更准确的判断。

在一种可能的实现方式中,丢失信息可以被保存在终端的nv项。由此可以使得在终端被刷机的情况下,保证丢失信息在终端被刷机的情况下不会被删除。

在一种可能的实现方式中,方法还可以包括:在该确定终端处于可能丢失状态时,通过标识位的值标识该终端当前可能处于丢失的状态;在向该终端的云端账号通知丢失信息和该位置信息之后,复位该标识位的值。本可能的实现方式通过标识位来记录终端当前可能处于丢失的状态,在发出提醒后复位该标识位,不影响用户的正常使用。

第二方面,本申请提供了一种终端,用于执行上述第一方面或其任一可能的实现方式中的方法。具体地,该终端可以包括用于执行第一方面或其任一可能的实现方式中的方法的模块。

第三方面,本申请提供了一种终端,该终端包括处理器和存储器,该存储器用于存储指令,该处理器用于执行该存储器存储的指令,使得该终端执行第一方面或其任一可能的实现方式中的方法。

第四方面,本申请提供了一种计算机可读存储介质,其上存储有指令,当该指令在计算机上运行时,使得该计算机执行第一方面及其任一可能的实现方式的方法。

第五方面,本申请提供了一种包括指令的计算机程序产品,当计算机运行该计算机程序产品的该指时,该计算机执行第一方面及其任一可能的实现方式的方法。

第六方面,本申请提供了一种计算机芯片,该计算机芯片使得计算机执行第一方面及其任一可能的实现方式的方法。

第二至第六方面及其任一可能的实现方式所能得到的效果与第一方面的相应效果一致,不再赘述。

附图说明

图1是本申请一个实施例提供的用于终端丢失找回的方法的示意图。

图2是本申请一个实施例提供的刷机流程的示意图。

图3是本申请一个实施例提供的通知流程的示意图。

图4是本申请一个实施例的方法在软硬件框架运行时的示意图。

图5是本申请另一个实施例提供的通知流程的示意图。

图6是本申请另一个实施例的方法在软硬件框架运行时的示意图。

图7是本申请另一个实施例提供的通知流程的示意图。

图8是本申请另一个实施例的方法在软硬件框架运行时的示意图。

图9是本申请另一个实施例提供的通知流程的示意图。

图10是本申请另一个实施例的方法在软硬件框架运行时的示意图。

图11示出了本申请一个实施例提供的终端的示意性框图。

图12示出了本申请另一个实施例提供的终端的示意性框图。

具体实施方式

下面将结合附图,对本申请中的技术方案进行描述。

本申请实施例提供一种用于终端丢失找回的方法及终端,该方法和终端可以用于多种场景下的终端丢失找回。例如:(1)用户的终端在丢失后被他人刷机,其上之前登录的账号信息丢失,从而导致终端无法被找回;(2)用户的终端在丢失后,其上之前登录的账号被破解,登录了新的账号,从而导致终端无法被找回;(3)用户的终端在丢失后,被他人不断尝试输入锁屏密码,无论尝试密码成功与否都无益于找回终端;(4)用户的终端在丢失后,被他人更换用户身份识别(subscriberidentificationmodule,sim)卡,无主动报警机制通知用户,从而导致终端无法被找回。应理解,本申请实施提供的方法和终端不仅限于应用于上述场景,还可以应用于其它更广泛的场景,本申请实施例对此不作限定。

图1是本申请实施例提供的用于终端丢失找回的方法100的示意图。如图1所示,方法100可以包括以下步骤。

s110,确定终端处于可能丢失状态,该可能丢失状态是指经判断该终端当前可能处于丢失的状态。

s120,确定该终端的位置信息,该位置信息为该终端所处的地理位置的信息。

s130,向该终端的云端账号通知丢失信息和该位置信息,该丢失信息用于指示该终端当前可能处于丢失的状态。

本申请实施例提供的用于终端丢失找回的方法,在终端判断自身可能处于丢失状态时,对自身地理位置进行定位,主动向云端账号上报丢失信息和位置信息,可以在终端判断自身可能处于丢失状态的情况下触发主动提醒,提高终端丢失找回的成功率,从而降低用户损失。

之后,云端可以通过网络通知用户丢失信息和位置信息。

在本申请的一些实施例中,终端当前可能处于丢失的状态,可以包括:终端被刷机,终端被切换其它云端账号,终端被连续多次输错锁屏密码以及终端被更换sim卡中的至少一种。换而言之,确定终端处于可能丢失状态可以包括:确定终端被刷机,确定终端被切换其它云端账号,确定终端被连续多次输错锁屏密码以及确定终端被更换sim卡中的至少一种。

应理解,当判断终端发生上述情况中的任意一种或多种时,有一定的可能性终端丢失被他人获得或者终端被盗。本申请实施例在发生这种或这些情况时,对终端进行地理位置定位,向云端账号上报位置信息和丢失信息。其中,丢失信息提醒用户该终端当前可能处于丢失的状态。并且相对应地,针对上述任意一种情况,丢失信息进一步可以用于指示终端被刷机,终端被切换其它云端账号,终端被连续多次输错锁屏密码或终端被更换sim卡。针对上述各情况及上述各情况组合的具体处理方式将在下文中分别详细说明。

在本申请的一些实施例中,例如在终端被刷机的情况下,需要保证丢失信息在终端被刷机的情况下不会被删除。在一个具体的例子中,丢失信息可以被保存在终端的非易失性随机访问存储(nonvolatilerandomaccessmemory,nvram,简称nv)项。

nv项通常用于记录终端固有的一些信息及基本配置和射频参数的专属文件系统,例如终端为手机时,nv项可以记录移动设备识别码(mobileequipmentidentifier,meid)等。一般情况下,nv项与通信功能比较密切,例如nv项中可以标记手机允许注册的网络、当前注册的网络等。在一个具体的例子中,如果手机中nv项标记允许注册的网络是联通网络,当插入移动sim卡的时候,就会出现找不到网络新号的问题。一般情况下,nv项中标记的当前注册的网络会随着手机sim卡的插入重新写入。通常数据一旦被写入nv项,即使终端掉电也不会丢掉,下次重启终端,仍然会保留原有设置。即当终端关机时,保存在nv项里的数据不会丢失。几乎所有的高通平台都采用nv项来保存手机的重要参数。nv项破坏之后会导致终端出现各种问题,因此nv项通常被设置为即使被刷机也不会被删除。本申请实施例利用nv项的该特性,将丢失信息保存在nv项中,以保证丢失信息在终端被刷机的情况下不会被删除,仍然能够提醒用户该终端当前可能处于丢失的状态。

用户本身可能会切换其它云端账号、更换sim卡或者由于误操作连续多次输错锁屏密码,这些情况是用户的自主操作而不是终端丢失被他人获得或者终端被盗。对于这种情况,也需要设计一定的机制,使得在发出该终端当前可能处于丢失状态的提醒后,恢复正常状态,使得用户能够继续正常使用。

在本申请的一些实施例中,方法100还可以包括:在该确定终端处于可能丢失状态时,通过标识位的值标识该终端当前可能处于丢失的状态;在向该终端的云端账号通知丢失信息和该位置信息之后,复位该标识位的值。即通过标识位来记录终端当前可能处于丢失的状态,在发出提醒后复位该标识位,不影响用户的正常使用。

在一个具体的例子中,标识位可以为1比特(bit)。标识位的值为0时表示终端当前未处于可能丢失的状态,标识位的值为1时表示终端当前可能处于丢失的状态。

在另一个具体的例子中,标识位可以为3比特(bit)。标识位的值为000时表示终端当前未处于可能丢失的状态;标识位的值为001时表示终端被刷机,终端当前可能处于丢失的状态;标识位的值为010时表示终端被切换其它云端账号,终端当前可能处于丢失的状态;标识位的值为011时表示终端被连续多次输错锁屏密码,终端当前可能处于丢失的状态;标识位的值为100时表示终端被更换用户身份识别sim卡,终端当前可能处于丢失的状态。

应理解,本申请各实施例中标识位的值可以赋予其他类型的值,上述例子仅为示例,而非对本申请各实施例的限定。

下面结合具体的场景详细说明用于终端丢失找回的方法,各场景下本申请的方法的实施可以结合相应地软件和/或硬件完成。

下面一个实施例对终端被刷机的场景下,用于终端丢失找回的方法进行说明。

该场景下,需要预准备步骤进行相应地处理。在预准备步骤中,用户在首次登陆云端账号后将云端账号的信息(例如,可以包括用户名和密码)写入到nv项中进行保存。接下来是刷机流程,本实施例的刷机流程如图2所示的流程200,可以包括以下步骤。

s210,刷机流程开始。

s220,当终端被刷机时,终端系统会启动前引导程序,即进入启动装载(bootloader)程序,进行数据搬运等操作。该bootloader程序运行即可确定终端处于可能丢失状态。

s230,本实施例可以为标识位赋值,该标识位的值意味着终端被刷机,其可能处于丢失的状态。将该标识位作为nv项存储起来,记录在刷机后不会被删除的oeminfo文件(可以是一种区块文件)中。在一个例子中,该标识位的值可以被赋值为brushed(刷机)。

s240,刷机流程结束。

之后是通知流程,该通知流程如图3所示的流程300,可以包括以下步骤。

s310,通知流程开始。

s320,在终端开机后,进行注册,监听联网广播。

s330,判断终端是否处于联网状态。当终端处于联网状态时,执行s340;否则执行s390,通知流程结束。

s340,在系统服务(system_server)程序中启动状态确定服务(或者称为场景判断服务),读取nv项的标识位。

s350,判断标识位的值是否为brushed(刷机)。当标识位的值为brushed时,执行s360;否则执行s390,通知流程结束。

s360,获取终端当前的位置信息,位置信息可以为例如经纬度信息。该定位过程可以通过全球定位系统(globalpositioningsystem,gps)实现。

s370,读取nv项中终端的云端账号的信息。

s380,向终端的云端账号通知该终端被刷机(丢失信息)和当前的经纬度信息(位置信息)。

s390,通知流程结束。

在s390之后,云端可以通过云端账号提醒用户终端可能被盗并进行了刷机,并告知用户该终端在刷机后联网时的经纬度。在s390之后,可以将用于保存的nv项中标识位和/或终端的云端账号的信息设置为null(空)。

图4是本实施例的方法在软硬件框架运行时的示意图。

在本实施例中,确定终端为被刷机的场景,在用户终端丢失被他人获得或者终端被盗之后被刷机时,可以通过云端配合的方式主动通知用户丢失信息,更高效地帮助用户找回终端。

下面一个实施例对终端被切换其它云端账号(退出旧的云端账号,登录新的云端账号)的场景下,用于终端丢失找回的方法进行说明。

该场景下,需要预准备步骤进行相应地处理。在预准备步骤中,用户在首次登陆云端账号后将云端账号的信息(例如,可以包括用户名和密码)写入到nv项中进行保存。nv项可以存储在oeminfo文件。接下来是通知流程,本实施例的通知流程如图5所示的流程500,可以包括以下步骤。

s510,通知流程开始。

s520,终端检测到登陆了云端账号。

s530,终端读取nv项中的云端账号的信息,判断该云端账号是否被切换为其它云端账号。具体判断步骤可以是:判断之前在nv项中保存的云端账号的信息是否为空,如果为空,即不是旧的云端账号被切换为其它云端账号,则认为是首次登录云端账号,执行s580,通知流程结束;如果不为空,即是旧的云端账号被切换为其它云端账号则执行s540。应理解,s520和s530可以具体由云端账号管理单元执行。

s540,设置nv项中的标识位的值为changeuser(切换账号)。

由于云端账号上线发生时终端一定可以联网,所以此时终端可以直接将终端可能丢失被他人获得或者终端被盗,并被切换了新的云端账号的信息发送给之前登录的云端账号,提示用户手机账号进行了切换并告知用户终端当前的位置。

s550,获取终端当前的位置信息,位置信息可以为例如经纬度信息。该定位过程可以通过gps实现。

s560,读取nv项中旧的云端账号的信息。

s570,向nv项中的旧的云端账号(切换前的云端账号)通知该终端被切换账号(丢失信息)和当前的经纬度信息(位置信息)。

s580,通知流程结束。

在s580之后,云端可以通过云端账号提醒用户终端被切换账号,其可能丢失被他人获得或者可能被盗,并告知用户该终端当前的经纬度。在s580之后,可以将用于保存的nv项中标识位设置为null(空),并重新将新的云端账号的信息保存到nv项中。

图6是本实施例的方法在软硬件框架运行时的示意图。

在本实施例中,确定终端为被切换其它云端账号的场景,在用户终端丢失被他人获得或者终端被盗之后被切换其它云端账号时,可以通过云端配合的方式主动通知用户丢失信息,更高效地帮助用户找回终端。

下面一个实施例对终端设置了锁屏密码,被连续多次输错锁屏密码的场景下,用于终端丢失找回的方法进行说明。

该场景下,终端丢失被他人获得或者被盗时,盗用者多次尝试输入锁屏密码,因此本实施例在锁屏应用中增加监听锁屏密码输入错误次数(例如是否达到5次)的识别逻辑。

需要预准备步骤进行相应地处理。在预准备步骤中,用户在首次登陆云端账号后将云端账号的信息(例如,可以包括用户名和密码)写入到nv项中进行保存。nv项可以存储在oeminfo文件。接下来是通知流程,本实施例通知流程如图7所示的流程700,可以包括以下步骤。

s710,通知流程开始。

s720,终端当前的使用者输入锁屏密码,记录连续输错锁屏密码的次数。

s730,判断使用者连续输错锁屏密码的次数是否达到5次。当连续输错锁屏密码的次数达到5次时,执行s740;否则执行s790,通知流程结束。应理解,连续输错锁屏密码的次数为5次仅是示例性的,而非对本申请的限定,本申请其他实施例可以根据具体需求,设置更多或更少的连续输错锁屏密码次数。

s740,设置nv项中的标识位的值为passwd(连续多次输错锁屏密码)。

s750,判断终端是否处于联网状态。当终端处于联网状态时,执行s760;否则执行s790,通知流程结束。

s760,获取终端当前的位置信息,位置信息可以为例如经纬度信息。该定位过程可以通过gps实现。

s770,读取nv项中终端的云端账号的信息。

s780,向终端的云端账号通知该终端被连续多次输错锁屏密码(丢失信息)和当前的经纬度信息(位置信息)。

s790,通知流程结束。。

在s790之后,云端可以通过云端账号提醒用户终端被连续多次输错锁屏密码,其可能丢失被他人获得或者可能被盗,并告知用户该终端当前的经纬度。在s790之后,可以将用于保存的nv项中标识位设置为null(空)。

图8是本实施例的方法在软硬件框架运行时的示意图。

在本实施例中,确定终端为被连续多次输错锁屏密码的场景,在用户终端丢失被他人获得或者终端被盗之后被连续多次输错锁屏密码时,可以通过云端配合的方式主动通知用户丢失信息,更高效地帮助用户找回终端。

下面一个实施例对终端被更换sim卡的场景下,用于终端丢失找回的方法进行说明。

该场景下,终端丢失被他人获得或者被盗时,盗用者更换sim卡,因此本实施例在终端中增加新sim卡识别的接收广播逻辑。

需要预准备步骤进行相应地处理。在预准备步骤中,用户在首次登陆云端账号后将云端账号的信息(例如,可以包括用户名和密码)写入到nv项中进行保存。nv项可以存储在oeminfo文件。终端每次被插入新的sim卡,都会在数据库(可以是nv项)中把sim卡的集成电路卡识别码(integratecircuitcardidentity,iccid)保存。

接下来是通知流程,本实施例的通知流程如图9所示的流程900,可以包括以下步骤。

s910,通知流程开始。

s920,终端进程监听sim卡插入事件。

s930,插入新的sim卡。

s940,判断新的sim卡的iccid和数据库存储的iccid是否相同。当不同时,执行s950;否则执行s995,通知流程结束。

s950,设置nv项中的标识位的值为simchange(更换sim卡)。

s960,判断终端是否处于联网状态。当终端处于联网状态时,执行s970;否则执行s995,通知流程结束。

s970,获取终端当前的位置信息,位置信息可以为例如经纬度信息。该定位过程可以通过gps实现。

s980,读取nv项中终端的云端账号的信息。

s990,向终端的云端账号通知该终端被更换sim卡(丢失信息)和当前的经纬度信息(位置信息)。

s995,通知流程结束。

在s995之后,云端可以通过云端账号提醒用户终端被更换sim卡,其可能丢失被他人获得或者可能被盗,并告知用户该终端当前的经纬度。在s995之后,可以将用于保存的nv项中标识位设置为null(空)。

图10是本实施例的方法在软硬件框架运行时的示意图。

在本实施例中,确定终端为被更换sim卡的场景,在用户终端丢失被他人获得或者终端被盗之后被更换sim卡时,可以通过云端配合的方式主动通知用户丢失信息,更高效地帮助用户找回终端。

上文结合图1至图10说明了本申请实施例的用于终端丢失找回的方法,接下来结合图11和图12详细说明终端及云端的配置。应理解,终端及云端实施例的描述与方法实施例的描述相互对应,因此,未详细描述的内容可以参见前面方法实施例,为了简洁,这里不再赘述。

图11示出了本申请实施例提供的终端1100的示意性框图。该终端1100用于执行前述方法实施例。该终端1100包括如下模块。

状态确定模块1110,用于确定终端1100处于可能丢失状态,该可能丢失状态是指经判断该终端1100当前可能处于丢失的状态;定位模块1120,用于确定该终端1100的位置信息,该位置信息为该终端1100所处的地理位置的信息;云通信模块1130,用于向该终端1100的云端账号通知丢失信息和该位置信息,该丢失信息用于指示该终端1100当前可能处于丢失的状态。

本申请实施例提供的终端,在终端判断自身可能处于丢失状态时,对自身地理位置进行定位,主动向云端账号上报丢失信息和位置信息,可以在终端判断自身可能处于丢失状态的情况下触发主动提醒,提高终端丢失找回的成功率,从而降低用户损失。

应理解,各实施例中终端判断自身可能处于丢失状态由状态确定模块1110完成,具体实现可以基于前述软件和/或硬件,例如包括但不限于前述的bootloader程序、system_server程序、状态确定服务、云端账号管理单元、监听锁屏密码输入错误次数的识别逻辑和增加新sim卡识别的接收广播逻辑等等。定位模块1120得到的位置信息可以为例如经纬度信息,定位模块1120可以基于gps或北斗卫星导航系统等实现,本申请对此不作限定。

在本申请的一些实施例中,所述终端当前可能处于丢失的状态,可以包括:所述终端被刷机,所述终端被切换其它云端账号,所述终端被连续多次输错锁屏密码以及所述终端被更换用户身份识别sim卡中的至少一种。

在本申请的一些实施例中,所述丢失信息进一步可以用于指示所述终端被刷机,所述终端被切换其它云端账号,所述终端被连续多次输错锁屏密码或所述终端被更换sim卡。

在本申请的一些实施例中,所述丢失信息在所述终端被刷机的情况下不会被删除。

在本申请的一些实施例中,所述丢失信息被保存在所述终端的非易失性随机访问存储nv项。

在本申请的一些实施例中,所述终端还可以包括:标识位存储模块1140,用于在所述确定终端处于可能丢失状态时,通过标识位的值标识所述终端当前可能处于丢失的状态;在向所述终端的云端账号通知丢失信息和所述位置信息之后,复位所述标识位的值。

应理解,本申请各实施例的终端还可以包括用于存储云端账号的信息的存储模块,本申请对此不作限定。

相应地,如图11所示,云端可以包括相应的模块用于与通知用户,例如消息通知模块。

图12是本申请实施例提供的终端1200的示意性框图。如图12所示的终端1200可以包括处理器1210和存储器1220,所述存储器1220中存储有计算机指令,所述处理器1210执行所述计算机指令时,使得终端1200执行以下步骤:确定所述终端处于可能丢失状态,所述可能丢失状态是指经判断所述终端当前可能处于丢失的状态;确定所述终端的位置信息,所述位置信息为所述终端所处的地理位置的信息;向所述终端的云端账号通知丢失信息和所述位置信息,所述丢失信息用于指示所述终端当前可能处于丢失的状态。

本申请实施例提供的终端,在终端判断自身可能处于丢失状态时,对自身地理位置进行定位,主动向云端账号上报丢失信息和位置信息,可以在终端判断自身可能处于丢失状态的情况下触发主动提醒,提高终端丢失找回的成功率,从而降低用户损失。

在本申请的一些实施例中,所述终端当前可能处于丢失的状态,可以包括:所述终端被刷机,所述终端被切换其它云端账号,所述终端被连续多次输错锁屏密码以及所述终端被更换用户身份识别sim卡中的至少一种。

在本申请的一些实施例中,所述丢失信息进一步可以用于指示所述终端被刷机,所述终端被切换其它云端账号,所述终端被连续多次输错锁屏密码或所述终端被更换sim卡。

在本申请的一些实施例中,所述丢失信息在所述终端被刷机的情况下不会被删除。

在本申请的一些实施例中,所述丢失信息被保存在所述终端的非易失性随机访问存储nv项。

在本申请的一些实施例中,所述处理器1210还可以用于执行所述计算机指令,使得所述终端1200执行以下步骤:在所述确定终端处于可能丢失状态时,通过标识位的值标识所述终端当前可能处于丢失的状态;在向所述终端的云端账号通知丢失信息和所述位置信息之后,复位所述标识位的值。

应理解,本申请各实施例的设备可以基于存储器和处理器实现,各存储器用于存储用于执行本申请个实施例的方法的指令,处理器执行上述指令,使得设备执行本申请各实施例的方法。

应理解,本申请实施例中提及的处理器可以包括中央处理器(centralprocessingpnit,cpu),网络处理器(networkprocessor,np)或者cpu和np的组合。处理器还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路(application-specificintegratedcircuit,asic),可编程逻辑器件(programmablelogicdevice,pld)或其组合。上述pld可以是复杂可编程逻辑器件(complexprogrammablelogicdevice,cpld),现场可编程逻辑门阵列(field-programmablegatearray,fpga),通用阵列逻辑(genericarraylogic,gal)或其任意组合。

还应理解,本申请实施例中提及的存储器可以是易失性存储器(volatilememory)或非易失性存储器(non-volatilememory),或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(read-onlymemory,rom)、可编程只读存储器(programmablerom,prom)、可擦除可编程只读存储器(erasableprom,eprom)、电可擦除可编程只读存储器(electricallyeprom,eeprom)、快闪存储器(flashmemory)、硬盘(harddiskdrive,hdd)或固态硬盘(solid-statedrive,ssd)。易失性存储器可以是随机存取存储器(randomaccessmemory,ram),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的ram可用,例如静态随机存取存储器(staticram,sram)、动态随机存取存储器(dynamicram,dram)、同步动态随机存取存储器(synchronousdram,sdram)、双倍数据速率同步动态随机存取存储器(doubledataratesdram,ddrsdram)、增强型同步动态随机存取存储器(enhancedsdram,esdram)、同步连接动态随机存取存储器(synchlinkdram,sldram)和直接内存总线随机存取存储器(directrambusram,drram)。

需要说明的是,当处理器为通用处理器、dsp、asic、fpga或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时,存储器(存储模块)集成在处理器中。

应注意,本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

本申请实施例还提供一种计算机可读存储介质,其上存储有指令,当指令在计算机上运行时,使得所述计算机执行上述方法实施例的步骤。

本申请实施例还提供一种计算设备,该计算设备包括上述计算机可读存储介质。

本申请实施例还提供一种包括指令的计算机程序产品,其特征在于,当计算机运行所述计算机程序产品的所述指时,所述计算机执行上述方法实施例的步骤。

本申请实施例还提供一种计算机芯片,该计算机芯片使得计算机执行上述方法实施例的步骤。

应理解,本申请各实施例的电路、子电路、子单元的划分只是示意性的。本领域普通技术人员可以意识到,本文中所公开的实施例描述的各示例的电路、子电路和子单元,能够再行拆分或组合。

本申请实施例提供给的设备,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digitalsubscriberline,dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如,软盘、硬盘、磁带)、光介质(例如,高密度数字视频光盘(digitalvideodisc,dvd))、或者半导体介质(例如,ssd)等。

应理解,本文中涉及的第一、第二以及各种数字编号仅为描述方便进行的区分,并不用来限制本申请的范围。

应理解,本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,a和/或b,可以表示:单独存在a,同时存在a和b,单独存在b这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。

应理解,在本申请实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。

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

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

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

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

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

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

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