CN108876173B - 一种事件的实现方法和装置 - Google Patents

Abstract

本发明公开了一种事件的实现方法，包括：确认所述事件的过程结构图，所述过程结构图包括用于表示事件要素的要素模块；根据所述过程结构图创建作业任务；在交易平台上选择执行所述作业任务的执行用户；发送支付指令，用于支付所述用户执行作业任务的报酬；接收所述执行用户执行作业任务产生的成果。执行用户在执行任务时，根据过程结构图中模块化的信息，可以清晰地掌握完成任务的路线，根据过程结构图搭建起来的实现事件平台，使得所有参与执行任务的用户都按照过程结构图执行任务、记录信息，所有事件都能够以严谨、标准的过程实现并记录，避免了现有众包平台的松散性和随意性，提高了完成任务的质量和效率。

Description

一种事件的实现方法和装置

技术领域

本发明涉及互联网技术领域，特别涉及一种事件的实现方法和装置。

背景技术

众包是一种随着互联网兴起的工作模式。在众包模式中，由发包用户在众包平台上发布工作任务，接包用户承接工作任务后，向发包用户交付工作成果，获取相应的报酬。现有技术中已经存在一些众包平台网站，相关的专利技术改进主要集中在众包任务和执行任务的人员的匹配机制上，相关的专利可以参见CN107958317A、CN104463424A等。

现有的众包平台，如威客，虽然可以帮助发布任务者完成工作任务，但是通常存在以下的一些问题：

首先，发布任务的用户只能够简单的描述一下任务的需求，通常是用文字描述，需求信息的内容结构松散随意，接包用户如果不能充分理解任务需求，就会因交付结果的接收标准理解不一致、沟通不畅导致无法保证工作质量。

其次，对于一些复杂的事件和任务，会涉及到多个领域的人力资源，用户需要将其拆分成多个任务，在众包平台上寻找不同的服务供应商。例如，用户想要生产一台设备，其需要将任务拆分成原材料采购、图纸设计、零部件加工等多个任务，由不同的供应商来完成。一方面，各个供应商之间的沟通困难，使用逻辑不一致，语言界面不统一，所以可能出现工作成果之间适配性较差的问题。另一方面，对于发包用户，任务的发布和成果的验收都是孤立的、分散的，没有有机的组织在一起。

发明内容

本发明的目的是提供一种事件的实现方法和装置，通过在交易平台上发布根据事件的过程结构图创建的任务，赋予事件清晰的实现路线，有助于执行任务的用户正确、充分理解任务需求，从而保证事件的完成质量。

为了实现上述目的，本发明提供的一种事件的实现方法，包括：

确认所述事件的过程结构图，所述过程结构图包括用于表示事件要素的要素模块；

根据所述过程结构图创建作业任务；

在交易平台上选择执行所述作业任务的执行用户；

发送支付指令，用于支付所述用户执行作业任务的报酬；

接收所述执行用户执行作业任务产生的成果。

可选地或优选地，所述根据所述过程结构图创建作业任务包括：创建至少两个作业任务，以供交易平台上不同的用户分布式完成各作业任务。

可选地或优选地，所述接收所述执行用户执行作业任务产生的成果包括：接收交易平台发送的执行任务的行为信息和/或结果信息，将所述行为信息和/或结果信息记录在所述过程结构图中；所述行为信息用于记录执行作业任务的过程，所述结果信息用于记录完成作业任务交付的结果。

可选地或优选地，所述行为信息包括录制的或直播的行为影像数据。

可选地或优选地，所述将所述行为信息记录在所述过程结构图中包括：

创建链接并将所述链接记录在所述过程结构图中，所述链接用于链接到所述行为影像数据；或者，将所述行为影像数据的播放界面直接加载在所述过程结构图上。

可选地或优选地，所述行为信息还包括使用资源的作用参数。

可选地或优选地，所述行为信息还包括过程检验数据。

可选地或优选地，所述结果信息可以包括执行用户的输出事物的交付通知、交付证明、检验报告、爽约赔偿主张、追加金额申请、事件任务执行问题解释声明中的一种或者几种。

可选地或优选地，在收到至少部分所述成果后，所述方法还包括：

发送对至少部分所述成果的调整建议和/或执行对至少部分所述成果的调整操作。

可选地或优选地，所述成果的调整建议和/或调整操作经过任务需求方用户和执行任务的用户确认。

可选地或优选地，在发送支付指令之前以及任务发布需要时，所述方法还包括：

确认执行所述作业任务之前的条件信息；所述条件信息包括以下至少一种或几种：任务的目标、风险、收益、需要的资源、执行用户的能力、交付事物的数量、品质、检验方法、检验方、争议处置方法、中止协议、违约协议。

可选地或优选地，所述在交易平台上选择执行所述作业任务的执行用户包括：

获取执行用户发送到所述交易平台的记录信息，所述记录信息包括所述执行用户在执行其他作业任务时产生的行为信息和/或结果信息，以供需求方用户参考后做出选择。

可选地或优选地，在构建所述事件的过程结构图后，所述方法还包括：

将所述要素模块中物的要素信息发送到交易平台，以便从交易平台上查找匹配的物。

可选地或优选地，将所述要素模块中物的要素信息发送到交易平台，以便从交易平台上查找匹配的物包括：

将所述要素模块中资源的要素信息发送到交易平台，以便从交易平台上查找匹配的资源和资源档期。

可选地或优选地，所述资源要素信息包括资源和与所述资源对照的能力列表。

一种事件的实现装置，包括：

事件确认单元，用于确认所述事件的过程结构图，所述过程结构图包括用于表示事件要素的要素模块；

任务创建单元，用于根据所述过程结构图创建作业任务；

选择单元，用于在交易平台上选择执行所述作业任务的执行用户；

支付单元，用于发送支付指令，用于支付所述用户执行作业任务的报酬；

成果接收单元，用于接收所述执行用户执行作业任务产生的成果。

本发明提供的一种事件的实现方法和装置，通过事件的过程结构图，创建出逻辑结构清晰的任务，发布到交易平台上，执行用户在执行任务时，根据过程结构图中的模块化信息，可以清晰地理清完成任务的路线，根据过程结构图搭建起来的实现事件平台(即交易平台)，使得所有参与执行任务的用户都按照过程结构图执行任务、记录信息，所有事件都能够以严谨、标准的过程实现并记录，避免了传统众包平台的松散性和随意性，提高了完成任务的质量和效率。特别是在分布式完成过程结构图的多个任务时，所有成果的验收都可以汇集到过程结构图中，按照过程结构图的逻辑结构统一管理，对复杂事件的多个任务流程能够集中清晰有序管理。

附图说明

图1为本发明实施例提供的事件实现方法可以实现于其中的系统架构图；

图2为本发明实施例提供的事件实现方法的流程图；

图3事件的过程结构及一种分解方式的示意图；

图4为事件的另一种分解方式的示意图；

图5为第一子要素模块的一种流向关系的构建示意图；

图6为第一子要素模块的另一种流向关系的构建示意图；

图7为事件构建中，预定义列表的使用方式示意图；

图8为分布式操作的系统架构图；

图9为本发明实施例提供的一种事层展开结构的示意图；

图10为本发明实施例提供的另一种事层展开结构的示意图；

图11为本发明实施例提供的一种跨领域事层展开结构的示意图；

图12为本发明实施例提供一种事件实现装置的结构图。

具体实施方式

下面将参考附图中示出的若干示例性实施方式来描述本发明的原理和精神。应当理解，描述这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本发明，而并非以任何方式限制本发明的范围。

图1示出的一种本发明提供的事件的实现方法，可以实现于其中的系统架构图。在该系统中，包括客户端和服务器。客户端可以包括安装有应用程序的任意一种用户终端设备，如手机、平板电脑、PC、可穿戴设备等。客户端又可分为两类，一类是发布任务用户所使用的客户端，本实施例中称其为第一用户终端，另一类是执行任务使用的客户端，本实施例称为第二用户终端。第一用户终端和第二用户终端均与服务器通信。当分布式完成多个任务时，第二用户终端可以为多个。为了方便描述，下面的实施例以第一用户终端的视角对事件的实现方法进行描述。

