任务配置方法、系统、设备和介质与流程

1.本发明特别涉及一种任务配置方法、系统、设备和介质。


背景技术：

2.目前，为了推广活动，刺激用户增长，减少留存用户流失，同时为了培养用户使用习惯，提升用户使用能力，形成用户和应用之间的正循环，可以生成相关任务并且向用户推送任务，当用户完成任务时，使得用户获得任务奖励。然而，这种任务配置方法存在以下问题：
3.1)当活动频次高、变更频繁、开发人员不确定时，往往只能针对每次活动单独重新开发任务，代码无法复用并且存在部分冗余，耗费大量研发资源，不利于后期的维护和统一，同时任务修改迭代的周期较长，不具备在活动中快速试错、快速调整的能力。
4.2)任务系统需要关注众多复杂的数据来源，每次新增活动都需要极高的对接成本。
5.3)活动只支持为每个用户配置相同的任务，难以做到根据用户特征来千人千面地推送任务，无法保证准确适配每个用户，不利于调动用户的积极性。
6.因此亟需设计公共的任务配置系统，具有丰富的任务类型，复杂的任务周期，多维度的任务规则，并且配置的任务可复用。


技术实现要素：

7.有鉴于此，本技术实施例提供一种任务配置方法、系统、设备和介质，可以具有丰富的任务类型，复杂的任务周期，多维度的任务规则，并且配置的任务可复用。
8.第一方面，本技术实施例提供了一种任务配置方法，所述方法用于电子设备，并且所述方法包括：
9.接收任务生成请求，所述任务生成请求包括待生成的任务的任务内容和任务奖励；
10.基于规则引擎，将所述任务内容解析为一个或多个任务表达式；
11.将所述一个或多个任务表达式以及所述任务奖励组合为任务；
12.向用户推送所述任务；
13.当所述用户完成所述任务时，使得所述用户获得所述任务奖励。
14.本发明的实施例可以使用规则引擎对来自运营人员、设计人员或开发人员等的各种任务生成请求进行解析，支持包括诸如点赞、送礼、连麦、pk、小纸条、关注、购物、直播时长、观看时长等直播间内用户的所有行为，支持直播场次、每日、每周、若干天等运营自定义配置的任务结算周期，相同的行为支持多维度规则，诸如针对送礼行为支持送礼数量、送礼总价值、单次送礼价值等规则，并且无需每次单独重新开发任务，任务配置方法可以复用，避免耗费大量研发资源，有利于后期的维护和统一，同时具备在活动中快速试错、快速调整的能力。
15.在上述第一方面的一种可能实现中，所述规则引擎包括行为解析引擎，所述行为解析引擎将所述任务内容的行为部分解析为一个或多个任务行为表达式，每个任务行为表达式包括经由逻辑运算符连接的一个或多个行为关键字字段。
16.在上述第一方面的一种可能实现中，所述行为解析引擎基于行为模型将所述任务内容的行为部分解析为与所述一个或多个行为关键字字段对应的一个或多个行为要素，所述行为要素包括行为主体、行为事件、行为时间、行为地点和行为对象中的一个或多个。
17.在上述第一方面的一种可能实现中，所述规则引擎包括时间解析引擎，所述时间解析引擎将所述任务内容的时间部分解析为一个或多个任务时间表达式，每个任务时间表达式包括经由逻辑运算符连接的一个或多个时间字符串。
18.在上述第一方面的一种可能实现中，所述方法还包括：
19.收集所述用户的行为数据和相关联的时间数据，并且存储在数据库中；
20.基于所述任务中的所述一个或多个任务表达式，从所述数据库中查找对应的数据；
21.基于查找结果，确定所述用户的任务进度。
22.本发明的实施例可以在用户同意的情况下收集期望的各种数据，并且以与任务表达式相关联的形式存储用户数据，从而便于确定用户的任务进度，另外无需新增和修改对接来源，降低对接成本。
23.在上述第一方面的一种可能实现中，基于任务模版来设置所述任务内容和所述任务奖励，以及基于待推送的所述用户的历史数据来调整所述任务内容和/或所述任务奖励。
24.本发明的实施例不仅可以为所有用户快速配置任务，还可以根据用户特征来千人千面地推送任务，保证准确适配每个用户，调动用户的积极性。
25.第二方面，本技术实施例提供了一种任务配置系统，所述系统包括：
26.接收单元，接收任务生成请求，所述任务生成请求包括待生成的任务的任务内容和任务奖励；
27.解析单元，基于规则引擎，将所述任务内容解析为一个或多个任务表达式；
28.组合单元，将所述一个或多个任务表达式以及所述任务奖励组合为任务；
29.推送单元，向用户推送所述任务，以及当所述用户完成所述任务时，使得所述用户获得所述任务奖励。
30.第三方面，本技术实施例提供了一种电子设备，电子设备包括：
31.存储器，用于存储由电子设备的一个或多个处理器执行的指令；以及
32.处理器，是电子设备的处理器之一，用于执行存储器中存储的指令以实现上述第一方面及其可能实现提供的任一种任务配置方法。
33.第四方面，本技术实施例提供了一种可读介质，可读介质上存储有指令，指令在电子设备上执行时使电子设备执行上述第一方面及其可能实现提供的任一种任务配置方法。
34.第五方面，本技术实施例提供了一种计算机程序产品，包括计算机可执行指令，所述指令被处理器执行以实施上述第一方面及其可能实现提供的任一种任务配置方法。
附图说明
35.图1根据本技术的一些实施例，示出了任务配置方法的流程示意图；
36.图2根据本技术的一些实施例，示出了任务配置系统的结构示意图；
37.图3根据本技术的一些实施例，示出了任务配置的原理图；
38.图4根据本技术的一些实施例，示出了电子设备的结构示意图。
具体实施方式
39.本技术的说明性实施例包括但不限于任务配置方法、系统、设备和介质。
40.为便于理解本技术的技术方案，首先介绍任务配置的定义、结构和应用场景。但是应该理解的是，下述内容仅是为了解释说明本技术的实施例，而不对本技术的实施例进行限制。
41.任务是由互联网站点、平台、应用(例如，直播类型的互联网站点、平台、应用)等媒介向用户(例如，主播和观众)推送的内容。任务可以包括时长型任务、互动性任务和营收型任务等，一个完整的任务通常可以包括任务内容和任务奖励，并且取决于各个互联网站点、平台、应用等媒介，任务内容可以包括今日签到、公开直播、连麦、话题pk、回复小纸条以及关注主播、预约感兴趣的直播、分享直播间给好友、送主播礼物、购买主播推荐的商品等，并且任务奖励可能包括虚拟资源(例如，虚拟币、流量、徽章、荣誉等)、优惠券、现金红包等。
42.例如，主播在每天登陆直播平台之后，可以完成平台向其推送的今日签到任务，并且获得相应的任务奖励；在公开直播5分钟和15分钟之后，可以完成平台向其推送的公开直播任务，并且获得相应的任务奖励；在进行连麦之后，可以完成平台向其推送的连麦任务，并且获得相应的任务奖励；在进行话题pk之后，可以完成平台向其推送的话题pk任务，并且获得相应的任务奖励；在回复观众发送的小纸条之后，可以完成平台向其推送的回复小纸条任务，并且获得相应的任务奖励。因此，通过向主播推送多个任务，可以对主播进行持续地引导，培养主播的开播习惯，提升主播的直播能力，让主播在直播间产出更优质的内容，从而收获认可、粉丝和官方奖励，并且对直播平台产生粘性，从而形成主播和直播平台之间的正循环，促进主播在直播平台的良性发展。
43.又例如，观众在每天登陆直播平台之后，可以完成平台向其推送的今日签到任务，并且获得相应的任务奖励；在关注了某个主播之后，可以完成平台向其推送的关注主播任务，并且获得相应的任务奖励；在预约了某场直播之后，可以完成平台向其推送的预约感兴趣的直播任务，并且获得相应的任务奖励；在向好友分享了某个直播间之后，可以完成平台向其推送的分享直播间给好友任务，并且获得相应的任务奖励；在向某个主播赠送了礼物之后，可以完成平台向其推送的送主播礼物任务，并且获得相应的任务奖励；在从某个主播处购买了商品之后，可以完成平台向其推送的购买主播推荐的商品任务，并且获得相应的任务奖励。因此，通过向观众推送多个任务，可以吸引更多观众了解与观看直播，刺激观众增长，减少留存用户流失，在参与和互动中增加其转化为直播和电商用户的可能性。
44.本技术的各实施例所公开的技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。
45.图1根据本技术的一些实施例，示出了任务配置方法的流程示意图。下面结合图1对任务配置方法进行描述。如图1所示，该任务配置方法包括如下步骤：
46.s101：接收任务生成请求，任务生成请求包括待生成的任务的任务内容和任务奖励。
47.可以理解，在一些实施例中，可以由运营人员、设计人员或开发人员等发起任务生成请求(例如，购买商品任务生成请求)，并且由电子设备(例如，服务器)接收。该待生成的购买商品任务生成请求可以包括任务内容，例如，用户在直播间购买指定商品，并且可以进一步限定商品的来源、商品的价格范围以及任务结算周期等。该待生成的购买商品任务生成请求还可以包括任务奖励，例如，虚拟资源、优惠券、现金红包等。
48.s102：基于规则引擎，将任务内容解析为一个或多个任务表达式。
49.可以理解，在一些实施例中，规则引擎包括行为解析引擎，行为解析引擎将任务内容的行为部分解析为一个或多个任务行为表达式，每个任务行为表达式包括经由逻辑运算符连接的一个或多个行为关键字字段。
50.例如，假设某个购买商品任务生成请求中的任务内容包括“用户在直播间购买指定商品a和b，并且商品的来源不应为c，不应来自主播d的推荐，实付价格应大于0，按月结算，但是每个月的10、20、30号不参加活动”，则该任务内容的行为部分可以包括“用户在直播间购买指定商品a和b，并且商品的来源不应为c，不应来自主播d的推荐，实付价格应大于0”。规则引擎中的行为解析引擎对该行为部分进行解析，以得到一个或多个任务行为表达式，这些任务行为表达式可以用机器可执行的数学语言来准确简洁地表示任务内容的行为部分。
51.可以理解，在一些实施例中，行为解析引擎基于行为模型将任务内容的行为部分解析为与一个或多个行为关键字字段对应的一个或多个行为要素，行为要素包括行为主体、行为事件、行为时间、行为地点和行为对象中的一个或多个。
52.根据活动的业务特点，参考以往的活动，并且结合期望的活动效果，可以建立一个抽象的行为模型，该行为模型可以将所有或绝大多数的任务内容的行为部分解析为一个或多个行为要素，这些行为要素可以包括行为主体、行为事件、行为时间、行为地点和行为对象中的一个或多个。
53.例如，对于上面描述的购买商品任务，其行为部分可以被解析为行为事件(即，购买行为事件)和行为对象(即，指定商品a和b、商品的来源排除c、排除主播d且商品的价格大于0)，涉及的行为关键字字段可以包括action字段、extra.attr.id字段、extra.source字段、extra.price字段和hostid字段，并且任务行为表达式可以包括[(action＝＝buyevent)]&&[(extra.attr.id＝＝a||extra.attr.id＝＝b)&&extra.source！＝c&&extra.price》0]&&exclude[(hostid＝＝d)]。
[0054]
可以理解，在一些实施例中，规则引擎包括时间解析引擎，时间解析引擎将任务内容的时间部分解析为一个或多个任务时间表达式，每个任务时间表达式包括经由逻辑运算符连接的一个或多个时间字符串。
[0055]
例如，对于上面描述的购买商品任务，该任务内容的时间部分可以包括“按月结算，但是每个月的10、20、30号不参加活动”。规则引擎中的时间解析引擎对该时间部分进行解析，以得到一个或多个任务时间表达式，这些任务时间表达式可以用机器可执行的数学语言来准确简洁地表示任务内容的时间部分。
[0056]
具体地，该时间字符串可以采用cron表达式，并且任务时间表达式可以包括[(000？？？*)]and[exclude(00010,20,30？？*)]。
[0057]
s103：将一个或多个任务表达式以及任务奖励组合为任务。
[0058]
可以理解，在一些实施例中，通过将任务行为表达式、任务时间表达式和任务奖励组合为任务，可以生成任务生成请求中所要求的任务，其中，可以采用适当的可视化技术，使得任务推送到用户时可以以期望的方式显示在用户设备的用户界面上。
[0059]
s104：向用户推送任务。
[0060]
可以理解，在一些实施例中，在服务器和用户的用户设备之间建立通信链路，并且服务器向用户设备推送任务，该任务可以以期望的方式显示在用户设备的用户界面上。
[0061]
s105：当用户完成任务时，使得用户获得任务奖励。
[0062]
可以理解，在一些实施例中，如下面将要描述的，当用户的任务进度符合要求时，用户将获得任务中包括的任务奖励，例如，虚拟资源、优惠券、现金红包等。
[0063]
本发明的实施例可以使用规则引擎对来自运营人员、设计人员或开发人员等的各种任务生成请求进行解析，支持包括诸如点赞、送礼、连麦、pk、小纸条、关注、购物、直播时长、观看时长等直播间内用户的所有行为，支持直播场次、每日、每周、若干天等运营自定义配置的任务结算周期，相同的行为支持多维度规则，诸如针对送礼行为支持送礼数量、送礼总价值、单次送礼价值等规则，并且无需每次单独重新开发任务，任务配置方法可以复用，避免耗费大量研发资源，有利于后期的维护和统一，同时具备在活动中快速试错、快速调整的能力。
[0064]
可以理解，在一些实施例中，任务配置方法还包括：收集用户的行为数据和相关联的时间数据，并且存储在数据库中；基于任务中的一个或多个任务表达式，从数据库中查找对应的数据；基于查找结果，确定用户的任务进度。
[0065]
在获得用户同意之后，每当用户登陆用户设备上的相关平台时，该平台就可以向服务器发送用户的行为数据和相关联的时间数据。可替代地，在获得用户同意之后，该平台就可以定期或不定期地向服务器发送用户的行为数据和相关联的时间数据。
[0066]
例如，对于上面描述的直播平台，服务器可以收集用户在直播间的行为数据和相关联的时间数据，并且存储在数据库中。可以对收集到的用户数据建立数据防腐层并且进行整合，以字段和记录的形式进行存储。字段可以包括唯一标识用户的用户标识符、用户id、主播id、直播间id、行为事件和行为时间等，并且还可以包括额外字段，诸如行为对象id、对象来源、对象价格等。
[0067]
对于任务表达式中的行为关键字字段和时间字符串及其逻辑运算关系，从数据库中查找对应的记录。例如，对于上面描述的购买商品任务，可以查找用户在指定结算周期内的购买行为事件，进一步查找指定的行为对象id、对象来源、对象价格，并且排除指定的主播id。
[0068]
如果未找到符合条件的记录，则可以确定用户的任务进度未开始。如果找到的记录尚未完全符合条件，则可以确定用户的任务进度尚未完成。如果找到符合条件的记录，则可以确定用户的任务进度结束。
[0069]
本发明的实施例可以在用户同意的情况下收集期望的各种数据，并且以与任务表达式相关联的形式存储用户数据，从而便于确定用户的任务进度，另外无需新增和修改对接来源，降低对接成本。
[0070]
可以理解，在一些实施例中，基于任务模版来设置任务内容和任务奖励，以及基于待推送的用户的历史数据来调整任务内容和/或任务奖励。
[0071]
根据活动的业务特点，参考以往的活动，并且结合期望的活动效果，可以建立一个或多个可复用的任务模版，可以基于任务类型来对这些任务模版进行分类，并且每个任务模版可以包括特定的任务及其任务内容和任务奖励。运营人员、设计人员或开发人员等可以选择或修改任务模版来设置任务内容和任务奖励，也可以自定义任务及其任务内容和任务奖励并且存储为新的任务模版。
[0072]
另外，考虑到任务和用户之间的匹配度，可以基于待推送的用户的历史数据(例如，直播时长、分享次数、评论次数、购买次数等)，向用户推送不同的任务内容和/或任务奖励。具体地，可以基于待推送的用户的历史数据，对用户进行画像，以及基于用户画像来确定用户的类型，从而选择不同的任务内容和/或任务奖励。
[0073]
本发明的实施例不仅可以为所有用户快速配置任务，还可以根据用户特征来千人千面地推送任务，保证准确适配每个用户，调动用户的积极性。
[0074]
进一步，图2根据本技术的一些实施例，示出了任务配置系统的结构示意图。下面结合图2对任务配置系统进行描述。如图2所示，该任务配置系统包括如下组件：
[0075]
接收单元201，接收任务生成请求，任务生成请求包括待生成的任务的任务内容和任务奖励；
[0076]
解析单元202，基于规则引擎，将任务内容解析为一个或多个任务表达式；
[0077]
组合单元203，将一个或多个任务表达式以及任务奖励组合为任务；
[0078]
推送单元204，向用户推送任务，以及当用户完成任务时，使得用户获得任务奖励。
[0079]
第一实施方式是与本实施方式相对应的方法实施方式，本实施方式可与第一实施方式互相配合实施。第一实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第一实施方式中。
[0080]
进一步，图3根据本技术的一些实施例，示出了任务配置的原理图。下面结合图3对任务配置原理进行描述。如图3所示，本技术的优选实施例在框301处开始。
[0081]
在框301中，接收任务生成请求，任务生成请求包括待生成的任务的任务内容和任务奖励。
[0082]
在框302中，基于任务模版来设置任务内容和任务奖励，以及在框303中，基于待推送的用户的历史数据来调整任务内容和/或任务奖励。
[0083]
在框304中，基于规则引擎中的行为解析引擎，将任务内容的行为部分解析为一个或多个任务行为表达式，以及在框305中，基于规则引擎中的时间解析引擎，将任务内容的时间部分解析为一个或多个任务时间表达式。
[0084]
在框306中，将一个或多个任务表达式以及任务奖励组合为任务。
[0085]
在框307中，向用户推送任务。
[0086]
在框308中，收集用户的行为数据和相关联的时间数据，并且存储在数据库中。
[0087]
在框309中，基于任务中的一个或多个任务表达式，从数据库中查找对应的数据。
[0088]
在框310中，基于查找结果，确定用户的任务进度。如果用户完成任务，则继续前进到框311，否则返回到框309。
[0089]
在框311中，使得用户获得任务奖励。
[0090]
第一实施方式是与本实施方式相对应的方法实施方式，本实施方式可与第一实施
方式互相配合实施。第一实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第一实施方式中。
[0091]
本技术的优选实施例可以使用规则引擎对来自运营人员、设计人员或开发人员等的各种任务生成请求进行解析，支持用户的所有行为，支持运营自定义配置的任务结算周期，相同的行为支持多维度规则，并且无需每次单独重新开发任务，任务配置方法可以复用，避免耗费大量研发资源，有利于后期的维护和统一，同时具备在活动中快速试错、快速调整的能力。
[0092]
本技术的优选实施例可以在用户同意的情况下收集期望的各种数据，并且以与任务表达式相关联的形式存储用户数据，从而便于确定用户的任务进度，另外无需新增和修改对接来源，降低对接成本。
[0093]
本技术的优选实施例不仅可以为所有用户快速配置任务，还可以根据用户特征来千人千面地推送任务，保证准确适配每个用户，调动用户的积极性。
[0094]
进一步，图4根据本技术的一些实施例，示出了一种可以执行前述各实施例提供的任务配置方法的电子设备400的结构示意图。可以理解，电子设备400可以是生成任务和/或收集用户数据的电子设备。如图4所示，电子设备400可以包括一个或多个处理器401、系统内存402、非易失性存储器(non-volatile memory，nvm)403、通信接口404、输入/输出(i/o)设备405、以及用于耦接处理器401、系统内存402、非易失性存储器403、通信接口404和输入/输出(i/o)设备405的系统控制逻辑406。其中：
[0095]
处理器401可以包括一个或多个单核或多核处理器。在一些实施例中，处理器401可以包括通用处理器和专用处理器(例如，图形处理器、应用处理器、基带处理器等)的任意组合。在一些实施例中，处理器401可以执行前述各实施例提供的任务配置方法的指令，例如，接收任务生成请求、基于规则引擎，将任务内容解析为一个或多个任务表达式、将一个或多个任务表达式以及任务奖励组合为任务、向用户推送任务以及当用户完成任务时，使得用户获得任务奖励的指令等。
[0096]
系统内存402是易失性存储器，例如，随机存取存储器(random-access memory，ram)、双倍数据率同步动态随机存取存储器(double data rate synchronous dynamic random access memory，ddr sdram)等。系统内存402用于临时存储数据和/或指令，例如，在一些实施例中，系统内存402可以用于临时存储待推送的任务和/或收集到的用户数据等。
[0097]
非易失性存储器403可以包括用于存储数据和/或指令的一个或多个有形的、非暂时性的计算机可读介质。在一些实施例中，非易失性存储器403可以包括闪存等任意合适的非易失性存储器和/或任意合适的非易失性存储设备，例如，硬盘驱动器(hard disk drive，hdd)、光盘(compact disc，cd)、数字通用光盘(digital versatile disc，dvd)、固态硬盘(solid-state drive，ssd)等。非易失性存储器403也可以是可移动存储介质，例如，安全数字(secure digital，sd)存储卡等。在一些实施例中，非易失性存储器403可以用于存储前述各实施例提供的任务配置方法的指令，也可以用于存储任务模版等。
[0098]
特别地，系统内存402和非易失性存储器403可以分别包括：指令407的临时副本和永久副本。指令407可以包括：由处理器401中的至少一个执行时使电子设备400实现本技术
各实施例提供的任务配置方法。
[0099]
网络接口404可以包括收发器，用于为电子设备400提供有线或无线通信接口，进而通过一个或多个网络与任意其他合适的设备进行通信。在一些实施例中，网络接口404可以集成于电子设备400的其他组件，例如，网络接口404可以集成于处理器401中。在一些实施例中，电子设备400可以通过网络接口404和其他设备通信，例如，不同设备之间可以通过各自的网络接口404耦接，从而实现不同设备中指令、数据的传递。
[0100]
输入/输出(i/o)设备405可以包括用户界面，使得用户能够与电子设备400进行交互。例如，在一些实施例中，输入/输出(i/o)设备405可以包括显示器等输出设备，用于显示接收到的任务生成请求和/或任务模版的用户界面，还可以包括键盘、鼠标、触摸屏等输入设备。用户可以通过用户界面以及键盘、鼠标、触摸屏等输入设备与接收到的任务生成请求和/或任务模版进行交互，以便于配置和调整任务内容和任务奖励等。
[0101]
系统控制逻辑406可以包括任意合适的接口控制器，以为电子设备400的其他模块提供任意合适的接口。例如，在一些实施例中，系统控制逻辑406可以包括一个或多个存储器控制器，以提供连接到系统内存402和非易失性存储器403的接口。
[0102]
在一些实施例中，处理器401中的至少一个可以与用于系统控制逻辑406的一个或多个控制器的逻辑封装在一起，以形成系统封装(system in package，sip)。在另一些实施例中，处理器401中的至少一个还可以与用于系统控制逻辑406的一个或多个控制器的逻辑集成在同一芯片上，以形成片上系统(system-on-chip，soc)。
[0103]
可以理解，电子设备400可以是能够实现任务配置相关功能的任意电子设备，包括但不限于计算机、服务器、平板电脑、手持计算机等，本技术实施例不做限定。
[0104]
可以理解，本技术实施例示出的电子设备400的结构并不构成对电子设备400的具体限定。在本技术另一些实施例中，电子设备400可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件、软件或软件和硬件的组合实现。
[0105]
本技术公开的机制的各实施例可以被实现在硬件、软件、固件或这些实现方法的组合中。本技术的实施例可实现为在可编程系统上执行的计算机程序或程序代码，该可编程系统包括至少一个处理器、存储系统(包括易失性和非易失性存储器和/或存储元件)、至少一个输入设备以及至少一个输出设备。
[0106]
可将程序代码应用于输入指令，以执行本技术描述的各功能并生成输出信息。可以按已知方式将输出信息应用于一个或多个输出设备。为了本技术的目的，处理系统包括具有诸如例如数字信号处理器(dsp)、微控制器、专用集成电路(asic)或微处理器之类的处理器的任何系统。
[0107]
程序代码可以用高级程序化语言或面向对象的编程语言来实现，以便与处理系统通信。在需要时，也可用汇编语言或机器语言来实现程序代码。事实上，本技术中描述的机制不限于任何特定编程语言的范围。在任一情形下，该语言可以是编译语言或解释语言。
[0108]
在一些情况下，所公开的实施例可以以硬件、固件、软件或其任何组合来实现。所公开的实施例还可以被实现为由一个或多个暂时或非暂时性机器可读(例如，计算机可读)存储介质承载或存储在其上的指令，其可以由一个或多个处理器读取和执行。例如，指令可以通过网络或通过其他计算机可读介质分发。因此，机器可读介质可以包括用于以机器(例
如，计算机)可读的形式存储或传输信息的任何机制，包括但不限于，软盘、光盘、光碟、只读存储器(cd-roms)、磁光盘、只读存储器(rom)、随机存取存储器(ram)、可擦除可编程只读存储器(eprom)、电可擦除可编程只读存储器(eeprom)、磁卡或光卡、闪存、或用于利用因特网以电、光、声或其他形式的传播信号来传输信息(例如，载波、红外信号数字信号等)的有形的机器可读存储器。因此，机器可读介质包括适合于以机器(例如，计算机)可读的形式存储或传输电子指令或信息的任何类型的机器可读介质。
[0109]
在附图中，可以以特定布置和/或顺序示出一些结构或方法特征。然而，应该理解，可能不需要这样的特定布置和/或排序。而是，在一些实施例中，这些特征可以以不同于说明性附图中所示的方式和/或顺序来布置。另外，在特定图中包括结构或方法特征并不意味着暗示在所有实施例中都需要这样的特征，并且在一些实施例中，可以不包括这些特征或者可以与其他特征组合。
[0110]
需要说明的是，本技术各设备实施例中提到的各单元/模块都是逻辑单元/模块，在物理上，一个逻辑单元/模块可以是一个物理单元/模块，也可以是一个物理单元/模块的一部分，还可以以多个物理单元/模块的组合实现，这些逻辑单元/模块本身的物理实现方式并不是最重要的，这些逻辑单元/模块所实现的功能的组合才是解决本技术所提出的技术问题的关键。此外，为了突出本技术的创新部分，本技术上述各设备实施例并没有将与解决本技术所提出的技术问题关系不太密切的单元/模块引入，这并不表明上述设备实施例并不存在其它的单元/模块。
[0111]
需要说明的是，在本专利的示例和说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
[0112]
虽然通过参照本技术的某些优选实施例，已经对本技术进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种改变，而不偏离本技术的精神和范围。