业务管理方法及系统与流程

本发明涉及信息处理技术领域，尤其涉及一种业务管理方法及系统。

背景技术：

为了满足人们的日益增加的日常需求，各行各业所涉及的业务种类也越来越多。一般情况下，一个公司可以设置有多个体系，来处理公司所涉及的各类业务，以便于为用户更好地提高服务器。而且不同的体系或者组织可以具有不同的业务处理模式。例如，在销售领域，一个销售公司可以设置不同的销售体系，通过各销售体系采用不同的业务规则对业务进行处理，从而实现产品的推广。

目前，业务管理系统需要为每个业务对应的业务规则设置判断条件，通过判断条件来确定登录了该业务管理系统的用户所属体系，进一步地判断用户当前所处理的业务，进而确定出在处理该业务时具体使用的业务规则。实际应用中，不同的用户可能采用不同的业务规则处理相同的业务，为了满足用户的个性化差异，现有的业务管理体系需要为所有的业务规则上设置判断条件，不仅存在开发成本较高，而且存在用户登录该业务管理系统时，需要多次判断后才能确定出用户对应的业务规则导致实时性较差的问题。

技术实现要素：

本发明旨在至少在一定程度上解决相关技术中的技术问题之一。

为此，本发明的第一个目的在于提出一种业务管理方法，用于解决现有的业务管理系统中需要多次判断后才能确定业务规则的问题。

本发明的第二个目的在于提出一种业务管理系统。

本发明的第三个目的在于提出另一种业务管理系统。

本发明的第四个目的在于提出一种非临时性计算机可读存储介质。

本发明的第五个目的在于提出一种计算机程序产品。

为达上述目的，本发明第一方面实施例提出了一种业务管理方法，包括：

业务管理系统接收用户的登录请求，所述登录请求中携带所述用户的身份标识；

所述业务管理系统根据所述身份标识获取所述用户所属体系的体系标识；

所述业务管理系统根据所述体系标识以及所述用户在所属体系下的岗位，获取所述用户可使用的业务处理模板，其中所述业务处理模板中所包括的各个业务为一个类，每个业务设置有对应的业务规则，其中，所述业务规则为一个业务实例。

本发明实施例的业务管理方法，通过业务管理系统将业务作为一类，每个业务可以对应不同的业务规则，而且每一个业务规则作为一个业务实体，支持为不同的体系下不同岗位的用户，调用与其对应的业务处理模板。而且该业务处理模板所配置的业务规则，是预先依据用户对业务的处理需求制定配置的，从而可以满足用户个性化业务的需求。而且针对不同的用户对应不同的业务处理模板，业务处理模板中包括该用户对涉及业务的业务规则，不需要通过判断确定用户的业务规则，从而可以避免现有的业务管理系统中需要多次判断后才能确定业务规则的问题。

为达上述目的，本发明第二方面实施例提出了一种业务管理系统，包括：

登录模块，用于接收用户的登录请求，所述登录请求中携带所述用户的身份标识；

第一获取模块，用于根据所述身份标识获取所述用户所属体系的体系标识；

第二获取模块，用于根据所述体系标识以及所述用户在所属体系下的岗位，获取所述用户可使用的业务处理模板，其中所述业务处理模板中所包括的各个业务为一个类，每个业务设置有对应的业务规则，其中，所述业务规则为一个业务实例。

本发明实施例的业务管理系统，通过将业务作为一类，每个业务可以对应不同的业务规则，而且每一个业务规则作为一个业务实体，支持为不同的体系下不同岗位的用户，调用与其对应的业务处理模板。而且该业务处理模板所配置的业务规则，是预先依据用户对业务的处理需求制定配置的，从而可以满足用户个性化业务的需求。而且针对不同的用户对应不同的业务处理模板，业务处理模板中包括该用户对涉及业务的业务规则，不需要通过判断确定用户的业务规则，从而可以避免现有的业务管理系统中需要多次判断后才能确定业务规则的问题。

为达上述目的，本发明第三方面实施例提出了另一种业务管理系统，包括：处理器；用于存储所述处理器可执行指令的存储器；其中，所述处理器被配置为：业务管理系统接收用户的登录请求，所述登录请求中携带所述用户的身份标识；所述业务管理系统根据所述身份标识获取所述用户所属体系的体系标识；所述业务管理系统根据所述体系标识以及所述用户在所属体系下的岗位，获取所述用户可使用的业务处理模板，其中所述业务处理模板中所包括的各个业务为一个类，每个业务设置有对应的业务规则，其中，所述业务规则为一个业务实例。

