基于定时器自动分配资源的方法及设备与流程

本申请涉及计算机领域，尤其涉及一种基于定时器自动分配资源的方法及设备。

背景技术：

随着时代的进步，新兴产业的发展，互联网已经成为促进社会发展密不可分的一部分。网络信息时代的到来，带给人们越来越多的便利，然而在资源以及人员分配、调度方面有所欠缺，如出租车人员车辆分配调度，快递和医院的人员分配调度，巴士的司机排班，使用excel文档来规划安排，或者再好一点的调度系统，也得手动去操作安排排班等。传统的人工调度具有如下问题：调度不及时，随着企业的发展壮大，需要调度的人力，资源越来越多，人工调度可能安排不及时，导致后续工作的延迟等；成本增加、人力资源浪费，在大部分企业运营中，都存在高峰期，如春节、中秋节等节日以及活动日，此时企业可能会新增调度人员以应对高峰期的调度，但新增调度人员只有在高峰期时才起到最大作用，大部分时间为闲置，造成人力资源的浪费，同时增加企业人员成本；资源分配错误，在人工分配的过程，大部分都是通过脑力去计算规划，很容易出现资源分配不当，以及分配错误的风险。

申请内容

本申请的一个目的是提供一种基于定时器自动分配资源的方法及设备，解决现有技术中分配资源不合理、调度不及时及人力资源浪费问题。

根据本申请的一个方面，提供了一种基于定时器自动分配资源的方法，其中，该方法包括：

基于预设的定时器策略在触发时刻发送资源请求对象的查询请求；

根据所述查询请求从数据库中确定有效期内的资源请求对象；

根据所述数据库中配置的调度单位时间及所述预设的定时器策略为所述资源请求对象分配资源，其中，所述调度单位时间包括特定工作日、常规工作日及非工作日。

进一步地，根据所述查询请求从数据库中确定有效期内的资源请求对象，包括：

根据所述查询请求从数据库中确定有效期中从当前时间至预设日期内的资源请求对象。

进一步地，所述资源请求对象包括待排班路线时，基于预设的定时器策略在触发时刻发送资源请求对象的查询请求，包括：

基于预设的定时器策略在触发时刻发送待排班路线的查询请求。

进一步地，根据所述查询请求从数据库中确定有效期内的资源请求对象，包括：

根据所述查询请求从数据库中获取车辆路线、车辆路线的有效期及配置的调度单位时间；

根据所述车辆路线、车辆路线的有效期及配置的调度单位时间确定所述有效期中从当前时间至预设日期内的待排班路线。

进一步地，根据所述数据库中配置的调度单位时间及所述预设的定时器策略为所述资源请求对象分配资源，包括：

基于所述数据库中配置的调度单位时间及所述预设的定时器策略确定班车司机及排班车辆数量，其中，在所述调度单位时间内一个待排班路线对应一个或若干班车司机及排班车辆；

基于所述确定的班车司机、所述排班车辆数量及所述待排班路线的有效期为所述待排班路线进行车辆排班。

进一步地，基于所述确定的班车司机、所述排班车辆数量及所述待排班路线的有效期为所述待排班路线进行车辆排班之后，包括：

将所述车辆排班的排班结果按照所述车辆对应的发车时间排序至排班列表中，并将所述排班列表发送至所述数据库中。

根据本申请另一个方面，还提供了一种基于定时器自动分配资源的设备，所述设备包括：

发送装置，用于基于预设的定时器策略在触发时刻发送资源请求对象的查询请求；

确定装置，用于根据所述查询请求从数据库中确定有效期内的资源请求对象；

分配装置，用于根据所述数据库中配置的调度单位时间及所述预设的定时器策略为所述资源请求对象分配资源，其中，所述调度单位时间包括特定工作日、常规工作日及非工作日。

进一步地，所述确定装置用于：

根据所述查询请求从数据库中确定有效期中从当前时间至预设日期内的资源请求对象。

进一步地，所述资源请求对象包括待排班路线时，所述发送装置用于：

基于预设的定时器策略在触发时刻发送待排班路线的查询请求。

进一步地，所述确定装置用于：

