CN114596077A - 专利案件的全流程可视化管理方法、装置、设备及介质 - Google Patents

Abstract

本申请提供了一种专利案件的全流程可视化管理方法，应用于信息处理平台，信息处理平台包括：多个处理端；方法包括：确定与专利案件类型对应的全流程管理主节点以及主节点之间的连接关系，全流程管理主节点包括：开案、受理、初审；将全流程管理主节点以及主节点之间的连接关系以可视化的方式在每个处理端进行显示，对处于未激活状态的主节点进行弱化显示，每个主节点包括多个从节点，当从节点处于未激活状态时不显示；当收到与从节点对应的触发操作时，激活从节点，并将激活后的从节点以可视化的方式显示在对应的主节点流程中，该方法能够快速准确真实地获取案件状态。此外，还提出了一种专利案件的全流程可视化管理装置、设备及存储介质。

Description

专利案件的全流程可视化管理方法、装置、设备及介质

技术领域

本申请涉及信息处理技术领域，特别涉及为一种专利案件的全流程可视化管理方法、装置、设备及介质。

背景技术

随着科技的蓬勃发展，知识产权越来越受到企业的重视，专利作为一种无形资产，已经成为了企业的一种重要的竞争资源。专利文件是一种专业的法律文件，申请人往往需要委托专利代理机构进行专利申请，专利文件的撰写是由代理机构中的专利代理师来完成以及由代理所负责递交的。

然而，目前专利代理行业内存在着信息严重不对称的问题，比如，案件是由哪个代理人撰写的，该代理人的撰写水平怎么样，案件是什么时候开始撰写的，以及案件目前处于什么状态对于申请人来说很多时候都处于一无所知的状态，如果想要知道案件的处理进度，则需要向代理所进行询问才能获知，不仅获知信息的速度慢，而且无从知道该获知的信息是否是真实可信的。

因此，亟待提出一种可以快速准确真实地获取案件状态的方式。

发明内容

本申请旨在解决上述案件信息获取慢、不够真实可信的问题，提出了一种专利案件全流程的可视化管理方法、装置、设备及存储介质，该方法能够快速准确真实地获取案件状态。

一种专利案件的全流程可视化管理方法，应用于信息处理平台，所述信息处理平台包括：多个处理端，所述多个处理端包括代理人端、客户端、流程端；

所述方法包括：

确定与专利案件类型对应的全流程管理主节点以及主节点之间的连接关系，所述全流程管理主节点包括：开案、受理、初审；

将所述全流程管理主节点以及所述主节点之间的连接关系以可视化的方式在每个处理端进行显示，对处于未激活状态的主节点进行弱化显示，每个所述主节点包括多个从节点，当所述从节点处于未激活状态时不显示；

当收到与所述从节点对应的触发操作时，激活所述从节点，并将激活后的所述从节点以可视化的方式显示在对应的主节点流程中。

一种专利案件的全流程可视化管理装置，应用于信息处理平台，所述信息处理平台包括：多个处理端，所述多个处理端包括代理人端、客户端、流程端；

确定模块，用于确定与专利案件类型对应的全流程管理主节点以及主节点之间的连接关系，所述全流程管理主节点包括：开案、受理、初审；

显示模块，用于将所述全流程管理主节点以及所述主节点之间的连接关系以可视化的方式在每个处理端进行显示，对处于未激活状态的主节点进行弱化显示，每个所述主节点包括多个从节点，当所述从节点处于未激活状态时不显示；

激活模块，用于当收到与所述从节点对应的触发操作时，激活所述从节点，并将激活后的所述从节点以可视化的方式显示在对应的主节点流程中。

一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时，使得所述处理器执行以下步骤：

确定与专利案件类型对应的全流程管理主节点以及主节点之间的连接关系，所述全流程管理主节点包括：开案、受理、初审；

将所述全流程管理主节点以及所述主节点之间的连接关系以可视化的方式在每个处理端进行显示，对处于未激活状态的主节点进行弱化显示，每个所述主节点包括多个从节点，当所述从节点处于未激活状态时不显示；

当收到与所述从节点对应的触发操作时，激活所述从节点，并将激活后的所述从节点以可视化的方式显示在对应的主节点流程中。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行以下步骤：

确定与专利案件类型对应的全流程管理主节点以及主节点之间的连接关系，所述全流程管理主节点包括：开案、受理、初审；

将所述全流程管理主节点以及所述主节点之间的连接关系以可视化的方式在每个处理端进行显示，对处于未激活状态的主节点进行弱化显示，每个所述主节点包括多个从节点，当所述从节点处于未激活状态时不显示；

当收到与所述从节点对应的触发操作时，激活所述从节点，并将激活后的所述从节点以可视化的方式显示在对应的主节点流程中。

上述专利案件的可视化管理方法、装置、计算机设备及存储介质，首先，根据专利案件类型确定专利的全流程管理主节点以及主节点之间的连接关系，将该全流程主节点以及主节点之间的连接关系在各个处理端以可视化方式进行显示，对未激活状态的主节点进行弱化显示，这样就可以清楚看到案件所在的主节点，另外，每个主节点包括多个从节点，当从节点处于未激活状态时不显示，当收到与从节点对应的触发操作时，激活从节点，并将激活后的从节点以可视化的方式显示在对应的主节点流程中。只要接收到从节点的触发操作时才激活从节点，可以清楚地看到当前案件所在的从节点，便于快速准确真实了解案件的当前状态。

附图说明

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

图1为一个实施例中专利案件的全流程可视化管理方法的流程图；

图2为一个实施例中主节点以及从节点可视化显示的界面示意图；

图3为一个实施例中基于多个端交互的案件管理方法的流程图；

图4为一个实施例中专利即时消息群组的会话界面示意图；

图5为一个实施例中基于即时消息的信息展示方法的流程图；

图6为一个实施例中将事件信息展示在扩展框中的示意图；

图7为一个实施例中专利案件的全流程可视化管理装置的结构框图；

图8为一个实施例中基于多个端交互的案件管理装置的结构框图；

图9为一个实施例中基于即时消息的信息展示装置的结构框图；

图10为一个实施例中计算机设备的内部结构框图。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

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

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“包括”、“包含”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。在本申请的权利要求书、说明书以及说明书附图中的术语，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体/操作/对象与另一个实体/操作/对象区分开来，而不一定要求或者暗示这些实体/操作/对象之间存在任何这种实际的关系或者顺序。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其他实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其他实施例相结合。

目前专利代理行业内存在着信息严重不对称的问题，比如，案件是由哪个代理人撰写的，该代理人的撰写水平怎么样，案件是什么时候开始撰写的，以及案件目前处于什么状态对于申请人来说很多时候都处于一无所知的状态，如果想要知道案件的处理进度，则需要向代理所进行询问才能获知，不仅获知信息的速度慢，而且无从知道该获知的信息是否是真实可信的。尽管行业内针对知识产权的管理也在不断地进行优化，但是目前优化的方向都只是为了提高专利流程的管理效率，而且往往服务的对象比较单一，不能同时对多方进行服务，比如，专利公开号为CN 111461554A的专利提出了“知识产权流程管理可视化方法、装置、存储介质及设备”，里面涉及到的流程管理只针对于企业客户，主要内容是：为了方便企业客户对很多个专利案件进行管理，将处于各个阶段状态的专利数量进行归类统计并进行可视化展示。目前行业内，对于具体到某个案件的管理一直都缺乏信息的透明度，一方面导致案件状态不能随时获知，另一方面由于专利案件会涉及到多个对象(专利代理人、发明人、流程人员等)，信息的不透明不利于案件的推进。本申请创新性地提出了一种针对单个专利案件的全流程可视化管理方法，该方法中，参与专利案件的任意一方，包括：专利代理人、客户(包括：发明人、申请人、企业专利工程师等)、流程人员和商务人员，都可查看专利案件的状态，该状态是真实可见的，不但有利于各方了解当前案件的进度，而且在信息处理平台上，可实现快速对案件进行处理，有利于专利代理人和客户的沟通更加顺畅，有效推进案件的进度。