为了实现上述目的，本发明第四方面实施例提出了一种非临时性计算机可读存储介质，当所述存储介质中的指令由服务器端的处理器被执行时，使得服务器端能够执行一种业务管理方法，所述方法包括：业务管理系统接收用户的登录请求，所述登录请求中携带所述用户的身份标识；所述业务管理系统根据所述身份标识获取所述用户所属体系的体系标识；所述业务管理系统根据所述体系标识以及所述用户在所属体系下的岗位，获取所述用户可使用的业务处理模板，其中所述业务处理模板中所包括的各个业务为一个类，每个业务设置有对应的业务规则，其中，所述业务规则为一个业务实例。

为了实现上述目的，本发明第五方面实施例提出了一种计算机程序产品，当所述计算机程序产品中的指令处理器执行时，执行一种业务管理方法，所述方法包括：业务管理系统接收用户的登录请求，所述登录请求中携带所述用户的身份标识；所述业务管理系统根据所述身份标识获取所述用户所属体系的体系标识；所述业务管理系统根据所述体系标识以及所述用户在所属体系下的岗位，获取所述用户可使用的业务处理模板，其中所述业务处理模板中所包括的各个业务为一个类，每个业务设置有对应的业务规则，其中，所述业务规则为一个业务实例。

本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本发明实施例提供的一种业务管理方法的流程示意图；

图2为本发明实施例提供的另一种业务管理方法的流程示意图；

图3为本发明实施例提供的另一种业务管理方法的流程示意图；

图4为本发明实施例提供的另一种业务管理方法的流程示意图；

图5为本发明实施例提供的另一种业务管理方法的流程示意图；

图6为本发明实施例提供的业务管理方法的应用示意图之一；

图7为本发明实施例提供的业务管理方法的应用示意图之二；

图8为本发明实施例提供的业务管理系统的应用示意图之一；

图9为本发明实施例提供的业务管理系统的应用示意图之二；

图10为本发明实施例提供的一种业务管理系统的结构示意图；

图11为本发明实施例提供的一种业务管理系统的结构示意图；

图12为本发明实施例提供的一种业务管理系统的结构示意图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本发明，而不能理解为对本发明的限制。

下面参考附图描述本发明实施例的业务管理方法及系统。

图1为本发明实施例所提供的一种业务管理方法的流程示意图。该业务管理方法包括以下步骤：

S101、业务管理系统接收用户的登录请求，所述登录请求中携带用户的身份标识。

实际应用中，一个公司或者团队可以设置多种体系，各体系设置有不同的业务处理模式。例如，在销售行业或者领域，一个公司可以设置有多种销售渠道，每个销售渠道就是一个销售体系，可以包括：直销体系、网销体系、电销体系以及特定的专销体系。

本实施例中，设置有一个业务管理系统，用户通过该业务管理体系来处理业务。业务管理系统为不同的体系配置有不同的业务处理模板。

业务管理系统可以设置有登录对话框或者登录页面，当一个用户试图使用业务管理系统，用户可以通过安装有业务管理系统的终端，在登录页面或者登录对话框中，向业务管理系统发送登录请求。登录请求中携带有用户的身份标识，身份标识可以为用户在首次登录业务管理系统中注册的登录账号，或者由用户的上级为其分配的登录账号。

S102、业务管理系统根据身份标识获取用户所属体系的体系标识。

具体地，业务管理系统在获取到用户的身份标识后，可以根据该用户的身份标识，确定出用户所属的体系。一般情况下，用户只属于一个体系，该用户的身份标识可以指示出该用户所属的体系。例如，上述销售行业中，一个销售员登录后，可以根据销售员的身份标识，确定出该销售员属于专销体系。

S103、业务管理系统根据体系标识以及用户在所属体系下的岗位，获取用户可使用的业务处理模板。

其中，所述业务处理模板中所包括的各个业务为一个类，每个业务设置有对应的业务规则，其中，所述业务规则为一个业务实例。

