具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
实施例一
本发明实施例提供了一种桌面应用组件自动显示的方法,如图1所示,该方法步骤包括:
步骤12、采集预设的信息;其中,所述预设的信息是预先设置的终端需要监测的与终端相关的信息。
所述预设的信息可以包括地理位置、时间、日期、终端的移动情况和终端所处环境的亮度情况的一个或者多个的组合。具体举例说明,预设的信息可以使用地理位置、时间、日期的组合,此时,终端采集地理位置、时间、日期三个值;预设的信息还可以使用终端的移动情况,此时,终端采集终端的移动情况一个值;预设的信息还可以使用地理位置、时间、日期、终端所处环境的亮度情况的组合,此时,终端采集地理位置、时间、日期、终端所处环境的亮度情况四个值。
步骤13、将采集的信息与终端保存的场景中的场景信息进行匹配;其中,每一个场景包括场景信息和应用组件,当存在多个场景时,不同场景中的场景信息不同。
需要说明的是,终端保存的场景中的场景信息默认使用预设的信息,故默认情况下,采集的信息个数和终端保存的场景中的场景信息个数是一致的,但是存在例外情况,即,本发明实施例允许用户删除场景信息中的不需要的部分信息,所以,在用户删除部分场景信息的情况下,采集的信息个数和场景中的场景信息个数不一致,在匹配时,若在场景信息中找不到与采集的信息对应的信息,则忽略此信息的匹配,进行其他信息的匹配。
进一步的,时间是一个不断变化的值,场景信息若使用时间作为场景的标识,则会产生很多个无效的场景,所以实现过程中场景信息中的时间可以替换成时间区间,当采集到的时间落到场景信息中的时间区间中,则认为时间相匹配。
步骤14、当该采集的信息与该终端保存的一个场景中的场景信息相匹配时,则自动在桌面显示该一个场景中的应用组件。
在本发明实施例提供的方法和设备中,由于移动终端先采集预设的信息;将采集的信息与终端保存的场景中的场景信息进行匹配;当该采集的信息与该终端保存的一个场景中的场景信息相匹配时,则自动在桌面显示该一个场景中的应用组件,所以省去由用户手动翻查应用组件的过程,由此解决了应用组件启动时操作复杂、操作消耗的时间较多的问题。因此,本发明实施例提供的方法和设备可以使桌面应用组件自动显示,从而让终端在桌面自动显示与当前采集的信息对应的场景中的应用组件,用户可以直接从桌面上启动相应的应用组件,简化了应用组件启动时的操作、节省了操作时间。
实施例二
本发明实施例提供了另一种桌面应用组件自动显示的方法,如图2所示,该方法步骤包括:
步骤20,采集预设的信息;其中,所述预设的信息是预先设置的终端需要监测的与终端相关的信息。
预设的信息包含的内容在实施例一中已经说明,在此不再赘述。
需要说明的是,终端可以实时进行预设的信息的采集,从而终端可以及时感知到终端离开当前场景,进入另一场景,进而启动场景的匹配和相应场景中的应用组件的显示,从而实现无需人工干预,终端自动完成相应场景下的应用组件的显示;或者,终端可以按照固定的时间间隔周期性的进行预设的信息的采集;或者,终端可以在达到某种触发条件后,启动预设的信息的采集,例如,若地理位置发生变化,则进行预设的信息的采集。
进一步的,地理位置信息可以通过GPS(Global Positioning System)、基站或者WiFi(wireless fidelity)接入点获取;终端的移动情况可以使用手机中的加速度传感器获取,即可以使用手机中的加速度传感器获取当前终端是否处于移动状态;终端所处环境的亮度情况可以使用手机中的环境光传感器获取。
步骤22,将采集的信息与终端保存的场景中的场景信息进行匹配。
在步骤22中,将采集的信息与终端保存的场景中的场景信息进行匹配;其中,每一个场景包括场景信息和应用组件,当存在多个场景时,不同场景中的场景信息不同。终端保存的场景可以是预先在终端中设置的场景;或者,用户手动设置的场景;或者,在使用过程中,终端根据场景的变化自动保存的场景。
需要说明的是,本发明实施例中,自动保存的场景中的场景信息和预设的信息是完全对应的,但是用户手动增加场景时,允许用户删除场景信息中的不需要的部分信息,所以,在用户删除部分场景信息的情况下,采集的信息和场景中的场景信息是部分对应的,在匹配时,若在场景信息中找不到与采集的信息对应的信息,则忽略此采集的信息,进行其他信息的匹配。例如,将采集的信息与终端保存的某个场景A中的场景信息进行匹配时,可以将采集的信息与该场景中A的场景信息的相应部分进行匹配,如果采集的信息个数比该场景中的场景信息个数多,则终端保存的场景中的场景信息相对于采集信息多出的部分不作为匹配的对象。例如,A场景信息包括三个信息——地理位置、时间区间、日期,采集的场景信息包括四个信息——地理位置,时间,日期,终端所处环境的亮度情况,则采集的终端所处环境的亮度情况忽略不计,也就是说参与匹配的对象是以终端保存的场景信息的各个信息为准,采集的信息与终端保存的场景信息相比多出的部分忽略不计。
进一步的,当采集的信息和场景信息的相应部分相同,则确定采集的信息和场景信息的相应部分相匹配;或者,当采集的信息落到场景信息的相应部分的区间范围内,则确定采集的信息和场景信息的相应部分相匹配。在与终端保存的场景A进行匹配时,若采集的信息中的一个信息与A场景信息中的相应部分不匹配,则确定采集的信息与终端保存的场景信息不匹配,反之,若采集的信息与A场景信息中的相应部分相匹配,则确定采集的信息与终端保存的场景信息相匹配。需要说明的是,当存在多个和采集的信息相匹配的场景时,可以随机选择一个和采集的信息相匹配的场景作为匹配的场景;或选择和采集的信息相匹配的场景中的场景信息个数最少的场景作为匹配的场景。
进一步的,采集的地理位置和终端保存的场景中的地理位置完全相同时可以确定采集的地理位置和终端保存的场景中的地理位置相匹配;或者,采集的地理位置在终端保存的场景中的地理位置的固定范围内,即为采集的地理位置和终端保存的场景中的地理位置相匹配,具体的范围可以根据需要任意设置,例如,500米或者1公里,本发明实施例不做具体限定。
更进一步的,当采集的终端当前的***时间落到终端保存的场景信息中的时间区间内时,确定采集的终端当前的***时间与终端保存的场景信息中的时间区间相匹配。
当该采集的信息与该终端保存的一个场景中的场景信息相匹配时,则执行步骤24,自动在桌面显示该一个场景中的应用组件。当该采集的信息与该终端保存的各个场景中的场景信息都不匹配时,则执行步骤26,自动新增场景,并在桌面显示新增场景中的应用组件。
步骤24,当终端保存的场景中存在与采集的信息相匹配的场景时,自动在桌面显示该一个场景中的应用组件。
所述自动在桌面显示该一个场景中的应用组件可以具体为:自动在桌面显示该场景下的部分应用组件,或者自动在桌面显示该场景下的全部应用组件。
应用组件的相对位置可以按照用户使用应用组件的频率高低顺序,用户使用越频繁的应用组件,应用组件的相对位置越靠前。需要说明的是,本发明实施例给出的是应用组件间的相对位置,不是应用组件的绝对位置,应用组件最后显示在桌面的什么位置由***决定,***显示应用组件的顺序可以是从上到下,也可以是从左到右,相对位置和***显示应用组件的顺序共同决定桌面上应用组件的位置。
进一步的,若所述场景还包括应用组件的使用次数,应用组件的相对位置也可以采用如下方式确定:在与该采集的信息相匹配的场景中,按照应用组件的使用次数递减的顺序,选取一个或多个应用组件。举例说明,与该采集的信息相匹配的场景中的应用组件及应用组件的使用次数如下:应用组件1-使用次数10次,应用组件2-使用次数8次,应用组件3-使用次数6次,则最后应用组件在桌面显示的相对位置是应用组件1,应用组件2,应用组件3。但是所述相对位置是由使用次数决定的,即,所述相对位置会根据用户对应用组件的使用次数进行更新。例如:经过一段时间后,应用组件的使用次数刷新如下:应用组件3-使用次数20次,应用组件2-使用次数8次,应用组件3-使用次数6次,则应用组件的相对位置变成应用组件3,应用组件1,应用组件2,故当终端再次进入此场景后,桌面显示的应用组件的实际位置会相应变化。另外,当存在多个应用组件的使用次数相等时,可以随机选择一个或者多个应用组件在桌面显示。通过按照应用组件的使用次数递减的顺序,选取一个或多个应用组件,自动在桌面显示选取的应用组件,可以使得终端优先显示用户在相应场景下常用的应用组件,从而使得自动显示的应用组件更加符合用户的需要。
另外,还可以对应用组件的显示数量设置上限值,即,终端进入相应场景中,桌面最多显示上限值个应用组件,对应用组件的使用次数降序排列,排序排在上限值之后的应用组件不显示。例如上限值是4个,4个之后的应用组件就不显示;也可以分屏显示应用组件,将排序排在固定个数之后的应用组件放到下一屏显示,例如上限值是4个,场景中的应用组件有10个,则最后此场景中的应用组件就分成3屏显示。
值得说明的是,也可以在桌面的固定区域显示用户的常用应用组件,作为桌面上的永久显示的应用组件,以满足用户的日常使用需要。例如,将打电话、短信、上网、音频四个常用的应用组件一直显示在桌面的固定位置,即不管场景如何变换,场景中的应用组件如何变换,这四个应用组件都会一直显示在桌面的固定位置。同时,用户也可以更改预设的固定显示的应用组件。
步骤26,当采集的信息与该终端保存的各个场景中的场景信息都不匹配时,自动新增场景,之后可以在桌面显示新增场景中的应用组件。
当在步骤26中自动新增场景时,可以进一步对场景中的场景信息和应用组件进行设置。
其中,对场景中的场景信息进行设置可以具体为:保存采集的信息作为自动新增的场景中的场景信息。需要说明的是,若场景信息中的时间换成时间区间,则自动新增场景中的场景信息中的时间区间可以依照如下方法设置:时间区间包括开始时间和结束时间,其中,开始时间和结束时间的设置方法有多种:
方式一,可以使用固定的时间区间设置开始时间和结束时间,例如:时间区间固定为几个时间区间7:00~7:59、8:00~17:30、17:31~22:00、22:01~7:00,这里只是举例说明,具体可以根据需要设置或者调整,在此不做限定,进一步的,使用时可以先判断检测的***时间落到哪个时间区间内,则使用哪个时间区间作为场景的时间区间,例如,终端采集的信息——地理位置信息:坂田华为华电,时间:09:00,日期:星期一,自动新增场景1,即将终端采集的信息保存到自动新增场景1中的场景信息中,故终端保存的自动新增场景1的场景信息——地理位置信息:坂田华为华电,时间区间使用固定的时间区间:08:00~17:30(9:00落到终端默认的时间区间8:00~17:30中,故采用8:00~17:30作为新增场景1的时间区间),日期:星期一。
方式二,可以使用新建场景时的***时间作为开始时间,结束时间可以通过开始时间和固定时间段计算得出,固定时间段可以是5分钟,30分钟,60分钟等,固定时间段具体可以根据需要设置或者调整,在此不做限定,例如,新建场景时的***时间10:00,场景信息中的开始时间设置成10:00,固定时间段是60分钟,则场景中的结束时间设置成11:00,最后场景信息中设置的时间区间是10:00-11:00。
方式三,还可以使用新建场景时的***时间作为开始时间,场景中某个场景信息变化时设置结束时间,例如,地理位置变化时设置结束时间,即结束时间会根据地理位置变化的时间进行设置。
另外,对场景中的应用组件进行设置可以具体为:将自动新增的场景中的应用组件设置为空,之后自动新增的场景中的应用组件可以在用户使用终端的过程中进行学习和更新;或者,在终端保存的场景中选取与该采集的信息的相似度最高的场景,将选取的场景中的应用组件保存到该自动新增的场景中。其中,在终端保存的多个场景中,将具有与采集的信息相匹配的场景信息数量最多的场景作为该相似度最高的场景,例如,与采集的信息相匹配的场景信息数量最多的场景是场景meeting——地理信息:坂田华为华电,时间区间:09:00-12:00,日期:星期一,将场景meeting中的应用组件保存到自动新增场景1中。此时,通过将选取的相似度最高的场景中的应用组件保存到自动新增的场景中,可以使得终端处于自动新增场景1时能够显示给用户一些用户可能关注的应用组件。
通过步骤26中自动新增场景,终端可以不断更新终端保存的场景,从而使得终端可以尽可能多的存储用户对终端的使用情况,以便终端更加智能的显示符合用户需要的场景下的应用组件。
除了步骤26中的终端自动新增场景外,终端也可以根据用户输入新增场景,即保存接收到的用户输入的场景信息作为新增场景中的场景信息,保存接收到的用户选择的应用组件作为新增场景中的应用组件。例如,新增场景——场景名为meeting;场景meeting中的应用组件——calendar,alarm,notes,mail;场景meeting中的场景信息——地理位置信息:坂田华为华电,时间区间:09:00-12:00日期:星期一。需要说明的是,手动新增场景中的场景信息可以和终端当前所处的场景中的场景信息不一致,而是用户按照自己的习惯随意设置的。另外,用户在设置新增场景中的场景信息时,可以根据个人的喜好任意删减场景信息中的各个信息,留下自己想要的一个或者多个信息。例如,用户认为地理位置能够准确区分出自己所处的场景,就可以保留地理位置,将该场景中的其他信息删除。值得说明的是,在用户手动新增场景的时候,***要设置判断,如果终端中已经存在相同的场景信息,则提示用户相同场景已经存在,由用户决定是否在存在的场景中增加应用组件。通过支持用户手动新增场景,可以使得用户更加灵活的,根据自己的实际需要新增场景,并且设置自己在该场景中想使用的应用组件,从而使得自动显示的应用组件更加符合用户的需要。
另外,还可以根据用户对应用组件的使用情况,对终端保存的场景中的应用组件进行刷新,具体方式如下:当接收到启用应用组件的指令时,还可以判断该启用的应用组件是否存在于终端当前所处的场景中,若该启用的应用组件不存在于终端当前所处的场景中,则保存所述启用的应用组件到终端当前所处的场景中;若该启用的应用组件存在于终端当前所处的场景中,则终端进行正常的应用组件的运行。
进一步的,若场景中还包括应用组件的使用次数,则当保存应用组件到场景时,初始化保存的应用组件的使用次数为1,各个应用组件的使用次数由***自动完成初始化,这里设置的初始值为1,也可以根据用户的实际需要设置成其他值,本发明实施例不做具体限定;若该启用的应用组件存在于终端当前所处的场景中,则将终端当前所处的场景中的应用组件的使用次数加1,例如,终端当前所处的场景是上述自动新建场景1,用户先后启用notes和天气软件,终端会在自动新建场景1中搜索notes和天气软件,发现notes已经存在,自动在nots的使用次数上累加1,发现没有天气软件,则在自动新建场景1中的应用组件中先添加天气软件,然后将天气软件的使用次数置为1。当对终端保存的场景中的应用组件的使用次数进行更新时,需要特殊说明的是,现在有些终端的操作***,例如android操作***,用户无法控制应用组件何时关闭,而是当***资源不够时,***按照一定规则自动清理后台运行的应用组件,此时被清理的应用组件才被关闭,针对这种操作***,不能按照应用组件启动一次,场景中的应用组件的使用次数就累加一次的方式来实现,因为存在一个应用组件没有关闭,又再次被使用的情况,这样就对应用组件的使用次数的计算不准确,具体可以设定一定的条件来确定终端应用组件被启用,例如,当识别到应用组件的界面在屏幕最前显示或者有用户对应用组件操作时确定应用组件被启用。综上,通过对终端保存的场景中的应用组件和应用组件的使用次数进行及时更新,可以使得终端更加准确的了解用户对应用组件的使用情况,从而使得自动显示的应用组件更加符合用户的需要。
需要说明的是,新增场景时,保存场景信息和保存应用组件在此不限定具体执行的顺序,即可以先保存场景信息,后保存应用组件;也可以先保存应用组件,后保存场景信息。另外,在场景中如何保存应用组件是现有技术,具体可以采用xml方式实现;也可以采用数据库方式实现,具体实现过程在此不再赘述。
到此,终端处于一个场景中,终端的桌面上显示与采集的信息相匹配的场景中的应用组件。当检测到某个或者某些场景信息发生变化时,开始下一轮的场景匹配和应用组件显示。
在本发明实施例提供的方法中,由于移动终端先采集预设的信息;将采集的信息与终端保存的场景中的场景信息进行匹配;当该采集的信息与该终端保存的一个场景中的场景信息相匹配时,则自动在桌面显示该一个场景中的应用组件,所以省去由用户手动翻查应用组件的过程,由此解决了应用组件启动时操作复杂、操作消耗的时间较多的问题。因此,本发明实施例提供的方法和设备可以使桌面应用组件自动显示,从而让终端在桌面自动显示与当前采集的信息对应的场景中的应用组件,用户可以直接从桌面上启动相应的应用组件,简化了应用组件启动时的操作、节省了操作时间。
实施例三
如附图3所示,本发明实施例提供了一种移动终端,该移动终端包括:
采集模块30,用于采集预设的信息,其中,所述预设的信息是预先设置的终端需要监测的与终端相关的信息;保存模块31,用于保存场景,所述场景包括场景信息和应用组件,当存在多个场景时,不同场景中的场景信息不同;匹配模块32,用于将所述采集模块采集的信息与所述保存模块31保存的场景中的场景信息进行匹配;显示模块33,用于当该匹配模块32的匹配结果是该采集模块30采集的信息与该终端保存的一个场景中的场景信息相匹配时,则自动在桌面显示该匹配模块32匹配出的该一个场景中的应用组件。
在本发明实施例提供的方法中,由于移动终端采集模块30先采集预设的信息;匹配模块32将采集的信息与终端保存的场景中的场景信息进行匹配;当该匹配模块32的匹配结果是该采集模块30采集的信息与该终端保存的一个场景中的场景信息相匹配时,则显示模块33自动在桌面显示该一个场景中的应用组件,所以省去由用户手动翻查应用组件的过程,由此解决了应用组件启动时操作复杂、操作消耗的时间较多的问题。因此,本发明实施例提供的设备可以使桌面应用组件自动显示,从而让终端在桌面自动显示与当前采集的信息对应的场景中的应用组件,用户可以直接从桌面上启动相应的应用组件,简化了应用组件启动时的操作、节省了操作时间。
实施例四
如附图4所示,本发明实施例提供了另一种移动终端,该移动终端包括:采集模块30,用于采集预设的信息,其中,所述预设的信息是预先设置的终端需要监测的与终端相关的信息;保存模块31,用于保存场景,所述场景包括场景信息和应用组件,当存在多个场景时,不同场景中的场景信息不同;匹配模块32,用于将所述采集模块30采集的信息与所述保存模块31保存的场景中的场景信息进行匹配;显示模块33,用于当该匹配模块32的匹配结果是该采集模块30采集的信息与该终端保存的一个场景中的场景信息相匹配时,则自动在桌面显示该匹配模块32匹配出的该一个场景中的应用组件。
进一步的,如附图4所示,该终端还包括,场景新增模块40,用于在终端中新增场景;所述场景新增模块40包括,第一场景新增模块401,用于当所述匹配模块的匹配结果是所述采集模块30采集的信息与所述保存模块保存的各个场景中的场景信息都不匹配时,自动新增场景,将所述第一场景新增模块401新增的场景中的应用组件发送给所述显示模块33,以便所述显示模块33自动在桌面显示新增场景中的应用组件,并将新增的场景发送给所述保存模块31,以便所述保存模块31保存新增的场景,其中,保存所述采集的信息作为自动新增的场景中的场景信息,保存与采集的信息相似度最高的场景中的应用组件作为自动新增的场景中的应用组件,所述与采集的信息相似度最高的场景是与采集的信息相匹配的场景信息数量最多的场景;第二场景新增模块403,根据用户输入新增场景,并将新增的场景发送给所述保存模块31,以便所述保存模块31保存新增的场景,其中,保存接收到的用户输入的场景信息作为新增场景中的场景信息,保存接收到的用户选择的应用组件作为新增场景中的应用组件。另外,该终端还包括,应用组件更新模块45,用于当接收到启用应用组件的指令时,若该启用的应用组件不存在于终端当前所处的场景中,则保存所述启用的应用组件到终端当前所处的场景中。
更进一步的,如附图5所示:
若场景还包括应用组件的使用次数,所述移动终端还包括,初始化模块51,用于当保存应用组件到场景时,初始化保存的应用组件的使用次数为1;累加模块52,用于当接收到启用应用组件的指令时,若该启用的应用组件存在于终端当前所处的场景中,则将终端当前所处的场景中的应用组件的使用次数加1。另外,该移动终端还可以包括选取模块50,用于在该匹配模块32匹配出的场景中,按照应用组件的使用次数递减的顺序,选取一个或多个应用组件,发送给该显示模块,以便所述显示模块33自动在桌面显示所述选取模块50选取的应用组件。
在本设备实施例中各个模块的操作步骤可以参考实施例一和实施例二中的相应内容,各个操作步骤能够产生的效果也可以参考实施例一中的相应内容,在此不再赘述。
需要说明的是,第一场景新增模块401和第二场景新增模块403可以同时存在,且不限定两者执行的先后顺序。即,可以先启动第一场景新增模块401,后启动第二场景新增模块403;也可以先启动第二场景新增模块403,后启动第一场景新增模块401。
在本发明实施例提供的移动终端中,由于移动终端采集模块30先采集预设的信息;匹配模块32将采集的信息与保存模块31保存的场景中的场景信息进行匹配;当该匹配模块32的匹配结果是该采集模块30采集的信息与保存模块31保存的一个场景中的场景信息相匹配时,则显示模块33自动在桌面显示该一个场景中的应用组件,所以省去由用户手动翻查应用组件的过程,由此解决了应用组件启动时操作复杂、操作消耗的时间较多的问题。因此,本发明实施例提供的设备可以使桌面应用组件自动显示,从而让终端在桌面自动显示与当前采集的信息对应的场景中的应用组件,用户可以直接从桌面上启动相应的应用组件,简化了应用组件启动时的操作、节省了操作时间。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以权利要求的保护范围为准。
在上述本发明实施例一至本发明实施例四中,移动终端可以是移动电话、导航仪、人机交互终端、电子书、音视频播放器、个人数字助理PDA等设备,或其它具有显示功能的终端设备,但并不局限于以上设备。例如,当上述移动终端为移动电话,即手机时,该手机可以包括以下部件:外壳,电路板,处理器,触摸屏,射频电路,麦克风,扬声器,电源等。其中,触摸屏安置在外壳上,电路板安置在外壳围成的空间内部,处理器和射频电路设置在电路板上。并且,处理器包括上述本发明实施例一至本发明实施例四中的采集模块30、保存模块31、匹配模块32、显示模块33、场景新增模块40、应用组件更新模块45,若场景还包括应用组件的使用次数,处理器还包括选取模块50,初始化模块51,累加模块52。具体地,该处理器用于对通过触摸屏输入的进行处理,和/或将处理后的数据结果通过显示屏输出。射频电路用于建立手机与无线网络的通信,实现手机与无线网络的数据接收和发送。麦克风用于采集声音并将采集的声音转化为声音数据,以便该手机通过射频电路向无线网络发送声音数据。扬声器用于将该手机通过射频电路从无线网络接收的声音数据还原为声音并向用户播放该声音。电源用于为该手机的各个电路或器件供电。
值得注意的是,上述方法和移动终端实施例中,包括的各个单元只是按照功能逻辑进行划分的,但并不局限于上述的划分,只要能够实现相应的功能即可;另外,各功能单元的具体名称也只是为了便于相互区分,并不用于限制本发明的保护范围。
还应当理解,尽管在文中可能采用术语第一、第二等来描述各种元件或数据,但这些元件或数据不应限于那些术语。这些术语仅用来将元件或数据彼此区分开。例如,在不脱离本发明的范围的情况下,第一模块也可以被称为第二模块,类似地,第二模块可以被称为第一模块。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)或随机存储记忆体(Random Access Memory,RAM)等。
总之,以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。