如图1所示，为了实现各方都可以快速真实获知专利案件的状态，提出了一种专利案件的全流程可视化管理方法，应用于信息处理平台，所述信息处理平台包括：多个处理端，所述多个处理端包括代理人端、客户端、流程端；其中，专利代理人(又称“专利代理师”)可以通过对应的代理人端查看专利案件的当前状态，客户可以通过对应的客户端查看专利案件的当前状态，同样地，流程人员可以通过对应的流程端查看专利案件的当前状态。

上述专利案件的全流程可视化管理方法包括：

步骤102，确定与专利案件类型对应的全流程管理主节点以及主节点之间的连接关系，全流程管理主节点包括：开案、受理、初审；

其中，专利案件类型分为发明、实用新型和外观设计，不同的专利案件类型对应的全流程主节点不一样。在一个实施例中，发明对应的全流程管理主节点以及连接关系为：开案-受理-初审-实审-授权。实用新型或外观设计对应的全流程管理主节点以及连接关系为：开案-受理-初审-授权。需要说明的是，这里说的开案、受理、初审、实审代表是专利案件所需要经过的状态，并不对具体的命名方式进行限制，具体命名方式可以根据需要自定义设置，比如，开案状态可以直接称为“开案”，也可以命名为“开始”、“立案”以及“第一步”等代表开案状态的其它名字。

步骤104，将全流程管理主节点以及主节点之间的连接关系以可视化方式在每个处理端进行显示，对处于未激活状态的主节点进行弱化显示，每个主节点包括多个从节点，当从节点处于未激活状态时不显示；

其中，为了便于清楚快速地看到专利案件当前所在的主节点，将未激活状态的主节点进行弱化显示，需要说明的是，该弱化显示是相对的，未激活状态的主节点相对于激活状态的主节点是弱化显示的。如图2所示，为一个实施例中主节点以及从节点可视化显示的界面示意图，未激活的主节点进行弱化显示，然后每个主节点中包括多个从节点，只有激活的从节点才进行显示，这样可以准确快速了解专利案件在主节点中的具体哪个从节点上，从而快速了解该专利案件状态，而且，每个从节点开始的时间以及对应的处理人也可以进行显示。如图2所示，当前专利案件处于开案主节点，具体地，当前专利案件处于开案主节点中的代理人撰写节点。

步骤106，当收到与从节点对应的触发操作时，激活从节点，并将激活后的从节点以可视化的方式显示在对应的主节点流程中。

其中，收到与从节点对应的触发操作时，说明案件上一节点已经处理完毕，进入了该从节点，激活该从节点，将激活的该从节点以可视化的方式显示在对应的主节点流程中。每个从节点代表了案件的一个过程节点。比如，对应开案这个主节点包括：立案-代理人撰写-客户核稿-递交等多个从节点。从节点显示到哪说明当前案件处于哪个状态，比如，如果目前显示的最后一个从节点在代理人撰写，则说明专利案件的当前状态为代理人撰写状态。

上述专利案件的可视化管理方法，首先，根据专利案件类型确定专利的全流程管理主节点以及主节点之间的连接关系，将该全流程主节点以及主节点之间的连接关系在各个处理端以可视化方式进行显示，对未激活状态的进行弱化显示，这样就可以清楚看到案件所在的主节点，另外，每个主节点包括多个从节点，当从节点处于未激活状态时不显示，当收到与从节点对应的触发操作时，激活从节点，并将激活后的从节点以可视化的方式显示在对应的主节点流程中。只要接收到从节点的触发操作时才激活从节点，可以清楚地看到当前案件所在的从节点，便于快速准确真实了解案件的当前状态。

在一个实施例中，开案主节点中的从节点包括：立案、代理人撰写、客户核稿、递交；

当收到与从节点对应的触发操作时，激活从节点，并将激活后的从节点以可视化的方式显示在对应的主节点流程中，包括：当接收到流程端发起的立案操作时，激活开案主节点，并显示开案主节点中的立案节点以及激活显示代理人撰写节点；当接收到代理人端发起的撰写完成操作时，激活并显示客户核稿节点；当接收到客户端发起的核稿完成操作时，激活并显示递交节点；当接收到流程端发起的递交完成操作时，递交节点的状态显示为已完成。

其中，不同的从节点对应的触发操作是不一样的，当前一个从节点完成后会自动激活显示下一个从节点。在信息处理平台中包括多个处理端，具体包括：代理人端、客户端和流程端。流程端对应的操作人员为流程人员，流程人员负责开案，流程人员通过流程端发起立案操作，此时激活开案主节点，同时激活显示开案主节点中的立案节点以及激活显示代理人撰写节点。在专利案件处理的过程中，一旦接收到流程端发起的立案操作，说明立案已经完成，接下来自动激活代理人撰写节点。当专利代理人通过代理人端发起撰写完成操作时激活显示客户核稿节点，撰写完成操作包括：上传已撰写好的初稿文件。代理人撰写完成初稿后，需要申请人(即客户)进行稿件的审核确认，故，接收到代理人端发起的撰写完成操作时，自动激活显示客户核稿节点，此时说明案件处于客户待核稿的阶段。当客户确认稿件没有问题时，则可以通过客户端发起核稿完成操作，基于该核稿完成操作自动激活案件递交节点，即此时案件进入了待递交的状态，由流程人员负责案件的递交，当接收到流程端发起的递交完成操作时，递交节点的状态由“待递交”更新为“已完成”。上述过程中通过自动触发激活显示对应的从节点，使得专利案件的状态不但真实可信，而且使得各个处理端的用户都可以及时了解专利案件所处的状态。

在一个实施例中，开案主节点中的从节点还包括：修稿节点；当收到与从节点对应的触发操作时，激活从节点，并将激活后的从节点以可视化的方式显示在对应的主节点流程中，包括：当接收到客户端发起的核稿不通过操作时，激活显示修稿节点；当接收到代理人端基于修稿节点发起的修稿完成操作时，再次显示客户核稿节点。

其中，代理人撰写完成初稿后，客户对初稿进行审核确认，当需要返回代理人端修改时，客户端发起核稿不通过，此时激活显示修稿节点。代理人修稿完成后，基于修稿节点上传完成的修改稿件，然后再次显示客户核稿节点，即再次进入客户核稿节点进行审核。修稿节点不是必须的节点，只有出现需要返回代理人修稿的时候才会出现该节点。从节点只有被激活时才会显示，对于不同案件所经过的从节点可能不同。对于出现需要返回代理人修稿的情况，通过增加修稿节点来显示案件所处的当前状态，有利于更加准确地获取到案件的真实状态。

在一个实施例中，一个从节点可对应多种状态，代理人撰写节点的状态包括：等待撰写、开始撰写、撰写完成；客户核稿节点包括：待核稿、核稿不通过、核稿通过；

当收到与从节点对应的触发操作时，激活从节点，并将激活后的从节点以可视化的方式显示在对应的主节点流程中，还包括：当接收到代理人端发起的开始撰写操作时，将代理人撰写节点的状态由等待撰写修改为开始撰写；当接收到代理人端发起的撰写完成操作时，将代理人撰写节点的状态由开始撰写修改为撰写完成；当接收到客户端发起的核稿不通过操作时，将客户核稿节点的状态显示为核稿不通过；当接收到客户端发起的核稿通过操作时，将客户核稿节点的状态显示为核稿通过。

其中，一个从节点可以对应有多种状态，这样可以使得用户更加清晰地知道案件的当前具体状态。比如，代理人撰写节点包括有三个状态，分别等待撰写，开始撰写以及撰写完成。通过每个从节点的具体状态可以更加清楚准确地了解专利案件的当前状态。在刚激活代理人撰写节点时，代理人撰写节点的状态为等待撰写，当代理人开始处理该案件时，通过代理人端点击开始撰写，此时状态由“等待撰写”修改为“开始撰写”，当代理人撰写完毕时，通过点击完成并上传稿件进行完成撰写的操作，此时状态由“开始撰写”修改为“撰写完成”。客户核稿节点的状态分为待核稿，核稿通过和核稿不通过，当激活客户核稿节点时，客户核稿节点的状态为待核稿，当核稿后，有两种选择，一种是通过，一种是不通过，接收到客户点击“通过”时，更改状态为核稿通过，当接收到客户点击“不通过”时，更改状态为核稿不通过。

