一种资源调度方法及装置
技术领域
本说明书实施例涉及计算机技术领域,尤其涉及一种资源调度方法及装置。
背景技术
资源调度是计算机技术领域的一种常见概念,广义上是指资源的归属或使用权限在不同的主体间进行切换,典型的例子是由一个资源持有方将自身所持有的资源向多个资源需求方进行分配。其中,资源持有方和资源需求方的角色既可以相对固定的,例如操作系统为不同的应用程序分配处理线程或内存资源、网管设备为不同的网络接入设备分配带宽资源;也可以是动态转换的,例如在对等网络中,任一节点既可能成为资源持有方,也可能成为资源需求方。
目前常见的资源调度方式是,资源需求方按需向资源持有方发起申请,资源持有方实时响应申请,向对应的资源需求方分配资源。然而在实际应用中,可能由于系统故障、处理能力受限等原因,导致资源需求方无法及时获得资源,从而影响资源需求方的正常使用。另外,在资源持有方的资源比较充足的情况下,这种按需分配的方式也可能会导致资源闲置。
发明内容
针对上述技术问题,本说明书实施例提供一种资源调度方法及装置,技术方案如下:
根据本说明书实施例的第1方面,提供一种资源调度方法,该方法包括:
确定资源持有方当前的可调度资源总量;
确定待响应申请集合,所述集合中的成员为:向所述资源持有方发起、且尚未完成响应的资源预约申请;
根据预设的规则,确定集合成员对资源的需求迫切程度;
针对可调度资源总量生成分配方案,所述分配方案包括:本次调度可响应的集合成员标识、以及被响应的集合成员可分配到的资源数量;其中,分配的优先级与所确定的需求迫切程度正相关;
根据所生成的分配方案,对资源持有方当前的可调度资源总量进行调度。
根据本说明书实施例的第2方面,提供一种贷款归还处理方法,该方法包括:
确定借款用户当前的可用还款总额;
确定所述借款用户的待还款项;
根据待还款项的还款日期,对所述待还款项进行排序;
针对所述可用还款总额生成还款分配方案,所述还款分配方案包括:本次可还的待还款项、以及本次为待还款项分配的还款数量;其中,将还款优先分配至还款日期较早的待还款项;
根据所生成的还款分配方案,对可用还款总额进行还款处理。
根据本说明书实施例的第3方面,提供一种资源调度装置,该装置包括:
调度总量确定单元,用于确定资源持有方当前的可调度资源总量;
调度对象确定单元,用于确定待响应申请集合,所述集合中的成员为:向所述资源持有方发起、且尚未完成响应的资源预约申请;
需求评估单元,用于根据预设的规则,确定集合成员对资源的需求迫切程度;
分配方案生成单元,用于针对可调度资源总量生成分配方案,所述分配方案包括:本次调度可响应的集合成员标识、以及被响应的集合成员可分配到的资源数量;其中,分配的优先级与所确定的需求迫切程度正相关;
调度执行单元,用于根据所生成的分配方案,对资源持有方当前的可调度资源总量进行调度。
根据本说明书实施例的第4方面,提供一种贷款归还处理装置,所述装置包括:
还款总额确定单元,用于确定借款用户当前的可用还款总额;
带宽调度对象确定单元,用于确定所述借款用户的待还款项;
需求评估单元,用于根据待还款项的还款日期,对所述待还款项进行排序;
分配方案生成单元,用于针对所述可用还款总额生成还款分配方案,所述还款分配方案包括:本次可还的待还款项、以及本次为待还款项分配的还款数量;其中,将还款优先分配至还款日期较早的待还款项;
还款处理执行单元,用于根据所生成的还款分配方案,对可用还款总额进行还款处理。
本说明书实施例所提供的技术方案,允许资源需求方以预约的方式向资源持有方提前申请资源,而资源持有方则可以在资源充足的情况下,提前响应资源持有方的申请。这样一方面为资源调度留出充分的处理时间,减少实时响应资源申请的负担,进而减少资源需求方无法及时获得资源的情况;另一方面,当资源持有方资源比较充足时,也可以提前将资源调度给对应的资源需求方,使得资源需求方能够提前使用到资源,从而减少资源闲置的现象。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本说明书实施例。
此外,本说明书实施例中的任一实施例并不需要达到上述的全部效果。
附图说明
为了更清楚地说明本说明书实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本说明书实施例中记载的一些实施例,对于本领域普通技术人员来讲,还可以根据这些附图获得其他的附图。
图1是本说明书实施例的资源调度方法的流程示意图;
图2a~图2c是本说明书实施例的借贷业务应用界面示意图;
图3是本说明书实施例的资源调度装置的结构示意图;
图4是用于配置本说明书实施例装置的一种设备的结构示意图。
具体实施方式
为了使本领域技术人员更好地理解本说明书实施例中的技术方案,下面将结合本说明书实施例中的附图,对本说明书实施例中的技术方案进行详细地描述,显然,所描述的实施例仅仅是本说明书实施例一部分实施例,而不是全部的实施例。基于本说明书中的实施例,本领域普通技术人员所获得的所有其他实施例,都应当属于本说明书实施例保护的范围。
根据背景技术中所描述资源调度方式,资源需求方仅在需要使用资源的情况下才向资源持有发起申请,相对地,资源持有方也需要立刻响应申请,否则会影响资源需求方的正常使用。这种“按需申请、按需响应”的方式,如果在申请阶段或响应阶段,出现系统故障或处理能力受限等情况,就会导致资源需求方无法及时获得资源,从而影响正常使用。
针对上述技术问题,本说明书提供的资源调度方案是:允许资源需求方以预约的方式向资源持有方提前申请资源,相应地,资源持有方可以在资源充足的情况下,提前响应资源持有方的申请。
为方便描述,本说明书中,规定在特定的资源调度事务中,存在1个资源持有方x、以及至少1个资源需求方。
假设在统计时刻T0,存在至少1个待响应申请y1、y2、y3……yn,这里的待响应申请具体是指:向资源持有方x发起的、且尚未完成响应的资源预约申请。
其中,资源预约申请是指:由资源需求方在T时刻之前发出的资源申请,可以理解的是,资源需求方对资源的实际使用时间也允许晚于T。一般在预约申请中会指定资源需求数量,当然也可以存在默认的资源需求数量、或者资源持有方能够以其他方式获知所申请的资源数量。此外,任意两个不同的申请,可以由同一资源需求方发出,也可以由不同的资源需求方发出,本说明书对此并不限定。
在上述说明的基础上,本说明书提供一种资源调度方法,参见图1所示,该方法可以包括以下步骤:
S101,确定资源持有方当前的可调度资源总量;
根据前面的说明,对于任一资源持有方x,只要其具有可调度资源,即可触发本说明书的资源调度方法。需要说明的是,“可调度资源”并不一定等同于资源持有方全部的闲置资源,本说明书不对“可调度资源”的定义进行限制。
实际应用中,可以是监测到可调度资源总量大于0后,即触发本说明书的资源调度方法,也可以是待可调度资源总量大于一定阈值后,再触发本说明书的资源调度方法。
在一种具体的实施方式中,也可以由用户手动指定可调度资源的总量。例如,可以在用户终端上展示交互组件,以供用户手动输入可调度资源总量,并进一步根据用户输入数值确定可调度资源总量。
S102,确定待响应申请集合;
以确定可调度资源总量后的当前时刻为T0,确定T0时刻对应的待响应申请集合。这里待响应申请集合是指:由待响应申请y1、y2、y3……yn所构成的集合,其中y1、y2、y3……yn中的任一个,均是向资源持有方x发起的、且尚未完成响应的资源预约申请。
S103,根据预设的规则,确定集合成员对资源的需求迫切程度;
根据前面的说明可知,使用资源预约申请,说明资源需求方并不急于使用资源,而另一层含义是,资源需求方需要在未来的某个时刻Tf使用所申请的资源,如果晚于Tf仍未响应,则会影响到资源方的正常使用。
假设对于待响应申请集合中的任一成员yi,存在对应的响应截止时间Tfi,则可以利用(Tfi-T0)的数值大小来表征yi对于资源的需求迫切程度,即:Tfi距离当前时刻越近,说明yi对于资源的需求越迫切。可以理解的是,实际应用时,可以直接按照Tfi由小至大的顺序确定需求迫切程度的排序。
在一种具体的实施方式中,资源需求方在发起预约申请时,除了会指定资源需求数量之外、还会指定预约申请的响应截止时间。这个响应截止时间的意义是:最晚应在该时间之前完成对本次申请的完全响应(否则会影响正常使用),这种情况下,可以直接根据集合成员对应的预约申请响应截止时间,确定集合成员对资源的需求迫切程度。
在另一种具体的实施方式中,如果资源需求方在发起预约申请时,没有指定预约申请的响应截止时间,那么可以直接根据集合成员对应预约申请的时间先后,确定集合成员对资源的需求迫切程度。即:在都不要求响应时间的情况下,认为发出申请的时间越早,则对资源的需求越迫切。
如果在集合中,既包括指定了响应截止时间的预约申请,也包括未指定响应截止时间的预约申请,则资源需求迫切程度的从高到低排序为:优先根据Tfi的先后排序,然后根据发出申请的时间先后排序。
S104,针对可调度资源总量生成分配方案;
在所生成分配方案中,至少应包括以下内容:本次调度可以响应哪些资源预约申请、被响应的集合成员可分配到的资源数量,当然也可以根据实际需求添加其他内容,例如资源需求方标识等,本说明书对此并不限定。
在生成分配方案时,应保证分配的优先级与S103所确定的需求迫切程度正相关,即:优先响应需求程度最高的资源预约申请,如果响应完成后还有可调度资源余量,则继续响应需求程度次高的资源预约申请,以此类推。
在实际应用中,资源预约申请的响应可以包括完全响应及部分响应,其中:
完全响应:对于申请资源数量为M的申请,必须一次性响应完成;
部分响应:对于申请资源数量为M的申请,可以分多次响应完成,即每次响应所调度的资源数量可以小于M。
在生成分配方案时,应优先满足对高迫切需求程度预约申请的资源数量的完全响应。
根据实际的应用需求,如果允许对资源预约申请的资源数量进行部分响应,则在生成分配方案时,按照分配的优先级,最后一个被响应的资源预约申请所分配到的资源数量可能小于其所申请的资源总量。并且分配完成后的可调度资源余量必然为0。
如果允许对资源预约申请的资源数量进行部分响应,则在生成分配方案时,分配完成后的可调度资源余量可能不为0。而对于该余量的处理,也可以采用不同的策略,例如:
本次调度不对余量进行分配,可保留该余量,以用于下一次调度;
按照分配的优先级,继续查找是否存在可以利用上述余量进行完全响应的资源预约申请,如果存在,则在分配方案中添加利用余量对该申请进行完全响应的方案。可以理解的是,这种方式实际上将优先响应需求迫切程度并非最高的申请,因此一般适用于对于响应截止时间没有明确要求的申请,当然本说明书对此并不进行限定。
还可以根据本次调度无法响应的申请的需求迫切程度,动态确定对余量的处理方式。例如,如果在本次调度无法响应的申请中,(Tfi-T0)的值不低于预设的阈值,即没有“特别迫切”的申请,则允许优先响应需求迫切程度并非最高的申请,否则对余量进行保留处理。
当然,也可以为用户提供操作选项,让用户自行确定对余量的处理方式。
以上分配方案的生成方式仅用于示意性说明,不应理解为对本说明书方案的限定。
S105,根据所生成的分配方案,对资源持有方当前的可调度资源总量进行调度。
实际应用中,在生成分配方案后,可以展示输出该分配方案,并提供交互组件以供用户手动调整分配方案。
生成分配方案后,具体的调度实现与本说明书方案无关,在实施例中不再赘述。
可见,应用上述技术方案,允许资源需求方以预约的方式向资源持有方提前申请资源,而资源持有方则可以在资源充足的情况下,提前响应资源持有方的申请。这样一方面为资源调度留出充分的处理时间,减少实时响应资源申请的负担,进而减少资源需求方无法及时获得资源的情况;另一方面,当资源持有方资源比较充足时,也可以提前将资源调度给对应的资源需求方,使得资源需求方能够提前使用到资源,从而减少资源闲置的现象。
并且,从用户操作的角度,由于可以自动匹配到最合适的资源预约申请进行响应,从而避免用户人工计算、选择的麻烦。特别是对于待响应申请数量较多及资源数值难以计算的情况,能够显著地提升操作的便捷性及准确性。
下面结合一些具体的应用场景,对本申请方案进行说明:
实施例1:
在一个支持计划任务的操作系统中,各应用程序可以提前申请自身运行所需要的处理线程。默认设置为:各应用程序在计划执行时刻前60s向操作系统发起线程预约申请、不指定预约申请的响应截止时间、并且仅允许对申请完全响应(不允许部分响应)。
假设在某一时刻T,操作系统获得了可调度线程总量20个;通过查询待响应预约申请记录,找到当前共有3个应用程序A、B、C曾先后向操作系统发起了线程预约申请,申请的情况如下:
应用程序A:申请5个处理线程;
应用程序B:申请10个处理线程;
应用程序C:申请8个处理线程;
由于各申请均未指定响应截止时间,因此根据发起申请的先后确定需求迫切程度:A>B>C,进一步生成分配方案如下:
应用程序 |
预约申请线程数量 |
实际分配线程数量 |
A |
5 |
5 |
B |
10 |
10 |
可调度线程总量为20,由于规定仅允许对申请进行完全响应,按照求迫切程度,依次为A、B分配线程后,可调度线程余量为5,不足以对C(申请线程数量8)进行完全响应,因此本次调度实际分配的线程数量为15。
实施例2:
在综合业务系统中,不同的服务器业务数据的更新时间不同,而且业务数据刚刚更新后,业务服务器的访问量会激增,因此需要在各服务器的更新时间点之前为其分配足够的额外的访问带宽。默认设置为:各服务器随时可以向带宽资源管理设备发起带宽预约申请、指定预约申请的响应截止时间(数据更新时间)、并且允许对申请部分响应。
假设在某一时刻T=6:00,操作系统获得了可调度带宽共120M,通过查询待响应预约申请记录,找到当前共有3个服务器A、B、C曾向带宽资源管理设备发起了带宽预约申请,申请的资源数量情况如下:
服务器A:申请40M带宽,响应截止时间9:00;
服务器B:申请50M带宽,响应截止时间8:30;
服务器C:申请60M带宽,响应截止时间8:00;
由于各申请均了指定响应截止时间,因此根据申请响应截止时间由近及远确定需求迫切程度:C>B>A,进一步生成分配方案如下:
服务器 |
预约申请带宽数量 |
实际分配带宽数量 |
未响应部分 |
C |
60 |
60 |
0 |
B |
50 |
50 |
0 |
A |
40 |
10 |
30 |
可调度带宽总量为120,由于规定允许对申请进行部分响应,按照求迫切程度,依次为C、B分配带宽后,可调度带宽余量为10,尽管不足以对A(申请带宽数量40)进行完全响应,但仍然可以对A进行部分响应。本次调度完成后,服务器A的申请的未响应部分变为30,响应截止时间不变。
实施例3:
本申请方案还可以应用在金融资源配置中,以借贷业务为例,贷款一般都具有一定的期限,例如分为3、6、12个月还清等。由于贷款会产生利息,因此很多贷款平台允许借款用户提前还款,即可以在还款期限未到之前提前偿还全部或部分欠款,从而减少需要付出的利息数量。
对于某一借款用户,可能会借入多笔款项,每笔款项都具有归还期限。因此可以认为,贷款方(可能是一个或多个,与方案实现无关)向借款用户发起了资源预约申请(要求还款),并且指定了预约申请的响应截止时间(规定在还款期限前还清),允许部分响应(对于“提前还款”的情况允许部分还清)。
可以理解的是,在借贷业务的应用场景中,需要还款的具体数量并不是固定的,而是会随着还款的时间点动态变化,即:还款越早,需要付出的利息越少。但由于多数借贷业务都是按日计息,因此在某个确定的统计时刻T,偿还款项实际需要的金额数量仍然是可以确定的。
假设某借款用户存在多笔款项要还,某天该用户获得了一笔收入,并且想用这笔收入还清一部分款项,根据现有技术的实现方案,用户只能根据当前的可用还款总额,手动从待还款项列表中选择若干笔款项,选择的过程中,需要综合考虑额度、期限等问题,操作很不方便,也难免出现选择错误的情况。
而应用本申请方案,可以有效解决上述问题:
首先为借款用户提供一个“可用还款总额”的输入窗口,并根据用户的输入数字确定借款方用户当前的可用还款总额;
确定该借款方用户的待还款项列表,并且根据待还款项的还款日期对列表中待还款项进行排序;
生成可用还款总额的还款分配方案,原则是:优先将还款分配至还款日期较早的待还款项;其中,在分配方案中至少可以包括:本次可还的待还款项、以及本次为待还款项分配的还款数量;
生成分配方案后,可以将分配方案输出展示给用户,也可以允许对用户对自动生成的分配方案进行修改。进一步地,可以针对本次还款总额,展示其所对应的本金数量以及利息数量;或者,针对任一笔可还的待还款项,均可以具体展示还款总量所对应的本金数量以及利息数。
图2a~图2c所示,为应用本说明书方案实现的一种借贷业务应用中“提前还本金”功能的界面示意图。
在图2a所示界面,用户可以在“提前还”的位置填入自己本次想还的总金额;
在图2b所示界面,用户填写的“提前还”金额为40000,可以看出,已根据还款期限由近及远,为用户自动从18笔待还款项中选择出3笔本次可还款项,并且显示第3笔款项为部分还清,用户可以手动修改该分配结果。
在图2c所示界面,为用户显示40000的还款总金额中,39800将应用于还清本金、200将用于还清利息,用户点击“确定”按钮后将按上述方案执行还款操作。
可以看出,应用本说明书提供的方案后,用户只需手动输入还款总额,系统可以自动判断出应分配至哪几笔待还款项,有效提升了用户操作的便捷性,也可以避免用户手动选择所导致的错误。
相应于上述方法实施例,本说明书实施例还提供一种资源调度装置,参见图3所示,该装置可以包括:
调度总量确定单元110,用于确定资源持有方当前的可调度资源总量;
调度对象确定单元120,用于确定待响应申请集合,集合中的成员为:向资源持有方发起、且尚未完成响应的资源预约申请;
需求评估单元130,用于根据预设的规则,确定集合成员对资源的需求迫切程度;
分配方案生成单元140,用于针对可调度资源总量生成分配方案,分配方案可以包括:本次调度可响应的集合成员标识、以及被响应的集合成员可分配到的资源数量;其中,分配的优先级与所确定的需求迫切程度正相关;
调度执行单元150,用于根据所生成的分配方案,对资源持有方当前的可调度资源总量进行调度。
在本说明书提供的一种具体实施方式中,调度总量确定单元可以具体用于:
提供交互组件以供用户手动输入可调度资源总量,并根据用户输入数值确定可调度资源总量。
在本说明书提供的一种具体实施方式中,需求评估单元可以具体用于:
根据集合成员预约申请的时间先后,确定集合成员对资源的需求迫切程度。
在本说明书提供的一种具体实施方式中,资源需求方在发起资源预约申请时,指定本次预约申请的响应截止时间;
相应地,需求评估单元可以具体用于:根据集合成员对应的预约申请响应截止时间,确定集合成员对资源的需求迫切程度。
在本说明书提供的一种具体实施方式中,分配方案中包括对任一成员预约申请资源数量的完全响应及部分响应,分配方案优先满足对高迫切需求程度预约申请的资源数量的完全响应。
在本说明书提供的一种具体实施方式中,分配方案生成单元还用于:
生成分配方案后,展示分配方案,并提供交互组件以供用户手动调整分配方案。
本说明书还提供一种贷款归还处理装置,该装置可以包括:
还款总额确定单元,用于确定借款用户当前的可用还款总额;
带宽调度对象确定单元,用于确定借款用户的待还款项;
需求评估单元,用于根据待还款项的还款日期,对待还款项进行排序;
分配方案生成单元,用于针对可用还款总额生成还款分配方案,还款分配方案可以包括:本次可还的待还款项、以及本次为待还款项分配的还款数量;其中,将还款优先分配至还款日期较早的待还款项;
还款处理执行单元,用于根据所生成的还款分配方案,对可用还款总额进行还款处理。
上述贷款归还处理装置,实际上可以理解为前述资源调度装置在借贷业务场景的一种具体应用,因此贷款归还处理装置的具体结构及其他功能实现可以参见图3及前述实施例的说明,这里不再赘述。
本说明书实施例还提供一种计算机设备,其至少包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其中,处理器执行所述程序时实现前述的资源调度方法或贷款归还处理方法。
图4示出了本说明书实施例所提供的一种更为具体的计算设备硬件结构示意图,该设备可以包括:处理器1010、存储器1020、输入/输出接口1030、通信接口1040和总线1050。其中处理器1010、存储器1020、输入/输出接口1030和通信接口1040通过总线1050实现彼此之间在设备内部的通信连接。
处理器1010可以采用通用的CPU(Central Processing Unit,中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit,ASIC)、或者一个或多个集成电路等方式实现,用于执行相关程序,以实现本说明书实施例所提供的技术方案。
存储器1020可以采用ROM(Read Only Memory,只读存储器)、RAM(Random AccessMemory,随机存取存储器)、静态存储设备,动态存储设备等形式实现。存储器1020可以存储操作系统和其他应用程序,在通过软件或者固件来实现本说明书实施例所提供的技术方案时,相关的程序代码保存在存储器1020中,并由处理器1010来调用执行。
输入/输出接口1030用于连接输入/输出模块,以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出),也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等,输出设备可以包括显示器、扬声器、振动器、指示灯等。
通信接口1040用于连接通信模块(图中未示出),以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信,也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。
总线1050包括一通路,在设备的各个组件(例如处理器1010、存储器1020、输入/输出接口1030和通信接口1040)之间传输信息。
需要说明的是,尽管上述设备仅示出了处理器1010、存储器1020、输入/输出接口1030、通信接口1040以及总线1050,但是在具体实施过程中,该设备还可以包括实现正常运行所必需的其他组件。此外,本领域的技术人员可以理解的是,上述设备中也可以仅包含实现本说明书实施例方案所必需的组件,而不必包含图中所示的全部组件。
本说明书实施例还提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现前述的资源调度方法或贷款归还处理方法。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
通过以上的实施方式的描述可知,本领域的技术人员可以清楚地了解到本说明书实施例可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本说明书实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本说明书实施例各个实施例或者实施例的某些部分所述的方法。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机,计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于装置实施例而言,由于其基本相似于方法实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的,在实施本说明书实施例方案时可以把各模块的功能在同一个或多个软件和/或硬件中实现。也可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
以上所述仅是本说明书实施例的具体实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本说明书实施例原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本说明书实施例的保护范围。