CN106600082A - 业务系统中任务的处理方法、装置及业务体系构建系统 - Google Patents

Abstract

本申请实施例提供了一种业务系统中任务的处理方法、装置及业务体系构建系统。所述方法包括：获取业务系统运营的任务项，将所述任务项分配至预先划分的应用场景中，生成所述应用场景与所述分配至所述应用场景的任务项的任务触发对应关系；获取用户所处的当前应用场景的信息，基于所述任务触发对应关系确定所述业务系统在所述当前应用场景中的触发任务项。利用本申请各个实施例，可以减少业务系统对用户账户不必要的任务项引导，提高业务系统维护和管理的便利性和用户体验。

Description

业务系统中任务的处理方法、装置及业务体系构建系统

技术领域

本申请涉及互联网应用领域，尤其涉及一种业务系统中任务的处理方法、装置及业务体系构建系统。

背景技术

随着互联网的飞速发展，越来越多的企业选择通过网站为用户提供业务服务。为了给用户提供更好的服务，企业可以通过布局在用户登录的网站页面中任务文案来实现对用户的培育引导，以提升的服务体验。

通常在企业服务网站的业务系统中可以设置将一个网站页面(或者称为域名，通常一个网站页面对应一个域名地址)设置成一个应用场景，所述应用场景中可以包括若干个任务项。现有技术中在需要正在运营的业务系统中添加某个任务项时，通常可以直接在应用场景对应的网站页面上布置任务运营点。所述在应用场景对应的网站页面上布置任务运营点可以包括例如通过“文案提示+行动点”的形式将任务项插入应用场景对应的网站页面。以域名管理系统为例，可以在域名管理企业的网站页面“会员中心”中布置新的任务运营点“实名认证”。所述运营点“实名认证”可以由文案提示“您未完成实名认证，去实名认证”以及行动点“去实名认证”构成。所述行动点“去实名认证”可以通过超链接的方式引导用户触发任务。

现有技术中的业务系统的运营内容通常是由作业人员直接添加设置到应用场景中，如直接布置在网站页面中。所述运营内容可能是用户已经完成的，也有可能以用户当前的业务状态完成不了的，现有技术中的业务系统对用户的业务引导对用户的实际应用需求进行优化设计，将可能用户不需要或者不必要的任务项也加载到应用场景中，导致系统布局设置比较固化、无序。同时，现有技术中的业务系统在运营过程中网站页面通常还需要持续更新，而任务运营点往往是直接布置在网站页面上，会导致网站页面任务管理越来越复杂无序。

现有技术中的业务系统对用户的业务引导比较固化、无序，使得业务系统的任务管理管理变得越来越复杂无序，不利于网站管理人员的管理和维护。

发明内容

本申请的目的在于提供一种业务系统中任务处理的方法、装置及业务体系构建系统，可以减少业务系统对用户账户不必要的或者不合适的任务项引导，简化任务管理，增强业务系统管理和维护的灵活性和便利性。

本申请提供的业务系统中任务的处理方法、装置及业务系统构建系统是这样实现的：

一种业务系统中任务的处理方法，所述方法包括：

获取业务系统运营的任务项，将所述任务项分配至预先划分的应用场景中，生成所述应用场景与所述分配至所述应用场景的任务项的任务触发对应关系；

获取用户所处的当前应用场景的信息，基于所述任务触发对应关系确定所述业务系统在所述当前应用场景中的触发任务项。

一种业务系统中任务的处理装置，所述装置包括：

任务项分配模块，用于获取运营的任务项，将所述任务项分配至预先划分的应用场景中；

触发对应关系模块，用于生成所述应用场景与所述分配至所述应用场景的任务项的任务触发对应关系；

触发任务项确定模块，用于获取用户所处的当前应用场景的信息，基于所述任务触发对应关系确定在所述当前应用场景中的触发任务项。

一种业务体系构建系统，所述系统包括：

至少一个处理单元；

所述处理单元被设置成，用于获取运营的任务项，将所述任务项分配至预先划分的应用场景中，生成所述应用场景与所述分配至所述应用场景的任务项的任务触发对应关系；以及用于获取用户所处的当前应用场景的信息，基于所述任务触发对应关系确定在所述当前应用场景中的触发任务项。