实际应用中，不同的体系下设置有多个岗位，不同的岗位可以涉及多个业务。针对不同的岗位可能对同一业务的处理方式，即业务规则可能存在一定差异。同一体系下的同一岗位对应的业务是相同，并且采用相同的业务规则对业务进行处理，所以同一体系下的同一岗位对应的处理模板相同。本实施例中，业务管理系统将每个业务作为一个类，然后将每个业务对应的所有业务规则分别作为一个业务实例，由于将业务作为类，并将业务对应的业务规则作为业务实例，可以为每个体系下不同的岗位设置有不同的业务处理模板，不同的业务处理模板中设置有不同的用于对业务进行处理的业务规则。

本实施例中，在确定出用户所属的体系标识后，进一步地根据用户的身份标识，确定出用户在所属体系下的岗位，然后根据体系标识和用户在所属体系下的岗位，获取用户可使用的业务处理模板。例如，在销售行业中，可能涉及到门店认领业务，不同的销售体系下，对门店认领也设置有不同的业务规则。

举例说明，以对各种门店的提供的服务进行销售为例，销售团队可以划分为直销体系、网销体系、电销体系以及专销体系。每个体系下面可以对门店根据品类进行垂直化分类，即每个销售体系下面包括多个门店垂类，例如餐饮，电影，KTV，旅游等垂类。一般情况下，不同的销售体系，对应的门店垂类不同，相应的业务规则也不同。比如：一个门店被一个销售人员认领后，该门店就被私有化。本实施例中，为每个销售人员设置有私海，私海中放置有被该销售人员认领后的门店，进一步地，还设置有公海，在公海中存放有未被认领的门店即未被私有化的门店。其中，私海和公海为相对的观念。

公私海业务：直销体系可能会对放置在私海中的门店设置拜访要求，9天未拜访，就会就会将该门店从用户的私海踢回公海。而电销销售的主要工作是打电话，不会去对门店进行实际的上门拜访。而对电销体系实行9天未拜访，则将销售人员认领的门店从私海踢回公海的这一业务规则显然是不合理的。

为了满足个性化定制可以对电销体系的公私海业务设置另外一个业务规则，例如该业务规则可以为20天未上单，当放置在销售人员私海中的门店在20天内未上单，则可以将该门店从私海踢回到公海中，以便于其他销售人员去认领，这样也更加有利于该门店所提供服务的推广。

如果用户为电销体系下的一个销售人员时，获取到可使用的业务处理模板中，关于公私海业务的业务规则为20天未上单则将认领的门店从私海踢回公海的业务规则。而如果用户为直销体系下的一个销售人员时，获取到如果用户为电销体系下的一个销售人员时，获取到可使用的业务处理模板中，关于公私海业务的业务规则为9天未拜访则将认领的门店从私海踢回公海的业务规则。

本实施例提供的业务管理方法，业务管理系统接收用户的登录请求，登录请求中携带用户的身份标识，业务管理系统根据身份标识获取用户所属体系的体系标识，业务管理系统根据体系标识以及用户在所属体系下的岗位，获取用户可使用的业务处理模板。本实施例中，业务管理系统将业务作为一类，每个业务可以对应不同的业务规则，而且每一个业务规则作为一个业务实体，支持为不同的体系下不同岗位的用户，调用与其对应的业务处理模板。而且该业务处理模板所配置的业务规则，是预先依据用户对业务的处理需求制定配置的，从而可以满足用户个性化业务的需求。而且针对不同的用户对应不同的业务处理模板，业务处理模板中包括该用户对涉及业务的业务规则，不需要通过判断确定用户的业务规则，从而可以避免现有的业务管理系统中需要多次判断后才能确定业务规则的问题。

图2为本发明实施例提供的另一种业务管理方法的流程示意图。在上述实施例中的基础之上，在业务管理系统根据体系标识以及用户在所属体系下的岗位，获取用户可使用的业务处理模板之后，该业务管理方法还包括：

S201、业务管理系统根据用户在业务处理模板上的操作，确定用户待处理的目标业务。

本实施例中，在获取到用户可用的业务处理模板后，业务管理系统可以对用户在该业务处了模板上的操作进行检测，然后根据用户的操作可以确定出用户待处理的目标业务。以上述销售行业为例，业务处理模板上设置有多个业务，包括：门店认领、门店入库、门店分配等，当用户点击了其中一个门店认领，则业务管理系统就可以确定出该用户待处理的业务为门店认领。