此外，还需要说明的是，虽然本申请提供了如下述实施例或附图所示的方法操作步骤或装置结构，但基于常规或者无需创造性的劳动，在所述方法或装置中可以包括更多或者部分合并后更少的操作步骤或模块单元。在逻辑性上不存在必要因果关系的步骤或结构中，这些步骤的执行顺序或装置的模块结构不限于本申请实施例或附图所示的执行顺序或模块结构。所述的方法或模块结构的在实际中的装置、服务器或终端产品应用时，可以按照实施例或者附图所示的方法或模块结构进行顺序执行或者并行执行(例如并行处理器或者多线程处理的环境、甚至包括分布式处理、服务器集群的实施环境)。

本发明实施例提供的事件实现方法，可以被编制为计算机程序从而建立起一个实现事件的互联网平台。任务的需求方用户和执行方用户都可以在互联网平台上注册，以完成各种事件实现。

本实施例提供的一种事件的实现方法，如图2所示，包括如下步骤：

S1：确认所述事件的过程结构图，所述过程结构图包括用于表示事件要素的要素模块。

需要说明的是，在步骤S1开始前，第一用户终端的用户可以先构建出事件的过程结构图。本实施例中，过程结构图可以按照以下的方式构建：

S11：获取用户创建的事件，所述事件包括构成所述事件的要素信息。

构成所述事件的要素信息，根据事件的种类、性质等可以有多种。要素信息包括以下至少一种：

输入的事或物。例如，在构建一个生产事件时，输入的事可以是生产流程的一个步骤，输入的物可以是一个或多个原料、设备等。

过程约束条件。过程约束条件指的是对事件的过程设定约束，以保证事件在约束的条件下完成。以构建生产事件为例，约束条件可以是某一生产步骤中对零件的加工指标、精度等。

输出的事或物。为事件完成后得到事或物，这些事或物是该事件的最终结果，也可以作为中间结果作为下一个事件的输入。仍以构建生产事件为例，输出的事或物可以是加工出的某一设备，以服务项目事件为例，输出的事可以为向某人或组织交付的某种服务。

事件的相关角。如执行、组织、计划、管理、监控该事件的人或组织名称，身份信息等。

实施所需的资源。如原材料资源(以及资源的明细)、人力资源(数量、明细)、设备资源、场地资源(包括地理位置)等。

要素信息还可以包括和事件有关的多种属性要素，如：

事件的名称；

可量化的目标，如生产产品的产量、质量规格等。

验收标准以及验收方法，如施工建设事件中的验收方法、产品生产事件中的检测方法等。

在以上各种要素中，有一些用于表示事件的过程，反映事件的动态属性，如事件过程的名称、过程的实施方法、过程的动态参数等。有一些用于表示事件静态属性，如输入物、输出的物、使用的资源等。

用户创建事件时，步骤S11可以预先提供给用户一个可编辑的列表，以供用户在列表中执行编辑操作，输入事件的要素信息。要素信息可以先只输入部分，剩余的要素信息可以在创建过程结构图(如下文叙述)后再供用户编辑。

S12：根据所述事件的要素信息，构建所述事件的过程结构图并输出给用户；过程结构图包括至少一个第一要素模块，第一要素模块还关联多个第二要素模块。第一要素模块用于表示事件主要素，反映事件的纲要、主干、脉络等。第二要素模块依附于第一要素模块存在，用于表示事件的从要素，反映事件的从属属性。例如，在一些实施例中，第一要素模块可以反映一个事件的过程，第二要素模块表示在过程当中涉及的物、资源等要素的属性。即以事件的过程或进程为主干，以输出物、输入物等静态的要素属性为主干上的“枝杈”，在另一些实施例中，也可以静态的“物”为纲，作为第一要素模块，“物”中所涉及的过程为“目”，作为第二要素模块。用户可以自己定义哪种要素为主要素，哪种要素为从要素。

过程结构图的结构可以有不同的形式，根据本发明的实施例，如图3所示，过程结构图100包括一个构成第一要素模块的过程框，过程框内分布有多个第二要素模块，这些第二要素模块可以按照预定的格式排列，也可以根据用户的操作改变第二要素模块的位置。各第二要素模块之间可以有明显的界线，也可以没有或淡化。每个第二要素模块中的信息可以包含一类要素信息，也可以包含多类要素信息。用户创建事件后，事件涉及的各个要素都显示在事件框内，用户可以明确知悉完成事件需要注意的要素，通过分别实现各个要素来确保事件保质保量的完成。第一要素模块和第二要素模块被设计为可编辑模块，用户可以改变其中的内容，在此基础上，步骤S11中还可包括接收用户的编辑操作更改第一要素模块和/或第二要素模块内的内容。

当创建多个第一要素模块时，如果第一要素模块的内容反映的是事件的过程，在步骤S12中还可以建立各个第一要素模块之间的流向关系。流向关系反映了两个第一要素模块之间的执行顺序。在这种情况下，上一个第一要素模块中，要素信息的输出事和/或物往往作为下一个第一要素模块的输入事和/或物。将一整个事件拆分成多个第一要素模块，可以将事件分解为多个流程来完成，更有利于精细地管理事件。流向关系的表现形式可以有多种，如用定向的箭头连接两个第一要素模块的过程框，或者采用树形图，树形图的每个节点就是一个第一要素模块，连接两个节点之间的枝杈就是流向关系。

作为一个优选的实施例，在步骤S12后，构建过程结构图还包括步骤S13：接收用户发起的对所述第一要素模块的N级分解操作，从所述第一要素模块分解出N个级次的第一子要素模块，所述N为大于等于1的整数。在本发明的实施例中，第N级第一子要素模块还包含第N级的从要素模块；从要素模块依附于该级第一子要素模块，用于表示该级第一子要素模块的从要素。

根据本发明的实施例，N的取值对于用户来说可以是任意的。通过N级分解操作，用户可以在第一要素模块下分解出任意个按照级次排序的第一子要素模块。例如，一级分解操作就是从第一要素模块中分解出一级第一子要素模块101，其包含一级从要素模块102。各第一子要素模块也可以被设计为可编辑的。二级分解操作就是在一级第一子要素模块101的基础上再分解出二级第一子要素模块201，其包含二级从要素模块202，以此类推迭代，可以分解出N个级次的第一子要素模块(图3中用省略号表示N次分解，得到最后一级第一子要素模块及其从要素模块)。每个级次的第一子要素模块中包含了和该级次对应的从要素模块。每个级次的从要素模块是其上一个级次的从要素模块的细化，也可以包含上一级从要素模块中没有包含的要素内容。通过这种N级分解的操作，用户可以将一个第一要素模块中的内容无限分解，当事件中的要素发生动态变化时，通过分解事件，可以把第一要素模块进一步分解，将动态变化的内容编辑到下一级的第一子要素模块中。当事件中的要素不通过细化明确就会影响事件的完成质量或进度时，用户也可以通过分解第一要素模块，将细化和进一步明确的内容编辑入下一级次的第一子要素模块中。所以，用户对事件的管理具有很高的自由度，管理事件不再遵循程式化，而是根据事件的特点和变化，深度挖掘事件的细节。

特别地，当第一要素模块表示事件的过程要素，即动态要素，第二要素模块表示事件的静态要素时，通过对第一要素模块的不断分解，用户不必担心动态要素不断变化对管理事件产生的麻烦，可以随时根据需要分解到合适的级次，并且，伴随动态要素的静态要素也可以在相应的层级随之不断具体化。无论事件经过多少级分解，所有的第一子要素模块都会归结于第一要素模块。即第一要素模块不仅是第一子要素模块的总纲领，也是各第一子要素模块及其从要素的总根源。

