业务联办方法、服务器及装置以及计算机可读介质

本发明涉及计算机技术领域，特别涉及业务联办方法、服务器及装置以及计算机可读介质。

近几年“只进一扇门”、“最多跑一次”、“不见面审批”等改革措施不断涌现，对深化“放管服”改革、优化营商环境、便利企业和众办事创业发挥了重要作用，。

然而，政务服务整体效能不强，政务服务“一网通办”、“只进一扇门”、“最多跑一次”等改革仍是局部区域和部分领域的探索实践，不少地区、部门、领域仍大量存在困扰企业众的办事难、办事慢、办事繁的问题还不同程度存在。比如为了一种业务的办理，需要多个相关办事部门，分别熟悉办事流程、事项标准、重复提交申请材料等情况导致业务联办效率不高。

因此，需要一种方式来提高业务联办的效率。

本发明实施例提供了业务联办方法、服务器及装置以及计算机可读介质，能够提高业务联办的效率。

第一方面，本发明实施例提供了业务联办方法，应用于业务联办服务器；

创建至少一个业务场景；

对于每个业务场景，配置对应于所述业务场景的至少一个场景分支业务；

针对于每个所述场景分支业务，根据所述场景分支业务的基本信息和事项信息整合为链条信息；将所述链条信息放入所述场景分支中，以使用户从所述业务联办服务器中通过基本信息查并查看所述链条信息并对所述事项信息中的待填事项进行填写；

根据用户对待填事项填写完后的链条信息生成业务联办申请并发送给所述链条信息对应的至少一个业务部门，以使所述至少一个业务部门根据所述业务联办申请中的链条信息进行业务联办。

优选地，

所述业务场景，包括：场景名称、图标、服务对象和排序。

优选地，

所述基本信息，包括：链条信息的名称、收件部门、期限办结时间、通用表单、链条的图标和是否支持网办；

所述事项信息，包括：事项所属单位、事项名称、事项类型、时限类型、节点时限、单体事项的表单、办理岗位、事项阶段、办理通道、办理层级和短信类型。

优选地，

还包括：创建一个非标准业务名称的情形分组，将至少一个与所述非标准名称相关的至少一个链条信息导入所述情形分组中，以使用户通过打开所述情形分组对所述与所述非标准名称相关的至少一个链条信息进行查看。

第二方面，本发明实施例提供了业务联办装置，包括：

创建模块、配置模块、处理模块和发送模块；

所述创建模块，用于创建至少一个业务场景；

所述配置模块，用于对于每个业务场景，配置对应于所述业务场景的至少一个场景分支业务；

所述处理模块，用于针对于每个所述场景分支业务，根据所述场景分支业务的基本信息和事项信息整合为链条信息；将所述链条信息放入所述场景分支中，以使用户从所述业务联办服务器中通过基本信息查并查看所述链条信息并对所述事项信息进行填写；

所述发送模块，用于根据用户对待填事项填写完后的链条信息生成业务联办申请并发送给所述链条信息对应的至少一个业务部门，以使所述至少一个业务部门根据所述业务联办申请中包括的已填事项进行业务联办。

优选地，

当所述业务场景包括场景名称、图标、服务对象和排序时，所述创建模块在执行创建至少一个业务场景时，具体执行：创建至少一个业务场景，并配置所述业务场景的场景名称、图标、服务对象和排序。

优选地，

当所述基本信息包括链条信息的名称、收件部门、期限办结时间、通用表单、链条的图标和是否支持网办且所述事项信息，包括：事项所属单位、事项名称、事项类型、时限类型、节点时限、单体事项的表单、办理岗位、事项阶段、办理通道、办理层级和短信类型时，所述处理模块在执行所述根据所述场景分支业务的基本信息和事项信息整合为链条信息时，具体执行：

将所述链条信息的名称、所述收件部门、所述期限办结时间、所述通用表单、所述链条的图标和所述是否支持网办作为所述基本信息，将所述事项所属单位、所述事项名称、所述事项类型、所述时限类型、所述节点时限、所述单体事项的表单、所述办理岗位、所述事项阶段、所述办理通道、所述办理层级和所述短信类型时，所述处理模块在执行所述根据所述场景分支业务的基本信息和事项信息作为所述事项信息整合成所述链条信息。

优选地，

所述处理单元，还用于执行：创建一个非标准业务名称的情形分组，将至少一个与所述非标准名称相关的至少一个链条信息导入所述情形分组中，以使用户通过打开所述情形分组对所述与所述非标准名称相关的至少一个链条信息进行查看。