S202、业务管理系统从业务处理模板中调用目标业务的业务规则。

S203、业务管理系统利用目标业务的业务规则对目标业务进行处理。

业务处理系统为用户生成的业务处理模板上包括多个业务，每个业务对应有业务规则。在确定出目标业务后，业务处理系统可以从业务处理模板中调用目标业务的业务规则，然后利用该业务规则对目标业务进行处理。

本实施例中，业务管理系统将业务作为一类，每个业务可以对应不同的业务规则，而且每一个业务规则作为一个业务实体，支持为不同的体系下不同岗位的用户，调用与其对应的业务处理模板。在获取到业务处理模板后，用户可以在业务处理模板下进行业务处理，业务管理系统可以确定出用户当前要处理的业务，然后调用与该业务相应的业务规则，基于该业务规则对业务进行处理。

图3为本发明实施例提供的另一种业务管理方法的流程示意图。在上述实施例的基础之上，该业务管理方法还包括：

S301、当目标业务为可配置的业务时，业务管理系统接收用户发送的配置请求，其中，所述配置请求中携带有用于对目标业务的业务规则进行配置的业务参数。

本实施例中，为了满足用户对业务处理时的个性化需求，可以在业务处理模板中，将可能变化的业务规则抽象到模板中进行统一配置。当目标业务为可配置的业务时，如果用户需要对目标业务的规则进行重新配置，则业务管理系统可以接收到用户发送的配置请求。在该配置请求中可以携带用于对目标业务的业务规则进行配置的业务参数。例如，业务参数可以为一个有效时间长度、门店的上限个数等。

S302、业务管理系统根据业务参数重新配置目标业务的业务规则。

业务管理系统从配置请求中可以提取出业务参数，然后利用该业务参数重新对目标业务的业务规则进行配置。

优选地，业务管理系统可以为每个岗位的业务处理模板设置一个配置区域，不同的岗位配置区域内可以配置的业务可能不同，通过这样的设置每个用户可以明确知道自己能够配置的业务，便于自己进行个性化定制。

举例说明，可在业务处理模板中设置一个配置区域，在该配置区域中显示有可配置的业务。当目标业务在该区域内显示时，说明用户可以对该目标业务的业务规则重新进行配置，用户可以在该配置区域内点击目标业务，然后可以目标业务的业务规则进行配置。业务管理系统接收用户输入携带有业务参数的配置请求后，就可以利用该业务参数对目标业务的规则重新进行配置。

可选地，业务管理系统可以为所有的业务处设置一个配置区域，而该配置区域内可以包括所有可以配置的业务。当用户在使用业务处理模板时，用户如果试图配置一个目标业务时，业务管理系统在接收到用户的配置请求后，可以根据用户在所属体系中的岗位，判断用户是否具有配置目标业务的业务规则的权限。当判断出用户具有权限时，业务管理系统就可以根据配置请求中的配置参数对目标业务的业务规则重新进行配置。

S303、业务管理系统为目标业务生成一个新的业务实例。

S304、业务管理系统利用新的业务实例更新用户的业务处理模板。

在对目标业务的业务规则进行重新配置后，业务管理系统可以该用户的业务处理模板上的目标业务生成一个新的业务实例。业务管理系统可以利用新的业务实例对用户的业务处理模板进行更新，这样用户在后续使用过程中，就可以基于新的业务实例对目标业务进行处理。

本实施例中，业务管理系统将业务作为一类，每个业务可以对应不同的业务规则，而且每一个业务规则作为一个业务实体，支持为不同的体系下不同岗位的用户，调用与其对应的业务处理模板。在获取到业务处理模板后，用户可以对业务处理模板下的可配置的业务，根据自己的处理需求重新配置可配置业务的业务规则，从而能够更好地为用户提供对业务处理的个性化定制。

图4为本发明实施例提供的另一种业务管理方法的流程示意图。在上述实施例的基础之上，该业务管理方法还包括：

S401、业务管理系统接收增加新业务的第一请求；所述第一请求包括新业务的业务规则。