例如，假设用户创建一个事件，其第一要素模块表示“加工零件”这一过程要素。以该过程要素为脉络，第一要素模块中包含了零件的原材料(输入物)、加工成品(输出物)、加工设备等静态的属性作为多个依附于第一要素模块的第二要素模块。用户需要更精细化地管理加工零件这个事件时，可以将第一要素模块进行下一级分解，分解为筛选原料、金属热处理、材料成型、抛光4个并列的第一子要素模块。4个第一子要素模块之间用箭头建立起流向关系。金属热处理中又包含的热处理设备、工具、金属锭这三个从要素模块，用于表示热处理这个子事件的静态属性(当然其他几个第一子要素模块也可以包含从要素模块，在此不再赘述)。上述示例只是简单描述了对“加工零件”这一事件的一级分解操作，当然还可以进行更多层级的分解。经过这种分解，就把一个加工零件的事件更加细化，生产零件的管理人员和其他工作人员就可以对该事件进行更细致的监控和规划，形成的方案可操作性就更高，得到的产品品质越符合预期的标准。

在优选的实施例中，构成所述事件的每个N级次第一子要素模块设置为唯一模块，即第一子要素模块只表示事件过程要素，以事件过程动态属性为纲，该N级第一子要素模块的从要素模块包括资源模块、输入物模块、输出物模块、事件过程指标等反映事件静态属性的模块。

除了步骤S13外，方法还可以与步骤S13相互独立地执行步骤S14：接收用户发起的对所述第二要素模块的M级分解操作，从所述第二要素模块30分解出M个级次的第二子要素模块301(如图4所示，左上角的第二要素模块被多次分解，不断在其中依照级次嵌套第二子要素模块)；所述M为大于等于1的整数。步骤S14与S13的区别在于，对第二要素模块发起无限分解的操作，而不是分解第一要素模块。步骤S14的目的与S13基本相似，也是为了不断细化事件，只不过从构建逻辑上不是以第一要素模块的分级为主线，而是以第二要素模块为主线。在一些情形中，用户需要对事件的从属要素进一步细化，但是细化和调整的程度还达不到需要对主导要素结构调整的程度，此时用户可以只输入分解第二要素模块的操作。虽然同样是表示要素的从属地位，为了方便区别，将直接分解第二要素模块得到的子要素模块称为第二子要素模块。直接分解第一要素模块得到的第一子要素模块中的从要素称为从要素模块。

应当理解的是，步骤S13和S14是相互独立的两个步骤，其可以同时存在于方法中，也可以择一存在。如果同时存在，两个步骤之间的先后顺序没有限定。

根据本发明的实施例，步骤S13的具体实现两种方式，下面分别进行介绍。

第一种方式中，步骤S13包括S131：分解出一级第一子要素模块后，先接收用户发起的对该级第一子要素模块的分解操作，再从该第一子要素模块分解出下一级第一子要素模块，重复分解操作直至分解出N个级次的第一子要素模块。在这第一种方式中，第一子要素模块的分解需要每分解一次，用户主动执行一次分解操作。如采用事件框的形式构建第一要素模块，用户在分解第一级的第一子要素模块时，在第一要素模块内创建出第一级的第一子要素模块，当用户需要分解出第二级第一子要素模块时，需要再次主动发起分解操作(如点击第一级第一子要素模块中的创建按钮)，在接收到再次分解的操作后，将第一级的第一子要素模块进行分解，创建出第二级的第一子要素模块。即在第一种方式中，第一子要素模块的的分解需要用户进行迭代操作，接收用户对前一级次的第一子要素模块分解操作后再执行分解命令。第一种方式允许用户分解出某一级次的第一子要素模块后，经过思考或等待事件要素的动态变化，在需要细化时再进行进一步的分解，调整的灵活性较好。

第二种方式中，步骤S13包括S132：接收用户输入的第一子要素模块的分解级数N，一次性根据所述级数N自动分解出N个级次的第一子要素模块。第二种方式与第一种方式的区别在于，第一子要素模块的分解是一次性的自动分解，用户分解出N个级次只需要一次分解操作。仍以事件框作为第一要素模块的形式为例，当检测到用户输入的分解级次后，以循环嵌套的方式自动分解出第一级至第N级的第一子要素模块。这种方式的不需要用户执行重复迭代的操作，当用户对第一要素模块的层级架构预先进行判断，进而预先确认分解的级次后，可以自动分解出和第一要素模块层级架构对应的第一子要素模块结构。

和对第一要素模块的分解方式类似，对第二要素模块的分解操作也可以包括如下两种方式：

在第一种方式中，步骤S14包括S141：分解出一级第二子要素模块后，先接收用户发起的对该级第二子要素模块的分解操作，再从该级第二子要素模块分解出下一级第二子要素模块，重复分解操作直至分解出M个级次的第二子要素模块。该步骤类似于步骤S131中的迭代操作，即第二子要素模块的的分解需要用户进行迭代操作，接收用户对前一级次的第二子要素模块分解操作后再执行分解命令。

在第二种方式中，步骤S14包括S142：接收用户输入的第二要素模块的分解级数M，一次性根据所述级数M自动分解出M个级次的第二子要素模块。该步骤类似于上述步骤S132，即根据输入的级数对第二子要素模块一次性分解。

第一子要素模块与其上一级次的第一子要素模块之间的结构关系可以有多种。根据本发明的实施例，第一级第一子要素模块嵌套在初始创建的第一要素模块内，在N个级次的第一子要素模块中，后一级次的第一子要素模块嵌套在前一级次的第一子要素模块内。即第一要素模块在N级分解后，以循环嵌套的结构图输出给用户(如图3所示)。方法还可以包括检测对第一子要素模块的放大操作，以将被选定的第一子要素模块的显示尺寸放大，方便用户观察到第一子要素模块中的内容，避免第一子要素模块级次过多造成观察和修改要素内容的困难。观察或修改结束后，还可以检测对第一子要素模块的缩小操作，将第一子要素模块还原为初始的显示结构。除了以上的嵌套方式外，还可以采用树形图、分级列表等方式构建第一子要素模块之间的结构。

相似地，第二子要素模块的结构也可以采用循环嵌套(如图4所示)。即第一级的第二子要素模块嵌套在初始创建的第二要素模块内，在M个级次的第二子要素模块中，后一级次的第二子要素模块嵌套在前一级次的第二子要素模块内。

事件中的各要素往往不是孤立的，而是具有联系的，一个事件中可能会存在多个子事件，多个子事件之间往往也是具有联系的，如执行的顺序性等。特别是当要素表征事件的过程时，对于顺序的条理性要求就更高。并且，事件分解的越细致，子事件之间的联系可能就会越复杂，越难以理清子事件之间的联系。为解决这一问题，本发明实施例提供的方法还包括建立事件流向的步骤，该步骤包括以下两种中的一种或两种的组合：第一种：建立同一第一要素模块内，并列第一子要素模块的流向关系。第二种：建立不同第一要素模块内，并列第一子要素模块的流向关系。当第一要素模块和第一子要素模块表示事件的过程属性，第二要素模块和第一子要素模块的从要素模块表示事件的的静态属性时，结合流向关系的建立，就形成了以事件的过程为主线的管理架构，经过不断纵深地分解主线要素和从属要素，实现了对事件无限纵深的管理，这种纵深既能反映在事件的过程上，又能反映在事件的静态要素上。

在第一种建立流向关系的方式中，方法在步骤S12后还包括：在同一第一要素模块中并列执行K次N级分解操作，形成K组由N个级次的第一子要素模块组成的第一子要素模块组；K次中每次N级分解操作中的N值相同或不同；K为大于等于2的整数；接着，建立至少两组第一子要素模块组中第一子要素模块之间的流向关系。

以K＝2为例，可以在一个首次创建的第一要素模块中并列的创建两组N个级次的第一子要素模块组。假设第一组的N值取3，第二组的N值取4，即第一个第一子要素模块组中包含3个级次的第一子要素模块，第二个第一子要素模块组中包含4个第一子要素模块。在两组第一子要素模块组之间构建流向关系，可以明确第一子要素模块的执行顺序，使得用户按照次序更精细地控制事件执行的进程。