第三方面，本发明实施例提供了业务联办装置，包括：至少一个存储器和至少一个处理器；

所述至少一个存储器，用于存储机器可读程序；

所述至少一个处理器，用于调用所述机器可读程序，执行权利要求1至4中任一所述的业务联办方法。

第四方面，本发明实施例提供了计算机可读介质，所述计算机可读介质上存储有计算机指令，所述计算机指令在被处理器执行时，使所述处理器执行权利要求1至4中任一所述的业务联办方法。

本发明实施例提供了业务联办方法、装置及计算机可读介质，由上述的技术方案可知，首先在业务联办服务器中创建至少一个业务场景，场景创建主要是对业务场景进行梳理，支持添加场景分支。对于每个业务场景，都有若干个分支业务，因此，配置对应于业务场景的至少一个场景分支业务，将每个场景分支业务的基本信息和事项信息整合起来形成对应的链条信息，将链条信息放入业务场景配置的场景分支中，这样，用户从业务场景中就可以看到业务场景对应的多个场景分支业务对应的链条信息。用户对链条信息中的待填事项进行填写后，将户对待填事项填写完后的链条信息生成业务联办申请并发送给所述链条信息对应的至少一个业务部门，以使所述至少一个业务部门根据所述业务联办申请中的链条信息进行业务联办。由此可见，在用户需要执行一个业务场景下的某种分支业务时，仅需要通过对链条信息的事项信息中的待填事项进行填写，链条信息对应的至少一个业务部门就能对链条信息对应的场景分支业务进行联办，因此用户不需要需要多个部门，分别熟悉办事流程、事项标准、重复提交申请材料，提高了业务联办的效率。

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

图1是本发明一实施例提供的一种业务联办方法的流程图；

图2是本发明一实施例提供的一种业务联办服务器的示意图。

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

近几年“只进一扇门”、“最多跑一次”、“不见面审批”等改革措施不断涌现，对深化“放管服”改革、优化营商环境、便利企业和众办事创业发挥了重要作用，但政务服务整体效能不强，政务服务“一网通办”、“只进一扇门”、“最多跑一次”等改革仍是局部区域和部分领域的探索实践，不少地区、部门、领域仍大量存在困扰企业众的办事难、办事慢、办事繁的问题还不同程度存在：

目前整体的政务服务供给侧改革仍不深入，政务服务方式仍然以政府为中心，以政府职能本位为导向，与需求侧的以用户实际需求为导向的公众需求是不完全吻合的；主要表现在：

1、审批服务方式多为“物理聚合”，无深入整合性链条式审批服务。

目前各地一站式政务服务大厅的一站式服务通过统一入口方便公众、企业办事，然而这种服务方式仍然没有摆脱传统审批服务模式，即各审批部门条块分割、审批业务无深入管理，这种审批方式停留在“物理聚合”阶段，并没并没有提供以公众为导向的、产生“化学反应”的整合性的链条式审批服务，涉及到一件事的多个部门的审批，有的互为前置条件，各审批部门间的数据共享性低，满足公众主题服务的审批业务提升速度有限。

2、网上办理事项广泛，无针对性一件事式的主题式业务，产生迷失。

因为审批服务方式的“物理聚合”，导致目前很多政务服务网提供的网上办事申请，主要是按政府部门进行分类，多为大众化、面向所有服务对象的通用性的信息服务。对于需要跨多个部门进行若干事项的行政审批,如开餐馆、开药店、办企业等，从政府提供的碎片化、海量的信息中难以获取相应的审批流程,包括哪些部门、审批哪些事项、审批先后顺序等内容，办事人难以获得跨部门审批流程的信息服务，没有提供以公众、企业的真正的业务需求为中心的、具有针对性、个性化的真正符合个人和企业主题式的便民需求的跨部门一体化的信息服务，造成公众往往花费了大量的时间和精力也无法简便、快速的获取到所需要的特定的、有效的、个性化业务办理信息，产生“信息迷失”。

3、并联审批程度低，公众办理一件事需要多部门来回跑，办事效率低。

