业务处理方法及装置与流程

本发明属于计算机技术领域，尤其涉及业务处理方法及装置。

背景技术：

随着互联网技术的发展和应用软件的成熟，兴起了一种完全创新的软件应用模式，即软件即服务(software-as-a-service，saas)，saas是一种通过互联网提供软件的模式，厂商将应用软件统一部署在自己的服务器上，客户可以根据自己的实际需求，通过互联网获得厂商提供的服务。客户不需要购买软件，而是向服务提供商租用基于web的软件，来管理企业经营活动，且无需对软件进行维护，服务提供商会全权管理和维护软件。

基于saas服务的特点，平台维护需要针对不同客户的业务需求，提供不同的行业服务及数据服务，如何根据客户的定制业务提供针对性的数据服务并把数据推送至相对应的客户端，以便于客户查阅及处理，仍是亟需解决的问题。

技术实现要素：

有鉴于此，本发明的目的在于提供一种业务处理方法及装置，以实现根据客户的定制业务提供针对性的数据服务并把数据推送至相对应的客户端，其技术方案如下：

第一方面，本申请提供了一种业务处理方法，包括：

获取目标业务流程中各个业务节点之间的数据订阅关系；

建立各个业务节点与对应的客户端之间的映射关系；

依据该映射关系以及客户端对应用户的业务权限，确定各个业务节点所处理的作业范围；

获取该目标业务流程产生的业务数据，根据所述映射关系将该业务数据发送至目标业务节点对应的客户端，以使该客户端进行相应的业务处理得到结果数据；

根据所述数据订阅关系，将所述客户端返回的结果数据发送至下一业务节点，或者，确定当前业务处理结束。

可选地，所述依据该映射关系以及客户端对应用户的业务权限，确定各个业务节点所处理的作业范围，包括：

获取目标业务流程所涉及的各个客户端的业务权限；

根据所述映射关系确定与各个业务节点对应的客户端；

根据客户端的业务权限设定该客户端对应的业务节点的作业范围。

可选地，所述建立各个业务节点与对应的客户端之间的映射关系，包括：

依据该目标业务流程的业务处理机制，确定各个业务节点所对应的客户端，并建立业务节点与对应的客户端之间的映射关系。

可选地，获取该目标业务流程中各个业务节点之间的数据订阅关系，包括：

依据目标业务流程的处理机制，确定各个业务节点之间的业务流转顺序；

依据该业务流转顺序确定该目标业务流程涉及的各个业务节点之间的数据流转顺序，得到所述数据订阅关系。

可选地，根据该数据权限订阅关系，将所述客户端返回的结果数据发送至下一业务节点，或者，确定当前业务处理结束，包括：

当根据该数据权限订阅关系确定当前业务数据需要流转至下一业务节点进行处理时，将所述客户端返回的结果数据发送至该下一业务节点进行相应的业务处理；

当根据该数据权限订阅关系确定当前业务数据不需要流转至下一业务节点进行处理时，提示当前业务处理结束。

第二方面，本申请还提供了一种业务处理装置，包括：

第一获取模块，用于获取目标业务流程中各个业务节点之间的数据订阅关系；

映射建立模块，用于建立各个业务节点与对应的客户端之间的映射关系；

作业范围确定模块，用于依据该映射关系以及客户端对应用户的业务权限，确定各个业务节点所处理的作业范围；

发送模块，用于获取该目标业务流程产生的业务数据，根据所述映射关系将该业务数据发送至目标业务节点对应的客户端，以使该客户端进行相应的业务处理得到结果数据；

业务处理模块，用于根据所述数据订阅关系，将所述客户端返回的结果数据发送至下一业务节点进行处理，或者，确定当前业务处理结束。

可选地，所述作业范围确定模块包括：

第一获取子模块，用于获取目标业务流程所涉及的各个客户端的业务权限；

第一确定子模块，用于根据所述映射关系确定与各个业务节点对应的客户端；

设定子模块，用于根据客户端的业务权限设定该客户端对应的业务节点的作业范围。