本申请提供的业务系统中任务的处理方法、装置及业务系统构建系统中，可以建立业务系统运营的任务项和预先划分的应用场景之间的对应关系，这样，可以充分预先设置应用场景和任务项之间的匹配关系，为构建有序的业务系统打下基础，同时也增强了网站管理人员管理与维护业务系统的灵活性。在与用户交互时可以获取用户当前所处的应用场景信息，触发与用户账户当前应用场景信息相匹配的任务项，这样根据用户当前所处的应用场景来触发相应的任务项，可以减少业务系统对用户在当前应用场景不必要的或者不合适的任务项引导，提高了业务系统维护和管理的便利性和用户体验。同时，由于业务系统减少了应用场景中不必要或者不合适的任务项引导，可以减少因持续更新业务系统而导致网站页面冗余，节省了网络资源。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本申请提供的业务系统中任务处理方法的一种实施例的方法流程图；

图2是本申请提供的用户账户所处的成长阶段与任务项的对应关系的示意图；

图3是本申请提供的业务系统中任务处理方法的另一种实施例的方法流程图；

图4是本申请实施例构建的应用场景为“会员中心”对应的网站页面示意图；

图5是本申请提供的业务系统中任务的处理装置一种实施例的模块结构示意图；

图6是本申请所述业务系统中任务的处理装置的另一种实施例的模块结构示意图；

图7是本申请所述业务系统中任务的处理装置的另一种实施例的模块结构示意图；

图8是本申请所述业务系统中任务的处理装置的另一种实施例的模块结构示意图；

图9是本申请所述业务系统中任务的处理装置的另一种实施例的模块结构示意图；

图10是本申请提供的所述触发对应关系模块的一种实施例的模块结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

如上所述，如果业务系统中应用场景的运营内容与用户账户的当前的状态缺乏联系，将会导致业务系统对用户账户产生无序的引导。本申请所述方法和装置可以将业务系统与用户账户的当前状态联系起来，触发与用户账户当前状态有关的运营内容。基于上述考虑，本申请提供了一种业务系统中任务的处理方法和系统。

虽然本申请提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或客户端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。

图1是本申请所述一种业务系统中任务的处理方法一种实施例的方法流程图，如图1所示，所述方法可以包括：

S1：获取业务系统运营的任务项，将所述任务项分配至预先划分的应用场景中，生成所述应用场景与所述分配至所述应用场景所的任务项的任务触发对应关系。

本申请中所述的业务系统可以包括集合了企业业务运营内容的平台管理系统，如域名管理系统。当然，根据行业应用的不同，所述的业务系统包括销售业务系统、客户服务管理业务系统、风险防范业务系统等。本申请所述业务系统可以运行在网站服务器一侧，当然本申请并不排除其他的例如通过移动终端设备、微处理器等的计算设备的实现方式。本申请可以以域名管理业务系统为例进行说明，相应的，所述业务系统可以为位于域名业务管理后台的服务器。

一般地，所述业务系统中可以包括一个或多个应用场景。所述预先划分的应用场景可以包括基于用户访问的不同业务项进行设置的应用场景。例如本实施例的域名管理业务系统中可以通过不同的网站页面呈现给出不同的应用场景，如将网站中的“会员中心”页面作为一个应用场景，其他的应用场景可以包括：会员中心、域名控制台、消息中心、whois结果页、域名注册完成页等。

本申请中所述的任务项可以包括业务系统中设置的在指定条件下展示或执行的任务单元，如展示的预定消息、执行的预定操作等。具体的，所述任务项可以由开发人员根据业务系统的需求或者设计进行设置。在本实施例中，所述任务项的设置可以从企业开发的基础业务内容考虑。例如本实施例的域名管理业务系统中，运营的任务项可以包括域名信息修改、实名认证、域名所有者变更、DNS修改、DNS创建、域名证书打印、安全设置、域名转出、域名续费、域名赎回、域名待删除等。这些任务项在业务系统中可以以“对用户的文案提示+行动点”的方式进行展示。当然，在其他的业务系统的实施例中，所述的运营的任务项可以包括店铺介绍、用户认证、用户保障、网聊工具、信息排行、专场活动等等。一般的，所述任务可以包括唯一的识别标识信息，例如本实施域名业务管理系统中的任务项可以包括唯一标识ID、任务名称、插件类型、插件位置、通道号、连接信息、连接口令等。