如以开餐馆为例，可能需要营业执照办理，印章刻制、银行开户、发票申领、食品经营许可办理、消防业务办理、城市排水许可这么多审批。目前各政务服务多以行政审批部门为主体的审批事项清单目录，公众需要办事审批业务时，需要先寻各职能部门清单，根据部门确定查相关服务事项，获取各事项办理过程，造成申请人在办理某个业务事项时，需要多个部门，分别熟悉办事流程、事项标准、重复提交申请材料，而且对各部门的事项先后顺序不清楚，有时候造成申请人不知所措，申请人来回跑，既耽误了申请人时间，又影响了人民众对政府服务的满意度。

因此在进行供给侧改革中，在政务服务审批以政府为中心转向为以公众为中心，构建“以公众办事为中心”的主动引导型政务服务新模式，已是一种公众需求,更是一种时代要求。

建立“以公众办事为中心的”主动引导性场景化政务服务新模式，把握审批服务便民化主题，建立以公众、企业办事的主题如“我要开餐馆”、“我要开幼儿园”等为一件事式的主题式服务模式，构建打包式、无缝隙、整体化的线上主题式服务，更快、更好、更方便的为企业和众办事提供精准服务需求尤为迫切。

下面结合附图对本发明实施例提供的智能设备控制面板和智能设备控制系统进行详细说明。

如图1所示，本发明一实施例提供了业务联办方法，应用于业务联办服务器，该方法可以包括以下步骤：

步骤101：创建至少一个业务场景。

步骤102：对于每个业务场景，配置对应于所述业务场景的至少一个场景分支业务。

步骤103：针对于每个所述场景分支业务，根据所述场景分支业务的基本信息和事项信息整合为链条信息；将所述链条信息放入所述场景分支中，以使用户从所述业务联办服务器中通过基本信息查并查看所述链条信息并对所述事项信息中的待填事项进行填写。

步骤104：根据用户对待填事项填写完后的链条信息生成业务联办申请并发送给所述链条信息对应的至少一个业务部门，以使所述至少一个业务部门根据所述业务联办申请中的链条信息进行业务联办。

由上述的技术方案可知，首先在业务联办服务器中创建至少一个业务场景，场景创建主要是对业务场景进行梳理，支持添加场景分支。对于每个业务场景，都有若干个分支业务，因此，配置对应于业务场景的至少一个场景分支业务，将每个场景分支业务的基本信息和事项信息整合起来形成对应的链条信息，将链条信息放入业务场景配置的场景分支中，这样，用户从业务场景中就可以看到业务场景对应的多个场景分支业务对应的链条信息。用户对链条信息中的待填事项进行填写后，将户对待填事项填写完后的链条信息生成业务联办申请并发送给所述链条信息对应的至少一个业务部门，以使所述至少一个业务部门根据所述业务联办申请中的链条信息进行业务联办。由此可见，在用户需要执行一个业务场景下的某种分支业务时，仅需要通过对链条信息的事项信息中的待填事项进行填写，链条信息对应的至少一个业务部门就能对链条信息对应的场景分支业务进行联办，因此用户不需要需要多个部门，分别熟悉办事流程、事项标准、重复提交申请材料，提高了业务联办的效率。

在本发明一实施例中，所述业务场景，包括：场景名称、图标、服务对象和排序。

具体来说，对业务场景配置主要是对业务场景进行梳理，支持添加场景分支，场景支持按照行政区划进行分类，可以对场景名称、图标、服务对象、排序等信息进行配置。场景名称用于定义场景分类的名称，用于展现给用户或者申报人的业务导向性描述。图标用于定义场景的图标，通过形象的图标优化展示和理解效果。服务对象用于定义场景的服务范围，可以用来过滤不需要的场景。排序可以定制场景的显示顺序。

在本发明一实施例中，所述基本信息，包括：链条信息的名称、收件部门、期限办结时间、通用表单、链条的图标和是否支持网办；

所述事项信息，包括：事项所属单位、事项名称、事项类型、时限类型、节点时限、单体事项的表单、办理岗位、事项阶段、办理通道、办理层级和短信类型。

具体来说，业务场景梳理完成后可以通过链条配置添加场景分支下的链条信息，支持在不同的行政区划下进行不同的链条配置，添加链条名称、选择所对应的收件部门、填写期限办结时间、选择所使用的通用表单、联办事项的配置、是否需要一表制服务、链条描述、排序及对应的图标选择等。

基本信息的配置：

链条的基本信息主要包括链条信息的名称、收件部门、期限办结时间、通用表单、链条的图标、是否支持网办等信息。

链条事项信息的配置：