根据所述查询请求从数据库中获取车辆路线、车辆路线的有效期及配置的调度单位时间；

根据所述车辆路线、车辆路线的有效期及配置的调度单位时间确定所述有效期中从当前时间至预设日期内的待排班路线。

进一步地，所述分配装置用于：

基于所述数据库中配置的调度单位时间及所述预设的定时器策略确定班车司机及排班车辆数量，其中，在所述调度单位时间内一个待排班路线对应一个或若干班车司机及排班车辆；

基于所述确定的班车司机、所述排班车辆数量及所述待排班路线的有效期为所述待排班路线进行车辆排班。

进一步地，所述设备包括：

存储装置，用于将所述车辆排班的排班结果按照所述车辆对应的发车时间排序至排班列表中，并将所述排班列表发送至所述数据库中。

与现有技术相比，本申请通过基于预设的定时器策略在触发时刻发送资源请求对象的查询请求；根据所述查询请求从数据库中确定有效期内的资源请求对象；根据所述数据库中配置的调度单位时间及所述预设的定时器策略为所述资源请求对象分配资源，其中，所述调度单位时间包括特定工作日、常规工作日及非工作日。从而合理分配资源，使得资源最大化的利用，在有效期内进行分配资源，降低资源分配错误的几率，同时，基于定时器自动分配资源，解决人力资源成本问题。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1示出根据本申请一个方面的一种基于定时器自动分配资源的方法流程示意图；

图2示出根据本申请另一个方面的一种基于定时器自动分配资源的设备结构示意图；

附图中相同或相似的附图标记代表相同或相似的部件。

具体实施方式

下面结合附图对本申请作进一步详细描述。

在本申请一个典型的配置中，终端、服务网络的设备和可信方均包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

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

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

图1示出根据本申请的一个方面提供的一种基于定时器自动分配资源的方法流程示意图，所述方法包括：步骤s11～步骤s13，其中，在步骤s11中，基于预设的定时器策略在触发时刻发送资源请求对象的查询请求；在步骤s12中，根据所述查询请求从数据库中确定有效期内的资源请求对象；在步骤s13中，根据所述数据库中配置的调度单位时间及所述预设的定时器策略为所述资源请求对象分配资源，其中，所述调度单位时间包括特定工作日、常规工作日及非工作日。从而合理分配资源，使得资源最大化的利用，在有效期内进行分配资源，降低资源分配错误的几率，同时，基于定时器自动分配资源，解决人力资源成本问题。

具体地，在步骤s11中，基于预设的定时器策略在触发时刻发送资源请求对象的查询请求；在本申请一实施例中，预设的定时器策略可采用基于quartz定时器框架的分配资源策略，其中，其中，quartz定时器框架包括任务调度器(scheduler)、触发器(trigger)和被调度的任务(job)，可以支持丰富多样的调度方法，可以满足各种常规及特殊需求，支持任务和调度的多种组合方式，支持调度数据的多种存储方式，基于quartz定时器框架在触发时刻发送资源请求对象的查询请求，其中，资源请求对象包括需要排班的车辆路线、需要派送的快递、需要值班的医生等，以需要排班的车辆路线为例，触发时刻为每天凌晨一刻，则在凌晨一刻时触发执行司机排班，以便从数据库中获取待排班的车辆路线、需要排班的日期以及司机等，进而查询需要排班的车辆路线。

需要说明的是，本申请实施例中使用的quartz定时器框架中的触发器(trigger)用于定义调度时间的元素，按照预设的时间规则执行任务，在quartz中，主要提供四种类型的trigger：simpletrigger，crontirgger，dateintervaltrigger和nthincludeddaytrigger，其中，simpletrigger为简单触发器，用于实现每隔一定时间执行任务以及重复多次，如每2小时执行一次，重复执行5次；crontirgger为表达式触发器，利用一个包含7个字段的表达式来表示时间调度方式，例如，“01510**？*”表示每天的10:15am执行任务；dateintervaltrigger为日期间隔触发器，以指定的间隔重复执行若干次，如每隔5分钟执行一次；nthincludeddaytrigger为天包含触发器，用于每隔一个周期的第几天调度任务，例如，每个月的第3天执行指定的任务。本申请实施例中定时器的job有两个属性：volatility和durability，其中，volatility表示任务是否被持久化到数据库存储，durability表示在没有trigger关联的时候任务是否被保留。