本申请的一种实施例中，可以在获取所述业务系统运营的任务项后根据设计或场景需求直接将所述任务项分配至所述预先划分的应用场景中。然后可以生成所述应用场景与所述分配至所述应用场景的任务项的任务触发对应关系。本申请中所述任务项可以设置通过预定的任务触发对应关系被触发。在一些应用场景中，所述的任务触发对应关系可以通过程序语言实现。本申请中一个所述任务项可以应用于不同的应用场景，同样的，所述应用场景可以包括至少一个任务项。在本申请的一个实施例中，可以将获取的运营的任务项分配至业务系统中预先划分的应用场景中。同样以域名管理业务系统举例说明，表1是应用场景和任务项的任务触发对应关系列表，如表1所示，应用场景“会员中心”可以包括以下任务项：域名信息修改、实名认证、域名所有者变更、DNS修改、DNS创建、域名证书打印、安全设置、域名转出。应用场景“消息中心”可以包括以下任务项：站内消息、故障消息、消息订阅；应用场景“whois结果页”可以包括以下任务项：域名所有者、域名状态、DNS服务器。

表1应用场景和任务项的任务触发对应关系表

本申请的另一种实施例中，获取业务系统运营的任务项后，还可以根据对任务项的分析结果给任务项打上标签，设置所述任务项的标签属性信息。所述的标签属性信息可以用于表示所述任务项的某些属性特征，例如触发该任务项的用户账户是否为已注册会员、任务项所适用的触发对象等。这样，在将所述任务项分配至预先划分的应用场景中时可以根据所述任务项的标签属性信息判断该任务项应当划分到的适用场景，使任务项与其所在的应用场景更加匹配，提高系统任务管理的便利性和效率。因此，本申请所述的一种业务系统中任务的处理方法中，所述在所述获取业务系统运营的任务项之后，还可以包括：

设置所述任务项的标签属性信息；

相应地，所述将所述任务项分配至预先划分的应用场景中包括：根据所述任务项的标签属性信息将所述任务项分配至预先划分的应用场景中。

在本申请域名管理业务系统的实施例中，所述标签属性信息可以包括下述中的至少一种：

用户所处的成长阶段；

任务项适用的对象信息。

具体的一种实施例中，可以设置用户不同的成长阶段。所述用户所处的成长阶段可以用于表示用户享有的不同操作权限或体验权限的预先划分的不同阶段或分组。具体的例如在域名管理业务系统中，可以对用户的账户设置包括正常服务期、续费宽限期、高价赎回期、待删除期等不同的成长阶段。在获取的任务项中，可以设置所述任务项所属的成长阶段的标签属性信息。图2是本申请提供的用户账户所处的成长阶段与任务项的对应关系的示意图。如图2所示，本申请实施例中，一个成长阶段可以包括对一个或者多个任务项，如可以将如下任务项的标签属性信息被设置为“正常服务期”：域名信息修改、实名认证、域名所有者变更、DNS修改、DNS创建、域名证书打印、安全设置、域名转出；将任务项“域名续费”的标签属性信息设置为“续费宽限期”；将任务项“域名赎回”的标签属性信息被设置为“高价赎回期”；将任务项“域名待删除”的标签属性可以被设置为“待删除期”。

在本申请的另一个实施例中，所述任务项适用的对象可以用于表示所述任务项适用的场景范围，或者符合预设条件的调用对象。例如，域名管理业务系统中可以包括“万网”和“非万网”两种适用对象，对于任务项“实名认证”，可以设置只能适用于“万网”，而不能适用于“非万网”，因此，任务项“实名认证”的一种标签属性信息可以被设置为“万网”。

本申请中所述为所述任务项设置的标签，以及标签中所包括标签属性信息在实际实施过程中可以通过可重用的代码结构实现。例如标签可以通过JavaBean生成XML脚本语言的方式实现，具体的生成的任务项的标签的信息可以包括：基础代码模块、标签处理器、标签描述符、发布文件、标签声明等。需要说明的是，在本申请实施例中，可以给一个任务项打上一个标签或多个不同的标签，设置一个任务项的一个或多个标签属性信息；不同的任务项可以被打上相同的标签。从某种程度上来说，所示标签可以表示作业人员对任务项进行的分类。因此，进一步的，本申请所述的方法的一种实施例中所述方法还可以包括通过所述任务项的标签属性信息访问任务项。本实施例通过标签属性信息访问到具有相同标签属性信息不同的任务项，可以实现快速查找具有相同标签或标签属性的任务项，方便用户分类查找和任务项统一管理。