链条配置中，需要配置该场景下相应的事项列表，并可对配置的事项信息列表中的事项信息进行进一步的分组配置，将专业的事项名称转化为易于理解的办事分组名称。组内可配置单选、复选属性、是否必选属性等。

事项信息主要包括事项所属单位、事项名称、事项类型、时限类型、节点时限、单体事项的表单、办理岗位、事项阶段、办理通道、办理层级、短信类型等。

在本发明一实施例中，业务联办方法还可以包括：创建一个非标准业务名称的情形分组，将至少一个与所述非标准名称相关的至少一个链条信息导入所述情形分组中，以使用户通过打开所述情形分组对所述与所述非标准名称相关的至少一个链条信息进行查看。

具体来说，为了方便用户的查看，使用用户在日常生活中常用的对于业务名称的描述来建立情形分组，将专业化的术语转变为易于理解的场景化语言，用户或者办事人只需要通过点击场景化的语言描述就可以高效的获取符合自己预期的所有联办事项列表，实现将链条内的所有事项按照一定的规则分配到不同的情形组里，便于申报人理解和选择，情形组内事项可配置复选和单选。

比如说，建立一个名称为水电气过户的情形分组，该分组下包括居民用水过户登记、居民用电用户过户申请和居民燃气用户过户申请。

如以开餐馆为例，可能需要营业执照办理，印章刻制、银行开户、发票申领、食品经营许可办理、消防业务办理、城市排水许可。通过本发明的方案，可以把开设餐馆作为一个业务场景，将营业执照办理，印章刻制、银行开户、发票申领、食品经营许可办理、消防业务办理、城市排水许可整合到链条信息中，用户对这些事项进行填写之后，相对应的链条信息就会被发送给对应的业务部门，使上述业务的联办同时进行，用户不需要多个部门，分别熟悉办事流程、事项标准、重复提交申请材料，而且对各部门的事项先后顺序不清楚，有时候造成用户不知所措，用户来回在多个业务部门之间进行往返，既耽误了用户的时间，又影响了人民众对政府服务的满意度。

为保障主题式服务的顺利进行，基于具体的主题式服务涉及到多个部门、多个审批事项服务的情况，展开链条式审批；本发明提出了一种全新的构建联办业务模型的方法，即将涉及多部门多环节的同一主题服务的多个审批事项流程进行跨越式的整合，把各审批申请要件及审批流程“打碎”，将流程、材料进行优化、调整、归集，重新定义，形成针对某一主题服务的全链条式审批流程。本发明重点是提出以配置为核心，通过配置生成可以让用户或者办事人易于理解的场景导航办事模型。

如图2所示，本发明实施例提供了一种业务联办服务器，包括：创建模块201、配置模块202、处理模块203和发送模块204；

所述创建模块201，用于创建至少一个业务场景；

所述配置模块202，用于对于每个业务场景，配置对应于所述业务场景的至少一个场景分支业务；

所述处理模块203，用于针对于每个所述场景分支业务，根据所述场景分支业务的基本信息和事项信息整合为链条信息；将所述链条信息放入所述场景分支中，以使用户从所述业务联办服务器中通过基本信息查并查看所述链条信息并对所述事项信息进行填写；

所述发送模块204，用于根据用户对待填事项填写完后的链条信息生成业务联办申请并发送给所述链条信息对应的至少一个业务部门，以使所述至少一个业务部门根据所述业务联办申请中包括的已填事项进行业务联办。

在本发明一实施例中，当所述业务场景包括场景名称、图标、服务对象和排序时，所述创建模块201在执行创建至少一个业务场景时，具体执行：创建至少一个业务场景，并配置所述业务场景的场景名称、图标、服务对象和排序。

在本发明一实施例中，当所述基本信息包括链条信息的名称、收件部门、期限办结时间、通用表单、链条的图标和是否支持网办且所述事项信息，包括：事项所属单位、事项名称、事项类型、时限类型、节点时限、单体事项的表单、办理岗位、事项阶段、办理通道、办理层级和短信类型时，所述处理模块203在执行所述根据所述场景分支业务的基本信息和事项信息整合为链条信息时，具体执行：

将所述链条信息的名称、所述收件部门、所述期限办结时间、所述通用表单、所述链条的图标和所述是否支持网办作为所述基本信息，将所述事项所属单位、所述事项名称、所述事项类型、所述时限类型、所述节点时限、所述单体事项的表单、所述办理岗位、所述事项阶段、所述办理通道、所述办理层级和所述短信类型时，所述处理模块203在执行所述根据所述场景分支业务的基本信息和事项信息作为所述事项信息整合成所述链条信息。