具体地，在步骤s12中，根据所述查询请求从数据库中确定有效期内的资源请求对象；接上述实施例，当在每天凌晨一刻开始触发执行司机排班时，根据触发的查询请求从数据库中获取车辆在车辆路线有效期内需要排班的车辆路线，其中，有效期为对资源请求对象配置的有效分配资源时间，在有效期内为资源请求对象分配资源，例如为从2017年1月1日至2017年3月1日，在路线有效期内对每周的周一至周日的司机、车辆、发车时刻进行排班。

具体地，在步骤s13中，根据所述数据库中配置的调度单位时间及所述预设的定时器策略为所述资源请求对象分配资源，其中，所述调度单位时间包括特定工作日、常规工作日及非工作日。在本申请一实施例中，例如，有效期为从2017年1月1日至2017年3月1日，则在此段时间内配置调度单位时间，调度单位时间如为以一天中的早上6点至晚上11点为调度单位，当天调度时可能为常规工作日也可能为特定工作日或非工作日，其中，常规工作日为日常的周一至周五，非工作日为日常时的周末，而特定工作日为节假日或者活动日，如五一劳动节、双十一活动，节假日存在周六周日上班或者周一至周五不用上班的情况，这时存在运营高峰期，因此进行排班时配置特定工作日，可以更合理的动态的进行排班，在特定工作日进行自动合理排班时减少成本增加、人力资源浪费。

优选地，在步骤s12中，根据所述查询请求从数据库中确定有效期中从当前时间至预设日期内的资源请求对象。在本申请一实施例中，根据所述数据库中配置的调度单位时间及所述预设的定时器策略为所述资源请求对象分配资源可以通过如下方式进行：使用quartz定时器中的简单触发器(simpletrigger)，每天凌晨10分触发执行分配资源，从数据库中查找有效期在今天开始33天内需要资源分配的资源请求对象，根据配置的特定工作日剔除今天开始33天中的特定工作日得到新工作日，根据得到的新工作日为资源请求对象分配资源；其中，设置从当前时间至预设日期为从今天开始33天是因为一个月最多为31天，多设置2天以进行缓冲，减少意外错误情况，当然，查询从今天开始33天内需要资源分配的资源请求对象中的调度时间仅为举例，调度时间也可以设置为其他天数。

优选地，所述资源请求对象包括待排班路线时，在步骤s11中，基于预设的定时器策略在触发时刻发送待排班路线的查询请求。在本申请又一实施例中，进行巴士或者出租车等车辆的排班时，资源请求对象为待排班路线，在每天的凌晨10分触发时刻发送需要排班的路线的查询请求，以便查询待排班路线。

优选地，在步骤s12中，根据所述查询请求从数据库中获取车辆路线、车辆路线的有效期及配置的调度单位时间；根据所述车辆路线、车辆路线的有效期及配置的调度单位时间确定所述有效期中从当前时间至预设日期内的待排班路线。接上述实施例，进行车辆排班时，根据需要排班的路线的查询请求从数据库中获取配置的车辆路线、车辆路线的有效期以及配置的特定工作日、常规工作日和非工作日等信息，根据已获取的信息确定有效期内从当前时间至预设日期内的需要排班的路线，如查询从今天开始33天内需要排班的路线，根据每条路线的当前已有排班最小时间确定需要排班的路线，如路线a从1月5号开始的33天，其中5号、6号和7号已经有排班，则从1月8号开始为路线a配置司机、车辆，路线b从1月4号开始的33天，都未排班，则从1月4号开始为路线b进行配置司机、车辆。