在一个实施例中，受理主节点中的从节点包括：受理和缴纳官费；初审主节点的从节点包括：补正、初审合格；

当收到与从节点对应的触发操作时，激活从节点，并将激活后的从节点以可视化的方式显示在对应的主节点流程中，包括：当接收到官方下发的受理通知书和缴纳官费通知书时，自动激活受理主节点，并显示受理主节点中的受理节点以及激活显示缴纳官费的节点；当接收到官方下发的补正通知书或者初审合格通知书时，自动激活初审主节点，当下发的补正通知书时，激活显示初审主节点中的补正节点，当下发的是初审合格通知书时，激活显示初审主节点中的初审合格节点。

其中，专利案件递交到官方之后，接下来就是等待官方下发受理通知书和缴纳官费的通知书，当接收到官方下发的受理通知书和缴纳官费的通知书时，自动激活受理主节点，同时显示受理节点且该受理节点的状态为已受理以及激活显示缴纳官费的节点，缴纳官费的节点开始的时候显示为待缴纳，后续可以基于该缴纳官费的节点进行官费的缴纳，缴纳完成后，该节点的状态更新为已完成。接下来就是进入初审，对于没有问题的案件可以直接受到初审合格的通知书，而对于有些案件可能会出现补正，当收到补正时，激活显示初审中的补正节点，补正节点包括多种状态，包括：待补正、补正完成等。补正节点刚激活时显示为待补正，当补正完之后状态更新为补正完成。根据案件实际的走向在相应的主节点下显示对应的从节点，不仅可以使得用户快速了解案件当前所处的状态，而且也记录了案件所经历过哪些状态，便于后续的追溯。而且各个节点对于用户来说的可视化的，透明公开，真实可信。

在一个实施例中，确定与案件类型对应的全流程管理主节点，将全流程管理主节点以可视化的方式进行显示，包括：当案件类型为发明时，则全流程管理主节点还包括：实审；

方法还包括：当接收到官方下发的进入实质审查的通知书时，激活实审主节点，并激活显示实审主节点中的进入实审节点；当接收到官方下发的审查意见通知书时，激活显示对应的审查意见节点。

其中，对于发明类型的专利案件，全流程主节点中还包括：实审(即实质审查)主节点。同样地，将实审所在的状态以可视化的方式进行展示。

在一个实施例中，审查意见节点中包括多个子节点，多个子节点包括：第N次审查意见通知节点，第N次审查意见答复节点、第N次审查意见核稿节点、第N次审查意见递交节点；

方法还包括：接收代理人端基于第N次审查意见答复节点发起的针对第N次审查意见的答复完成操作；基于答复完成操作激活显示第N次审查意见核稿节点；基于第N次审查意见核稿节点接收客户端发起的核稿信息，当核稿信息为通过时，则激活第N次审查意见递交节点；基于答复递交节点接收流程端发起的递交完成通知，更新答复递交节点的状态为已完成。

其中，对于审查意见这个从节点由于可能会包括多次审查意见答复，所以针对这个审查意见从节点包括多个子节点。同样地，只有需要时才激活对应的子节点。

在一个实施例中，每个从节点对应有相应的角色权限；当激活每一从节点时，根据从节点对应的角色权限发送提醒消息给到对应的处理端。

其中，不同的从节点对应的处理权限可能不同。比如，代理人撰写节点对应的代理人端具有相应的处理权限，而对于核稿节点对应的客户端具有相应的处理权限，当激活从节点时，根据从节点对应的角色权限发送提醒消息到对应的处理端，使得处理端对应的处理人员能够及时地进行响应。

在一个实施例中，方法还包括：当接收到流程端发起的新建流程请求时，获取新建流程请求中包含的目标流程节点；确定目标流程节点对应的全流程管理目标主节点以及在目标主节点流程中目标位置；将目标流程节点展示在目标位置上。

其中，对于有些专利案件除了具有常规节点，还具有一些特殊节点(非常规事项)需要流程端主动发起的，比如，有些专利案件需要进行主动补正，那么这个时候就需要流程端专门新建一个主动补正节点，将该新建的主动补正节点在全流程节点中的相应位置进行显示。具体的位置需要提前进行规则配置，对于主动补正节点一般设置在当前时间对应的节点下面。此外，如果需要进行著录项目变更、复审等非常规流程需要由流程端专门发起新建流程。上述实施例中，对于常规节点会自动进行触发，而非常规节点需要流程端主动发起，而不管是常规节点还是非常规节点都以可视化方式显示在相应的位置，便于直观了解专利案件所在的状态。

上述重点介绍了专利案件的全流程可视化管理方法，在全流程可视化管理方法中涉及到了多个端的交互，而多个端的交互来实现专利案件的管理，也是本申请的创新点，目前专利案件的委托流程，一般是客户将交底书等相关资料通过邮件等方式给到代理机构，然后代理机构自行分配给代理人进行撰写，撰写完通过邮件等通讯工具发送给客户，客户审核后进行邮件回复，等到客户确认后，代理所再安排流程人员负责递交。由于一个专利案件会涉及到多方参与，如果任何一方遗忘都会耽误案件的进度，且有的时候邮件还会出现被拦截或者被误认为是垃圾邮件，所以多方通过这样传统的交互方式进行信息交换的效率很低，费时费力。

为了提高专利案件处理的效率，使得各方都可以依托于同一信息处理平台进行案件的快速处理，本申请中的信息处理平台中包括多种处理端，包括：客户端、商务端、代理人端、流程端和平台端。通过不同端之间的交互共同实现对专利案件的快速处理。

如图3所示，提出了一种基于多个端交互的案件管理方法，应用于信息处理平台，信息处理平台包括：客户端、商务端、代理人端、流程端和平台端，平台端用于总体管控；

方法包括：

步骤302，接收客户端或商务端发起的专利提案请求，专利提案请求中包括指定的代理人信息，根据代理人信息将专利提案请求发送到相应的代理人端。

其中，当客户想要给自己的技术方案申请专利时，首先通过客户端或商务端发起提案，在发起提案的时候进行代理人的选择，然后填写好相应的提案信息后生成专利提案请求，信息处理平台的后台(即服务器端)接收到专利提案请求后，将专利提案请求发送到代理人端和流程端。需要说明的是：为了使得信息更加透明，在信息处理平台上展示可选的代理人信息，客户可以根据需要选择合适的代理人，相对于之前客户对于专利代理人往往一无所知的情况，该方式更容易提高客户的满意度。该实施例中的代理人是指专利代理人，也称“专利代理师”。

步骤304，当提案为已完善提案时，将已完善提案标记为待开案提案。

其中，已完善提案是指专利提案中的信息完整度达到了开案的要求。如果提案为已完善提案，则将该已完善提案标记为待开案提案加入到待开案的专利提案池中。如果是未完善提案，则需要进一步对提案进行完善，直到成为已完善提案。

步骤306，接收流程端针对待开案提案发起的开案指令，基于开案指令进行开案，激活代理人撰写节点；

其中，流程人员通过对应的流程端对处于提案池中的待开案提案进行开案，接收到开案指令后进行开案，同时激活代理人撰写节点，激活代理人撰写节点意味着当前案件进度进入了代理人撰写阶段，与此同时，会发送提醒信息到代理人端，以提醒代理人开始进行案件的撰写。

步骤308，基于代理人撰写节点接收代理人端发起的撰写完成操作，基于撰写完成操作激活客户核稿节点；

其中，当代理人撰写完专利初稿后，通过代理人端中显示的代理人撰写节点发起撰写完成操作，上传撰写完成的初稿文件。然后系统会自动激活下一个节点，即客户核稿节点。

步骤310，基于客户核稿节点接收客户端发起的核稿信息，当核稿信息为通过时，则激活递交节点；

其中，客户对初稿文件进行审核，并通过客户端基于客户核稿节点接收核稿信息，核稿信息包括两种，核稿通过和核稿不通过，当核稿通过时，后台自动激活下一节点，即递交节点。