在本发明一实施例中，所述处理单元，还用于执行：创建一个非标准业务名称的情形分组，将至少一个与所述非标准名称相关的至少一个链条信息导入所述情形分组中，以使用户通过打开所述情形分组对所述与所述非标准名称相关的至少一个链条信息进行查看。

可以理解的是，本发明实施例示意的结构并不构成对业务联办服务器的具体限定。在本发明的另一些实施例中，业务联办服务器可以包括比图示更多或者更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件、软件或者软件和硬件的组合来实现。

上述装置内的各单元之间的信息交互、执行过程等内容，由于与本发明方法实施例基于同一构思，具体内容可参见本发明方法实施例中的叙述，此处不再赘述。

本发明还提供了一种计算机可读介质，存储用于使一计算机执行如本文所述的业务联办方法的指令。具体地，可以提供配有存储介质的系统或者装置，在该存储介质上存储着实现上述实施例中任一实施例的功能的软件程序代码，且使该系统或者装置的计算机(或CPU或MPU)读出并执行存储在存储介质中的程序代码。

在这种情况下，从存储介质读取的程序代码本身可实现上述实施例中任何一项实施例的功能，因此程序代码和存储程序代码的存储介质构成了本发明的一部分。

用于提供程序代码的存储介质实施例包括软盘、硬盘、磁光盘、光盘(如CD-ROM、CD-R、CD-RW、DVD-ROM、DVD-RAM、DVD-RW、DVD+RW)、磁带、非易失性存储卡和ROM。可选择地，可以由通信网络从服务器计算机上下载程序代码。

此外，应该清楚的是，不仅可以通过执行计算机所读出的程序代码，而且可以通过基于程序代码的指令使计算机上操作的操作系统等来完成部分或者全部的实际操作，从而实现上述实施例中任意一项实施例的功能。

此外，可以理解的是，将由存储介质读出的程序代码写到插入计算机内的扩展板中所设置的存储器中或者写到与计算机相连接的扩展单元中设置的存储器中，随后基于程序代码的指令使安装在扩展板或者扩展单元上的CPU等来执行部分和全部实际操作，从而实现上述实施例中任一实施例的功能。

本发明各个实施例至少具有以下优点：

1、在本发明实施例中，在用户需要执行一个业务场景下的某种分支业务时，仅需要通过对链条信息的事项信息中的待填事项进行填写，链条信息对应的至少一个业务部门就能对链条信息对应的场景分支业务进行联办，因此用户不需要需要多个部门，分别熟悉办事流程、事项标准、重复提交申请材料，提高了业务联办的效率。

2、在本发明实施例中，实现将链条内的所有事项按照一定的规则分配到不同的情形组里，便于申报人理解和选择，情形组内事项可配置复选和单选。

3、在本发明实施例中，将各种联办业务进行场景的分类和分级，将专业化的术语转变为易于理解的场景化语言，用户或者办事人只需要通过点击场景化的语言描述就可以高效的获取符合自己预期的所有联办事项列表，并可以根据事项情形的分组描述进一步排除，确认目前符合自身准备条件的联办事项列表排除不满足条件的事项。

需要说明的是，上述各流程和各系统结构图中不是所有的步骤和模块都是必须的，可以根据实际的需要忽略某些步骤或模块。各步骤的执行顺序不是固定的，可以根据需要进行调整。上述各实施例中描述的系统结构可以是物理结构，也可以是逻辑结构，即，有些模块可能由同一物理实体实现，或者，有些模块可能分由多个物理实体实现，或者，可以由多个独立设备中的某些部件共同实现。

以上各实施例中，硬件单元可以通过机械方式或电气方式实现。例如，一个硬件单元可以包括永久性专用的电路或逻辑(如专门的处理器，FPGA或ASIC)来完成相应操作。硬件单元还可以包括可编程逻辑或电路(如通用处理器或其它可编程处理器)，可以由软件进行临时的设置以完成相应操作。具体的实现方式(机械方式、或专用的永久性电路、或者临时设置的电路)可以基于成本和时间上的考虑来确定。

上文通过附图和优选实施例对本发明进行了详细展示和说明，然而本发明不限于这些已揭示的实施例，基与上述多个实施例本领域技术人员可以知晓，可以组合上述不同实施例中的代码审核手段得到本发明更多的实施例，这些实施例也在本发明的保护范围之内。