本发明涉及流程发起界面的待我办理消息技术领域，尤其涉及位于流程的消息未阅读后出现在待我办理，再距离期限之前x天或小时，自动从待我办理分类回到收件箱-未阅读，但是不改变这条内容的全部信息和状态机制。
背景技术：
流程管理，是一种以规范化的构造端到端的卓越业务流程为中心，以持续的提高组织业务绩效为目的的系统化方法。它应该是一个操作性的定位描述，指的是流程分析、流程定义与重定义、资源分配、时间安排、流程质量与效率测评、流程优化等。因为流程管理是为了客户需求而设计的，因而这种流程会随着内外环境的变化而需要被优化。
在流程管理技术领域，三种不同层次流程管理是优化与供应商有关的业务流程，比如预测、补货、计划、签约、库存控制、信息沟通等。供应商的绩效很大程度上受采购方的流程制约。例如预测流程中，如何确定最低库存、最高库存，按照什么频率更新、传递给供应商，直接影响供应商的产能规划和按时交货能力。再如补货，不同种类的产品，按照什么频率补货，补货点是多少，采购前置期是多少，不但影响到公司的库存管理，也影响到供应商的生产规划。管理层可以通过动员、强调达到一时效果，但不改变流程及其背后的规则，这种效果是暂时的。流程管理和改进的关键是确定目标和战略，书面化流程、实施流程，确定责任人并定期评估。在此基础上，开发一系列的指标，确保流程按既定方式运作，并与前面讲的按时交货率、质量合格率等挂钩。这样，从流程到绩效，再由绩效反馈到流程，形成一个封闭的管理圈。值得注意的是，流程改进更多的是渐进而非革命，因为每个公司总有现行的流程，不大可能推倒重来，要通过不断微调来优化。
系统实施位于流程的待我办理消息机制所带来的好处：位于流程的待我办理消息机制一方面为系统管理员提供了灵活、方便的操作界面，可设置显示界面和数据内容，另一方面又充分利用Socket的通信结构机制，具有安全性好、操作方便、实现容易等优点。
技术实现要素：
为了克服现有的位于流程的待我办理消息机制的不足,本发明提供一种位于流程的消息未阅读后出现在待我办理，在距离期限之前x天或小时，自动从待我办理分类回到收件箱-未阅读，但是不改变这条内容的全部信息和状态机制，如果某一个执行人，做过多次的步骤的话，按人员分组，操作数据倒序排列，关联流程执行结果已在客户的新图中改成了关联流程数量和关联流程未完成。关联流程数量，可以是自动的上下级的关联流程，也可以是手动的添加关联流程。关联流程未完成，是指这些关联流程中，没有完成的数量统计，催办有二种方式，1.节点人发送后，对下一个环节人进行催办，2.发起人发起催办，效果就是和关联备注一样，每个人都收到催办提醒；只是以催办名义出现。
本发明解决其技术问题所采用的技术方案是：在发起人界面，首先已经是发起以后流程了。多节点我们现在做成的方式，是在流程编辑器中有一个多节点框的节点，而不是把规则放在某个节点上。多节点是由一个单独的多节点框所生成。所以这里只能读取出发起人节点后面的节点的内容，如果发起人节点后是多节点框节点的话，那么可以显示出多节点。但是这里的多节点是不能带操作的，因为是根据多节点自动发起，不能手动发起。但是有一种多节点比较特殊，例如：系统自动发起的采购流程，这种流程的发起是因为系统库存多节点的定义，这种多节点，只会出现在进销存流程的大图，每个小流程中，是不出现这种系统默认规则的节点的。对于这种系统默认多节点，如果处理节点的后一个节点即便不是多节点框，也会显示多节点内容。关联流程执行结果，如果对应的流程有发起，那么显示这条流程的状态。这里的多节点对应的流程列表，只会出现符合多节点的数据。填写说明字段，是在流程编辑器中，节点里的有一个属性叫填写说明，那里的填写的值，反映在这里地方。现在做的流程里面是这么定义的，比方说采购流程里采购单有一个付款方式，设定为预付款，那么系统会自动发起一个付款流程。此时采购流程和付款流程是就自动成为关联流程。此时采购流程就是上级流程，付款流程就是下级流程。这种是自动上下级流程的设置方式。第二种方式，手动配置流程的关联关系，和自动上下级流程没有任何关系。选择一条我的发起的流程进行关联。
本发明的有益效果是，如果应用比较简单，客户端较少，同时发生请求的概率很低，或者客户端不介意等待服务的时间，可以采用重复服务器。而如果客户端较多，并对服务响应的要求较高，就应当采用并发服务器，这种方式可以满足大型和复杂应用的需求。如果使用无连接的模式，就不存存建立、断开连接等过程。但是通过基本信息传递实现提供服务的道理与有连接的模式是一样的。
附图说明
下面结合附图和实施例对本发明进一步说明。
图1为本发明实例流程界面图。
图2为本发明实例流程待我办理洁面图。
图3为本发明实例流程管理器界面图。
图4为本发明实例流程未被阅读界面图。
图5为本发明实例流程待我办理操作功能图。
具体实施方式
在图1中，表示了本发明实例流程界面图。在发起人界面，首先已经是发起以后流程了。规则我们现在做成的方式，是在流程编辑器中有一个规则框的节点，而不是把规则放在某个节点上。规则是由一个单独的规则框所生成。所以这里只能读取出发起人节点后面的节点的内容，如果发起人节点后是规则框节点的话，那么可以显示出规则。但是这里的规则是不能带操作的，因为是根据规则自动发起，不能手动发起。但是有一种规则比较特殊，例如：系统自动发起的采购流程，这种流程的发起是因为系统库存规则的定义，这种规则，只会出现在进销存流程的大图，每个小流程中，是不出现这种系统默认规则的节点的。对于这种系统默认规则，如果处理节点的后一个节点即便不是规则框，也会显示规则内容。关联流程执行结果，如果对应的流程有发起，那么显示这条流程的状态。这里的规则对应的流程列表，只会出现符合规则的数据。填写说明字段，是在流程编辑器中，节点里的有一个属性叫填写说明，那里的填写的值，反映在这里地方。所以是灰色框，不可编辑。现在做的流程里面是这么定义的，比方说采购流程里采购单有一个付款方式，设定为预付款，那么系统会自动发起一个付款流程。此时采购流程和付款流程是就自动成为关联流程。此时采购流程就是上级流程，付款流程就是下级流程。这种是自动上下级流程的设置方式。