优选地，在步骤s13中，基于所述数据库中配置的调度单位时间及所述预设的定时器策略确定班车司机及排班车辆数量，其中，在所述调度单位时间内一个待排班路线对应一个或若干班车司机及排班车辆；基于所述确定的班车司机、所述排班车辆数量及所述待排班路线的有效期为所述待排班路线进行车辆排班。在本申请一实施例中，配置班车路线时不受特定工作日的影响，在路线有效期内，周一至周日每天都按照配置司机、车辆运作，配置司机为指定周一至周日的司机、车辆，一天一条路线可以配置多个司机、车辆；通过quartz框架配置定时策略，根据定时策略检查数据库中需要排班的路线以及配置的特定工作日、有效期等，来自动识别是否需要给需要排班的路线安排司机、车辆，具体地，根据定时策略检查需要排班的路线，确定待排班的车辆路线，预先设置路线上每天的车辆数量、每辆车的发车时刻以及司机数量等，根据路线有效期以及数据库中存储的特定工作日、日常工作日及非工作日自动进行排班。例如，配置调度单位时间中的特定工作日、常规工作日和非工作日，班车路线后，使用定时器中的触发器每天凌晨10分触发执行司机排班，从数据库中查询路线有效期内从今天开始33天内需要排班的路线，找出每条路线的当前已有排班最小时间，从最小时间开始排班，自动排班时需要根据配置的特定工作日剔除今天开始33天中的特定工作日得到新工作日，根据新工作日给需要排班的路线进行司机排班，根据日期得到星期，根据星期获取路线进行配置司机、车辆。

优选地，基于所述确定的班车司机、所述排班车辆数量及所述待排班路线的有效期为所述待排班路线进行车辆排班之后，所述方法包括：步骤s14，将所述车辆排班的排班结果按照所述车辆对应的发车时间排序至排班列表中，并将所述排班列表发送至所述数据库中。接上述实施例，根据新工作日给需要排班的路线进行司机排班，将排班后的司机按照日期及每天的发车时刻进行排序，存储至数据库中。

在本申请一实施例中，通过定时器集群检测数据库是否有需要新排班的路线，根据已配置的工作日非工作日等因素给司机自动进行路线排班的策略，避免出现资源分配不当或分配错误的情况，通过给路线配置有效期，定时器在有效期内每个排班单位时间检查是否有路线需要排班，解决了人工排班的不及时，进行同时不需要调度人员每天给司机分配车辆，安排工作等，节省人力、时间，同时也节省了人力资源成本。

图2示出根据本申请的另一个方面提供的一种基于定时器自动分配资源的设备结构示意图，所述设备包括：发送装置11、确定装置12和分配装置13，其中，发送装置11，用于基于预设的定时器策略在触发时刻发送资源请求对象的查询请求；确定装置12，用于根据所述查询请求从数据库中确定有效期内的资源请求对象；分配装置13，用于根据所述数据库中配置的调度单位时间及所述预设的定时器策略为所述资源请求对象分配资源，其中，所述调度单位时间包括特定工作日、常规工作日及非工作日。从而合理分配资源，使得资源最大化的利用，在有效期内进行分配资源，降低资源分配错误的几率，同时，基于定时器自动分配资源，解决人力资源成本问题。

具体地，发送装置11，用于基于预设的定时器策略在触发时刻发送资源请求对象的查询请求；在本申请一实施例中，预设的定时器策略可采用基于quartz定时器框架的分配资源策略，其中，其中，quartz定时器框架包括任务调度器(scheduler)、触发器(trigger)和被调度的任务(job)，可以支持丰富多样的调度方法，可以满足各种常规及特殊需求，支持任务和调度的多种组合方式，支持调度数据的多种存储方式，基于quartz定时器框架在触发时刻发送资源请求对象的查询请求，其中，资源请求对象包括需要排班的车辆路线、需要派送的快递、需要值班的医生等，以需要排班的车辆路线为例，触发时刻为每天凌晨一刻，则在凌晨一刻时触发执行司机排班，以便从数据库中获取待排班的车辆路线、需要排班的日期以及司机等，进而查询需要排班的车辆路线。