流向关系的建立方式可以有多种，以最后可以形成第一子要素模块的流向图为准。根据本发明的实施例，建立流向关系包括：接收用户拖动流向线的操作，确认流向线起点位置的第一子要素模块和终点位置的第一子要素模块，将并列的第一子要素模块用流向线401链接起来(如图5所示)。每一级的第一子要素模块都可以和另外一组事件单元组中同级或不同级的第一子要素模块链接起来。仍以前述K＝2，第一组N＝3，第二组N＝4为例。第一组的二级第一子要素模块可以链接到第二组的二级第一子要素模块上。第一子要素模块链接后形成流向关系，无论用户对事件进行怎样的细分，都可以将细分的事件用流向关系链接起来，清晰地建立起细分第一子要素模块之间的逻辑关系，用户可以清楚地理清事件内部要素的内在联系。在另一个实施例中，流向关系也可以采用树形图，如树形图的每个节点表示第一子要素模块，各节点之间的连线(树形图中的枝杈)表示第一子要素模块之间的流向关系。

在第二种方式中，所述过程结构图包括至少两个第一要素模块，每个第一要素模块中均接收用户发起的对该第一要素模块的N级分解操作以分解出N个级次的第一子要素模块；每个第一要素模块中的N值相同或不同；方法在步骤S12后还包括：

建立至少两个事件单元中第一子要素模块之间的流向关系。

本步骤与第一种方式的区别在于，建立的并非同一第一要素模块内第一子要素模块之间的联系，而是建立不同第一要素模块(如两个相邻的第一要素模块)之间的联系。例如，在首次创建过程中，在过程结构图中输出了两个第一要素模块A和第一要素模块B(如图6所示)。第一要素模块A和第一要素模块B之间具有从前向后的流向关系。在第一要素模块A中有N1个级次的第一子要素模块，在第一要素模块B中有N2个级次的第一子要素模块。根据本发明的实施例，建立N1个级次第一子要素模块和N2个级次的第一子要素模块之间的流向关系。用户将一个事件分解成多个第一要素模块，并对每个第一要素模块细化(即分解)后，还可以将分解后的第一子要素模块联系起来，同样有助于清楚地理清事件内部要素的内在联系。流向关系的建立方式可以有多种，具体如第一种方式中的相关描述。

另外，应当理解的是，在第二要素模块中也可以并列地执行分解操作。根据本发明的实施例，所述方法还包括在同一第二要素模块中并列执行L次M级分解操作，形成L组由M个级次的第二子要素模块组成的第二子要素模块组；L次中每次M级分解操作中的M值相同或不同；L为大于等于2的整数。

除了上述步骤S11-S14外，在创建事件单元、第一要素模块、第二要素模块、第一子要素模块、从要素模块，第二子要素模块的过程中，还可以包括如下步骤：

S15：提供预定义列表；所述预定义列表中包括预定义要素模块或者是由多个预定义要素模块构成的整个事件的事件数据。

如图8所示预定义列表500中包括预定义要素模块501，预定义的要素模块包括用户编辑的要素信息，例如，对于生产零部件的事件，用户可以在预定义列表中创建一个生产原料要素模块，输入具体的原料要求、生产过程约束条件、产出物质量标准的要素信息。

接下来，方法进行到S16：根据用户发起的植入指令，将所述预定义要素模块植入到所述过程结构中形成第一要素模块、第一子要素模块、第二要素模块、第二子要素模块和/或从要素模块。或者，在其他一些实施例中，可以将整个事件数据植入。所述的事件数据包含了事件数据的数据结构，即构建和组织事件数据的方式，所以当植入整个事件数据时，相当于将整个事件的数据结构也植入进来，数据是以结构化的方式直接植入利用，而非凌乱的碎片信息，用户可以直接调用整个事件数据，避免碎片化数据降低系统的运算效率，还可缩短用户再次编辑事件数据结构的操作流程。

植入的方式可以有多种，在一些实施例中，可检测用户对预定义要素模块的拖拽操作，根据拖拽操作轨迹将模块移动到过程结构图中与相应要素模块对应的位置。建立预定义列表后，用户在执行创建或分解操作时，可以将常用的要素信息直接从列表中移动到过程结构图中，不需要重复输入编辑要素信息，提高了事件构建效率。

作为进一步改进，在提供预定义列表的基础上，方法还包括如下步骤：

S17：根据用户发起的备份指令，将已经创建的第一要素模块、第一子要素模块、从要素模块、以及第二子要素模块中的至少一个模块备份到所述预定义列表中(如图7从第一子要素模块引向预定义列表的箭头方向所示)，以便用户再次植入。对一些已经创建的要素模块，可以形成用户管理事件的成熟记录。将这种记录作为一个整体添加到预定义列表后，当用户再处理类似事件时，可以直接导入使用，或者只需要进行微小的修改或调整，充分挖掘了已创建事件的利用价值，使得事件被分解后，又可以作为集合体循环使用。

此外，在一些实施例中，当过程结构图包括一个或多个第一要素模块时，如果需要备份所述第一要素模块，步骤S17还包括：将一个或多个所述第一要素模块封装成一个单元备份到所述预定义列表中或上传到服务器上或保存到用户终端本地。在整个事件中，第一要素模块是比较上位的级别，而这些第一要素模块还可以再进行集成，集合成一个完整的事件备份，或者是上传到服务器上供其他的用户使用。当某一用户需要完成一个事件，但是对事件的具体细节，即各种要素、流向关系等都不关心时，可以直接在服务器上调用封装的事件单元。用于调用完整的事件，可以传承前人、借鉴他人、减少盲目失败成本，并且消灭了无法掌握事件的细节要素造成的、因信息不对称而产生的梗阻成本。从社会层面来讲，可以消除信息传递变形中间环节，只保留社会价值创造过程,并减少社会运营和管理成本，减少重复发生错误,减少湮灭成本。

除了以上介绍的对过程结构图的分级操作外，根据本发明优选的实施例，在创建过程结构图后，还包括对过程结构图的分层操作。分级的操作是对事件的不断分解，而分层操作是对事件管理维度的不断展开。例如，一个事件的过程结构图经过分层后，可以自上而下依次分为方案层、计划层和实例层。所述方案层用于配置事件的整体方案，所述计划层为方案层的下一个维度，为实现方案所制定的计划，实例层为计划层的下一个维度，用于展现按照计划操作的具体实例。方案层、计划层和实例层各自都包含第一要素模块和/或第二要素模块，都可以进行上述方法中描述的N级分解操作和/或M级分解操作。

在从上一层过程结构图分解到下一层过程结构图时，既可以从上一层的第一要素模块分解，也可以从第一要素模块的第一子要素模块分解，第一子要素模块反映了该层过程结构图(第一要素模块)的细节，从细节入手再进行层次的分解(向下分解出事件层)，用户不仅可以从宏观上管理事件的层次维度(从第一要素模块入手)，还可以从微观细节入手对层次维度进行管理(从第一子要素模块入手)，管理方式灵活自由，满足用户从多角度实现结构化的管理思维。此外，每一层中的过程结构图数量不作限制，可以分解出多个过程结构图。

分层操作的展现方式可以有多种。根据本发明的实施例，所述分层操作包括将首层创建的过程结构图进行至少一次的分层展开，上下两层过程结构图之间用连线连接。展开的方式为立体展开，即构建XYZ三轴坐标的立体空间，旋转过程结构图的角度，使过程结构图所在的平面发生立体转动，每分解一层过程结构图，就以平行于上一层过程结构图方式，在上一层过程结构图的下方创建下层的过程结构图。这种创建方式的好处在于，不占用过多的平面空间，使得平面空间尽可能用于展示分级操作的内容，当用户只需要了解某一层的事件内容时，只需要在平面状态下浏览、操作。当需要浏览、操作其他层的事件内容时，对过程结构图执行旋转操作，根据旋转操作指令将视图旋转到立体状态，然后选择其他层后，根据选择指令切换到该层的平面浏览视图。另外，立体展开事件层的空间感可以让用户一目了然地理清事件层的上下层次。在更为优选的实施例中，上下层的过程结构图还根据用户的拖拽操作等进行位置调整，实现了事件层次的自由调换。