步骤312，基于递交节点接收流程端发起的递交完成通知，更新递交节点的状态为已完成。

其中，流程人员负责案件的递交，递交节点的操作权限为流程端，故，流程端基于递交节点发起递交完成通知，后台会自动更新递交节点的状态为已完成。

上述基于多个端交互的案件管理方法，应用于信息处理平台，当客户想要申请专利时，首先通过客户端或者商务端发起专利提案请求，专利提案请求中包括指定的代理人信息，即客户在提案的时候就自主选定代理人，而不是由代理机构自行分配，这样有利于客户选择更合适的代理人，且直接选定代理人，也节省了代理所再对案件进行分配的时间。当提案为已完善提案时，标记为待开案提案，然后由流程端针对待开案提案进行开案，开案后自动激活代理人撰写节点，代理人端基于该代理人撰写节点发起撰写完成操作后会自动激活客户核稿节点，客户通过客户端发起核稿信息，当核稿信息为通过时，则自动激活递交节点，流程端基于递交节点发起递交完成通知，更新递交节点的状态为已完成。上述方法中从提案到递交中间涉及到多个端的交互，通过该方法不需要再像传统方式中通过人为发邮件来进行进度的通知，而是直接通过信息处理平台就可以实现多个端的快速交互，大大提高了针对专利案件的交互效率，省时省力。

在一个实施例中，在接收客户端或商务端发起的专利提案请求后，方法还包括：判断专利提案请求的类型，当专利提案请求为第一类提案时，则将提案标记为待完善提案；当专利提案请求为第二类提案时，则将提案标记为已完善提案；当接收到针对待完善提案进行的完善操作时，将提案的状态更新为已完善提案。

其中，为了满足更多客户的需求，专利提案请求类型分为了两种，第一类提案为快速提案，此时客户只是提交了要求申请专利的需求，但是技术交底书等信息可能还不完善，后续需要进一步进行提案的完善。第二类提案为已完善提案，即相关信息已经填写完整。对于第一类提案，后续还需要进行完善操作，直到提案的状态更新为已完善提案。在现实需求中，有些客户可能不太清楚技术交底书如何撰写或者应该提供哪些资料，此时，客户可以以第一类提案发起专利提案请求，专利提案请求中会包含代理人信息，提交完专利提案请求后，客户可以在相应代理人的协助下进行交底书的完善。对于有些已经申请过专利的客户或者知道应该提供哪些内容给到代理人的客户，可以直接以第二类提案进行提交。通过设置两种类型的专利提案请求，可以满足不同客户的需求，具有普适性。

在一个实施例中，专利提案请求中包括客户信息；在接收客户端或商务端发起的专利提案请求后，方法还包括：

根据专利提案请求中包含的代理人信息和客户信息生成专利即时消息群组，专利即时消息群组的成员包括：相应的代理人和客户，专利即时消息群组的名称是根据专利提案请求中的提案名称自动生成的，专利即时消息群组用于代理人与客户进行提案的相关沟通。

其中，为了更好地推进案件的进度，自动建立代理人与客户沟通的即时通信，在接收到专利提案请求后，自动根据专利提案请求中的代理人信息和客户信息建立专利即时消息群组，该群组的名称自动根据提案名称生成。此外，还可以将商务人员以及流程人员一起加入到专利即时消息群组，方便与客户对接与该案件相关的所有事项。同时将该专利即时消息群组和对应的专利提案进行关联。

在一个实施例中，方法还包括：当检测到处理端进入专利即时消息群组的界面时，获取与专利即时消息群组关联的专利案件信息；将关联的专利案件信息展示在即时消息对话框的扩展框中。

其中，当建立完专利即时消息群组后，后续检测到处理端进入该专利即时消息群组的界面时，获取与该群组关联的专利案件信息(专利提案)，然后将专利案件信息展示在即时消息对话框的扩展框中。

在一个实施例中，方法还包括：

当检测到处理端进入专利即时消息群组的界面时，获取与代理人信息和客户信息关联的所有案件的案件信息；

将关联的所有案件的案件信息展示在即时消息对话框的扩展框中，案件信息包括：案件状态和案件名称，案件名称的字段关联有超链接，通过超链接可快速进入相应的案件界面。

其中，为了提高沟通效率，获取与相应代理人信息和客户信息同时关联的一个或多个案件的案件信息，将该关联的一个或多个案件的案件信息展示在即时消息对话框的扩展框中，扩展框处于对话框的预设边缘位置。这样，在进行即时消息沟通时，可以直接在对话框的界面查看相关案件的信息，且当关联有多个案件时，将多个案件同时进行显示，可以在沟通完一个案件时，同时了解其他相关案件的状态，有利于提高工作效率。

在一个场景中，同一个代理人可能负责撰写同一个客户的多个案件，那么在代理人与客户进行即时消息沟通时，除了在扩展框中显示当前案件的信息外，还可以将关联的其它案件的信息一并显示，这样，当沟通完该当前案件时，可以快速进行其它案件的沟通。优选的，当前群组对应的当前案件显示在第一位置，其它案件显示在第二位置。客户在与同一个代理人沟通时，通过将有关的案件都在扩展框中显示，避免了来回去查找其它案件，对于客户来说一目了然，沟通省时省力。如图4，为一个实施例中，专利即时消息群组的会话界面示意图，在右边位置的扩展框中显示有相应的专利案件信息。

在一个实施例中，方法还包括：获取专利提案请求中的提案类型，确定与提案类型对应的全流程管理主节点以及主节点之间的连接关系，全流程管理主节点包括：开案、受理、初审；将全流程管理主节点以及主节点之间的连接关系以可视化的方式在每个处理端进行显示，对处于未激活状态的主节点进行弱化显示，每个主节点包括多个从节点，当从节点处于未激活状态时不显示，开案主节点中的从节点包括：立案、代理人撰写、客户核稿、递交；接收流程端针对待开案提案发起的开案指令，基于开案指令进行开案，激活代理人撰写节点，包括：当接收到流程端发起的开案指令时，激活开案主节点，并显示开案主节点中的立案节点以及激活显示代理人撰写节点。

在一个实施例中，受理主节点中的从节点包括：受理和缴纳官费；初审主节点的从节点包括：补正、初审合格；方法还包括：当接收到官方下发的受理通知书和缴纳官费通知书时，自动激活受理主节点，并显示受理主节点中的受理节点以及激活显示缴纳官费的节点；当接收到官方下发的补正通知书或者初审合格通知书时，自动激活初审主节点，当下发的补正通知书时，激活显示初审主节点中的补正节点，当下发的是初审合格通知书时，激活显示初审主节点中的初审合格节点。

在一个实施例中，确定与提案类型对应的全流程管理主节点，将全流程管理主节点以可视化的方式进行显示，包括：当提案类型为发明时，则全流程管理主节点还包括：实审；方法还包括：当接收到官方下发的进入实质审查的通知书时，激活实审主节点，并激活显示实审主节点中的进入实审节点；当接收到官方下发的审查意见通知书时，激活显示对应的审查意见节点。

在一个实施例中，审查意见节点中包括多个子节点，多个子节点包括：第N次审查意见通知节点，第N次审查意见答复节点、第N次审查意见核稿节点、第N次审查意见递交节点；方法还包括：接收代理人端基于第N次审查意见答复节点发起的针对第N次审查意见的答复完成操作；基于答复完成操作激活显示第N次审查意见核稿节点；基于第N次审查意见核稿节点接收客户端发起的核稿信息，当核稿信息为通过时，则激活第N次审查意见递交节点；基于答复递交节点接收流程端发起的递交完成通知，更新答复递交节点的状态为已完成。

在一个实施例中，每个从节点对应有相应的角色权限；当激活每一从节点时，根据从节点对应的角色权限发送提醒消息给到对应的处理端。

在一个实施例中，上述基于多个端交互的案件管理方法还包括：当接收到流程端发起的新建流程请求时，获取新建流程请求中包含的目标流程节点；确定目标流程节点对应的全流程管理目标主节点以及在目标主节点流程中目标位置；将目标流程节点展示在目标位置上。