将业务系统运营的任务项分配至预先划分的应用场景中后，所述应用场景中包含了与所述应用场景相匹配的任务项，可以生成所述应用场景与所述应用场景所包括的任务项的任务触发对应关系。

在本申请的一个实施例中，可以通过在所述应用场景和与所述应用场景所包括的任务项之间设定任务逻辑关系实现建立应用场景和任务项的任务触发对应关系。一般的，业务系统中设置的任务项通常可以分为静态类任务项和动态类任务项。所述静态类任务项通常可以在设置的固定触发时机被触发执行，可以不取决于其他任务项是否完成。所述固定触发时间可以包括例如固定触发时间或者固定页面或者执行的预定的操作、接收到指定的信息等。具体的所述静态任务项可以包括例如显示信息类的任务项，比如公告显示等。所述动态类任务项的触发时机通常可以是不固定的，可以取决于一项或多项任务的完成状态，如其他任务项是否触发。具体的，在本申请的一个实施例中，所述生成所述应用场景与所述分配至所述应用场景的任务项的任务触发对应关系包括：

对于静态类任务项，根据设置的所述静态任务项的固定触发时机在包括所述静态类任务项的应用场景中设置触发所述静态类任务项的任务触发对应关系；

对于动态类任务项，根据所述动态类任务项的完成状态在与所述动态类任务项的完成状态相对应的应用场景中设置触发所述动态类任务项的任务触发对应关系。

具体地，例如对于动态类任务项，可以在所述动态类任务项和包含所述动态类任务项的应用场景之间设置判定型的任务逻辑关系，即可以通过任务项的状态来设定任务逻辑。例如，对于动态类任务项“实名认证”，可以设置有两种状态，一种是“完成”，另一种是“未完成”。当用户未完成“实名认证”时，可以通过设定任务逻辑在检测到用户未完成实名认证时在当前页面触发“实名认证”任务项，提醒用户完成“实名认证”。当用户完成“实名认证”时，相应地，可以通过设定任务逻辑取消提醒用户完成“实名认证”。

本实施例中所述任务逻辑可以通过包括下述的方式实现：事务脚本、领域模型、表模块、活动记录。本实施例所述的任务逻辑可以采用领域模型的实现方式，该实现方式更加接近于实体模型，考虑了关系映射、数据冗余的问题，同时，所述领域模型实现方式适合比较复杂的任务体系，并且有较好的扩展性、维护性以及复用性。

在本申请方法步骤中，可以将获取的运营任务项分配至业务系统中预先划分的应用场景中，根据所述对任务项的分析结果，对所述任务项和预先划分的应用场景之间的关系进行规划分配，为后续建立任务项和应用场景的任务触发对应关系提供依据。在其他的一些实施方式总，可以给获取的运营任务项打上标签，可以通过查询标签访问与所述标签相对应的一个或多个任务项，减少了在后续建立业务系统过程中反复访问相关任务项的工作量，提高了工作效率。将任务项分成静态类任务项和动态类任务项后，设置所述应用场景与所述应用场景所包括的任务项的任务触发对应关系，充分考虑了应用场景和任务项之间的匹配关系，提高了业务系统的有序性，增强了网站管理人员管理与维护业务系统的灵活性。

步骤S2：获取用户所处的当前应用场景的信息，基于所述任务触发对应关系确定所述业务系统在所述当前应用场景中的触发任务项。

本申请实施例中所述获取用户账户当前所处的当前应用场景信息可以通过业务系统与用户使用的客户端之间的接口完成。具体地，可以在业务系统中设置一个外部接口，当用户账户登录所述业务系统时，所述外部接口可以实时监测并获取用户账户所处的当前应用场景信息。

在本申请中，可以根据用户所处的当前应用场景的信息，触发相应的任务项。这样，在构建的业务系统中对任务项的处理结合了用户当前的状态信息或所处的应用场景，形成业务系统与用户状态信息的互动，减少对用户的不必要的任务引导项。