可选地，所述映射建立模块具体用于：

依据该目标业务流程的业务处理机制，确定各个业务节点所对应的客户端，并建立业务节点与对应的客户端之间的映射关系。

可选地，第一获取模块包括：

第二确定子模块，用于依据目标业务流程的处理机制，确定各个业务节点之间的业务流转顺序；

第二获取子模块，用于依据该业务流转顺序确定该目标业务流程涉及的各个业务节点之间的数据流转顺序，得到所述数据订阅关系。

可选地，所述业务处理模块包括：

发送子模块，用于当根据该数据权限订阅关系确定当前业务数据需要流转至下一业务节点进行处理时，将所述客户端返回的结果数据发送至该下一业务节点进行相应的业务处理；

提示子模块，用于当根据该数据权限订阅关系确定当前业务数据不需要流转至下一业务节点进行处理时，提示当前业务处理结束。

本实施例提供的业务处理方法，客户可以根据自身企业定制相应的业务内容，按照一定的业务流程实现该业务内容。根据该业务流程分配不同角色的客户端用户的作业权限及作业范围，通过作业内容、权限分配及客户端用户之间的关系绑定，实现企业内部的业务处理。

附图说明

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

图1是本申请实施例提供的一种业务处理系统的框图；

图2是本申请实施例提供的一种业务处理方法的流程图；

图3是本申请实施例提供的一种确定业务节点的作业范围过程的流程图；

图4是本申请实施例提供的一种业务处理装置的框图；

图5是本申请实施例提供的一种第一获取模块的框图；

图6是本申请实施例提供的一种作业范围确定模块的框图；

图7是本申请实施例提供的一种业务处理模块的框图。

具体实施方式

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

请参见图1，示出了本申请实施例一种业务处理系统的框图，该系统包括多个客户端1，服务端2，其中，客户端1与服务端2之间可以通过无线网络或无线网络进行通信；

其中，服务端2中部署有软件，例如，服务提供商所能提供的服务所对应的软件。客户端1可以通过internet使用服务端2所提供的服务，即通过internet访问服务端2的应用软件。

其中，客户端1的数量为多个，且多个客户端1可以属于不同的企业，本申请将着重介绍同一企业内不同的客户端之间的业务处理流程。

请参见图2，示出了本申请实施例一种业务处理方法的流程图，该方法应用于图1所示的系统中，如图2所示，该方法可以包括：

s110，服务端获取用户指定的目标业务流程。

此处的用户是指使用该服务提供商提供的服务的企业，企业可以根据自身行业的业务特点定制相应的业务处理流程，即业务在不同的业务节点之间的流转顺序。例如，某个业务流程包括：信息采集、商业分析、业务审批等。

目标业务流程是指任意一个企业客户的任意一个业务流程。

s120，服务端获取该目标业务流程中各个业务节点之间的数据订阅关系。

各个业务节点之间的数据订阅关系反映了各个业务节点之间的业务流转顺序。因此，首先依据目标业务流程的处理机制，确定各个业务节点之间的业务流转顺序；然后，根据业务流转顺序确定该目标业务流程涉及的各个业务节点之间的数据流转顺序，得到该数据订阅关系。

例如，业务流程规定的业务顺序是业务a→业务b→业务c，那么业务a完成后得到的业务数据应该发送至业务b进行后续处理，同理业务b完成后得到的业务数据应该发送至业务c进行后续处理。即，业务b订阅了业务a的业务数据，业务c订阅了业务b的业务数据。

s130，服务端建立各个业务节点与对应的客户端之间的映射关系。

业务节点是指处理某个业务的节点，本实施例中，业务节点与客户端绑定，可以由客户端进行相应的业务处理。

在本申请的一个实施例中，依据目标业务流程的业务处理机制，确定出各个业务节点所对应的客户端，然后，建立业务节点与对应的客户端之间的映射关系。

例如，业务处理机制是按照业务a→业务b→业务c的处理流程来处理业务，而在该企业内能够处理业务a员工是a和b，客户可以指定a和b中的至少一个来处理该业务a，若指定员工a则员工a对应的客户端为业务a所对应的客户端，并建立员工a的客户端与业务a对应的业务节点之间的映射关系。