上述讲述了基于多个端交互的案件管理方法，通过多个端的交互实现对案件的高效管理。在多个端进行交互的同时，还会涉及到代理人和客户之间的沟通，目前常用的沟通方式是采用即时通信的沟通方式，由于知识产权的相关事件往往需要多个方面的深入沟通，但是由于人的记忆是有限的，有的时候可能是突然要基于某个事件进行沟通，导致在沟通的时候往往不能一次性沟通清楚，需要多次沟通，影响沟通效率。举个例子，企业如果要申请专利，需要和专利代理人进行技术方案的沟通，在实际场景中，一个专利代理人往往可能对应处理多个案件，如果一个客户突然要和某个专利代理人进行沟通时，该专利代理人可能想不起来该客户对应的是哪个专利案件，可能需要查看历史聊天记录才能想起来，导致沟通效率不高。为了提高沟通效率，在用户进行即时消息会话时，自动关联事件，并将相应的关联事件信息展示在会话框的扩展框中，便于用户直接查看，大大提高了沟通效率。

如图5所示，提出了一种基于即时消息的信息展示方法，应用于知识产权信息处理平台(即上述的信息处理平台)，该知识产权信息处理平台包括：多个处理端；用户可以通过处理端登录到该知识产权信息处理平台，在该知识产权信息处理平台上设置有即时通信工具，用户可以通过即时通信工具发送即时消息进行沟通。

方法包括：

步骤502，检测到处理端进入即时消息会话时，获取即时消息会话的关联事件。

其中，处理端即用户端，处理端可以是客户端、也可以是代理人端，还可以是商务端、律师端等。检测到处理端进入即时消息会话是指处理端进入即时消息会话界面，即处于聊天界面，基于此界面可以进行即时消息的发送及接收。即时消息会话的关联事件是指会话将会涉及到的事件。即时消息会话的参与人员可以是两个人，也可以是多个人的群组沟通。由于建立的即时消息会话目的在于对一个或多个事件的沟通，为了提高沟通效率，自动获取该会话的关联事件的信息。关联事件是指与该即时消息会话关联的事件。

在一个实际场景中，客户需要和专利代理人进行专利案件沟通，当客户或专利代理人打开与对方的即时消息会话时，自动获取双方关联的专利案件信息。具体地，后台(服务器端)可以根据即时消息会话的成员(客户和专利代理人)自动查找获取与两者同时关联的专利案件。需要说明的是，上述中的即时消息会话是应用在知识产权信息处理平台上的，所以其可以直接去关联相应的事件。

步骤504，将关联事件的事件信息展示在处理端的即时消息会话框的扩展框中，扩展框位于即时消息会话框的预设边缘区域。

其中，为了提高沟通效率，查找到关联事件后，将关联事件的事件信息直接展示在即时消息会话框的扩展框中，该扩展框位于即时消息会话框的预设边缘区域，如图6，为一个实施例中，将事件信息展示在处理端的即时消息会话框的扩展框的示意图。

上述基于即时消息的信息展示方法，在检测到处理端进入即时消息会话时，自动获取与该即时消息会话的关联事件，并将关联事件的事件信息展示在即时消息会话框的扩展框中，这样用户在进行即时消息沟通时，可以直接在当前界面看到事件信息，不需要再从其他地方进行事件信息的查找，大大提高了沟通效率。

在一个实施例中，关联事件包括：直接关联事件；检测到处理端进入即时消息会话时，获取即时消息会话的关联事件，包括：当检测到处理端进入即时消息会话时，获取进入即时消息会话的通道；当通道为基于事件页面发起的即时消息通道时，获取即时消息会话的直接关联事件，直接关联事件是指预先与即时消息会话建立了对应关系的事件；当通道为直接发起的即时消息通道时，获取即时消息会话关联的成员，根据即时消息会话关联的成员确定即时消息会话的关联事件。

其中，进入即时消息会话有两种通道，一种是基于事件页面发起的，这种方式是因为预先将与该事件关联的即时消息会话群组与事件页面进行了关联，当用户在查看事件时，可以直接通过事件页面进入该页面对应的即时消息会话群组。另一种就是基于即时消息工具直接发起会话的通道，这种方式需要获取即时消息会话关联的成员，然后根据关联的成员来确定与该即时消息会话关联的事件。直接关联事件是指建立该即时消息会话时关联的事件，即预先已经建立了即时消息会话与事件之间的关联关系。举个例子，当客户通过知识产权信息处理平台发起专利提案请求时，需要选择处理该案件的专利代理人，所以当该客户提交提案后，系统会根据提案关联的客户和专利代理人生成与该专利提案对应的即时消息沟通群组，也就是说，该即时消息沟通群组是基于该专利提案建立的，那么，该专利提案就是该即时消息沟通群组的直接关联事件。

在一个实施例中，关联事件包括：直接关联事件；

检测到处理端进入即时消息会话时，获取即时消息会话的关联事件，包括：当即时消息会话对应有直接关联事件时，则将直接关联事件作为即时消息会话的关联事件，直接关联事件是指预先与即时消息会话建立了对应关系的事件；当即时消息会话没有对应直接关联事件时，获取即时消息会话关联的成员，根据即时消息会话关联的成员确定即时消息会话的关联事件。

其中，直接关联事件是指预先与即时消息会话建立了对应关系的事件。检测到处理端进入即时消息会话时，首先确定该即时消息会话是否有直接关联事件，如果有，则将直接关联事件作为关联事件。如果没有，则需要进一步根据即时消息会话关联的成员来确定即时消息会话的关联事件。在一个实施例中，获取即时消息会话中所有成员，然后查找与所有成员都关联的事件。

在一个实施例中，关联事件包括：专利案件、项目案件、商标案件、版权案件、诉讼案件中的一种或多种。

其中，上述关联的事件可以是专利案件、项目案件，还可以是商标案件、版权案件，以及诉讼案件等。其中，项目案件包含两种类型，一种是用于申报的政府项目，一种是企业建立的研发项目。

在一个实施例中，根据即时消息会话关联的成员确定与即时消息会话关联的事件，包括：获取即时消息会话中的所有主体成员，主体成员是指具有主体身份的成员，即时消息会话中的每个成员都对应有一个身份，身份的类型分为主体身份和协助身份；获取与所有主体成员关联的事件，作为即时消息会话的关联事件。

其中，即时消息会话中的参与成员都对应有相应的身份，比如，在专利案件沟通时，会涉及到专利代理人、商务人员、流程人员以及客户等，在专利案件沟通的即时消息群组中，可以设置专利代理人和客户为主体身份，而商务、流程为协助身份。在进行事件关联时，获取与主体成员关联的事件。在实际场景中，一个专利代理人可能会处理同一客户的多件案子，为了提高沟通效率，获取与专利代理人和客户的多个案件，将相应的案件信息展示在扩展框中便于查看，这样，客户在和该专利代理人沟通时，可以同时查看多个案件信息，有效避免遗忘某个案件，大大提高了沟通效率。对于项目案件沟通，也同样会有项目主体成员和项目协助成员。商标案件、版权案件的处理与专利案件相似，需要有相应的商标代理人、版权代理人参与；对于诉讼案件，需要有律师参与。不管是对于哪种类型的案件，将案件信息展示在即时消息会话框的扩展框中都能够大大提高案件的沟通效率。

在一个实施例中，根据即时消息会话关联的成员确定即时消息会话的关联事件，包括：当即时消息会话中主体成员为代理人和客户时，获取与代理人和客户关联的所有案件，将关联的所有案件作为与即时消息会话的关联事件；当即时消息会话中主体成员为项目成员时，则获取与项目成员关联的所有项目，将关联的所有项目作为与即时消息会话的关联事件。

其中，这里的代理人可以是专利代理人、商标代理人、版权代理人、诉讼案件代理人(即律师)等。根据即时消息会话中的代理人和客户获取关联的所有案件，如果是专利代理人，获取到的是专利案件；如果是商标代理人，获取到的案件为商标案件；如果是版权代理人，获取到的案件为版权案件；如果是诉讼代理人，获取到的案件为诉讼案件。当主体成员为项目成员时，则获取关联的项目事件。