在本申请的一个实施例中，可以根据预先指定的某一字段信息来判定所述用户所处的当前应用场景。例如在上述域名管理业务系统中，可以根据用户账户当前所处的成长阶段或用户对任务项的当前完成状况等确定用户所处的当前应用场景。然后可以基于所述生成的任务项触发对应关系和所述用户所处的当前应用场景的信息确定出业务系统在所述当前应用场景中需要触发的触发任务项。

具体的，如上所述，在域名管理业务系统中，成长阶段可以包括正常服务期、续费宽限期、高价赎回期以及待删除期。一般地，用户账户在某个时刻可以处于上述成长阶段中的一个阶段。当根据用户账户确定用户当前处于正常服务期时，那么在用户账户所处的正常服务期的应用场景下，可以确定该用户在该正常服务期阶段的触发任务项可以包括：域名信息修改、实名认证、域名所有者变更、DNS修改、DNS创建、域名证书打印、安全设置、域名转出等。而在用户账户处于续费宽限期时，可以确定该用户在续费宽限期的触发任务项包括“域名续费”，可以设置不能触发上述处于正常服务期阶段的任务项。

当然，可以理解的是，本申请所述方法在具体实施时可以实现根据不同用户所处的不同应用场景确定出用户在当前应用场景中应该触发的触发任务项，这种业务系统中的任务系统构建处理方案可以实现尽量保存页面原有结构的情况下，让业务系统中各个产品线功能/服务灵活、体系化的呈现给用户。这样可以满足对用户的运营内容便捷且体系化的培育成长，提高业务系统综合管理性能和用户使用体验。

进一步的，采用上述实施例所述的任务系统上线时，用户登录业务系统后业务系统可以根据用户所处的当前应用场景触发相应的任务项。因此，本申请所述方法还可以包括：

根据所述触发任务项在所述当前应用场景中触发相应的任务项。

例如上述域名管理业务系统中，任务项“实名认证”可以有两种状态：“完成”和“未完成”。当任务项“实名认证”未完成时，在用户账户的所处的当前应用场景下，与实名认证后相关的任务项如“域名所有者变更”和“域名转出”可以设置为不可以被触发。当任务项“实名认证”完成时，在用户账户的所处的当前应用场景下，可以触发任务项“域名所有者变更”和“域名转出”。

所述任务项的触发可以通过代码设置任务项触发点，启动所述触发点可以显示所述任务项的运营内容。在具体的实现过程中，可以通过预先编写判定型任务描述语句实现任务项的触发。例如，当业务系统监测到任务项“实名认证”完成时，可以通过预先编写的判定型任务描述语句触发任务项“域名所有者变更”和“域名转出”。当业务系统监测到任务项“实名认证”未完成时，可以根据预先编写的判定型任务描述语句阻止“任务项域名所有者变更”和“域名转出”的触发。具体的应用场景中，例如在业务系统的相关网站页面中，当任务项处于未完成状态时，可以显示提醒用户完成所述任务项，此时该任务项可以被触发；当所述任务项处于完成状态时，可以不显示所述任务项或者所述任务项呈灰色不可操作状态等。

图3是本申请提供的业务系统中任务处理方法的另一种实施例的方法流程图。如图3所示，在本申请的另一种实施例中，获取所述业务系统运营的任务项后，可以设置所述任务项的优先级。本实施例中所述的优先级可以用于业务系统在应用场景中触发多个任务项时任务项被触发的优先等级。对于服务器而言可以表示为服务器决定各个任务项接收系统资源的优先等级。因此，本申请的另一种实施例中，在所述获取业务系统运营的任务项之后，还包括：

设置所述任务项的优先级；

相应的，所述根据所述触发任务项在所述当前应用场景中触发相应的任务项包括：根据所述触发任务项的优先级顺序在所述当前应用场景中触发相应的任务项。

如在域名任务体系中，可以将任务项“实名认证”的标签属性设置为P1，将任务项“域名解析服务”的标签属性信息设置为P6。如果在同一个应用场景中，既有任务项“实名认证”，也有任务项“域名解析服务”时，那么，任务项“实名认证”将比任务项“域名解析服务”优先触发。或者，在用户所处的应用场景的同某一块展示区域中既包括展示“推送商家A的消息”的任务项也包括展示“推送商家B的消息”的任务项，那么可以根据设置的“推送商家A的消息”的任务项的优先级P20大于“推送商家B的消息”的任务项的优先级P21优先触发“推送商家A的消息”的任务项。在展示完所述“推送商家A的消息”后展示“推送商家B的消息”。因此，从某种程度上所述任务项的优先权可以表示为当应用场景中触发不止一个任务项时，各个任务项的重要程度。这样可以实现应用场景中任务项的系统性、有序性展示，便于任务组织、管理。