一般情况下，随着业务的不断上深化或者细分，可以能需要对业务管理系统中的业务进行更新或者增添。本实施例中，由于业务管理系统将每个业务作为一个类，用户可以在业务管理系统中增加新的业务。该用户为具有增加新业务的权限的用户。以销售行业为例，该用户可以为销售经理或者销售主管，也可以为业务管理系统的运营人员，销售团队可以将自己的需求反馈给运营人员，由运营人员在业务管理系统中增加新业务。

具体地，业务管理系统可以接收用户发送的第一请求，该第一请求用于请求增加一个新的业务，并且在该第一请求中携带有新业务的业务规则。

S402、业务管理系统根据第一请求生成与新业务对应的业务实例。

本实施例中，业务管理系统在获取到第一请求后，则可以根据该第一请求，生成一个新业务对应的业务实例。由于业务管理系统可以增加新业务，并且可以为新业务配置相应的业务规则，从而支持对业务管理系统的扩展。

以上述销售行业为例，当有新的门店垂类增加或者一个门店垂类下增加新业务时，能够在业务管理系统中通过配置的方式增加新业务以及新业务的业务规则。

S403、业务管理系统将新业务对应的业务实例，添加到包括新业务的体系对应的业务处理模板中。

在增加了新业务以及新业务的业务规则后，当需要在一个体系中增加该新业务时，则业务管理系统可以将包括新业务的体系对应的业务处理模板中，从而属于该体系的用户就可以在增加了新业务的业务处理模板中，对新业务进行相关的处理。

本实施例中，业务管理系统将业务作为一类，每个业务可以对应不同的业务规则，而且每一个业务规则作为一个业务实体，从而能够方便地在业务管理系统中增加新业务，并且可以为新业务配置业务规则，实现了对业务管理系统的扩展。进一步地，还可以将涉及该新业务的体系对应的业务处理模板中增加该新业务及新业务的业务规则，便于用户在业务处理模板下对新业务进行操作。

图5为本发明实施例提供的另一种业务管理方法的流程示意图。在上述实施例的基础之上，业务管理方法还包括：

S501、业务管理系统接收增加新体系的第二请求，第二请求至少包括新体系所包括的各业务以及各业务对应的业务规则。

实际应用中，一个公司或者团队在运营过程中，可能需要增加新的体系，来完善公司的发展框架。为了支持对公司或者团队的扩展，业务管理系统可以具有增加新体系的功能。

具体地，业务管理系统可以接收增加新体系的第二请求。其中，第二请求至少包括新体系所包括的各业务，以及各业务对应的业务规则。以上述销售行业为例，新体系可以包括门店认领业务、公私海业务、门店分配业务等，则将这些业务携带在第一请求中。为了能够属于新体系上的用户可以对新体系下的业务进行处理，第一请求中还需要携带新体系下各业务对应的业务规则。

S502、业务管理系统根据第二请求生成与新体系对应的业务处理模板。

业务管理系统在接收到第二请求后，从第二请求中获取到新体系所包括的业务，以及各业务对应的业务规则。业务管理系统可以确定新体系所包括的业务是否为系统中已经存在的业务，如果该业务存在与业务管理系统中，业务管理系统则可以将新体系下该业务的业务规则作为一个新的业务实例放置在该业务下。为了与其他体系的业务实例进行区分，可以在该业务实例下添加新体系的体系标识。进一步地，在属于新体系的用户对该业务进行操作时，可以根据该体系标识获取到该业务的业务实例。

如果新体系所包括的业务当前并未存在与业务管理系统中，业务管理系统则将该业务作为一个新的业务增加到业务管理系统中。具体地，业务管理系统将该业务作为一个类，并且在该类下设置对应的业务规则即业务实例，为了与其他体系的业务实例进行区分，可以在该业务实例下添加新体系的体系标识。

现有技术中的业务管理系统中当需要增加新体系时，需要通过系统的运营人员，线下修改新增体系所涉及的每个业务规则的判断条件，修改后业务管理系统重新上线，这种改动方式会随着业务对应的业务规则的增加成倍数的增长，在提高开发成本的同时，也会大大增加业务管理系统的复杂度，维护成本也会增高。