在一个实施例中，将关联事件的事件信息展示在即时消息会话框的扩展框中，扩展框位于即时消息会话框的预设边缘区域，包括：

当关联事件为专利案件时，将关联的专利案件的案件信息展示在即时消息对话框的扩展框中，案件信息包括：案件状态和案件名称，案件名称的字段关联有超链接，通过超链接可快速进入相应的案件界面；

当关联事件为项目时，将关联的项目的项目信息展示在即时消息对话框的扩展框中，项目信息包括：项目名称和项目相关信息，项目名称的字段关联有超链接，通过超链接可快速进入相应的项目界面。

其中，案件信息包括：案件名称和案件状态，当然还可以包含别的信息，比如，案号。案件名称上可以关联有超链接，这样通过超链接就可快速进入相应的案件界面。项目信息包括：项目名称和项目相关信息，项目相关信息包括：项目的状态，项目对应的专利案件数量以及相关的参考专利数量等等，具体要展现的信息可以自定义设置。

在一个实施例中，方法还包括：

当案件状态所处的节点操作权限为专利代理人时，在代理人端的即时消息对话框的扩展框中显示专利案件对应的快速处理按钮，通过快速处理按钮可以实现一键处理；

当案件状态所处的节点操作权限为客户时，在客户端的即时消息对话框的扩展框中显示专利案件对应的快速处理按钮，通过快速处理按钮可以实现一键处理。

其中，获取案件状态(即案件的当前状态)，确定当前状态所处的节点操作权限，如果节点操作权限为专利代理人，则代理人端显示处理按钮，以便于通过该快速处理按钮可以实现一键处理，该一键处理可以是快速进入相应的处理界面。如果节点操作权限为客户，则将快速处理按钮显示在客户端。通过设置快速处理按钮可以实现在沟通案件时快速进入相应的处理页面，不仅提高了沟通效率，且实现了快速推进案件进度。

在一个实施例中，项目相关信息包括：与项目关联的专利案件信息。

在一个实施例中，在检测到处理端进入即时消息会话时，获取即时消息会话的关联事件之前还包括：

当接收到客户端或商务端发起的专利提案请求时，获取专利提案请求中包含的客户信息和指定的代理人信息；

根据客户信息和代理人信息生成专利即时消息群组，专利即时消息群组的成员包括：相应的代理人和客户，即时消息群组的名称是根据提案请求中的提案名称自动生成的；

将专利即时消息群组关联到相应的专利案件页面，通过案件页面的即时消息通道可快速进入专利即时消息群组；

或者

当接收到客户端发起的新建项目请求时，获取新建项目中关联的项目成员，根据关联的项目成员自动生成项目即时消息群组，项目即时消息群组的名称是根据新建项目的名称自动生成的；

将项目即时消息群组关联到相应的项目页面，通过项目页面的即时消息通道可快速进入项目即时消息群组。

其中，为了提高沟通的便利性，在收到专利提案请求时，自动进行专利即时消息群组的组建，并自动对组建的即时消息群组进行命名，并将该组件的即时消息群组和相应的事件页面进行关联，这样就可以通过事件页面中的即时消息按钮快速进入相应事件对应的即时消息群组。

如图7所示，提出了一种专利案件的全流程可视化管理装置，应用于信息处理平台，包括：

确定模块702，用于确定与专利案件类型对应的全流程管理主节点以及主节点之间的连接关系，全流程管理主节点包括：开案、受理、初审；

显示模块704，用于将全流程管理主节点以及主节点之间的连接关系以可视化的方式在每个处理端进行显示，对处于未激活状态的主节点进行弱化显示，每个主节点包括多个从节点，当从节点处于未激活状态时不显示；

激活模块706，用于当收到与从节点对应的触发操作时，激活从节点，并将激活后的从节点以可视化的方式显示在对应的主节点流程中。

在一个实施例中，开案主节点中的从节点包括：立案、代理人撰写、客户核稿、递交；激活模块还用于当接收到流程端发起的立案操作时，激活开案主节点，并显示开案主节点中的立案节点以及激活显示代理人撰写节点；当接收到代理人端发起的撰写完成操作时，激活并显示客户核稿节点；当接收到客户端发起的核稿完成操作时，激活并显示递交节点；当接收到流程端发起的递交完成操作时，递交节点的状态显示为已完成。

在一个实施例中，开案主节点中的从节点还包括：修稿节点；激活模块还用于当接收到客户端发起的核稿不通过操作时，激活显示修稿节点；当接收到代理人端基于修稿节点发起的修稿完成操作时，再次显示客户核稿节点。

在一个实施例中，一个从节点可对应多种状态，代理人撰写节点的状态包括：等待撰写、开始撰写、撰写完成；客户核稿节点包括：待核稿、核稿不通过、核稿通过；

激活模块还用于当接收到代理人端发起的开始撰写操作时，将代理人撰写节点的状态由等待撰写修改为开始撰写；当接收到代理人端发起的撰写完成操作时，将代理人撰写节点的状态由开始撰写修改为撰写完成；当接收到客户端发起的核稿不通过操作时，将客户核稿节点的状态显示为核稿不通过；当接收到客户端发起的核稿通过操作时，将客户核稿节点的状态显示为核稿通过。

在一个实施例中，受理主节点中的从节点包括：受理和缴纳官费；初审主节点的从节点包括：补正、初审合格；

激活模块还用于当接收到官方下发的受理通知书和缴纳官费通知书时，自动激活受理主节点，并显示受理主节点中的受理节点以及激活显示缴纳官费的节点；当接收到官方下发的补正通知书或者初审合格通知书时，自动激活初审主节点，当下发的补正通知书时，激活显示初审主节点中的补正节点，当下发的是初审合格通知书时，激活显示初审主节点中的初审合格节点。

在一个实施例中，确定模块还用于当案件类型为发明时，则全流程管理主节点还包括：实审；激活模块还用于当接收到官方下发的进入实质审查的通知书时，激活实审主节点，并激活显示实审主节点中的进入实审节点；当接收到官方下发的审查意见通知书时，激活显示对应的审查意见节点。

在一个实施例中，审查意见节点中包括多个子节点，多个子节点包括：第N次审查意见通知节点，第N次审查意见答复节点、第N次审查意见核稿节点、第N次审查意见递交节点；

上述装置还包括：

审查答复模块，用于接收代理人端基于第N次审查意见答复节点发起的针对第N次审查意见的答复完成操作；基于答复完成操作激活显示第N次审查意见核稿节点；基于第N次审查意见核稿节点接收客户端发起的核稿信息，当核稿信息为通过时，则激活第N次审查意见递交节点；基于答复递交节点接收流程端发起的递交完成通知，更新答复递交节点的状态为已完成。

在一个实施例中，每个从节点对应有相应的角色权限；当激活每一从节点时，根据从节点对应的角色权限发送提醒消息给到对应的处理端。

在一个实施例中，上述专利案件的全流程可视化管理装置还包括：

新建流程模块，用于当接收到流程端发起的新建流程请求时，获取新建流程请求中包含的目标流程节点；确定目标流程节点对应的全流程管理目标主节点以及在目标主节点流程中目标位置；将目标流程节点展示在目标位置上。

如图8所示，提出了一种基于多个端交互的案件管理装置，应用于信息处理平台，其特征在于，信息处理平台包括：客户端、商务端、代理人端、流程端和平台端，平台端用于总体管控；

方法包括：

第一接收模块802，用于接收客户端或商务端发起的专利提案请求，专利提案请求中包括指定的代理人信息，根据代理人信息将专利提案请求发送到相应的代理人端；

标记模块804，用于当提案为已完善提案时，将已完善提案标记为待开案提案；

第一激活模块806，用于接收流程端针对待开案提案发起的开案指令，基于开案指令进行开案，激活代理人撰写节点；

第二激活模块808，用于基于代理人撰写节点接收代理人端发起的撰写完成操作，基于撰写完成操作激活客户核稿节点；