本申请提供的业务系统中任务的处理方法，可以获取用户账户所处的当前应用场景信息，触发与用户账户当前应用场景信息相匹配的任务项，增加了用户与业务系统任之间的信息交互，减少了业务系统中应用场景对用户账户不必要的或者不合适的任务项引导，提升用户体验。

下面结合具体场景说明上述本申请实施例的实现过程：图4是利用本申请构建的域名管理业务系统中应用场景为“会员中心”对应的网站页面示意图。将域名管理业务运营的任务项分配至预先划分的应用场景“会员中心”，该“会员中心”可以包括任务项域名信息修改、域名所有者实名认证、域名所有者变更、域名证书打印、DNS修改、DNS创建、安全设置以及域名转出。如图4所示，所述任务项的展示具体位于“会员中心”网站页面的左侧任务项导航栏。可以获取用户账户所处的当前应用场景信息，所述当前应用场景信息可以包括用户账户当前所处的成长阶段和用户账户对任务项的完成状况。如图4所示，用户“张三”的账户当前处于“正常服务期”，因此，在应用场景“会员中心”下，可以触发应用场景“会员中心”包括的任务项。当用户账户未完成“实名认证”时，可以设置限制与“实名认证”相关的任务项的访问权限，例如，“任务项域名所有者变更”不可以被触发。当然，任务项“域名所有者变更”可以在完成任务项“实名认证”后触发，如图4所示，还可以在网站页面相应位置设置“去实名认证”这样的触发任务项，方便用户访问相关任务项。

基于本申请所述业务系统中任务的处理方法，本申请提供一种业务系统中任务的处理装置。图5是本申请提供的业务系统中任务的处理装置一种实施例的模块结构示意图，如图5所示，所述业务系统中任务的处理装置可以包括：

任务项分配模块101，可以用于获取运营的任务项，将所述任务项分配至预先划分的应用场景中；

触发对应关系模块102，可以用于生成所述应用场景与所述分配至所述应用场景的任务项的任务触发对应关系；

触发任务项确定模块103，可以用于获取用户所处的当前应用场景的信息，基于所述任务触发对应关系确定在所述当前应用场景中的触发任务项。

本实施例所述的业务系统中任务的处理装置可以根据用户当前所处的应用场景来触发相应的任务项，可以减少业务系统对用户在当前应用场景不必要的或者不合适的任务项引导，提高了业务系统维护和管理的便利性和用户体验。

图6是本申请所述业务系统中任务的处理装置的另一种实施例的模块结构示意图，如图6所示，可以基于本申请所述的业务系统中任务的处理模块在用户的当前应用场景中触发相应的任务项。因此，本申请所述业务系统中任务的处理装置的另一种实施例中，所述装置还可以包括：

触发模块104，可以用于根据所述触发任务项在所述当前应用场景中触发相应的任务项。

图7是本申请所述业务系统中任务的处理装置的另一种实施例的模块结构示意图，如图7所示，所述装置还可以包括：

标签属性模块105，可以用于设置所述任务项的标签属性信息；

相应的，所述任务分配模块101将所述任务项分配至预先划分的应用场景中包括：任务分配模块101根据所述任务项的标签属性信息将所述任务项分配至预先划分的应用场景中。

在本申请所述装置的一些实施例中，所述标签属性信息可以包括下述中的至少一种：

用户所处的成长阶段；

任务项适用的对象信息。

设置任务项的标签属性信息后，可以通过本申请装置中所述任务项的标签属性信息来访问某一标签信息的任务项。图8是本申请所述业务系统中任务的处理装置的另一种实施例的模块结构示意图，如图8所示，所述装置还可以包括：

标签访问模块106，可以用于通过所述任务项的标签属性信息访问任务项。

上述实施例中所述的标签属性信息的类型、实现方式等的描述可以参照本申请其他实施例相关描述，在此不做赘述。本申请所述装置中可以通过标签属性信息访问到具有相同标签属性信息不同的任务项，可以实现快速查找具有相同标签或标签属性的任务项，方便用户分类查找和任务项统一管理。