作为进一步改进，方法还包括对多层事件层的折叠操作，例如可以在每一层过程结构图的预设位置创建折叠和展开虚拟按键，该折叠和展开虚拟按键用于点击后将(已经显示出来的)下一层的过程结构图折叠到上一层，或者将该层的过程结构图(在未显示下一层事件层的状态下)展开到下一层。设置折叠和展开虚拟按键进一步节约了视图的占用空间，使得浏览、操作事件内容时的界面更加整洁，用户可以在需要的时候再转动视图进行展开。

当然，以上只是示例性地介绍了一种事件层的展开方式，其他的展开方式亦可。

作为一个优选的方案，所述分层操作包括：根据过程结构图中的数据结构，将过程结构图向下层映射以形成下层的过程结构图，和/或将过程结构图向上层映射以形成上层的过程结构图。如前所述，分层操作是对事件管理维度的不断展开，因此，上层的过程结构图和下层的过程结构图在逻辑结构上通常需要具有一定的关联性。如果每建立一层新的过程结构图，就需要重新编辑其中的所有内容和逻辑关系，对用户来说工作量会非常庞大，而且可能会因为没有理清上下层事件之间的逻辑，造成逻辑关系和数据结构的混乱。为了解决这一问题，在本发明优选的实施例中，在分层时，根据过程结构图中的数据结构形成上下层之间逻辑关系的映射。以从上层的过程结构图展开为下层的过程结构图为例，可以将上层过程结构图中的各要素模块对应的映射到下层过程结构图，保留各要素模块之间的逻辑结构，这样用户可以直接修改下层过程结构图中的具体内容，而不用再调整各要素模块之间的逻辑关系或者只需要进行小幅度的调整。比如，上层事件的过程结构图表示事件的计划，其中包括第一要素模块A、B、C，此时可以将第一要素模块A、B、C及其之间的流向关系映射到下一层形成下层过程结构图，用户再对第一要素模块A、B、C的内容进行编辑，形成第一要素模块A、B、C的具体实施过程，完成下层过程结构图(实例层的构建)。这一过程中，用户不需要再次创建要素模块和逻辑关系，只需要修改内容即可，减少了操作量，避免了上下层之间逻辑结构不一致。类似地，用户也可以把下层的过程结构图向上映射形成上层的过程结构图，用户再对上层过程结构图中对应的数据进行修改和调整。在一些实施例中，由上层映射到下层可以理解为对事件的演绎，由下层映射到上层可以理解为对事件的归纳。

此外，在事件层映射的过程中，分层操作还可以包括设置过滤、置换、增补等附加条件，对映射的事件层进行调整后再映射，以满足不同事件层的特点。比如，上层的过程结构图中包括3种要素信息，在映射到下层时，既可以过滤掉部分的要素信息再映射，也可以增补一些要素信息后再映射，或者是置换某一要素信息后再映射。

在一个更为具体的实施例中，事件层可以自上而下分为方案层、计划层、实施层、总结层、改进建议层。用户通过事件层的构建能够完成事件设想、方案、计划、行动、结果的闭环和/或迭代，从管理的维度上不断优化事件过程。如图9所示，最上层为方案层，方案层映射分解出计划1和计划2二个计划,构成计划层，计划1事件下方分解出实例1.1、实例1.2和实例1.3等实例层。如图11所示，最上层仍然为方案层，方案层分解出计划1和计划2二个计划，构成计划层，计划1的过程结构图中包含了第一子要素模块，即计划1.2，从计划1.2再分层，分解出实例1.2.1，实例1.2.2和实例1.2.3等；计划2的过程结构图中包含第一子要素模块计划2.3，从计划2.3再分层，分解出实例2.3.1，实例2.3.2和实例2.3.3等。当然，以上计划层、实例层的数量可以根据用户的需要自行选择构建，尤其是实例层的数量可以有很多，附图中因为空间有限，只示出了若干个，实例层后面的省略号表示还可以有更多数量。如图11所示，包括领域1和领域2两个并列的方案(当然也可以是多个)，领域1和领域2这两个方案均包含各自的计划层和实例层，结构与图9、10类似。该两个领域既可以是用户自己构建的，也可以是植入的。例如，如果一个用户只擅长领域1的事件，而在完成一个项目时还需要构建领域2的事件时，可以从上文叙述的预定义列表中植入由他人构建的、整个领域2事件的数据库。通过将不同领域的事件数据库整体植入或并列构建，本发明实施例提供的方法，除了能够在单一事件领域实现二维的纵深管理(级次的分解)，分解事层实现三维的立体化管理，还能够跨领域进行管理，实现了对事件的四维管理模式，填平了各领域事件之间的管理鸿沟。

在第一要素模块或第二要素模块被分解后，分解的级次或事件层越多，事件的要素和内在联系就越复杂，一个用户的精力和思维能力有限，往往无法精确管理事件的每个细节和细节之间的逻辑关系。为了解决这一问题，根据本发明的实施例，在上文述及的各步骤中，由用户发起的至少一个操作由至少两个用户在不同网络节点分布式完成。如对第一要素模块的N级分解操作，对第二要素模块的M级分解操作，第一要素模块流向关系的建立、第一子要素模块流向关系的建立、各级次要素模块的植入和备份、事件层的展开分解等，都可以通过多个用户在一个网络系统的不同网络节点共同实施完成。采用分布式的方式执行分解操作，能够调动不同用户的参与，充分利用大众的智慧来完善事件的精细化管理过程。

如图8所示，假设在一个分布式网络中存在多个节点，每个节点由一个用户操作(用户A、用户B和用户C)。所述的由用户发起的至少一个操作由至少两个用户在不同网络节点分布式完成包括：

接收各节点对第一要素模块、第一子要素模块、第二要素模块和/或从要素模块的分解、编辑或流向建立操作。根据上述操作创建过程结构图中未生成的模块和/或流向关系，或修改由其他用户生成的模块和/或流向关系，即根据不同节点的操作修改同一事件的过程结构中的信息。

在一些实施例中，特别是事件为大规模的项目时，多个节点的用户可以为不同的层级。本发明实施例的方法还可以创建不同层级用户对事件的管理权限，根据最高层级的用户操作对第一要素模块、第二要素模块进行创建和调整，实现事件的顶层设计。根据次高层级的用户操作，依据其所在层级对对应的N级第一要素模块、从要素模块、M级第二子要素模块的内容进行创建和调整。这样可以根据人的能力、职务级别分工，有层次的参与事件的分解过程，特别是对一些大型项目，既可以由领导者完成顶层设计，又可以满足一线的生产者或实施者等其他参与者完成细节的规划、调节与管理。以上管理权限的设置也可以应用于事层的构建。如分配给不同层级用户以不同层次过程结构图的管理权限。

以上介绍了步骤S1中，过程结构图在确认之前的构建过程，在进一步优选的实施例中，在确认所述事件的过程结构图后，所述方法还包括：

将所述要素模块中物的要素信息发送到交易平台，以便从交易平台上查找匹配的物。

如前所述，在各类要素模块中，有一些要素表示了完成事件所需要的物品资源。如原材料、工具等。有一些事件追求的成果需要通过特定品质或特定类型的原材料和工具才能够达到预期的质量标准。如加工某种零件时，需要特定品级的钢材，加工某种产品时，需要特定品牌和型号的加工设备。这些都属于实现事件需要的“物”的资源。在现有的众包平台中，发包用户即使对这些物的物资源有要求，也无法得到满足，因为发包用户无法控制接包用户执行任务时使用的物资源。在本实施例中，拥有物支配使用权的用户可以将物的信息发送到交易平台，交易平台的服务器上预存储有物的售租信息和售租链接。当服务器检测到要素信息后，从服务器的数据库中自动匹配对应的物的售租链接，售租链接可以推送给发布任务的用户，由发布任务的用户自己购买、租借，供执行任务的用户使用。也可以由执行用户自己购买、租借，由发布任务的用户报销或直接计入完成任务支付的报酬。例如，发布任务的用户构建了一幅生产虚拟现实头戴式显示设备的过程结构图，该过程结构图中的其中一个要素模块为M公司生产的3K分辨率AMOLED屏幕。发布任务的用户在构建过程结构图后，可以将该要素模块发送到服务器，服务器提取要素模块内的信息，即提取到“M公司”、“3K分辨率”和“AMOLED”三个字段，根据该三个字段匹配数据库中的售卖、租借信息，如果匹配到合适的结果，则将该结果对应的商品售卖、租借链接推送给发布任务的用户。用户在实现事件时，完全可以自定义使用的物的资源，满足个性化的需求。对于交易平台来说，也不只是“实现事件”的“事”的交易，还同时带动了相关“物”的交易，实现了对事件相关资源的高度整合。