第三激活模块810，用于基于客户核稿节点接收客户端发起的核稿信息，当核稿信息为通过时，则激活递交节点；

更新模块812，用于基于递交节点接收流程端发起的递交完成通知，更新递交节点的状态为已完成。

在一个实施例中，在接收客户端或商务端发起的专利提案请求后，上述基于多个端交互的案件管理装置还包括：

判断模块，用于判断专利提案请求的类型，当专利提案请求为第一类提案时，则将提案标记为待完善提案；当专利提案请求为第二类提案时，则将提案标记为已完善提案；

更新模块还用于当接收到针对待完善提案进行的完善操作时，将提案的状态更新为已完善提案。

在一个实施例中，专利提案请求中包括客户信息；在接收客户端或商务端发起的专利提案请求后，上述装置还包括：

生成模块，用于根据专利提案请求中包含的代理人信息和客户信息生成专利即时消息群组，专利即时消息群组的成员包括：相应的代理人和客户，专利即时消息群组的名称是根据专利提案请求中的提案名称自动生成的，专利即时消息群组用于代理人与客户进行提案的相关沟通。

在一个实施例中，上述基于多个端交互的案件管理装置还包括：

第一展示模块，用于当检测到处理端进入专利即时消息群组的界面时，获取与专利即时消息群组关联的专利案件信息；将关联的专利案件信息展示在即时消息对话框的扩展框中。

在一个实施例中，上述基于多个端交互的案件管理装置还包括：

第二展示模块，用于当检测到处理端进入专利即时消息群组的界面时，获取与代理人信息和客户信息关联的所有案件的案件信息；将关联的所有案件的案件信息展示在即时消息对话框的扩展框中，案件信息包括：案件状态和案件名称，案件名称的字段关联有超链接，通过超链接可快速进入相应的案件界面。

在一个实施例中，上述基于多个端交互的案件管理装置还包括：

确定模块，用于获取专利提案请求中的提案类型，确定与提案类型对应的全流程管理主节点以及主节点之间的连接关系，全流程管理主节点包括：开案、受理、初审；

显示模块，用于将全流程管理主节点以及主节点之间的连接关系以可视化的方式在每个处理端进行显示，对处于未激活状态的主节点进行弱化显示，每个主节点包括多个从节点，当从节点处于未激活状态时不显示，开案主节点中的从节点包括：立案、代理人撰写、客户核稿、递交；

第一激活模块还用于当接收到流程端发起的开案指令时，激活开案主节点，并显示开案主节点中的立案节点以及激活显示代理人撰写节点。

在一个实施例中，受理主节点中的从节点包括：受理和缴纳官费；初审主节点的从节点包括：补正、初审合格；

上述基于多个端交互的案件管理装置还包括：

第四激活模块，用于当接收到官方下发的受理通知书和缴纳官费通知书时，自动激活受理主节点，并显示受理主节点中的受理节点以及激活显示缴纳官费的节点；

第五激活模块，用于当接收到官方下发的补正通知书或者初审合格通知书时，自动激活初审主节点，当下发的是补正通知书时，激活显示初审主节点中的补正节点，当下发的是初审合格通知书时，激活显示初审主节点中的初审合格节点。

在一个实施例中，确定模块还用于当提案类型为发明时，则全流程管理主节点还包括：实审；

上述基于多个端交互的案件管理装置还包括：

第六激活模块，用于当接收到官方下发的进入实质审查的通知书时，激活实审主节点，并激活显示实审主节点中的进入实审节点；

第七激活模块，用于当接收到官方下发的审查意见通知书时，激活显示对应的审查意见节点。

在一个实施例中，审查意见节点中包括多个子节点，多个子节点包括：第N次审查意见通知节点，第N次审查意见答复节点、第N次审查意见核稿节点、第N次审查意见递交节点；

上述基于多个端交互的案件管理装置还包括：

第七激活模块还用于接收代理人端基于第N次审查意见答复节点发起的针对第N次审查意见的答复完成操作；基于答复完成操作激活显示第N次审查意见核稿节点；基于第N次审查意见核稿节点接收客户端发起的核稿信息，当核稿信息为通过时，则激活第N次审查意见递交节点；基于答复递交节点接收流程端发起的递交完成通知，更新答复递交节点的状态为已完成。

在一个实施例中，每个从节点对应有相应的角色权限；当激活每一从节点时，根据从节点对应的角色权限发送提醒消息给到对应的处理端。

在一个实施例中，上述基于多个端交互的案件管理装置还包括：

新建流程模块，用于当接收到流程端发起的新建流程请求时，获取新建流程请求中包含的目标流程节点；确定目标流程节点对应的全流程管理目标主节点以及在目标主节点流程中目标位置；将目标流程节点展示在目标位置上。

如图9所示，提出了一种基于即时消息的信息展示装置，应用于知识产权信息处理平台，知识产权信息处理平台包括：多个处理端；

方法包括：

检测模块902，用于检测到处理端进入即时消息会话时，获取即时消息会话的关联事件；

展示模块904，用于将关联事件的事件信息展示在处理端的即时消息会话框的扩展框中，扩展框位于即时消息会话框的预设边缘区域。

在一个实施例中，关联事件包括：直接关联事件；

检测模块还用于当检测到处理端进入即时消息会话时，获取进入即时消息会话的通道；当通道为基于事件页面发起的即时消息通道时，获取即时消息会话的直接关联事件，直接关联事件是指预先与即时消息会话建立了对应关系的事件；当通道为直接发起的即时消息通道时，获取即时消息会话关联的成员，根据即时消息会话关联的成员确定即时消息会话的关联事件。

在一个实施例中，关联事件包括：直接关联事件；

检测模块还用于当即时消息会话对应有直接关联事件时，则将直接关联事件作为即时消息会话的关联事件，直接关联事件是指预先与即时消息会话建立了对应关系的事件；当即时消息会话没有对应直接关联事件时，获取即时消息会话关联的成员，根据即时消息会话关联的成员确定即时消息会话的关联事件。

在一个实施例中，关联事件包括：专利案件、项目案件、商标案件、版权案件、诉讼案件中的一种或多种。

在一个实施例中，检测模块还用于获取即时消息会话中的所有主体成员，主体成员是指具有主体身份的成员，即时消息会话中的每个成员都对应有一个身份，身份的类型分为主体身份和协助身份；获取与所有主体成员关联的事件，作为即时消息会话的关联事件。

在一个实施例中，检测模块还用于当即时消息会话中主体成员为代理人和客户时，获取与代理人和客户关联的所有案件，将关联的所有案件作为与即时消息会话的关联事件；当即时消息会话中主体成员为项目成员时，则获取与项目成员关联的所有项目，将关联的所有项目作为与即时消息会话的关联事件。

在一个实施例中，展示模块还用于当关联事件为专利案件时，将关联的专利案件的案件信息展示在即时消息对话框的扩展框中，案件信息包括：案件状态和案件名称，案件名称的字段关联有超链接，通过超链接可快速进入相应的案件界面；当关联事件为项目时，将关联的项目的项目信息展示在即时消息对话框的扩展框中，项目信息包括：项目名称和项目相关信息，项目名称的字段关联有超链接，通过超链接可快速进入相应的项目界面。

在一个实施例中，展示模块还用于当案件状态所处的节点操作权限为代理人时，在代理人端的即时消息对话框的扩展框中显示专利案件对应的快速处理按钮，通过快速处理按钮可以实现一键处理；当案件状态所处的节点操作权限为客户时，在客户端的即时消息对话框的扩展框中显示专利案件对应的快速处理按钮，通过快速处理按钮可以实现一键处理。

在一个实施例中，项目相关信息包括：与项目关联的专利案件信息。

在一个实施例中，上述装置还包括：

组建模块，用于当接收到客户端或商务端发起的专利提案请求时，获取提案请求中包含的客户信息和指定的代理人信息；根据客户信息和代理人信息生成专利即时消息群组，专利即时消息群组的成员包括：相应的代理人和客户，专利即时消息群组的名称是根据提案请求中的提案名称自动生成的；将专利即时消息群组关联到相应的专利案件页面，通过案件页面的即时消息通道可快速进入专利即时消息群组；