s140，服务端依据该映射关系及客户端对应用户的业务权限，确定各个业务节点所处理的作业范围。

在本申请的一个实施例中，如图3所示，s140可以包括以下步骤：

s141，获取目标业务流程所涉及的各个客户端的业务权限。

依据目标业务流程的处理机制，确定该目标业务流程所涉及的客户端，以及各个客户端所对应的业务权限。

s142，根据映射关系确定与各个业务节点对应的客户端。

依据业务节点与客户端之间的映射关系，确定该业务节点所对应的客户端。

s143，根据客户端的业务权限设定该客户端对应的业务节点的作业范围。

获取该客户端对应用户的业务权限，并根据该业务权限设定对应的业务节点的作业范围。即设定业务节点的作业范围后，该业务节点对应的客户端只能处理该业务节点的作业范围内的业务数据，无权处理该作业范围之外的业务数据。

通过业务节点的作业范围，实现业务数据与自身角色、人员之间的映射关系。

其中，可以根据企业内员工的职位权限设定员工能够处理的业务数据范围，从而得到业务节点对应的作业范围。

s150，服务端获取该目标业务流程产生的业务数据，根据所述映射关系将该业务数据发送至目标业务节点对应的客户端。

业务节点在进行业务处理过程中产生的业务数据，可以根据业务节点与客户端之间的映射关系，将该业务数据发送至对应的客户端进行处理。

例如，某个业务处理过程中需要用户在客户端进行相应的操作，例如，输入相应的信息或处理相应的消息，此时，需要业务节点将相应的数据发送至客户端，以便用户在客户端处理。

s160，该客户端接收该业务数据，进行相应的业务处理得到结果数据，并将该结果数据发送至服务端。

客户端接收到该业务数据后，用户可以在客户端上进行相应的业务处理得到相应的结果数据，并将该结果数据返回给服务端，以便服务端进行后续的业务处理。

s170，当服务端根据数据订阅关系确定出下一业务节点时，将该结果数据发送至该下一业务节点进行处理。

数据订阅关系反映了各个业务节点之间的业务流转顺序，查询该数据订阅关系若确定客户端返回的结果数据应该发送至下一业务节点进行处理，则将客户端返回的结果数据发送至该下一业务节点进行后续的处理。

s180，当服务端根据数据订阅关系确定当前业务流程结束时，提示当前业务流程处理结束并发送至客户端。

如果服务端查询该数据订阅关系后确定当前业务处理结束不需要其它业务节点进行处理，则直接提示当前业务流程处理结束，同时，向客户端发送该提示信息并展示给用户。

本实施例提供的业务处理方法，客户可以根据自身企业定制相应的业务内容，按照一定的业务流程实现该业务内容。根据该业务流程分配不同角色的客户端用户的作业权限及作业范围，通过作业内容、权限分配及客户端用户之间的关系绑定，实现企业内部的业务处理。

相应于上述的业务处理方法流程实施例，本申请还提供了业务处理装置实施例。

请参见图4，示出了本申请实施例一种业务处理装置的框图，该装置应用于服务端，如图4所示，该装置包括：第一获取模块110、映射建立模块120、作业范围确定模块130、发送模块140和业务处理模块150。

第一获取模块110，用于获取目标业务流程中各个业务节点之间的数据订阅关系。

各个业务节点之间的数据订阅关系反映了各个业务节点之间的业务流转顺序。请参见图5，示出了本申请实施例一种第一获取模块的框图，该第一获取模块110包括：第二确定子模块111和第二获取子模块112；

第二确定子模块111，用于依据目标业务流程的处理机制，确定各个业务节点之间的业务流转顺序。

第二获取子模块112，用于依据该业务流转顺序确定该目标业务流程涉及的各个业务节点之间的数据流转顺序，得到所述数据订阅关系。