进一步地，将所述要素模块中物的要素信息发送到交易平台包括：将所述要素模块中资源的要素信息发送到交易平台，以便从交易平台上查找匹配的资源和资源档期。本发明实施例中，物的要素中可以包含资源要素和角色，拥有能力的资源可作用于输入物以及输入角色，在事件进展过程中或完成后，产生输出物和事件后角色。可选地，所述资源要素信息包括资源和与所述资源对照的能力列表。能力列表中可以列出和执行任务相关的能力信息。这样，服务器就可以根据能力列表进行更好的匹配，使任务的需求方可以找到更有能力把任务完成好的潜在用户。例如，对于一个机械设计任务，可以在能力列表中包含机械设计工程师需要掌握的设计软件种类，工作年限等。对于一个软件开发任务，可以在能力列表中包含团队规模、掌握的编程语言的数量、使用的计算机硬件资源等。

可选地，如果需求方用户满意的资源档期已经排满，也允许与资源拥有方协商出具更高的价格，请求其重排资源档期。

S2：根据所述过程结构图创建作业任务。

如前所述，过程结构图中包括多种类型的要素模块，在要素模块中的要素完备后，就可以实现事件。但是，实现事件需要通过劳动作业来完成，过程结构图中的要素只是一种结构化的提示和指导。劳动作业既包括智力劳动，如研发、设计，也可以包括体力劳动，如运输货物，还可以包括由机器完成的劳动，如制造、加工。为了指引服务器上的其他用户帮助实现事件，步骤S2创建了基于过程结构图的作业任务，当作业任务完成后，即实现了事件。创建任务的形式有多种，最为简单的形式就是把过结构图整体或部分直接作为任务信息，进行命名后即视为创建完成。当然，用户也可以在过程结构图的基础上，再添加其他的一些说明信息，进一步完善过程结构图的内容。

在一些实施例中，过程结构图包括多个要素模块，对于一些复杂的项目，各要素需要的资源，在行业领域上跨度很大，因此本实施例可以根据不同的要素模块创建不同的任务，由不同的用户来完成，即所谓的分布式完成任务。例如，当一个过程结构图中包括一个第一要素模块和两个具有前后流向关系第一子要素模块时，可以根据两个第一子要素模块分别创建任务，由不同的执行用户来完成。对于发布任务的用户来说，可以根据过程结构图直接对任务进行拆解，请求不同用户分布式实施完成，不论项目多么复杂，需要调用的资源在行业领域上的跨度如何之大，都可以将分布式的实施成果汇总到一个过程结构图中，提高了事件管理的集中性和有序性。

如步骤S1中提到的，在另一些实施例中，过程结构图中还包括多个事层，多个事层也可以由不同的用户分布式完成，如在计划层，可以选择咨询公司、认证公司等来完成保证监管计划顺利进行的作业任务。在实例层，可以委托具体的服务公司来提供一线的服务项目，如制造、加工、劳务服务等。

S3：在交易平台上选择执行所述作业任务的执行用户。

在创建作业任务后，创建任务的用户需要在交易平台上寻找执行任务的用户。如前所述，如果一个过程结构图创建出了多个任务，可以在平台上选择不同的用户分布式执行。例如，可以在客户端的用户界面上提供查询入口，服务器接收用户输入的查询条件，匹配到适合完成任务的执行用户。当然，执行用户需要提前在平台上注册并完成相关的信息，如自己所承接的业务，擅长的领域等信息，以便服务器根据这些信息为其匹配作业任务。在选择执行用户的环节，也可以将作业任务一并发送给执行用户，以供双方就任务开始前的事项进行协商，如讨论注意事项，进一步沟通业务需求等。

选择执行用户的过程既可以是一对一的选择，也可以是一对多的选择，即多个执行用户竞标作业任务，由发布作业任务的用户从中选择至少一个用户来完成作业任务。例如，当用户在交易平台上发布一作业任务后，匹配到该作业任务的多个用户可以点击第二用户终端用户界面上的虚拟按键来发起竞标作业任务的请求，该请求经过服务器发送给第一用户终端。请求中可以包括执行用户的简介、成功案例、报价或者在执行其他作业任务时产生的行为信息、结果信息等，以便第一用户终端的用户根据这些信息选择。这些信息可以置入到过程结构图中，用户在过程结构图上获取发送来的竞标信息。通常，执行用户公开的信息越充分，越完善，越有利于成功竞标作业任务。

S4：发送支付指令，用于支付所述用户执行作业任务的报酬。

第一用户终端所发送的支付指令，既可以用于支付执行作业任务的全部价款，也可以先支付一部分定金，然后根据作业任务的完成进度再支付剩余的尾款。第一用户终端在发起支付操作时，可以链接到银联、支付宝、微信钱包等第三方的支付平台，也可以通过客户端中预充值的余额来进行支付。在其他一些实施例中，支付指令还可以用于支付交易平台发放的优惠券、抵用券等电子票据，或者是基于区块链的加密货币。

在一个优选的实施方式中，在发送支付指令前以及任务发布需要时，可以确认执行所述作业任务之前的条件信息；所述条件信息包括以下至少一种或几种：任务的目标、风险、收益、需要的资源、执行用户的能力、交付事物的数量、品质、检验方法、检验方、争议处置方法、中止协议、违约协议等。通过确认这些事前信息，可以为作业任务的执行做好准备工作，也可以为执行用户提供清楚的任务信息指引和重点事项的交待。

S5：接收所述执行用户执行作业任务产生的成果。

作业任务产生成果既可以包括阶段性成果，也可以包括最终成果。成果的形式可能是一种能够用网络传输的数据文件，如设计图纸、咨询报告、教学文档、软件程序，也可能是一种通知消息，该通知消息用户通知已经完成了某种在线下完成的成果，此类成果通常无法用网络直接传输给用户。如装修房屋的作业任务完成后，可以拍摄装修成果图像，发送给发布任务的用户。

成果中可以包含行为信息和/或结果信息，发布任务的用户在收到行为信息和/或结果信息后，可以将所述行为信息和/或结果信息记录在所述过程结构图中。其中，所述行为信息用于记录执行作业任务的过程，所述结果信息用于记录完成作业任务交付的结果。在一些实施例中，所述结果信息可以包括执行用户的输出事物的交付通知、交付证明、检验报告、爽约赔偿主张、追加金额申请、事件任务执行问题解释声明中的一种或者几种。

在一个实施例中，行为信息包括录制的或直播的行为影像数据。如对于一个加工零部件的任务，执行用户可以将加工的过程、设备、使用的原料以视频的方式记录下来，发送给发布任务的用户。记录这种行为信息，可以让发布任务的用户掌握完成任务的真实过程，充分享受到事件实现过程的知情权，防止作业任务完成过程中，偷工减料，以次充好等暗箱操作行为。录制或直播行为影像数据的设备可以一些专用设备，如录像机、拓展现实眼镜(如GOOGLE GLASS)，也可以是具有录像功能的通用设备，如具有录像功能的手机。这些设备具有通信单元，用于和服务器通信，将影像数据传输到服务器上，进而供发布任务的用户观看。

优选地，将所述行为信息记录在所述过程结构图中包括：