需要说明的是，本申请实施例中使用的quartz定时器框架中的触发器(trigger)用于定义调度时间的元素，按照预设的时间规则执行任务，在quartz中，主要提供四种类型的trigger：simpletrigger，crontirgger，dateintervaltrigger和nthincludeddaytrigger，其中，simpletrigger为简单触发器，用于实现每隔一定时间执行任务以及重复多次，如每2小时执行一次，重复执行5次；crontirgger为表达式触发器，利用一个包含7个字段的表达式来表示时间调度方式，例如，“01510**？*”表示每天的10:15am执行任务；dateintervaltrigger为日期间隔触发器，以指定的间隔重复执行若干次，如每隔5分钟执行一次；nthincludeddaytrigger为天包含触发器，用于每隔一个周期的第几天调度任务，例如，每个月的第3天执行指定的任务。本申请实施例中定时器的job有两个属性：volatility和durability，其中，volatility表示任务是否被持久化到数据库存储，durability表示在没有trigger关联的时候任务是否被保留。

具体地，确定装置12，用于根据所述查询请求从数据库中确定有效期内的资源请求对象；接上述实施例，当在每天凌晨一刻开始触发执行司机排班时，根据触发的查询请求从数据库中获取车辆在车辆路线有效期内需要排班的车辆路线，其中，有效期为对资源请求对象配置的有效分配资源时间，在有效期内为资源请求对象分配资源，例如为从2017年1月1日至2017年3月1日，在路线有效期内对每周的周一至周日的司机、车辆、发车时刻进行排班。

具体地，分配装置13，用于根据所述数据库中配置的调度单位时间及所述预设的定时器策略为所述资源请求对象分配资源，其中，所述调度单位时间包括特定工作日、常规工作日及非工作日。在本申请一实施例中，例如，有效期为从2017年1月1日至2017年3月1日，则在此段时间内配置调度单位时间，调度单位时间如为以一天中的早上6点至晚上11点为调度单位，当天调度时可能为常规工作日也可能为特定工作日或非工作日，其中，常规工作日为日常的周一至周五，非工作日为日常时的周末，而特定工作日为节假日或者活动日，如五一劳动节、双十一活动，节假日存在周六周日上班或者周一至周五不用上班的情况，这时存在运营高峰期，因此进行排班时配置特定工作日，可以更合理的动态的进行排班，在特定工作日进行自动合理排班时减少成本增加、人力资源浪费。

优选地，确定装置12，用于根据所述查询请求从数据库中确定有效期中从当前时间至预设日期内的资源请求对象。在本申请一实施例中，根据所述数据库中配置的调度单位时间及所述预设的定时器策略为所述资源请求对象分配资源可以通过如下方式进行：使用quartz定时器中的简单触发器(simpletrigger)，每天凌晨10分触发执行分配资源，从数据库中查找有效期在今天开始33天内需要资源分配的资源请求对象，根据配置的特定工作日剔除今天开始33天中的特定工作日得到新工作日，根据得到的新工作日为资源请求对象分配资源；其中，设置从当前时间至预设日期为从今天开始33天是因为一个月最多为31天，多设置2天以进行缓冲，减少意外错误情况，当然，查询从今天开始33天内需要资源分配的资源请求对象中的调度时间仅为举例，调度时间也可以设置为其他天数。

优选地，所述资源请求对象包括待排班路线时，发送装置11，用于基于预设的定时器策略在触发时刻发送待排班路线的查询请求。在本申请又一实施例中，进行巴士或者出租车等车辆的排班时，资源请求对象为待排班路线，在每天的凌晨10分触发时刻发送需要排班的路线的查询请求，以便查询待排班路线。

优选地，确定装置12，用于根据所述查询请求从数据库中获取车辆路线、车辆路线的有效期及配置的调度单位时间；根据所述车辆路线、车辆路线的有效期及配置的调度单位时间确定所述有效期中从当前时间至预设日期内的待排班路线。接上述实施例，进行车辆排班时，根据需要排班的路线的查询请求从数据库中获取配置的车辆路线、车辆路线的有效期以及配置的特定工作日、常规工作日和非工作日等信息，根据已获取的信息确定有效期内从当前时间至预设日期内的需要排班的路线，如查询从今天开始33天内需要排班的路线，根据每条路线的当前已有排班最小时间确定需要排班的路线，如路线a从1月5号开始的33天，其中5号、6号和7号已经有排班，则从1月8号开始为路线a配置司机、车辆，路线b从1月4号开始的33天，都未排班，则从1月4号开始为路线b进行配置司机、车辆。