与现有的业务管理系统相比，本实施例提供的业务管理方法，由于业务管理系统将业务作为一类，每个业务可以对应不同的业务规则，而且每一个业务规则作为一个业务实体，从而能够方便地在业务管理系统中通过配置的方式增加新体系，从而大大提高了系统的可扩展性，降低开发成本和维护成本。由于业务管理系统可以实现扩展，从而可以为公司或者团队的持续发展提供了简单有效地技术支持，便于公司或者团队实现资源的合理配置和最大化利用。

为了清楚地说明上述实施例中提供的业务管理方法，如图6所示，其为本发明实施例提供的业务管理方法的应用场景示意图之一。

以上述销售行业为例进行解释说明。销售行业中包括：直销体系、网销体系、电销体系以及特定的专销体系。

首先，一个专销体系的销售人员登录业务管理系统。其次，业务管理系统可以获取到该销售人员所属体系的体系标识。例如，专销体系的体系标识设置为2。在获取到体系标识后，可以根据该体系标识获取到与该专销体系绑定的业务处理模板。例如，不同的业务处理模板可以通过所绑定的体系标识进行区分，即可以将所绑定的销售体系的体系标识作为业务处理模板的标识。例如，专销体系的业务处理模板的标识为2。

进一步地，销售人员获取到可试用的业务处理模板后，则可以在业务处理模板下对业务进行处理。业务管理系统可以确定销售人员的当前点击的业务为认领门店业务。为了完成销售人员对认领门店业务的处理，业务管理系统可以从业务处理模板中调用该认领门店的业务规则，即该认领门店的业务实例。

例如，销售人员对应的业务处理模板可以返回一个名称为ClaimService_2的业务实例，该业务实例为认领门店的业务实例。其中，下划线后的数字2即为业务处理模板的标识id，即专销体系的体系标识。业务实例ClaimService_2在业务管理系统启动时已经自动注入了业务处理模板上配置的业务参数：{"operateLimit":50,"claimLimit":200,"protectPeriod":7}，其中operateLimit＝50表示批处理操作上限是50，claimLimit＝200表示销售人员的私海库容是200，表示销售人员可以最多可以认领200个门店；protectPeriod＝7表示门店的认领保护期为7天。

不同的体系的业务处理模板可以配置不同的业务参数，不同体系下的销售人员可以通过所属体系的体系标识，获取对应的业务处理模板，进而调用加载配有不同业务参数的业务实例。

业务管理系统通过轻量级的数据交换格式如(JavaScript Object Notation，简称JSON)字符串的方式来配置业务实例的业务参数，如图6所示，该专销体系下的门店认领业务的实例，ClaimService_2中业务参数的json字符串为：

业务处理模板的id：2,

业务名称：ClaimService

业务参数：{"operateLimit":50,"claimLimit":200,"protectPeriod":7}

为了清楚地说明上述实施例中提供的业务管理方法，如图7所示，其为本发明实施例提供的业务管理方法的应用场景示意图之二。

直销体系下的销售员工和专销体系下的销售员工分别登录业务管理系统，其中，直销体系的体系标识为1，专销体系的体系标识为2。直销体系的销售员工可以获取到直销体系所绑定的业务处理模板，该业务处理模板的标识为1，专销体系的销售员工可以获取到专销体系所绑定的业务处理模板，该业务处理模板的标识为2。

进一步地，两个销售员工分别在各自的业务处理模板下，选择处理公私海业务，业务管理系统可以从两个业务处理模板中调用各自对应的业务实例，即公私海踢出规则。

如图7所示，对比直销体系和专销体系的公私海业务的踢出规则，直销体系下认领门店的踢出规则为：9天未走访，20天未上单，90天未再次上单，只要满足条件之一，认领的门店就会被系统从直销体系的销售员工的私海中自动踢出重新回归公海。具体规则可以通过JSON字符串的方式进行配置，如下所示：

业务处理模板的id：1

业务名称：poiOpValidateService

业务参数：

{"dropRules":[{"dayNum":9,"enabled":true,"firmTypes":[1],"userActType":"VISIT"},{"day Num":20,"enabled":true,"firmTypes":[1,20,21,22,23],"userActType":"DEALING"},{"dayNum":90,"enabled":true,"firmTypes":[5],"userActType":"RE_DEAL"}]}

而专销体系主攻电话销售，没有走访要求，显然对专销做拜访规则的限制不合理，因此专销体系下认领门店的踢出私海的规则设定为20天未上单，90天未再次上单，只要满足条件之一，认领的门店就会被系统从专销体系的销售员工的私海中自动踢出重新回归公海。

