本发明涉及计算机技术领域，特别是一种事件的分享方法、装置和存储介质。
背景技术：
随着互联网的发展，人们可以在网络中分享自己的工作、生活经验。分享经验的方式包括在BBS、个人主页、自媒体等网络平台发布信息，从而将经验公开给网络平台上的其他用户。这种经验分享方式的缺点在于：
分享经验的用户在发布信息之前，需要编辑所分享事件的信息，编辑的方式通常为在文档编辑程序中输入文字、图片等。在文档编辑过程中，文字、图片的排列过于任意，没有清晰的逻辑架构，文档中的信息过于碎片化。特别是对于一些涉及繁琐步骤的事件，如果用户本身的逻辑、条理不清晰，容易造成分享事件的文本非常混乱，其他用户无法准确根据其分享的事件进行操作。
现有的高级生产计划排程系统(如APS系统等)虽然能够按照一定的规则构建事件、任务、计划等，但是这些系统都是封闭的、孤立的，通常只在生产企业内部使用，无法供他人借鉴。
技术实现要素：
本发明的目的是提供一种事件的分享方法，能够将事件实例化后分享给他人参考实施，且具有良好的可操作性。
第一方面，本发明提供一种事件的分享方法，包括：
接收第一用户提供的事件，所述事件包括用于指导实现所述事件的过程结构图；
接收第二用户发送的获取请求，所述获取请求用于请求获取所述事件；
将所述事件发送给所述第二用户。
可选地或优选地，所述获取请求包括购买请求，所述购买请求用于请求购买所述事件，所述方法还包括：
接收第一用户为所述事件设定的价款信息；
接收第二用户发送的支付指令，所述支付指令用于支付所述价款信息中的至少部分价款。
可选地或优选地，所述获取请求包括至少一个第二用户发送的竞拍请求，所述竞拍请求包括第二用户竞拍所述事件的出价信息，在将所述事件发送给所述第二用户之前，所述方法还包括：
接收第一用户为所述事件设定的拍卖规则；
根据所述拍卖规则和所述出价信息确认能够获得所述事件的第二用户。
可选地或优选地，所述方法还包括匹配步骤，所述匹配步骤包括根据第二用户输入的查询条件，匹配相关的事件并推送给第二用户；和/或根据第二用户提供的偏好信息自动匹配相关的事件并推送给第二用户。
可选地或优选地，在将所述事件发送给所述第二用户后，所述方法还包括：
获取第二用户对所述事件的评价信息。
可选地或优选地，所述方法还包括：
接收为所述事件迭代传播设立的利益分配规则；
根据所述事件的过程结构图的迭代传播进程和利益分配规则向原始提供所述事件和/或其他参与所述迭代传播的用户分配收益。
第二方面，本发明提供了一种事件的分享方法，包括：
接收第二用户发送的委托构建确认指令，确认至少一个构建所述事件的过程结构图的第一用户，生成委托构建所述事件的过程结构图的订单信息；
接收第一用户提供的事件的过程结构图；
将所述过程结构图发送给所述第二用户。
可选地或优选地，在所述接收第二用户发送的委托构建确认指令之前，所述方法还包括：
接收第二用户发送的招标请求，所述招标请求用于请求至少一个第一用户构建所述事件的过程结构图；
接收第一用户发送的应标请求。
可选地或优选地，在所述接收第二用户发送的委托构建确认指令之前，所述方法还包括：
接收第一用户发送的服务信息，所述服务信息用于告知第二用户能够提供事件的过程结构图的构建服务。
可选地或优选地，构建所述过程结构图的所述第一用户至少为两个，在不同的网络节点以分布式的方式完成所述过程结构图的构建。
可选地或优选地，所述接收第一用户提供的事件的过程结构图包括：接收第一用户构建所述过程结构图的进度信息和/或阶段性成果，将所述进度信息和/或阶段性成果发送给所述第二用户。
可选地或优选地，所述方法还包括：接收为所述事件迭代传播设立的利益分配规则；
根据所述事件的过程结构图的迭代传播进程和利益分配规则向原始提供所述事件和/或其他参与所述迭代传播的用户分配收益。
第三方面，本发明提供了一种事件的分享装置，用于实现第一方面的事件分享方法，包括：
第一接收单元，用于接收第一用户提供的事件，所述事件包括用于指导实现所述事件的过程结构图；
第二接收单元，用于接收第二用户发送的获取请求，所述获取请求用于请求获取所述事件；
发送单元，用于将所述事件发送给所述第二用户。
第四方面，本发明提供了一种事件的分享装置，用于实现第二方面的事件分享方法，包括：
确认单元，用于接收第二用户发送的委托构建确认指令，确认至少一个构建所述事件的过程结构图的第一用户，生成委托构建所述事件的过程结构图的订单信息；
第一接收单元，用于接收第一用户提供的事件的过程结构图；
发送单元，用于将所述过程结构图发送给所述第二用户。
本发明提供的事件分享方法和装置，由第一用户构建出一个将事件变成具体实例过程结构图并输出，将第一用户提供的过程结构图发送给第二用户，使得第二用户获得事件的实例，按照过程结构图中的内容就可以完成事件。结构化、视图化的实例让用户具有更好的可操作性。过程结构图中的信息透明、可靠，避免了信息不对称造成的工作资源的浪费和效率的降低。此外，从信息传播的角度来说，事件以一种结构化、可视化的方式分享和传播，有利于形成事件实例中信息的有序传递，特别是在存储事件的事件分享服务器中的事件量越来越大的情况下，更有利于事件实例以有序的方式存储在数据库中，从而方便查询和维护。在更为优选的实施方式中，提供事件过程结构图的用户还可以出售事件，乃至随着事件的迭代传播不断获得收益，促进了智力成果、实践经验的转化为经济利益。
附图说明
图1为可实现本发明实施例提供的事件分享方法的系统结构示意图；
图2为本发明实施例一提供的事件分享方法的流程图；
图3事件的过程结构图及一种分解方式的示意图；
图4为事件的另一种分解方式的示意图；
图5为第一子要素模块的一种流向关系的构建示意图；
图6为第一子要素模块的另一种流向关系的构建示意图；
图7为事件构建中，预定义列表的使用方式示意图；
图8为分布式操作的系统架构图；
图9为本发明实施例提供的一种事层展开结构的示意图；
图10为本发明实施例提供的另一种事层展开结构的示意图；
图11为本发明实施例提供的一种跨领域事层展开结构的示意图；
图12为本发明实施例一提供事件分享方法的交互流程图；
图13为发明实施例一提供的事件分享装置的示意图；
图14为本发明实施例二提供事件分享方法的流程图；
图15为本发明实施例二提供事件分享方法的交互流程图；
图16为本发明实施例二提供的事件分享装置的结构示意图。
具体实施方式
下面将参考附图中示出的若干示例性实施方式来描述本发明的原理和精神。应当理解，描述这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本发明，而并非以任何方式限制本发明的范围。
本发明实施例提供了一种事件分享方法，可以实现于图1所示的系统之中。该系统包括事件分享服务器2，还包括多个接入事件分享服务器2的用户终端1A、1B、1C。事件分享服务器2用于汇集用户所发送的事件，并按照预定的规则进行转发。每个用户终端的用户既可以是分享事件的用户(即提供事件的用户)，也可以是获取事件的用户。在本实施例中，为了描述方便，将提供事件或构建事件过程结构图的用户称为第一用户，将获取(包括购买)事件过程结构图的用户称为第二用户。当然，第一用户和第二用户的身份可以随时转化，例如，一个提供事件的用户虽然为第一用户，但当其获取事件时即成为第二用户。一个获取事件的用户为第二用户，但是其在提供事件时变成为第一用户。
此外，还需要说明的是，虽然本申请提供了如下述实施例或附图所示的方法操作步骤或装置结构，但基于常规或者无需创造性的劳动，在所述方法或装置中可以包括更多或者部分合并后更少的操作步骤或模块单元。在逻辑性上不存在必要因果关系的步骤或结构中，这些步骤的执行顺序或装置的模块结构不限于本申请实施例或附图所示的执行顺序或模块结构。所述的方法或模块结构的在实际中的装置、服务器或终端产品应用时，可以按照实施例或者附图所示的方法或模块结构进行顺序执行或者并行执行(例如并行处理器或者多线程处理的环境、甚至包括分布式处理、服务器集群的实施环境)。
实施例一
如图2和图12所示，本发明实施例提供的一种事件分享方法，以事件分享服务器为执行主体，包括如下步骤：
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之前，第一用户构建事件过程结构图的过程，接下来，方法进行到：
S2：接收第二用户发送的获取请求，所述获取请求用于请求获取所述事件。
S3：将所述事件发送给所述第二用户。
通过事件分享平台，过程结构图将事件以实例化、结构化的方式分享给其他用户，具有很强的可操作性，用户在获取事件的过程结构图后，可以按照过程结构图的指导完成事件。
根据本发明的实施例，获取请求包含的请求信息可以有多种。在一个优选的实施例中，事件作为一种可交易的商品，相应地，获取请求包括购买请求，购买请求用于请求购买事件。进而，所述方法还包括：
S1’：接收第一用户为所述事件设定的价款信息；
在本实施例中，第一用户可以先为事件设定一个价款。如在事件分享服务器上创建一个页面，将所述事件的介绍信息展示在页面上，同时在页面上标注价款。当第二用户在事件分享服务器上通过事件的关键词检索或通过推送的链接进入页面时，可以获知事件的价款。本步骤可以和步骤S1，即提供事件过程结构图同时进行，或者是在步骤S1之前进行。
S2’：接收第二用户发送的支付指令，所述支付指令用于支付所述价款信息中的至少部分价款。
第二用户在获知事件的基本简介和价款后，如果想要购买，可以发送支付指令，链接到在线支付系统，如微信钱包、支付宝、银联或者事件分享服务器自身搭建的支付系统。
事件分享服务器收到支付指令后，从购买事件的第二用户所绑定的支付账户中获取事件的价款，将价款暂存在事件分享服务器的管理账户中。接着，将出售事件的第一用户上传到事件分享服务器的事件发送给购买事件的第二用户终端上(即步骤S3)。最后将价款转发到出售事件的第一用户绑定的收款账户中。当然，以上只是示例性地介绍了事件交易的其中一种交易流程，在符合双方事件交易合意的条件下，也可以采用其他的购买流程。在交易过程中支付的价款，可以包括数据货币，加密货币(如比特币等)，代金券，信用额度等多种形式。
此外，购买用户所支付的价款可以全部转发给提供事件的第一用户，也可以部分转发给提供事件的第一用户，在后一种情形中，事件分享服务器可以扣除一部分交易事件的手续费保留到事件分享服务器的管理账户中，这样事件分享服务器运营商也能够在事件交易的过程中获利，即事件分享平台也能够盈利。
事件作为一种商品，与其他有形的商品的性质有较大差异。其他有形商品在售卖时，可以在交易平台上完整展示产品的外形、结构和功能。而事件的过程结构图一旦在卖出前被完全展示，买方用户就已经得到了实现事件的全部内容，而不用再支付价款购买。为了解决这一问题，根据本发明的实施例，提供事件的用户可以对过程结构图的信息进行隐藏编辑，例如只输出过程结构图的第一要素模块和各第一要素模块之间的流向关系，即只输出事件过程结构图的框架，而隐藏第二要素模块，第一子要素模块，第二子要素模块和部分事层中的一种或几种细节信息。买方用户既可以根据事件的框架预览到大致的实现方案，又不会完全获知实现事件的细节，既保证了购买者享有一定的知情权，又可以避免事件细节泄露。
在另一个实施例中，所述获取请求包括至少一个第二用户发送的竞拍请求，所述竞拍请求包括第二用户竞拍所述事件的出价信息，在将所述事件发送给所述第二用户之前(步骤S3之前)，所述方法还包括：
S1”：接收第一用户为所述事件设定的拍卖规则；
S2”：根据所述拍卖规则和所述出价信息确认能够获得所述事件的第二用户。
拍卖的方式有利于吸纳更多的购买者竞争，在竞争中提高事件过程结构图的价值。
例如，提供事件的第一用户在上传事件到事件分享服务器时，可以为事件配置起拍价，保留价，加价规则等。事件分享服务器也可以按照默认的方式自动设置拍卖规则。
进一步地，所述方法还包括匹配步骤，所述匹配步骤包括根据第二用户输入的查询条件，匹配相关的事件并推送给第二用户；和/或根据第二用户提供的偏好信息自动匹配相关的事件并推送给第二用户。匹配可以分为主动匹配或自动匹配。主动匹配包括根据接入事件分享服务器的第二用户主动输入的查询条件，在事件分享服务器中匹配相关的事件并推送给第二用户。自动匹配是根据第二用户在事件分享服务器提供的偏好信息自动匹配相关的事件并推送给第二用户，第二用户获取事件的过程基于智能化的推送，无需自己去查找就可以获得感兴趣的事件。
进一步地，在将所述事件发送给所述第二用户后，所述方法还包括：
S4：获取第二用户对所述事件的评价信息。
获得评价信息可以进一步使得事件分享服务器根据用户的评价对事件进行评级。在一个实施例中，用户可以对事件进行打分，事件分享服务器根据分值按照预定的权重等计算参数，对同类的事件进行排名，展示在事件分享服务平台上供所有用户参考。
在以上的一些实施例中，事件分享平台中的事件是可交易的，即提供事件的用户可以通过分享事件获得相应的报酬，在报酬的刺激下，有利于激励用户不断创建、设计、完善事件，利用自己熟悉的技能、知识、经验等构建出具有可操作性和指导性的过程结构图输出并分享。此外，一个事件在出售后，还可能以链条的方式在事件分享平台中迭代传播的。例如，在一个事件分享平台的传播网络中，每个人获取到他人发布的事件后，都可能会进行二次加工重构，再进行传递。比如，一个用户从事件分享平台上获得一个事件的过程结构图后，当其遇到类似的新问题时，会根据实际情况，在上一次解决方案的基础上再设计出新的解决方案，重新构建出新的过程结构图。以此类推，最初的解决方案可能成为一系列解决方案传播链条的基础，但是此时，在传统的经验分享平台中，提供原始解决方案的用户不会获得任何的收益。而对于某一些较困难的问题，贡献最大的往往是提供最初的、开创性解决方案的用户。所以，现有的系统显然无法解决这种贡献与收益不对等的问题。为了解决这一问题，在一个优选的实施例中，所述方法还包括：
S5：接收为所述事件迭代传播设立的利益分配规则；
步骤S5可以和步骤S1、S1’、S1”同时或先后进行，即在提供事件、设定价款时同时将迭代传播的利益分配规则发送给事件分享服务器。
例如，可以设置计算规则，所述计算规则设定初始创建过程结构图的用户为事件的过程结构图定义的交易值以及为重构所述过程结构图的用户设定的迭代收益值。具体的计算规则并不构成对本发明的限定，用户可以自由地设计合理的计算规则。
S6：根据所述事件的过程结构图的迭代传播进程和利益分配规则向原始提供所述事件和/或其他参与所述迭代传播的用户分配收益。
当一个事件被迭代传播后，迭代方和被迭代方都可以按照上述收益分配规则获得收益，从而促进了事件的迭代传播。例如，一个事件被重构售出，原始创建事件的用户可以按照预定比例获得收益，而重构的用户也可以按照预定的比例获得收益。这既保障了做出初始的、开创性贡献的用户的利益，也激励了不断改进事件，完善事件的用户。
对事件过程结构图的重构方式有多种，如增加、减少各模块，修改模块的内容、流向关系，或者是将其他模块、事件等与本事件进行重新组合等，都是可以采用的重构方式。
本发明实施例还提供了一种事件的分享装置，以实现上述的事件分享方法，其具体包括：
第一接收单元，用于接收第一用户提供的事件，所述事件包括用于指导实现所述事件的过程结构图；
第二接收单元，用于接收第二用户发送的获取请求，所述获取请求用于请求获取所述事件；
发送单元，用于将所述事件发送给所述第二用户。
进一步地，所述获取请求包括购买请求，所述购买请求用于请求购买所述事件，所述第二接收单元还用于：
接收第一用户为所述事件设定的价款信息；
接收第二用户发送的支付指令，所述支付指令用于支付所述价款信息中的至少部分价款。
进一步地，所述获取请求包括至少一个第二用户发送的竞拍请求，所述竞拍请求包括第二用户竞拍所述事件的出价信息，在将所述事件发送给所述第二用户之前，所述装置还包括：
拍卖规则接收单元，用于接收第一用户为所述事件设定的拍卖规则；
成功竞拍用户确认单元，用于根据所述拍卖规则和所述出价信息确认能够获得所述事件的第二用户。
进一步地，所述装置还包括匹配单元，所述匹配单元用于根据第二用户输入的查询条件，匹配相关的事件并推送给第二用户；和/或根据第二用户提供的偏好信息自动匹配相关的事件并推送给第二用户。
进一步地，在将所述事件发送给所述第二用户后，所述装置还包括评价单元，用于获取第二用户对所述事件的评价信息。
进一步地，所述装置还包括：
迭代利益规则设立单元，用于接收为所述事件迭代传播设立的利益分配规则；
收益分配单元，用于根据所述事件的过程结构图的迭代传播进程和利益分配规则向原始提供所述事件和/或其他参与所述迭代传播的用户分配收益。
应当理解的是，以上各个单元所执行的方法和上述事件分享方法中的各步骤一一对应，更详细的实现方式可以参考方法实施例中的描述。该事件分享装置的一种产品形式是可以作为程序模块的集合被编程为客户端，既可以供事件的提供者使用，也可以供获取、购买事件的用户使用。用户通过客户端访问事件分享服务器，进行注册、账户绑定等操作后完成事件的分享。
实施例二
本发明实施例提供了一种事件的分享方法，同样可以实现于图1所示的系统中，其与实施例一的相同之处在于，都是由第一用户将事件的过程结构图分享给第二用户，但本实施例与其的主要区别在于，第一用户并不是直接将事件的过程结构图的成品分享给第二用户，而是由第二用户委托第一用户完成构建，即第二用户先委托第一用户，再由第一用户完成过程结构图的构建和提供。
根据本发明的实施例，如图14、15所示，一种事件的分享方法，包括：
S9：根据第二用户发送的委托确认指令，确认至少一个构建所述事件的过程结构图的第一用户，生成委托构建所述事件的过程结构图的订单信息；
第二用户在事件分享平台上可以确认一个或多个委托构建事件的第一用户，建立起招标用户(第二用户)的账户与提供事件用户(第一用户)账户之间的映射关系。
S10：接收第一用户提供的事件的过程结构图；
S11：将所述过程结构图发送给所述第二用户。
步骤S10和S11分别对应于实施例一种的S1和S3，其具体实现的方式与步骤S1、S3的描述基本相同，与其相同部分在此不再赘述。在步骤S9-S11之间或S11之后，方法还包括第二用户发送支付指令，所述支付指令用于支付委托构建过程结构图的服务费。
在本发明的实施例中，委托构建可以有两种形式，一种是招标形式，另一种是广告形式。
在招标形式中，在步骤S9开始之前，所述方法还包括：
S7：接收第二用户发送的招标请求，所述招标请求用于请求至少一个第一用户构建所述事件的过程结构图；
在招标过程中，首先由想要委托他人提供事件的第二用户(即买方用户，招标用户)在事件分享服务器上发布招标信息。招标信息中可以包含事件的名称、时间要求、完成度要求、愿意支付的价款等信息。
S8：接收第一用户发送的应标请求；
提供事件的第一用户在事件分享服务器上浏览到招标信息后，可以发送响应指令，如投标指令，投标指令中可以包含提供事件的第一用户的关联信息，如第一用户的经验信息、身份信息、成功案例信息等，进一步还可以包含第一用户提交的事件的预览信息等。提交这些信息有利于建立招标用户对投标用户的信任。
招标的方案有利于第二用户接触到积极应标的第一用户，减少了收集、挑选第一用户的时间。
在广告形式中，在步骤S9开始之前，所述方法还包括：
S7’：接收第一用户发送的服务信息，所述服务信息用于告知第二用户能够提供事件的过程结构图的构建服务。
第一用户发送服务信息后，展现的形式有多种。在一些实施例中，第一用户可以在事件分享服务器上创建一个属于自己的页面，将服务信息展示在页面上。服务信息可以包括服务项目信息、收费信息、成功案例信息、以往构建过程结构图的记录信息等。特别是对于构建过程结构图的记录信息，能够让第二用户充分获知第一用户过往的真实的操作记录，增加了第一用户宣传信息的透明性和可靠性。例如，一个建筑施工方案的设计公司，可以在事件分享平台上创建一个服务信息页面，在页面上展示自己的服务项目、收费标准、以及部分过程结构图的记录信息，如在构建某个施工方案事件时，采用的模块，级次的数量，事件层的数量，耗时的长短等等。在另一些实施例中，第一用户也可以直接将服务信息推送给潜在的需要构建服务的第二用户。服务信息中包括了第一用户创建的所述页面的链接，使得第二用户通过点击服务信息的展示区域或采用其他交互方式快速找到第一用户。
第二用户可以在事件分享平台上查询到多个第一用户的服务信息，从中选择合适的一个或多个第一用户来构建事件的过程结构图。
应当理解的是，无论在哪种交易方式中，提供事件的第一用户所获取的分享事件的报酬，既可以是在预定的交易规则下应全部获得的报酬或占全部报酬一部分的订金。例如，在上述的委托构建事件的方案中，如果建立了委托构建事件的合意，第二用户可以先发送订金支付指令，向提供事件的第一用户支付一定的订金，以避免第二用户违约或帮助提供事件的第一用户准备启动资金。提供事件的第一用户收到订金后，可以按照计划的工作进度来构建事件。剩余的报酬可以由第二用户在事件交付后一次性支付给提供事件的第一用户或者是根据事件构建的工作进度来支付。在后一种支付方式中，事件分享服务器还用于接收提供事件的第一用户终端发送的事件进度信息和过程结构图的阶段性构建成果(如事件的部分过程结构示意图)，并将事件进度信息和过程结构图的阶段性构建成果发送给购买事件的用户终端，以便买方用户根据进度付款。买方用户按照事件的工作进度付款，可以督促提供事件的用户按照约定的计划尽快完成事件。
当事件内容庞大、难度较高时，事件的要素和内在联系往往会非常复杂，一个用户的精力和思维能力有限，通常无法精确管理事件的每个细节和细节之间的逻辑关系。为了解决这一问题，根据本发明的实施例，在上构建事件的过程中，由第一用户发起的至少一个操作由至少两个用户在不同网络节点分布式完成。如对第一要素模块的N级分解操作，对第二要素模块的M级分解操作，第一要素模块流向关系的建立、第一子要素模块流向关系的建立、各级次要素模块的植入和备份、事件层的展开分解等，都可以通过多个用户在一个网络系统的不同网络节点共同实施完成。采用分布式的方式执行分解操作，能够调动不同用户的参与，充分利用大众的智慧来完善事件的精细化的管理过程。
例如，对于某一复杂的事件，可能会横跨许多专业领域。此时第二用户在事件分享服务器的平台上可能找不到能够单独提供该事件完整过程结构图的第一用户。此时，根据本发明优选的实施例，在上述招标的技术方案中，该第二用户可以在事件分享服务器上发布招标信息，并将招标信息设置为允许多个第一用户共同完成事件。当一个第一用户中标后，允许该第一用户向其他用户发送邀请请求，以共同完成事件。例如，若事件包含多个实施节点(每个实施节点都是一个过程结构图，相邻的过程结构图之间建立流向关系)，某一第一用户只擅长事件的其中一个节点，其可以只构建该节点的过程结构图，然后邀请其他第一用户帮助完成其他节点的过程结构图。事件分享服务器可以记录事件中每个节点过程结构图的完成者和整个事件的完成进度，向买方的第二用户发送通知信息。对于购买者来说，每个环节的进度、完成人信息都是透明的，可追溯的，最大限度的保证了用户对委托构建事件每个环节的知情权，获取事件后进行实际操作过程如果遇到问题，用户可以将出现问题的节点发送到事件分享服务器，事件分享服务器根据节点信息能够查找到构建该节点过程结构图的用户并帮助双方用户建立通信或联系，以便即时、精确地解决产生事件操作障碍的环节。
此外，如果事件由多个用户分布式完成，买方用户可以接收事件分享服务器发送的事件构建进度信息，该构建进度信息内包含了已经完成的事件节点的过程结构图。事件分享服务器还将事件的全部价款进行拆分，按照预定的规则分配给已经完成的事件节点的过程结构图，生成对应的拆分账单信息，并将拆分的价款账单信息发送给买方用户终端，买方用户根据已经完成事件节点向对应的用户付款，避免一个承包商用户承揽了整个事件后，因为事件进度影响拿不到全部报酬而拖欠已经付出劳动的其他合作商用户价款的问题。
当然，在招标的技术方案后，如果买方用户和卖方用户协商一致，也可以在事件的后续迭代传播中设立迭代传播机制，具体的实施方式与步骤S5、S6基本相同，在此不再赘述。
本实施例还提供了一种事件分享装置，用于实现本实施例中的事件分享方法，其具体包括：
确认单元，用于根据第二用户发送的委托确认指令，确认至少一个构建所述事件的过程结构图的第一用户，生成委托构建所述事件的过程结构图的订单信息；
第一接收单元，用于接收第一用户提供的事件的过程结构图；
发送单元，用于将所述过程结构图发送给所述第二用户。
在一个优选的实施例中，所述事件的分享装置还包括：
招标单元，用于接收第二用户发送的招标请求，所述招标请求用于请求至少一个第一用户构建所述事件的过程结构图；
应标单元，用于接收第一用户发送的应标请求；
在另一个优选的实施例中，，所述事件的分享装置还包括：
服务信息单元，用于接收第一用户发送的服务信息，所述服务信息用于告知第二用户能够提供事件的过程结构图的构建服务。
进一步地，构建所述过程结构图的所述第一用户至少为两个，在不同的网络节点以分布式的方式完成所述过程结构图的构建。
进一步地，所述第一接收单元接收第一用户提供的事件的过程结构图时，包括：接收第一用户构建所述过程结构图的进度信息和/或阶段性成果，将所述进度信息和/或阶段性成果发送给所述第二用户。
进一步地，所述装置还包括：
迭代传播利益分配规则设立单元，用于接收为所述事件迭代传播设立的利益分配规则；
收益分配单元，用于根据所述事件的过程结构图的迭代传播进程和利益分配规则向原始提供所述事件和/或其他参与所述迭代传播的用户分配收益。
应当理解的是，以上各个单元所执行的方法和上述事件分享方法中的各步骤一一对应，更详细的实现方式可以参考方法实施例中的描述。该事件分享装置的一种产品形式是可以作为程序模块的集合被编程为客户端，既可以供事件的提供者使用，也可以供获取、购买事件的用户使用。用户通过客户端访问事件分享服务器，进行注册、账户绑定等操作后完成事件的分享。
本发明实施提供事件分享方法和装置，可以构建成一个事件分享、交易的大平台。海量的事件数据都可以在这个大平台中不断地创建出来并被有序管理，促进了大数据在事件分享领域的应用。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以量子硬件、光子硬件、生物计算机、电子硬件、人工生物智能硬件等来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，机器人，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(RandomAccess Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
本文中应用了具体个例对发明构思进行了详细阐述，以上实施例的说明只是用于帮助理解本发明的核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离该发明构思的前提下，所做的任何显而易见的修改、等同替换或其他改进，均应包含在本发明的保护范围之内。