优选地，分配装置13，用于基于所述数据库中配置的调度单位时间及所述预设的定时器策略确定班车司机及排班车辆数量，其中，在所述调度单位时间内一个待排班路线对应一个或若干班车司机及排班车辆；基于所述确定的班车司机、所述排班车辆数量及所述待排班路线的有效期为所述待排班路线进行车辆排班。在本申请一实施例中，配置班车路线时不受特定工作日的影响，在路线有效期内，周一至周日每天都按照配置司机、车辆运作，配置司机为指定周一至周日的司机、车辆，一天一条路线可以配置多个司机、车辆；通过quartz框架配置定时策略，根据定时策略检查数据库中需要排班的路线以及配置的特定工作日、有效期等，来自动识别是否需要给需要排班的路线安排司机、车辆，具体地，根据定时策略检查需要排班的路线，确定待排班的车辆路线，预先设置路线上每天的车辆数量、每辆车的发车时刻以及司机数量等，根据路线有效期以及数据库中存储的特定工作日、日常工作日及非工作日自动进行排班。例如，配置调度单位时间中的特定工作日、常规工作日和非工作日，班车路线后，使用定时器中的触发器每天凌晨10分触发执行司机排班，从数据库中查询路线有效期内从今天开始33天内需要排班的路线，找出每条路线的当前已有排班最小时间，从最小时间开始排班，自动排班时需要根据配置的特定工作日剔除今天开始33天中的特定工作日得到新工作日，根据新工作日给需要排班的路线进行司机排班，根据日期得到星期，根据星期获取路线进行配置司机、车辆。

优选地，所述设备包括：存储装置14，用于基于所述确定的班车司机、所述排班车辆数量及所述待排班路线的有效期为所述待排班路线进行车辆排班之后，将所述车辆排班的排班结果按照所述车辆对应的发车时间排序至排班列表中，并将所述排班列表发送至所述数据库中。接上述实施例，根据新工作日给需要排班的路线进行司机排班，将排班后的司机按照日期及每天的发车时刻进行排序，存储至数据库中。

在本申请一实施例中，通过定时器集群检测数据库是否有需要新排班的路线，根据已配置的工作日非工作日等因素给司机自动进行路线排班的策略，避免出现资源分配不当或分配错误的情况，通过给路线配置有效期，定时器在有效期内每个排班单位时间检查是否有路线需要排班，解决了人工排班的不及时，进行同时不需要调度人员每天给司机分配车辆，安排工作等，节省人力、时间，同时也节省了人力资源成本。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

需要注意的是，本申请可在软件和/或软件与硬件的组合体中被实施，例如，可采用专用集成电路(asic)、通用目的计算机或任何其他类似硬件设备来实现。在一个实施例中，本申请的软件程序可以通过处理器执行以实现上文所述步骤或功能。同样地，本申请的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中，例如，ram存储器，磁或光驱动器或软磁盘及类似设备。另外，本申请的一些步骤或功能可采用硬件来实现，例如，作为与处理器配合从而执行各个步骤或功能的电路。

另外，本申请的一部分可被应用为计算机程序产品，例如计算机程序指令，当其被计算机执行时，通过该计算机的操作，可以调用或提供根据本申请的方法和/或技术方案。而调用本申请的方法的程序指令，可能被存储在固定的或可移动的记录介质中，和/或通过广播或其他信号承载媒体中的数据流而被传输，和/或被存储在根据所述程序指令运行的计算机设备的工作存储器中。在此，根据本申请的一个实施例包括一个装置，该装置包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序指令被该处理器执行时，触发该装置运行基于前述根据本申请的多个实施例的方法和/或技术方案。

对于本领域技术人员而言，显然本申请不限于上述示范性实施例的细节，而且在不背离本申请的精神或基本特征的情况下，能够以其他的具体形式实现本申请。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本申请的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。