在本申请的另一种实施例中，获取所述业务系统运营的任务项后，可以设置所述任务项的优先级。本实施例中所述的优先级可以用于业务系统在应用场景中触发多个任务项时任务项被触发的优先等级。对于处理器而言可以表示为处理器决定各个任务项接收系统资源的优先等级。图9是本申请所述业务系统中任务的处理装置的另一种实施例的模块结构示意图，如图9所示，所述装置还可以包括：

优先级设置模块107，可以用于设置所述任务项的优先级；

相应的，所述触发模块104根据所述触发任务项在所述当前应用场景中触发相应的任务项包括：所述触发模块104根据所述触发任务项的优先级顺序在所述当前应用场景中触发相应的任务项。

具体的在包括域名管理的业务系统中，所述的任务项可以分为静态类任务项和动态类任务项。因此，对于不同类的任务项可以分别进行设置相应的任务触发对应关系。图10是本申请提供的所述触发对应关系模块102的一种实施例的模块结构示意图，如图10所示，所述触发对应关系模块102可以包括：

静态类任务项设置模块1021，可以用于对于静态类任务项，根据设置的所述静态任务项的固定触发时机在包括所述静态类任务项的应用场景中设置触发所述静态类任务项的任务触发对应关系；

动态类任务项设置模块1022，可以用于对于动态类任务项，根据所述动态类任务项的完成状态在与所述动态类任务项的完成状态相对应的应用场景中设置触发所述动态类任务项的任务触发对应关系。

本申请上述所述的业务系统中任务的处理方法或装置可以用于业务系统的构建体系中，实现利用本申请所述方法或装置构建出可以减少对用户不必要的任务项、便于任务管理和维护的业务系统。因此，本申请还提供一种业务体系构建系统，所述系统可以包括：

至少一个处理单元；

所述处理单元被设置成可以用于获取运营的任务项，将所述任务项分配至预先划分的应用场景中，生成所述应用场景与所述分配至所述应用场景的任务项的任务触发对应关系；以及用于获取用户所处的当前应用场景的信息，基于所述任务触发对应关系确定在所述当前应用场景中的触发任务项。

所述的处理单元可以包括中央处理器(CPU)、单片机，或者集成电路等的逻辑控制处理单元。所述的方法、装置及业务系统构建系统具体的可以通过必要的硬件加编程设计语言例如C++、html等实现。

尽管本申请内容中提到网页页面、JavaBean、应用场景划分、信息判断等的数据展示、交互、处理的描述，但是，本申请并不局限于必须是完全标准或者所提及的方式的数据展示交互、处理的情况。本申请中各个实施例所涉及的上述描述仅是本申请中的一些实施例中的应用，在某些标准、方法的基础上略加修改后的处理方法也可以实行上述本申请各实施例的方案。当然，在符合本申请上述各实施例的中所述的处理方法步骤的其他无创造性的变形，仍然可以实现相同的申请，在此不再赘述。

虽然本申请提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或客户端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。

上述实施例阐明的装置或模块，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本申请时可以把各模块的功能在同一个或多个软件和/或硬件中实现。当然，也可以将实现某功能的模块由多个子模块或子单元组合实现。

本申请中所述的方法、装置或模块可以以计算机可读程序代码方式实现控制器按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、MicrochipPIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内部包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

本申请所述装置中的部分模块可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构、类等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的硬件的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，也可以通过数据迁移的实施过程中体现出来。该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，移动终端，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例采用递进的方式描述，各个实施例之间相同或相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。本申请的全部或者部分可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、移动通信终端、多处理器系统、基于微处理器的系统、可编程的电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

虽然通过实施例描绘了本申请，本领域普通技术人员知道，本申请有许多变形和变化而不脱离本申请的精神，希望所附的权利要求包括这些变形和变化而不脱离本申请的精神。

Claims (15)

1.一种业务系统中任务的处理方法，其特征在于，所述方法包括：

获取业务系统运营的任务项，将所述任务项分配至预先划分的应用场景中，生成所述应用场景与所述分配至所述应用场景的任务项的任务触发对应关系；

获取用户所处的当前应用场景的信息，基于所述任务触发对应关系确定所述业务系统在所述当前应用场景中的触发任务项。

2.如权利要求1所述的一种业务系统中任务的处理方法，其特征在于，所述方法还包括：