例如，业务流程规定的业务顺序是业务a→业务b→业务c，那么业务a完成后得到的业务数据应该发送至业务b进行后续处理，同理业务b完成后得到的业务数据应该发送至业务c进行后续处理。即，业务b订阅了业务a的业务数据，业务c订阅了业务b的业务数据。

映射建立模块120，用于建立各个业务节点与对应的客户端之间的映射关系。

在本申请的一个实施例中，映射建立模块120具体用于：依据该目标业务流程的业务处理机制，确定各个业务节点所对应的客户端，并建立业务节点与对应的客户端之间的映射关系。

例如，业务处理机制是按照业务a→业务b→业务c的处理流程来处理业务，而在该企业内能够处理业务a员工是a和b，客户可以指定a和b中的至少一个来处理该业务a，若指定员工a则员工a对应的客户端为业务a所对应的客户端，并建立员工a的客户端与业务a对应的业务节点之间的映射关系。

作业范围确定模块130，用于依据该映射关系以及客户端对应用户的业务权限，确定各个业务节点所处理的作业范围。

在本申请的一个实施例中，如图6所示，作业范围确定模块130包括：第一获取子模块131、第一确定子模块132和设定子模块133。

第一获取子模块131，用于获取目标业务流程所涉及的各个客户端的业务权限。

第一确定子模块132，用于根据映射关系确定与各个业务节点对应的客户端。

设定子模块133，用于根据客户端的业务权限设定该客户端对应的业务节点的作业范围。

设定业务节点的作业范围后，该业务节点对应的客户端只能处理该业务节点的作业范围内的业务数据，无权处理该作业范围之外的业务数据。

通过业务节点的作业范围，实现业务数据与自身角色、人员之间的映射关系。

其中，可以根据企业内员工的职位权限设定员工能够处理的业务数据范围，从而得到业务节点对应的作业范围。

发送模块140，用于获取该目标业务流程产生的业务数据，根据所述映射关系将该业务数据发送至目标业务节点对应的客户端，以使该客户端进行相应的业务处理得到结果数据。

业务节点在进行业务处理过程中产生的业务数据，可以根据业务节点与客户端之间的映射关系，将该业务数据发送至对应的客户端进行处理。

业务处理模块150，用于根据所述数据订阅关系，将所述客户端返回的结果数据发送至下一业务节点进行处理，或者，确定当前业务处理结束。

在本申请的一个实施例中，如图7所示，业务处理模块150包括：发送子模块151和提示子模块152。

发送子模块151，用于当根据该数据权限订阅关系确定当前业务数据需要流转至下一业务节点进行处理时，将客户端返回的结果数据发送至该下一业务节点进行相应的业务处理。

提示子模块152，用于当根据该数据权限订阅关系确定当前业务数据不需要流转至下一业务节点进行处理时，提示当前业务处理结束。

本实施例提供的业务处理装置，客户可以根据自身企业定制相应的业务内容，按照一定的业务流程实现该业务内容。根据该业务流程分配不同角色的客户端用户的作业权限及作业范围，通过作业内容、权限分配及客户端用户之间的关系绑定，实现企业内部的业务处理。

对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本申请各实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。

本申请各实施例中的装置及终端中的模块和子模块可以根据实际需要进行合并、划分和删减。

本申请所提供的几个实施例中，应该理解到，所揭露的终端，装置和方法，可以通过其它的方式实现。例如，以上所描述的终端实施例仅仅是示意性的，例如，模块或子模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个子模块或模块可以结合或者可以集成到另一个模块，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的模块或子模块可以是或者也可以不是物理上分开的，作为模块或子模块的部件可以是或者也可以不是物理模块或子模块，即可以位于一个地方，或者也可以分布到多个网络模块或子模块上。可以根据实际的需要选择其中的部分或者全部模块或子模块来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能模块或子模块可以集成在一个处理模块中，也可以是各个模块或子模块单独物理存在，也可以两个或两个以上模块或子模块集成在一个模块中。上述集成的模块或子模块既可以采用硬件的形式实现，也可以采用软件功能模块或子模块的形式实现。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

对所公开的实施例的上述说明，使本领域技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。