创建链接并将所述链接记录在所述过程结构图中，所述链接用于链接到所述行为影像数据；或者，将所述行为影像数据的播放界面直接加载在所述过程结构图上。用户可以在过程结构图上直接进入到影像数据的播放界面或者直接在过程结构图上观看到影像数据，进一步提高了事件实现流程管理的统一性和集中性，方便用户及时地调用查看任务成果。

可选地，所述行为信息还可包括使用资源的作用参数。如人力资源、原料资源、场地资源等的作用参数。例如，要生产某一设备，要求原材料的机械性能达到一定强度。此时执行任务的用户就可以将原材料的机械性能参数作为资源的作用参数上传到服务器。这些资源的作用参数既可以包括在系统中预先设置的参数，也可以包括在执行任务时实际使用的参数。

可选地，所述行为信息还包括过程检验数据。在一些生产过程中，可以设置有生产过程检验环节，如首件检验、巡回检验、末件检验等方式。执行任务的用户可以将这些过程检验数据也上传到服务器上。上传过程检验参数可以采用在线同步上传的方式，也可以采用离线保存，在执行完全部的或部分的检验操作后再上传。优选采用在线同步上传的方式，即在线同步上传的过程中，每完成一个检验操作产生的数据都及时上传到服务器，过程检验数据会被打上时间戳，保证了检验数据的真实可靠性。

对于结果信息，也可以直接记录在过程结构图中。在本实施例中，可以将结果信息以预定的格式接收并存储在用户终端的存储单元中，同时生成链接到该结果信息的链接，将链接置入到过程结构图中对应的要素模块中，用户在该要素模块中就可以访问完成该要素的结果信息。当根据过程结构图中的要素模块创建出多个任务时，所有任务的结果都可以在过程结构图中统一管理，提高了事件管理的集中性和有序性。例如，一个过程结构图包括三个第一要素模块，每个第一要素模块由一个执行用户或者用户组完成。优选由多个用户组成的用户组完成，在用户组中可以具有作为负责人的用户。每有一个任务完成，就将任务完成的成果(如交付的图纸、文档、程序等)存储到第一用户终端的存储单元中，同时生成访问该条成果数据的链接，存储并显示在对应的要素模块中。待汇集到所有结果时，即完成了整个事件。

需要说明的是，这些行为信息和结果信息既可以提供给发布任务的用户，在协商一致的情况下，还可以供执行用户记录在第二用户终端中，或保存到执行用户在服务器上的云存储空间中。当执行用户竞标其他作业任务时，可以直接调用这些行为信息或结果信息，作为成功案例发送给新的用户，以帮助执行用户提高竞标时的竞争力。

作为进一步的改进，在收到至少部分所述成果后，所述方法还包括：

发送对至少部分所述成果的调整建议和/或执行对至少部分所述成果的调整操作。

事件的实现不同于普通的商品买卖，实现事件通常是一个持续的、动态的过程，在这一过程中，需要进行调整以使得事件达到预期的完成效果。为此，本实施例还包括任务的需求方用户和执行用户之间的互动操作。任务的需求方用户可以是创建任务的用户，其上级或者经过授权的用户等。例如，发布任务的用户在收到部分成果，如设计文档的初稿、加工零部件的样品等时，可以通过服务器向第二用户终端的执行用户发起即时通讯请求，在双方的通讯链路接通后，可以就中间成果的调整进行协商，协商的记录会保存到服务器上。在达成一致后，双方向服务器发送确认指令，以确认对成果的调整内容，如改动设计文档的文字，加工零部件样品的模具结构等。在另一些实施例中，也可以由发布任务的用户自己对成果直接进行调整，如直接修改设计文档的文字，修改图纸的内容等，然后再发送确认指令以确定调整后成果的最终状态。通过事中的调整，可以及时纠正事件完成过程中的错误和瑕疵。

此外，调整的记录信息也可以同步存储到过程结构图的各要素模块中，用户可以在过程结构图中查询到事件完成过程中所有的改动历史记录，以便对事件进行动态的把控。

本发明实施例还提供了一种实现上述方法的事件的实现装置，由于装置解决问题的实现方案与方法相似，因此本申请具体的装置的实施可以参见前述方法的实施，重复之处不再赘述。以下所使用的，术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，如作为一种由程序模块组成的软件安装在用户终端上，但是硬件，或者软件和硬件的组合的实现也是可能的。如图12所示，该事件的实现装置包括：

事件确认单元，用于确认所述事件的过程结构图，所述过程结构图包括用于表示事件要素的要素模块；

任务创建单元，用于根据所述过程结构图创建作业任务；

进一步地，所述任务创建单元用于根据所述过程结构图创建作业任务包括：创建至少两个作业任务，以供交易平台上不同的用户分布式完成各作业任务。

选择单元，用于在交易平台上选择执行所述作业任务的执行用户；

进一步地，所述选择单元还用于获取执行用户发送到所述交易平台的记录信息，所述记录信息包括所述执行用户在执行其他作业任务时产生的行为信息和/或结果信息，以供需求方用户参考后做出选择。

支付单元，用于发送支付指令，用于支付所述用户执行作业任务的报酬；

成果接收单元，用于接收所述执行用户执行作业任务产生的成果。

进一步地，所述成果接收单元接收所述执行用户执行作业任务产生的成果包括：接收交易平台发送的执行任务的行为信息和/或结果信息，将所述行为信息和/或结果信息记录在所述过程结构图中；所述行为信息用于记录执行作业任务的过程，所述结果信息用于记录完成作业任务交付的结果。

进一步地，所述结果信息包括执行用户的输出事物的交付通知、交付证明、检验报告、爽约赔偿主张、追加金额申请、事件任务执行问题解释声明中的一种或者几种。

进一步地，所述行为信息包括录制的或直播的行为影像数据。

进一步地，所述将所述行为信息记录在所述过程结构图中包括：

创建链接并将所述链接记录在所述过程结构图中，所述链接用于链接到所述行为影像数据；或者，将所述行为影像数据的播放界面直接加载在所述过程结构图上。

进一步地，在收到至少部分所述成果后，所述装置还包括：

调整单元，用于发送对至少部分所述成果的调整建议和/或执行对至少部分所述成果的调整操作。

进一步地，所述成果的调整建议和/或调整操作经过创建任务的用户和执行任务的用户确认。

进一步地，所述装置还包括，条件信息确认单元，用于在发送支付指令之前以及可选在任务发布时，确认执行所述作业任务之前的条件信息；所述条件信息包括以下至少一种或几种：任务的目标、风险、收益、需要的资源、执行用户的能力、交付事物的数量、品质、检验方法、检验方、争议处置方法、中止协议、违约协议。

进一步地，所述装置还包括物匹配单元，用于在确认所述事件的过程结构图后，将所述要素模块中物的要素信息发送到交易平台，以便从交易平台上查找匹配的物。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以量子硬件、光子硬件、生物计算机、电子硬件、人工生物智能硬件等来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，机器人，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

本文中应用了具体个例对发明构思进行了详细阐述，以上实施例的说明只是用于帮助理解本发明的核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离该发明构思的前提下，所做的任何显而易见的修改、等同替换或其他改进，均应包含在本发明的保护范围之内。

Claims (16)

1.一种事件的实现方法，其特征在于，在安装有应用程序的用户终端设备侧，包括：

确认所述事件的过程结构图，所述过程结构图包括用于表示事件要素的要素模块；

根据所述过程结构图创建作业任务；

在交易平台上选择执行所述作业任务的执行用户；

发送支付指令，用于支付所述用户执行作业任务的报酬；

接收所述执行用户执行作业任务产生的成果；

在确认所述事件的过程结构图前，先构建出事件的过程结构图，过程结构图按照以下的方式构建：

S11：获取用户创建的事件，所述事件包括构成所述事件的要素信息；

S12：根据所述事件的要素信息，构建所述事件的过程结构图并输出给用户；过程结构图包括至少一个第一要素模块，第一要素模块还关联多个第二要素模块；第一要素模块用于表示事件动态要素，第二要素模块依附于第一要素模块存在，用于表示事件的静态要素；