根据所述触发任务项在所述当前应用场景中触发相应的任务项。

3.如权利要求1或2所述的一种业务系统中任务的处理方法，其特征在于，在所述获取业务系统运营的任务项之后，所述方法还包括：

设置所述任务项的标签属性信息；

相应地，所述将所述任务项分配至预先划分的应用场景中包括：根据所述任务项的标签属性信息将所述任务项分配至预先划分的应用场景中。

4.如权利要求3所述的一种业务系统中任务的处理方法，其特征在于，所述标签属性信息包括下述中的至少一种：

用户所处的成长阶段；

任务项适用的对象信息。

5.如权利要求3所述的一种业务系统中任务的处理方法，其特征在于，所述方法还包括：

通过所述任务项的标签属性信息访问任务项。

6.如权利要求1所述的一种业务系统中任务的处理方法，其特征在于，所述方法还包括：

设置所述任务项的优先级；

相应的，所述根据所述触发任务项在所述当前应用场景中触发相应的任务项包括：根据所述触发任务项的优先级顺序在所述当前应用场景中触发相应的任务项。

7.如权利要求1或2所述的一种业务系统中任务的处理方法，其特征在于，所述生成所述应用场景与所述分配至所述应用场景的任务项的任务触发对应关系包括：

对于静态类任务项，根据设置的所述静态任务项的固定触发时机，在包括所述静态类任务项的应用场景中设置触发所述静态类任务项的任务触发对应关系；

对于动态类任务项，根据所述动态类任务项的完成状态，在与所述动态类任务项的完成状态相对应的应用场景中设置触发所述动态类任务项的任务触发对应关系。

8.一种业务系统中任务的处理装置，其特征在于，所述装置包括：

任务项分配模块，用于获取运营的任务项，将所述任务项分配至预先划分的应用场景中；

触发对应关系模块，用于生成所述应用场景与所述分配至所述应用场景的任务项的任务触发对应关系；

触发任务项确定模块，用于获取用户所处的当前应用场景的信息，基于所述任务触发对应关系确定在所述当前应用场景中的触发任务项。

9.如权利要求8所述的一种业务系统中任务的处理装置，其特征在于，所述装置还包括：

触发模块，用于根据所述触发任务项在所述当前应用场景中触发相应的任务项。

10.如权利要求8或9所述的一种业务系统中任务的处理装置，其特征在于，所述装置还包括：

标签属性模块，用于设置所述任务项的标签属性信息；

相应的，所述任务分配模块将所述任务项分配至预先划分的应用场景中包括：任务分配模块根据所述任务项的标签属性信息将所述任务项分配至预先划分的应用场景中。

11.如权利要求10所述的一种业务系统中任务的处理装置，其特征在于，所述标签属性信息包括下述中的至少一种：

用户所处的成长阶段；

任务项适用的对象信息。

12.如权利要求10所述的一种业务系统中任务的处理装置，其特征在于，所述装置还包括：

标签访问模块，用于通过所述任务项的标签属性信息访问任务项。

13.如权利要求8所述的一种业务系统中任务的处理装置，其特征在于，所述装置还包括：

优先级设置模块，用于设置所述任务项的优先级；

相应的，所述触发模块根据所述触发任务项在所述当前应用场景中触发相应的任务项包括：所述触发模块根据所述触发任务项的优先级顺序在所述当前应用场景中触发相应的任务项。

14.如权利要求8或9所述的一种业务系统中任务的处理装置，其特征在于，所述触发对应关系模块包括：

静态类任务项设置模块，用于对于静态类任务项，根据设置的所述静态任务项的固定触发时机，在包括所述静态类任务项的应用场景中设置触发所述静态类任务项的任务触发对应关系；

动态类任务项设置模块，用于对于动态类任务项，根据所述动态类任务项的完成状态，在与所述动态类任务项的完成状态相对应的应用场景中设置触发所述动态类任务项的任务触发对应关系。

15.一种业务体系构建系统，其特征在于，所述系统包括：

至少一个处理单元；

所述处理单元被设置成，用于获取运营的任务项，将所述任务项分配至预先划分的应用场景中，生成所述应用场景与所述分配至所述应用场景的任务项的任务触发对应关系；以及用于获取用户所处的当前应用场景的信息，基于所述任务触发对应关系确定在所述当前应用场景中的触发任务项。