具体规则可以通过JSON字符串的方式进行配置，如下所示：

业务处理模板的id：2

业务名称：poiOpValidateService

业务参数：

{"dropRules":[{"dayNum":20,"enabled":true,"firmTypes":[1,20,21,22,23],"userActType":"DEALING"},{"dayNum":90,"enabled":true,"firmTypes":[5],"userActType":"RE_DEAL"}]}。

实际应用中，业务管理系统只需要实现一次poiOpValidateService，就可以根据为业务处理模板自动配置2个业务实例：poiOpValidateService_1和poiOpValidateService_2，并且将业务参数解析，自动注入到各自的业务实例当中。

进一步地，当有其中一个销售体系的公私海业务出现新的踢出规则时，则可以通过JSON字符串的方式，重新配置该销售体系对应的业务处理模板下公私海业务的业务实例。

进一步地，当有新的销售体系需要增加时，业务管理系统则可以增加一个业务处理模板，并且通过该新销售体系的体系标识3来标识该业务处理模板，并且为该业务处理模板所涉及的业务配置业务规则。业务管理系统自动生成实现业务规则的业务实例。例如，该业务为公私海业务，则生成的业务实例为：poiOpValidateService_3。相比于现有的业务管理系统需要重新开发，上线才能解决的事情，上述本实施例提供的业务管理系统通过配置就可以轻松扩展解决。

图8为本发明实施例提供的业务管理系统的应用示意图。业务管理系统中包括模板管理和模板插件。其中，模板管理包括模板垂类管理以及模板服务管理。模板插件包括：模板上下文服务、模板解析以及模板刷新。

具体地，模板垂类管理用于从垂类的角度定义数据范围，比如将销售中涉及的门店根据品类进行垂直划分，包括：餐饮，电影，大型连锁机构(NKA)，可以为大型连锁超市等。模板垂类管理针对销售体系之间的差异，为不同的销售体系设置不同的垂类，便于各垂类下的门店更好地推广。

模板服务管理将业务规则可能发生变化的业务抽取出来，变为可配置的业务。比如：门店认领业务中的拜访规则可以根据实际需求进行制定，是否需要拜访，拜访天数的限制，此时就可以将门店认领业务设置在模板服务管理中，可以在业务处理模板中设置一个配置区域，该配置区域包括可配置的业务，在该配置区域中配置所选取的可配置业务的业务规则。

业务管理系统可以针对多个销售体系，销售可以包括：直销体系、网销体系、电销体系和专销体系，业务管理系统可以所有的销售体系进行业务处理模板的绑定。每个业务处理模板的标识对应与销售体系的体系标识。

进一步地，业务管理系统可以涉及多个业务，包括：门店管控业务、公私海业务、门店入库业务、门店认领业务、门店分配业务、门店放弃业务、门店转移业务、门店拜访业务、门店创建业务等。

业务管理系统可以为不同的销售体系所绑定的业务处理模板所涉及的业务设置不同的业务实例，例如可以通过JSON字符串进行配置。

模板解析负责对模板管理定义的垂类，以及个性化业务规则进行解析，进一步地，模板上下文服务提供经过模板解析后个性化的业务。上层服务只需要继承模板上下文服务，就可以接入业务管理系统，调用已经实现个性化业务规则的业务。模板刷新对业务处理模板的配置进行定时更新。

业务处理模板作为一种资源，可以绑定到不同销售体系。每个业务处理模板都可以具有定义垂类和配置个性化业务规则的功能。当不同销售体系的销售人员使用业务管理系统时，访问到的是不同垂类的门店，调用的是个性化业务规则的服务。

业务处理模板不仅可以绑定到销售体系，还可以绑定到销售个人，支持每个销售都有个性化业务的需求。一般情况下，同一岗位上的销售人员所使用的业务处理模板相同。例如，以销售员工的岗位为销售总经理，而销售总经理的业务处理模板为一个所属销售体系对应的默认业务处理模板，则可以将将默认业务处理模板作为一种资源挂载到销售体系的组织节点下，该销售经理处于专销华北区组织节点，在销售总经理登录后，就可以获取到默认业务处理模板。