或者当接收到客户端发起的新建项目请求时，获取新建项目中关联的项目成员，根据关联的项目成员自动生成项目即时消息群组，项目即时消息群组的名称是根据新建项目的名称自动生成的；将项目即时消息群组关联到相应的项目页面，通过项目页面的即时消息通道可快速进入项目即时消息群组。

图10示出了一个实施例中计算机设备的内部结构图。该计算机设备为服务器(即后台)，该计算机设备包括通过系统总线连接的处理器和存储器。其中，存储器包括非易失性存储介质和内存储器。该计算机设备的非易失性存储介质存储有操作系统，还可存储有计算机程序，该计算机程序被处理器执行时，可使得处理器实现上述专利案件的全流程可视化管理方法或基于多个端交互的案件管理方法或基于即时消息的信息展示方法。该内存储器中也可储存有计算机程序，该计算机程序被处理器执行时，可使得处理器执行上述专利案件的全流程可视化管理方法或基于多个端交互的案件管理方法或基于即时消息的信息展示方法。本领域技术人员可以理解，图10中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时，使得所述处理器执行上述专利案件的全流程可视化管理方法或基于多个端交互的案件管理方法或基于即时消息的信息展示方法的步骤。

一种计算机设备，包括存储器和处理器，所述存储器有存储计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行上述专利案件的全流程可视化管理方法或基于多个端交互的案件管理方法或基于即时消息的信息展示方法的步骤。

需要说明的是，上述专利案件的全流程可视化管理方法、装置、计算机设备及存储介质，基于多个端交互的案件管理方法、装置、计算机设备及存储介质以及基于即时消息的信息展示方法、装置、计算机设备及存储介质具有相同或相应的技术特征，上述相应的实施例可以相互适用。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一非易失性计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (12)

1.一种专利案件的全流程可视化管理方法，应用于信息处理平台，其特征在于，所述信息处理平台包括：多个处理端，所述多个处理端包括代理人端、客户端、流程端；

所述方法包括：

确定与专利案件类型对应的全流程管理主节点以及主节点之间的连接关系，所述全流程管理主节点包括：开案、受理、初审；

将所述全流程管理主节点以及所述主节点之间的连接关系以可视化的方式在每个处理端进行显示，对处于未激活状态的主节点进行弱化显示，每个所述主节点包括多个从节点，当所述从节点处于未激活状态时不显示；

当收到与所述从节点对应的触发操作时，激活所述从节点，并将激活后的所述从节点以可视化的方式显示在对应的主节点流程中。

2.根据权利要求1所述的方法，其特征在于，所述开案主节点中的从节点包括：立案、代理人撰写、客户核稿、递交；

所述当收到与所述从节点对应的触发操作时，激活所述从节点，并将激活后的所述从节点以可视化的方式显示在对应的主节点流程中，包括：

当接收到流程端发起的立案操作时，激活所述开案主节点，并显示所述开案主节点中的立案节点以及激活显示代理人撰写节点；

当接收到代理人端发起的撰写完成操作时，激活并显示客户核稿节点；

当接收到客户端发起的核稿完成操作时，激活并显示递交节点；

当接收到流程端发起的递交完成操作时，所述递交节点的状态显示为已完成。

3.根据权利要求2所述的方法，其特征在于，所述开案主节点中的从节点还包括：修稿节点；

所述当收到与所述从节点对应的触发操作时，激活所述从节点，并将激活后的所述从节点以可视化的方式显示在对应的主节点流程中，包括：

当接收到客户端发起的核稿不通过操作时，激活显示修稿节点；

当接收到代理人端基于所述修稿节点发起的修稿完成操作时，再次显示所述客户核稿节点。

4.根据权利要求2所述的方法，其特征在于，一个所述从节点可对应多种状态，所述代理人撰写节点的状态包括：等待撰写、开始撰写、撰写完成；所述客户核稿节点包括：待核稿、核稿不通过、核稿通过；

所述当收到与所述从节点对应的触发操作时，激活所述从节点，并将激活后的所述从节点以可视化的方式显示在对应的主节点流程中，还包括：

当接收到代理人端发起的开始撰写操作时，将所述代理人撰写节点的状态由等待撰写修改为开始撰写；

当接收到代理人端发起的撰写完成操作时，将所述代理人撰写节点的状态由所述开始撰写修改为撰写完成；

当接收到客户端发起的核稿不通过操作时，将所述客户核稿节点的状态显示为核稿不通过；

当接收到客户端发起的核稿通过操作时，将所述客户核稿节点的状态显示为核稿通过。

5.根据权利要求1所述的方法，其特征在于，所述受理主节点中的从节点包括：受理和缴纳官费；所述初审主节点的从节点包括：补正、初审合格；

所述当收到与所述从节点对应的触发操作时，激活所述从节点，并将激活后的所述从节点以可视化的方式显示在对应的主节点流程中，包括：

当接收到官方下发的受理通知书和缴纳官费通知书时，自动激活所述受理主节点，并显示所述受理主节点中的受理节点以及激活显示缴纳官费的节点；

当接收到官方下发的补正通知书或者初审合格通知书时，自动激活所述初审主节点，当下发的补正通知书时，激活显示所述初审主节点中的补正节点，当下发的是初审合格通知书时，激活显示所述初审主节点中的初审合格节点。

6.根据权利要求1所述的方法，其特征在于，所述确定与专利案件类型对应的全流程管理主节点以及主节点之间的连接关系，包括：

当所述案件类型为发明时，则所述全流程管理主节点还包括：实审；

所述当收到与所述从节点对应的触发操作时，激活所述从节点，并将激活后的所述从节点以可视化的方式显示在对应的主节点流程中，包括：

当接收到官方下发的进入实质审查的通知书时，激活所述实审主节点，并激活显示所述实审主节点中的进入实审节点；

当接收到官方下发的审查意见通知书时，激活显示对应的审查意见节点。

7.根据权利要求5所述的方法，其特征在于，所述审查意见节点中包括多个子节点，所述多个子节点包括：第N次审查意见通知节点，第N次审查意见答复节点、第N次审查意见核稿节点、第N次审查意见递交节点；

所述方法还包括：

接收代理人端基于所述第N次审查意见答复节点发起的针对所述第N次审查意见的答复完成操作；

基于所述答复完成操作激活显示所述第N次审查意见核稿节点；

基于所述第N次审查意见核稿节点接收所述客户端发起的核稿信息，当所述核稿信息为通过时，则激活第N次审查意见递交节点；

基于所述答复递交节点接收所述流程端发起的递交完成通知，更新所述答复递交节点的状态为已完成。

8.根据权利要求1所述的方法，其特征在于，每个所述从节点对应有相应的角色权限；当激活每一所述从节点时，根据所述从节点对应的角色权限发送提醒消息给到对应的处理端。

9.根据权利要求1所述的方法，其特征在于，所述方法还包括：

当接收到流程端发起的新建流程请求时，获取所述新建流程请求中包含的目标流程节点；

确定所述目标流程节点对应的全流程管理目标主节点以及在所述目标主节点流程中目标位置；

将所述目标流程节点展示在所述目标位置上。

10.一种专利案件的全流程可视化管理装置，应用于信息处理平台，其特征在于，所述装置包括：

确定模块，用于确定与专利案件类型对应的全流程管理主节点以及主节点之间的连接关系，所述全流程管理主节点包括：开案、受理、初审；

显示模块，用于将所述全流程管理主节点以及所述主节点之间的连接关系以可视化的方式在每个处理端进行显示，对处于未激活状态的主节点进行弱化显示，每个所述主节点包括多个从节点，当所述从节点处于未激活状态时不显示；

激活模块，用于当收到与所述从节点对应的触发操作时，激活所述从节点，并将激活后的所述从节点以可视化的方式显示在对应的主节点流程中。

11.一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时，使得所述处理器执行如权利要求1至9中任一项所述的专利案件的全流程可视化管理方法的步骤。

12.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行如权利要求1至9任一项所述的专利案件的全流程可视化管理方法的步骤。

Images