S13：接收用户发起的对所述第一要素模块的N级分解操作，从所述第一要素模块分解出N个级次的第一子要素模块，所述N为大于等于1的整数；第N级第一子要素模块还包含第N级的从要素模块；从要素模块依附于该级第一子要素模块，用于表示该级第一子要素模块的从要素；从要素模块为反映事件静态属性的模块；

S14：接收用户发起的对所述第二要素模块的M级分解操作，从所述第二要素模块分解出M个级次的第二子要素模块；

过程结构图包括一个构成第一要素模块的过程框，过程框内分布有多个第二要素模块；

第一级第一子要素模块嵌套在初始创建的第一要素模块内，在N个级次的第一子要素模块中，后一级次的第一子要素模块嵌套在前一级次的第一子要素模块内；

第一级的第二子要素模块嵌套在初始创建的第二要素模块内，在M个级次的第二子要素模块中，后一级次的第二子要素模块嵌套在前一级次的第二子要素模块内；

方法还包括检测对第一子要素模块的放大操作，以将被选定的第一子要素模块的显示尺寸放大，检测对第一子要素模块的缩小操作，将第一子要素模块还原为初始的显示结构；

S15：提供预定义列表；所述预定义列表中包括预定义要素模块或者是由多个预定义要素模块构成的整个事件的事件数据；

S16：根据用户发起的植入指令，将所述预定义要素模块植入到所述过程结构图中形成第一要素模块、第一子要素模块、第二要素模块、第二子要素模块和/或从要素模块，或者，根据用户发起的植入指令，将整个事件数据植入；

在创建过程结构图后，还包括对过程结构图的分层操作；

所述分层操作包括将首层创建的过程结构图进行至少一次的分层展开，上下两层过程结构图之间用连线连接；展开的方式为立体展开，即构建XYZ三轴坐标的立体空间，旋转过程结构图的角度，使过程结构图所在的平面发生立体转动，每分解一层过程结构图，就以平行于上一层过程结构图方式，在上一层过程结构图的下方创建下层的过程结构图。

2.根据权利要求1所述的事件的实现方法，其特征在于，所述根据所述过程结构图创建作业任务包括：创建至少两个作业任务，以供交易平台上不同的用户分布式完成各作业任务。

3.根据权利要求1所述的事件的实现方法，其特征在于，所述接收所述执行用户执行作业任务产生的成果包括：接收交易平台发送的执行任务的行为信息和/或结果信息，将所述行为信息和/或结果信息记录在所述过程结构图中；所述行为信息用于记录执行作业任务的过程，所述结果信息用于记录完成作业任务交付的结果。

4.根据权利要求3所述的事件的实现方法，其特征在于，所述行为信息包括录制的或直播的行为影像数据。

5.根据权利要求4所述的事件的实现方法，其特征在于，所述将所述行为信息记录在所述过程结构图中包括：

创建链接并将所述链接记录在所述过程结构图中，所述链接用于链接到所述行为影像数据；或者，将所述行为影像数据的播放界面直接加载在所述过程结构图上。

6.根据权利要求3所述的事件实现方法，其特征在于，所述行为信息包括使用资源的作用参数。

7.根据权利要求6所述的事件实现方法，其特征在于，所述行为信息还包括过程检验数据。

8.根据权利要求3所述的事件实现方法，其特征在于，所述结果信息包括执行用户的输出事物的交付通知、交付证明、检验报告、爽约赔偿主张、追加金额申请、事件任务执行问题解释声明中的一种或者几种。

9.根据权利要求1所述的事件的实现方法，其特征在于，在收到至少部分所述成果后，所述方法还包括：

发送对至少部分所述成果的调整建议和/或执行对至少部分所述成果的调整操作。

10.根据权利要求9所述的事件的实现方法，其特征在于，所述成果的调整建议和/或调整操作经过任务的需求方用户和执行任务的用户确认。

11.根据权利要求1所述的事件的实现方法，其特征在于，在发送支付指令之前以及任务发布需要时，所述方法还包括：

确认执行所述作业任务之前的条件信息；所述条件信息包括以下至少一种或几种：任务的目标、风险、收益、需要的资源、执行用户的能力、交付事物的数量、品质、检验方法、检验方、争议处置方法、中止协议、违约协议。

12.根据权利要求1所述的事件的实现方法，其特征在于，所述在交易平台上选择执行所述作业任务的执行用户包括：

获取执行用户发送到所述交易平台的记录信息，所述记录信息包括所述执行用户在执行其他作业任务时产生的行为信息和/或结果信息，以供需求方用户参考后做出选择。

13.根据权利要求1所述的事件的实现方法，其特征在于，在确认所述事件的过程结构图后，所述方法还包括：

将所述要素模块中物的要素信息发送到交易平台，以便从交易平台上查找匹配的物。

14.根据权利要求13所述的事件的实现方法，其特征在于，

将所述要素模块中物的要素信息发送到交易平台，以便从交易平台上查找匹配的物包括：

将所述要素模块中资源的要素信息发送到交易平台，以便从交易平台上查找匹配的资源和资源档期。

15.根据权利要求14所述的事件的实现方法，其特征在于，所述资源的要素信息包括资源和与所述资源对照的能力列表。

16.一种事件的实现装置，其特征在于，在安装有应用程序的用户终端设备侧，包括：

事件确认单元，用于确认所述事件的过程结构图，所述过程结构图包括用于表示事件要素的要素模块；

任务创建单元，用于根据所述过程结构图创建作业任务；

选择单元，用于在交易平台上选择执行所述作业任务的执行用户；

支付单元，用于发送支付指令，用于支付所述用户执行作业任务的报酬；

成果接收单元，用于接收所述执行用户执行作业任务产生的成果；

在确认所述事件的过程结构图前，先构建出事件的过程结构图，过程结构图按照以下的方式构建：

S11：获取用户创建的事件，所述事件包括构成所述事件的要素信息；

S12：根据所述事件的要素信息，构建所述事件的过程结构图并输出给用户；过程结构图包括至少一个第一要素模块，第一要素模块还关联多个第二要素模块；第一要素模块用于表示事件动态要素，第二要素模块依附于第一要素模块存在，用于表示事件的静态要素；

S13：接收用户发起的对所述第一要素模块的N级分解操作，从所述第一要素模块分解出N个级次的第一子要素模块，所述N为大于等于1的整数；第N级第一子要素模块还包含第N级的从要素模块；从要素模块依附于该级第一子要素模块，用于表示该级第一子要素模块的从要素；从要素模块为反映事件静态属性的模块；

S14：接收用户发起的对所述第二要素模块的M级分解操作，从所述第二要素模块分解出M个级次的第二子要素模块；

过程结构图包括一个构成第一要素模块的过程框，过程框内分布有多个第二要素模块；

第一级第一子要素模块嵌套在初始创建的第一要素模块内，在N个级次的第一子要素模块中，后一级次的第一子要素模块嵌套在前一级次的第一子要素模块内；

第一级的第二子要素模块嵌套在初始创建的第二要素模块内，在M个级次的第二子要素模块中，后一级次的第二子要素模块嵌套在前一级次的第二子要素模块内；

方法还包括检测对第一子要素模块的放大操作，以将被选定的第一子要素模块的显示尺寸放大，检测对第一子要素模块的缩小操作，将第一子要素模块还原为初始的显示结构；

S15：提供预定义列表；所述预定义列表中包括预定义要素模块或者是由多个预定义要素模块构成的整个事件的事件数据；

S16：根据用户发起的植入指令，将所述预定义要素模块植入到所述过程结构图中形成第一要素模块、第一子要素模块、第二要素模块、第二子要素模块和/或从要素模块，或者，根据用户发起的植入指令，将整个事件数据植入；

在创建过程结构图后，还包括对过程结构图的分层操作；

所述分层操作包括将首层创建的过程结构图进行至少一次的分层展开，上下两层过程结构图之间用连线连接；展开的方式为立体展开，即构建XYZ三轴坐标的立体空间，旋转过程结构图的角度，使过程结构图所在的平面发生立体转动，每分解一层过程结构图，就以平行于上一层过程结构图方式，在上一层过程结构图的下方创建下层的过程结构图。

Images