图10为本发明实施例提供的一种业务管理系统的结构示意图。该业务管理系统包括：登录模块10、第一获取模块11和第二获取模块12。

其中，登录模块10，用于接收用户的登录请求，所述登录请求中携带所述用户的身份标识。

第一获取模块11，用于根据所述身份标识获取所述用户所属体系的体系标识。

第二获取模块12，用于根据所述体系标识以及所述用户在所属体系下的岗位，获取所述用户可使用的业务处理模板，其中所述业务处理模板中所包括的各个业务为一个类，每个业务设置有对应的业务规则，其中，所述业务规则为一个业务实例。

本实施例中，业务管理系统将业务作为一类，每个业务可以对应不同的业务规则，而且每一个业务规则作为一个业务实体，支持为不同的体系下不同岗位的用户，调用与其对应的业务处理模板。而且该业务处理模板所配置的业务规则，是预先依据用户对业务的处理需求制定配置的，从而可以满足用户个性化业务的需求。而且针对不同的用户对应不同的业务处理模板，业务处理模板中包括该用户对涉及业务的业务规则，不需要通过判断确定用户的业务规则，从而可以避免现有的业务管理系统中需要多次判断后才能确定业务规则的问题。

图11为本发明实施例提供的另一种业务管理系统的结构示意图。在上述实施例的基础上之上，该业务管理系统还包括：确定模块13、调用模块14、处理模块15、配置模块16、更新模块17、第一增加模块18和第二增加模块19。

其中，确定模块13，用于根据所述用户在所述业务处理模板上的操作，确定所述用户待处理的目标业务。

调用模块14，用于从所述业务处理模板中调用所述目标业务的业务规则。

处理模块15，用于利用所述目标业务的业务规则对所述目标业务进行处理。

配置模块16，用于当所述目标业务为可配置的业务时，所述业务管理系统接收所述用户发送的配置请求，以及根据所述配置请求中的业务参数重新配置所述目标业务的业务规则。

其中，所述配置请求中携带有用于对所述目标业务的业务规则进行配置的业务参数。

所述配置模块16，还用于根据所述业务参数重新配置所述目标业务的业务规则之前，根据所述用户在所属体系中的岗位，判断所述用户是否具有配置所述目标业务的业务规则的权限。

更新模块17，用于为所述目标业务生成一个新的业务实例，利用所述新的业务实例更新所述用户的所述业务处理模板。

第一增加模块18，用于接收增加新业务的第一请求，以及根据所述第一请求生成与所述新业务对应的业务实例；其中，所述第一请求包括所述新业务的业务规则。

第一增加模块18，还用于在根据所述第一请求生成与所述新业务对应的业务实例之后，将所述新业务对应的业务实例，添加到包括所述新业务的体系对应的业务处理模板中。

第二增加模块19，用于接收增加新体系的第二请求，以及根据所述第二请求生成与所述新体系对应的业务处理模板，其中，所述第二请求至少包括所述新体系所包括的各业务以及各业务对应的业务规则。

图12为本发明实施例提供的另一种业务管理系统的结构示意图。该业务管理系统包括：

存储器21、处理器22及存储在存储器21上并可在处理器22上运行的计算机程序。

处理器22执行所述程序时实现上述实施例中提供的业务管理方法。

进一步地，业务管理系统还包括：

通信接口23，用于存储器21和处理器22之间的通信。

存储器21，用于存放可在处理器22上运行的计算机程序。

存储器21可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

处理器22，用于执行所述程序时实现上述实施例所述的业务管理方法。

如果存储器21、处理器22和通信接口23独立实现，则通信接口21、存储器21和处理器22可以通过总线相互连接并完成相互间的通信。所述总线可以是工业标准体系结构(Industry Standard Architecture，简称为ISA)总线、外部设备互连(Peripheral Component，简称为PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture，简称为EISA)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图12中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

可选的，在具体实现上，如果存储器21、处理器22及通信接口23，集成在一块芯片上实现，则存储器21、处理器22及通信接口23可以通过内部接口完成相互间的通信。

处理器22可能是一个中央处理器(Central Processing Unit，简称为CPU)，或者是特定集成电路(Application Specific Integrated Circuit，简称为ASIC)，或者是被配置成实施本发明实施例的一个或多个集成电路。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本发明的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。