专利理赔方法、装置、计算机设备及存储介质

本发明涉及系统开发技术领域，尤其涉及一种专利理赔方法、装置、计算机设备及存储介质。

随着知识经济的不断发展兴起，企业资产价值的重心逐渐由有形的物质资产转向无形的知识产权，包括专利资产。对于专利的权利拥有人来说，如何时将所拥有的专利效益最大化是实现专利的价值所在。专利交易是让专利效益最大化的一种方法。另外，随着市场中的竞争越来越激烈，不可避免专利权被侵犯的风险，此时专利权人需维护自己拥有的专利权。在专利权人维护自己的专利权时，一般会存在两方面的担心：一是在获得赔偿前能否支付巨额的诉讼费用，二是在支付巨额诉讼费用后仍可能败诉。一些专利权人尤其是中小型企业和个人，由于难以承担这种风险就只好放弃通过诉讼方式维护自己的专利，使得专利维权难，不利于专利权的保护。在专利权人为自己拥有的专利权购买专利保险之后，当前专利保险的理赔主要是线下理赔，其过程需专利权人到达保险机构网点进行现场理赔，操作过程复杂，理赔效率较低。

本发明实施例提供一种专利理赔方法、装置、计算机设备及存储介质，以解决专利权维护时，线下操作过程复杂，理赔效率低的问题。

一种专利理赔方法，包括：

获取专利理赔请求，所述专利理赔请求包括待理赔专利号、理赔类型和理赔证明，所述理赔证明包括事由发生时间；

根据所述待理赔专利号查询保险数据库，确定所述待理赔专利是否购买专利保险；

若所述待理赔专利已购买专利保险，则获取所述待理赔专利的保险类型和投保年限；

若所述理赔类型与所述保险类型匹配，且所述事由发生时间在所述待理赔专利的投保年限内，则对所述待理赔专利进行在线理赔，获取专利理赔结果。

一种专利理赔装置，包括：

专利理赔请求获取模块，用于获取专利理赔请求，所述专利理赔请求包括待理赔专利号、理赔类型和理赔证明，所述理赔证明包括事由发生时间；

专利保险查询模块，用于根据所述待理赔专利号查询保险数据库，确定所述待理赔专利是否购买专利保险；

保险数据获取模块，用于若所述待理赔专利已购买专利保险，则获取所述待理赔专利的保险类型和投保年限；

专利理赔结果获取模块，用于若所述理赔类型与所述保险类型匹配，且所述事由发生时间在所述待理赔专利的投保年限内，则对所述待理赔专利进行在线理赔，获取专利理赔结果。

一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述专利理赔方法的步骤。一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述专利理赔方法的步骤。

上述专利理赔方法、装置、计算机设备及存储介质，通过待理赔专利号查询保险数据库，确定待理赔专利号对应的待理赔专利是否在专利交易平台购买专利保险，若保险数据库中的显示待理赔专利在专利交易平台上购买过专利保险，则根据理赔类型和事由发生时间确定待理赔专利是否在理赔范围内，若在理赔范围内，则对待理赔专利进行在线理赔，以提高专利保险理赔效率，降低专利权维护给用户带来的压力，提高专利权维护的有效性。

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

图1是本发明一实施例中专利理赔方法的一应用场景图；

图2是本发明一实施例中专利理赔方法的一流程图；

图3是图2中步骤S40的一具体流程图；

图4是图3中步骤S43的一具体流程图；

图5是图2中步骤S20之前的一具体流程图；

图6是图5中步骤S203的一具体流程图；

图7是图5中步骤S202之前的一具体流程图；

图8是本发明一实施例中专利理赔装置的一示意图；

图9是本发明一实施例中计算机设备的一示意图。

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

本申请提供的专利理赔处理方法，应用在对应的专利交易平台中。如图1所示，该专利交易平台包括客户端和服务器，该客户端通过网络与服务器进行通信。其中，客户端可以但不限于各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备。服务器可以用独立的服务器或者是多个服务器组成的服务器集来实现。

在一实施例中，如图2所示，提供一种专利理赔方法，以该方法应用在图1中的服务器为例进行说明，包括如下步骤：

S10：获取专利理赔请求，专利理赔请求包括待理赔专利号、理赔类型和理赔证明，理赔证明包括事由发生时间。

其中，专利理赔请求指客户端发送给服务器的用于对特定专利进行理赔的请求。该专利理赔请求包括待理赔专利号、理赔类型和理赔证明。其中，待理赔专利号指用户在专利交易平台上填写的需要进行理赔处理的专利号。理赔类型指用户选择的待理赔专利号对应的待理赔专利所存在的需要理赔的类型。本实施例中的理赔类型包括违约理赔类型、侵权理赔类型和无效理赔类型。其中，违约保险类型指交易双方违约的风险的保险类型，如没有及时配合办理备案或转让手续等。侵权保险类型指专利被侵权的风险的保险类型。无效保险类型是针对专利后续被无效的风险的保险类型。

理赔证明指用户通过客户端向专利交易平台上传的用于证明待理赔专利需要进行理赔的证明材料。该理赔证明包括理赔事由和事由发生时间。其中，理赔事由用于说明本次专利理赔请求所请求理赔的事由，可以是与该待理赔专利相关的违约、无效或侵权等事由。事由发生时间是指理赔事由发生的时间，可以是违约日、无效宣告请求日或者侵权发生日等。

以无效理赔类型为例，其理赔证明为待理赔专利被无效的无效宣告请求审查决定，则其理赔事由为专利被无效，事由发生时间为专利被无效的宣告日，即无效宣告请求审查决定的日期。

S20：根据待理赔专利号查询保险数据库，确定待理赔专利是否购买专利保险。

具体地，专利交易平台对应的服务器在获取到待理赔专利号后，根据待理赔专利号查询保险数据库，确定待理赔专利号对应的待理赔专利是否预先通过专利交易平台购买专利保险，为后续进行专利理赔提供数据保障。其中，保险数据库指用于存储通过专利交易平台购买过专利保险的数据库。该专利保险数据库存储但不限于购买专利保险的专利号、专利权人、保险类型和投保年限等信息。

S30：若待理赔专利已购买专利保险，则获取待理赔专利的保险类型和投保年限。

具体地，通过查询保险数据库，确定待理赔专利是否购买专利保险，若保险数据库中显示该待理赔专利购买了专利保险，则获取待理赔专利的保险类型和投保年限。

S40：若理赔类型与保险类型匹配，且事由发生时间在待理赔专利的投保年限内，则对待理赔专利进行在线理赔，获取专利理赔结果。

具体地，若理赔类型与保险类型匹配，并且理赔证明上的事由发生时间在待理赔专利对应的投保年限内，则对待理赔专利进行在线理赔，获取专利理赔结果，提高专利保险理赔效率，降低专利权维护给用户带来的经济压力，提高专利权维护的有效性。

步骤S10-步骤S40，通过待理赔专利号查询保险数据库，确定待理赔专利号对应的待理赔专利是否在专利交易平台购买专利保险，若保险数据库中的显示待理赔专利在专利交易平台上购买过专利保险，则根据理赔类型和事由发生时间确定待理赔专利是否在理赔范围内，若在理赔范围内，则对待理赔专利进行在线理赔，以提高专利保险理赔效率，降低专利权维护给用户带来的压力，提高专利权维护的有效性。

在一实施例中，如图3所示，步骤S40中，对待理赔专利进行在线理赔，获取专利理赔结果，具体包括如下步骤：

S41：将待理赔专利号和理赔证明通过理赔审核接口发送给理赔审核人员对应的审核端，获取审核结果。

具体地，专利交易平台对应的服务器在获取到待理赔专利号、理赔类型和理赔证明后，通过预先设置的理赔审核接口将待理赔专利号、理赔类型和理赔证明发送给对应的审核系统，审核系统会根据理赔类型选择处理该理赔类型的审核人员，并将待理赔专利号和理赔证明发送给对应的理赔审核人员的审核端，审核人员在获取待理赔专利号和理赔证明等信息后，对理赔证明信息的真伪进行审核，并将审核结果和待理赔专利号提交给审核系统，审核系统在获取到相应的待理赔专利号和审核结果后，通过预先设置的理赔审核接口将审核结果发送给专利交易平台对应的服务器。这种通过预先设置的理赔审核接口进行在线审核，可有效提高理赔审核效率，节省专利权人到达保险机构网点进行现场审核的时间成本。

S42：若审核结果为审核通过，则基于待理赔专利号查询数据库，获取与待理赔专利号相对应的专利实施价格。

具体地，专利交易平台对应的服务器在获取到审核系统反馈的审核结果后，会基于审核结果对待理赔专利进行相应的操作。若审核结果为审核通过，则基于待理赔专利号查询专利交易平台对应的数据库，获取与待理赔专利号相对应的专利实施价格。其中，专利实施价格指专利交易平台记录的该待理赔专利的交易价格，获取专利实施价格便于后续步骤根据专利实施价格和理赔类型计算理赔金额。

若审核结果为审核不通过，则专利理赔保险请求不通过，发送专利理赔失败的信息给对应的客户端，提示用户理赔证明审核不通过。进一步地，为了保证用户的合法权益，在发送专利理赔失败的信息给对应的客户端时，还会在客户端显示理赔审核人员的，方便用户和理赔审核人员进一步沟通，妥善处理待理赔专利的相关事宜。

S43：基于专利实施价格和理赔类型计算理赔金额，依据理赔金额对待理赔专利进行在线理赔，获取专利理赔结果。

具体地，在获取待理赔专利的专利实施价格后，专利交易平台对应的服务器根据专利实施价格和理赔类型，计算待理赔专利的理赔金额。进一步地，在计算出待理赔专利的理赔金额后，对待理赔专利进行在线理赔，还需要获取用户的，根据用户的联系用户，通知用户填写对应的银行账户信息。该可以包括在客户端发送专利理赔请求中，当用户在专利交易平台上填写待理赔专利号时，一并填写由专利理赔请求携带中包括的用户的，通知用户申请的待理赔专利的审核已通过，需要用户填写对应的银行账户信息。该银行账户信息包括但不限于银行卡号、银行卡开户人、开户人身份证号、开户人预留手机号码和银行名称。

专利交易平台会根据银行名称选择对应的银行信息查询接口，将用户填写的银行账户信息发送给对应的第三方银行系统，获取第三方银行系统发送的信息验证结果，若信息验证结果通过，则将理赔金额打到用户的填写银行卡号对应的银行卡中，完成在线理赔，获取理赔成功的专利理赔结果，以提高理赔效率，保障用户的合法权益。可以理解地，若信息验证结果不通过，则获取理赔失败的专利理赔结果。在获取专利理赔结果之后，服务器还会将该专利理赔结果发送给客户端，以使用户可通过客户端查询相应的专利理赔结果。

步骤S41-步骤S43，通过将待理赔专利号和理赔证明通过理赔审核接口发送给理赔审核人员对应的审核端，获取审核结果，这种通过预先设置的理赔审核接口进行在线审核，可有效提高理赔审核效率，节省专利权人到达保险机构网点进行现场审核的时间成本。当审核结果为审核通过，则基于待理赔专利号查询数据库，获取与待理赔专利号相对应的专利实施价格，然后基于专利实施价格和理赔类型计算理赔金额，使得理赔金额与专利实施价格相匹配，保证理赔金额的合理性。最后，依据计算出的理赔金额对待理赔专利进行在线理赔，获取专利理赔结果，以提高专利理赔效率，保障用户的合法权益。

在一实施例中，理赔类型包括违约理赔类型、侵权理赔类型和无效理赔类型，如图4所示，步骤S43中，基于专利实施价格和理赔类型计算理赔金额，具体包括如下步骤：

S431：若理赔类型为违约理赔类型，则基于专利实施价格和第一理赔比例，计算理赔金额。

其中，第一理赔比例指专利交易平台设置的违约理赔类型对应的理赔比例。具体地，若理赔类型为违约理赔类型，则基于专利实施价格和第一理赔比例，将专利实施价格和第一理赔比例的乘积作为理赔金额。本实施例中的第一理赔比例可以设置为100％，即就是当出售待交易专利的用户存在违约，如没有在规定时间配合办理备案或转让手续时，专利交易平台会按照专利的实施价格全额赔偿给发送提取专利理赔请求的用户。

S432：若理赔类型为无效理赔类型，则基于专利类型、专利有效期的剩余年限和投保年限，获取第二理赔比例，基于专利实施价格和第二理赔比例，计算理赔金额。

其中，第二理赔比例指专利交易平台设置的无效理赔类型对应的理赔比例。具体地，若理赔类型为无效理赔类型，则基于专利类型、专利有效期的剩余年限和投保年限，查询预先存储的无效理赔比列计算表，获取与专利类型、专利有效期的剩余年限和投保年限均匹配的第二理赔比例，然后将专利实施价格和第二理赔比例的乘积作为理赔金额。其中，无效理赔比列计算表指预先设置好的用于根据专利类型、专利有效期的剩余年限和投保年限设定的关于获取无效理赔类型对应的理赔比例的表。如一待理赔专利的专利类型为发明，专利有效期的剩余年限为5年，投保年限为20年，通过查询无效理赔比列计算表，对应的第二理赔比例为专利实施价格的50％，将专利实施价格和第二理赔比例的乘积作为理赔金额。由于在专利无效过程中，会涉及到专利无效程序的相关费用，如律师费、和解费、出庭费和专家作证费等开支。因此，本实施例中的理赔金额还需要在专利实施价格和第二理赔比例的乘积的基础上加上专利无效过程中用户实际支出的费用(如律师费、和解费、出庭费和专家作证费)之和。由于依据步骤S432计算出的理赔金额可能超过用户购买专利保险过程中确定可理赔的最高金额，因此，在计算出理赔金额之后，会将该理赔金额与最高金额进行比较，选取两者较小的金额作为最终基于专利实施价格和第二理赔比例确定的理赔金额，以保证理赔金额的合理性。

S433：若理赔类型为侵权理赔类型，则基于专利类型、专利有效期的剩余年限和投保年限，获取第三理赔比例，基于专利实施价格和第三理赔比例，计算理赔金额。

其中，第三理赔比例指专利交易平台设置的侵权理赔类型对应的理赔比例。具体地，若理赔类型为侵权理赔类型，则基于专利类型、专利有效期的剩余年限和投保年限，查询预先存储的侵权理赔比列计算表，获取与专利类型、专利有效期的剩余年限和投保年限均匹配的第三理赔比例，然后将专利实施价格和第三理赔比例的乘积作为理赔金额。其中，侵权理赔比列计算表指预先设置好的用于根据专利类型、专利有效期的剩余年限和投保年限设定的关于获取侵权理赔类型对应的理赔比例的表。如一待理赔专利的专利类型为发明，专利有效期的剩余年限为12年，投保年限为20年，通过查询无效理赔比列计算表，对应的的第三理赔比例为专利实施价格的150％。在根据专利实施价格和第三理赔比例计算理赔金额后，由于在专利侵权诉讼过程中中，会涉及到专利侵权诉讼的相关费用，如律师费、和解费、出庭费、专家作证费等开支。因此，本实施例中的理赔金额还需要在专利实施价格和第三理赔比例的乘积的基础上加上专利侵权诉讼过程中用户实际支出费用(律师费、和解费、出庭费和专家作证费)之和。由于依据步骤S433计算出的理赔金额可能超过用户购买专利保险过程中确定可理赔的最高金额，因此，在计算出理赔金额之后，会将该理赔金额与最高金额进行比较，选取两者较小的金额作为最终基于专利实施价格和第二理赔比例确定的理赔金额，以保证理赔金额的合理性。可以理解地，针对无效理赔类型和侵权理赔类型设置的最高金额不相同，一般来说，无效理赔类型对应的最高金额小于侵权理赔类型对应的最高金额。

步骤S431-步骤S433，依据违约理赔类型、侵权理赔类型和无效理赔类型这三种理赔类型对应的理赔比例，根据相应的理赔比例和专利实施价格确定对应的理赔金额，使得该理赔金额的确定更具合理性，且计算过程简单方便，可使得专利交易平台基于理赔金额完成在线理赔时，提高专利理赔效率。

在一实施例中，如图5所示，在步骤S20，根据待理赔专利号查询保险数据库，确定待理赔专利是否购买专利保险的步骤之前，专利理赔方法还包括如下步骤：

S201：获取客户端发送的专利保险购买请求，专利保险购买请求包括待交易专利、专利实施价格和保险类型。

具体地，当用户在专利交易平台上购买待交易专利时，选择了为待交易专利购买保险，专利交易平台对应的客户端则会跳转至专利保险模块对应的界面，用户在专利保险模块对应的界面上填写待交易专利的申请号、专利实施价格，并选择需要购买的保险类型。本实施例中的保险类型包括违约保险类型和无效保险类型，其中，违约保险类型指交易双方违约的风险的保险类型，如没有及时配合办理备案或转让手续等。无效保险类型是针对待交易专利后续被无效的风险的保险类型。购买不同的保险类型对应的支付该保险类型的费用不同。

当用户在专利保险模块对应的界面上填写并选择完相关信息后，点击专利保险购买的操作，客户端便会将携带有待交易专利的申请号、专利实施价格和保险类型的专利保险购买请求发送给专利交易平台对应的服务器。

S202：基于待交易专利查询交易数据库，获取待交易专利对应的购买状态。

其中，交易数据库指用于存储交易完成的待交易专利的数据库。本实施例中的交易数据库中存储的待交易专利的相关信息包括但不限于申请号、专利权人、出售方、购买方、购买时间和购买状态，购买状态包括交易成功状态和交易失败状态。具体地，在获取待交易专利后，基于待交易专利的申请号查询交易数据库，获取待交易专利对应的购买状态

S203：若购买状态为交易成功状态，则基于专利保险购买请求完成专利保险购买，则将待交易专利、专利实施价格和保险类型存储到保险数据库中。

具体地，当购买状态为交易成功状态时，根据专利保险购买请求携带的待交易专利、专利实施价格和保险类型，完成专利保险的购买，并将待交易专利、专利实施价格和保险类型存储到保险数据库中，方便在获取专利理赔请求时，根据待理赔专利号查询保险数据库，确定待理赔专利是否购买专利保险。

步骤S201-步骤S203，通过客户端发送的专利保险购买请求，完成专利保险的购买，提高了专利交易的安全性，方便在获取专利理赔请求时，根据待理赔专利号查询保险数据库，确定待理赔专利是否购买专利保险，保障了用户的合法利益。

在一实施例中，保险类型包括违约保险类型、侵权保险类型和无效保险类型，如图6所示，步骤S203，基于专利保险购买请求完成专利保险购买具体包括如下步骤：

S2031：若保险类型为违约保险类型，则基于专利实施价格和第一保费计算比例，计算专利保险价格。

其中，第一保费计算比例指对于违约保险类型设置的保险费用计算比例。本实施例中设置的第一保费计算比例为专利实施价格的1％。步骤S12中，专利保险价格指待交易专利的专利实施价格和第一保费计算比例计算得到的保险价格。

具体地，若保险类型为违约保险类型，则基于专利实施价格和第一保费计算比例，采用二者的乘积作为专利保险价格。如一专利实施价格为2万元，根据第一保费计算比列按1％计算，对应的专利保险价格为200元。用户在专利交易平台上按照专利保险价格为待交易专利购买对应违约保险类型对应的保险，当出售待交易专利的用户存在违约，如没有在规定时间配合办理备案或转让手续时，购买待交易专利的用户可以在专利交易平台上提出保险理赔请求，以获取专利交易平台相应的保险理赔金额。

S2032：若保险类型为无效保险类型或者侵权保险类型，则基于专利类型、专利有效期的剩余年限和投保年限，获取第二保费计算比例，基于专利实施价格和第二保费计算比例，计算专利保险价格。

其中，第二保费计算比例指对于无效保险类型和侵权保险类型设置的保险费用计算比例。本实施例中设置的第二保费计算比例需依据待交易专利的专利类型(发明、实用新型和外观)、专利有效期的剩余年限和投保年限(如要投保1年、2年……)确定的。步骤S13中，专利保险价格指根据待交易专利的专利实施价格和第二保费计算比例计算得到的保险价格。

具体地，若保险类型为无效保险类型或者侵权保险类型，则基于专利类型(发明、实用新型和外观)、专利有效期的剩余年限和投保年限(如要投保1年、2年……)，查询预先设置的第二保费计算比例对照表，获取第二保费计算比例，将专利实施价格和第二保费计算比例的乘积，作为专利保险价格。

本实施例中的第二保费计算比例对照表具体如下表所示：

步骤S2031-步骤S2032，专利交易平台对应的服务器获取客户端发送的专利保险请求，根据待交易专利的申请号、专利实施价格和保险类型计算专利保险价格，用户可以根据实际需要决定是否购买专利保险，提高了专利交易的安全性，保障了用户的合法利益。

在一实施例中，如图7所示，在步骤S202，基于待交易专利查询交易数据库，获取待交易专利对应的购买状态的步骤之前，专利理赔方法还包括如下步骤：

S01：获取客户端发送的专利交易请求，专利交易请求包括用户帐号和待交易专利。

具体地，专利交易平台对应的服务器获取客户端发送的专利交易请求。其中，专利交易请求指用户通过客户端发送给服务器的用于进行专利交易的请求，该专利交易请求包括用户账号、待交易专利、专利出售请求和专利购买请求。其中，用户账号指用户在专利交易平台进行专利交易时登录的账号。本实施例中的待交易专利指用户在专利交易平台需要出售或者购买的专利。

本实施例中的专利交易请求可以是专利购买请求，也可以是专利出售请求。其中，专利购买请求指用户通过客户端发送给服务器的用于购买专利的请求；专利出售请求指用户通过客户端发送给服务器的用于出售专利的请求。

S02：若专利交易请求为专利出售请求，则根据用户帐号获取与用户账号对应的出售方信息，基于出售方信息和待交易专利的专利权人信息进行身份验证，若身份验证通过，则获取待交易专利对应的法律状态。

其中，专利出售方信息指出售专利的用户在专利交易平台上填写的个人信息，该专利出售方信息包括专利出售方的基本信息和资质信息。

专利出售方信息中的基本信息包括但不限于用户昵称、用户名称、手机号码、邮箱地址、联系地址、和身份证号等信息。需要说明的是，本实施例中的用户名称可以是个人姓名，也可以是用户账号所代表的企业名称。专利出售方信息中的资质信息包括个人资质信息和企业资质信息。其中，个人资质信息包括但不限于就职单位、工作年限、学历、学位证书和荣誉证书等信息；企业资质信息包括但不限于企业规模、注册资金、营业执照和许可证等信息。

具体地，若专利交易请求为专利出售请求，则其对应的交易当事人信息为出售方信息。然后，对出售方信息(包括但不限于用户名称和用户标识，该用户标识可以为身份证号码和组织机构代码)和待交易专利的专利权人信息进行身份验证，若出售方信息(包括但不限于用户名称和用户标识，该用户标识可以为身份证号码和组织机构代码)和待交易专利的专利权人信息一致，则验证通过。若出售方信息(包括但不限于用户名称和用户标识，该用户标识可以为身份证号码和组织机构代码)和待交易专利的专利权人信息不一致，则验证不通过。其中，该专利权人信息包括专利权人的姓名或者专利权人的公司名称。具体地，服务器根据待交易专利的申请号查询数据库，获取对应的专利权人信息；再采用字符串匹配算法对比该专利权人信息与出售方信息，以确定两者是否一致，若一致，则认定出售方身份验证通过；若不一致，则认定出售方身份验证不通过。

进一步地，当出售方信息和待交易专利的专利权人信息一致，身份验证通过时，则基于待交易专利的申请号从数据库中获取待交易专利对应的法律状态。本实施例中的数据库会预先从国家知识产权局网站，获取国家知识产权局网站上的所有专利数据，以便后续根据待交易专利的申请号获取待交易专利的法律状态有，助于后续步骤根据待交易专利的法律状态执行相对应的动作。

S03：若待交易专利对应的法律状态为授权状态或公开状态，则更新待交易专利对应的交易状态为可出售状态；若待交易专利对应的法律状态为驳回状态或未公开状态，则给客户端发送不可交易提醒信息。

其中，交易状态指待交易专利在专利交易平台上显示的是否可以交易的状态。具体地，若待交易专利对应的法律状态为授权状态或公开状态，则在专利交易平台上更新待交易专利的交易状态为可出售状态，表示待交易专利可在该专利交易平台上出售。若待交易专利对应的法律状态为驳回状态或未公开状态，则表示待交易专利不能进行出售，服务器会给发送专利交易请求的客户端发送不可交易的提醒信息，提示用户该待交易专利由于法律状态的原因不能进行交易，使得用户可以根据不可交易提示信息，及时获知待交易专利不能进行交易，改变选择，从专利交易平台上重新选择需要的待交易专利。

S04：若专利交易请求为专利购买请求，则根据用户帐号获取购买方信息，并对购买方信息进行身份验证，若身份验证通过，则获取待交易专利对应的交易状态。

其中，专利购买方信息指购买专利的用户在专利交易平台上填写的个人信息，该专利购买方信息包括专利购买方的基本信息和资质信息。专利购买方信息中的基本信息和专利出售房的基本信息相同，包括但不限于用户昵称、用户名称、手机号码、邮箱地址、联系地址、和身份证号等信息。需要说明的是，本实施例中的用户名称可以是个人姓名，也可以是用户账号所代表的企业名称。专利购买方信息的资质信息与专利出售方信息中的资质信息相同，包括个人资质信息和企业资质信息。其中，个人资质信息包括但不限于就职单位、工作年限、学历、学位证书和荣誉证书等信息；企业资质信息包括但不限于企业规模、注册资金、营业执照和许可证等信息。

具体地，若专利交易请求为专利购买请求，则专利交易请求中携带的交易当事人信息为购买方信息，此时，需对购买方信息中的资质信息进行验证。若资质信息为个人资质信息，则对个人资质信息中填写的就职单位工作年限和学历等信息的真伪进行验证，并对用户上传的学位证书和荣誉证书的真伪进行验证。若资质信息为企业资质信息，则对企业资质信息中填写的企业规模、注册资金等信息的真伪进行验证，并对用户上传的企业的营业执照和许可证的真伪进行验证。若验证通过，则表示用户可以购买待交易专利，服务器会对该专利购买请求进行响应，获取待交易专利的交易状态。对购买方信息进行验证，保证了专利交易平台的专利交易可以顺利进行，提高了专利交易的安全性。

S05：若待交易专利对应的交易状态为可出售状态，则获取待交易专利对应的出售方信息，将专利购买请求发送给出售方信息对应的客户端，接收客户端反馈的交易确认信息，基于交易确认信息完成专利交易处理，将待交易专利的购买状态更改为交易成功状态，并存储在交易数据库中。

具体地，若获取的待交易专利的交易状态为可出售状态，则表示该待交易专利在专利交易平台上允许出售，即专利权人预先通过步骤S01-S03完成专利出售处理，使得该待交易专利可以进行购买。当待交易专利对应的交易状态为可出售状态时，则根据待交易专利获取与该待交易专利关联的出售方信息，并从出售方信息中获取出售该待交易专利的出售方的手机号码和邮箱地址。

获取待交易专利的出售方的手机号码和邮箱地址后，专利交易平台的服务器会将专利购买请求通过出售该手机号码和邮箱地址，以消息的形式发送给出售方对应的客户端。出售方在客户端点击该专利购买请求，通过客户端进入到用户个人的专利交易平台的界面，点击同意交易或者不同意交易，发送同意交易或者不同意交易的交易确认信息给对应的服务器。当交易确认信息为同意交易时，还需要出售方上传全体权利人同意转让的证明材料(电子件)。服务器在获取到客户端发送的交易确认信息后，基于交易确认信息完成对待交易专利的相关处理操作，将待交易专利的购买状态更改为交易成功状态，并存储在交易数据库中。

进一步地，若交易确认信息为同意交易，则发送同意交易的提示信息给购买方信息中的手机号和邮箱地址对应的客户端，提醒购买待交易专利的用户对待交易专利进行付款，完成待交易专利的购买。在完成待交易专利的购买后，在经过CPC客户端的授权，专利交易平台会调用预先设置好的著录项目变更申报书模板，将申请人(即专利权人)变更前个人或公司A和变更后个人或公司B的信息，包括是否为代表人、姓名或名称、申请人类型、统一社会信用代码、注册国家、邮编、地址等信息填写到专利权人信息变更模板相对应的位置，形成项目变更申报书。随后，上传著录项目变更理由证明(包括专利转让合同扫描件和专利人变更信息)以及出售方上传的全体权利人同意转让的证明材料(电子件)。最后，专利交易平台通过预先设置好的接口链接，将著录项目变更申报书和著录项目变更证明等材料导入到与专利交易平台进行信息交互的CPC客户端，完成专利权人信息变更的操作。同时，待交易专利的法律状态会变更为转让。当获取到手续合格通知书后，CPC客户端会发送专利交易平台发送著录项变更成功的通知信息给购买待交易专利的客户端，通知购买待交易专利的用户，交易成功。其中，CPC客户端指由国家知识产权局发布的用于申请专利的电子申请客户端。

若交易确认信息为不同意交易，则发送不同意交易的提示信息给购买方信息中的手机号和邮箱地址对应的客户端，提醒购买待交易专利的购买方，其所选定的待交易专利不能进行交易，使得专利交易平台完成待交易专利的专利交易处理，有效降低了线下人工操作的工作量，提高了专利交易的效率。

步骤S01-步骤S05，获取客户端发送的专利交易请求，若专利交易请求为专利出售请求，则对待交易专利的出售方信息和专利权人信息进行身份验证，若出售方信息和专利权人信息一致，则身份验证通过，保证了专利交易出售过程的安全性。在出售方信息和专利权人信息验证通过时，获取待交易专利的法律状态，若待交易专利的法律状态为授权状态或公开状态，则表示待交易专利可以进行出售，专利交易平台显示的待交易专利的状态为可出售状态，提高了待交易专利在专利交易平台上的状态更新的及时性，使得需可出售专利的信息获得过程更简单方便。若待交易专利对应的法律状态为驳回状态或未公开状态，则给客户端发送不可交易提醒信息，及时提醒用户该待交易专利不能进行出售，方便用户根据需求重新查需要的待交易专利。若专利交易请求为专利购买请求，则对购买方信息进行验证，若验证通过，则获取待交易专利对应的交易状态，保证了专利交易过程中购买待交易专利的安全性。若待交易专利对应的交易状态为可出售状态，则获取待交易专利对应的出售方信息，将专利购买请求发送给出售方信息对应的客户端，接收客户端反馈的交易确认信息，基于交易确认信息完成专利交易处理，有效降低了线下人工操作的工作量，提高了专利交易的效率。

在一实施例中，当待交易专利对应的法律状态为授权状态或公开状态时，则表示待交易专利可以专利交易平台上进行交易。在专利交易平台上进行专利交易时，则需要得知待交易专利的实施价格，才能方便用户在专利交易平台进行待交易专利的购买。因此，在步骤S03，若待交易专利对应的法律状态为授权状态或公开状态的步骤之后，专利支付方法还包括如下步骤：

通过预先设置的信息交互接口，发送待交易专利的专利信息给第三方评估机构，获取第三方评估机构返回的专利实施价格。

具体地，为了保证专利实施价格的合理性，专利交易平台中设置有第三方评估机构进行信息交互的接口，通过该接口，专利交易平台将待交易专利的专利信息发送给第三方评估机构，并获取第三方机构对待交易专利进行评估后的专利实施价格。本实施例中的第三方评估机构为通过专利交易平台审核的用于评估待交易专利的机构。通过获取第三方评估机构对待交易专利的专利实施价格，提高了待交易专利的实施价格的公平公正性，保障了待交易专利买卖双方的利益。

获取专利实施价格后，为了方便根据专利实施价格，计算理赔金额，将待交易专利的专利实施价格与待交易专利的专利信息关联存储在数据库中。

本发明提供的专利理赔方法，通过待理赔专利号查询保险数据库，确定待理赔专利号对应的待理赔专利是否在专利交易平台购买专利保险，若保险数据库中的显示待理赔专利在专利交易平台上购买过专利保险，则根据理赔类型和事由发生时间确定待理赔专利是否在理赔范围内，若在理赔范围内，则将待理赔专利号和理赔证明通过理赔审核接口发送给理赔审核人员对应的审核端，获取审核结果。当审核结果为审核通过，则基于待理赔专利号查询数据库，获取与待理赔专利号相对应的专利实施价格，然后基于专利实施价格和理赔类型计算理赔金额，对待理赔专利进行在线理赔，提高理赔效率，保障用户的合法权益，降低专利权维护给用户带来的压力，提高专利权维护的有效性。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

在一实施例中，提供一种专利理赔装置，该专利理赔装置与上述实施例中专利理赔方法一一对应。如图8所示，该专利理赔装置包括专利理赔请求获取模块10、专利保险查询模块20、保险数据获取模块30和专利理赔结果获取模块40。各功能模块详细说明如下：

专利理赔请求获取模块10，用于获取专利理赔请求，专利理赔请求包括待理赔专利号、理赔类型和理赔证明，理赔证明包括事由发生时间。

专利保险查询模块20，用于根据待理赔专利号查询保险数据库，确定待理赔专利是否购买专利保险。

保险数据获取模块30，用于若待理赔专利已购买专利保险，则获取待理赔专利的保险类型和投保年限。

专利理赔结果获取模块40，用于若理赔类型与保险类型匹配，且事由发生时间在待理赔专利的投保年限内，则对待理赔专利进行在线理赔，获取专利理赔结果。

进一步地，专利理赔结果获取模块40包括审核结果获取单元、专利实施价格获取单元和专利理赔结果获取单元。

审核结果获取单元，用于将待理赔专利号和理赔证明通过理赔审核接口发送给理赔审核人员对应的审核端，获取审核结果。

专利实施价格获取单元，用于若审核结果为审核通过，则基于待理赔专利号查询数据库，获取与待理赔专利号相对应的专利实施价格。

专利理赔结果获取单元，用于基于专利实施价格和理赔类型计算理赔金额，依据理赔金额对待理赔专利进行在线理赔，获取专利理赔结果。

进一步地，专利理赔结果获取单元包括第一理赔金额计算单元、第二理赔金额计算单元和第三理赔金额计算单元。

第一理赔金额计算单元，用于若理赔类型为违约理赔类型，则基于专利实施价格和第一理赔比例，计算理赔金额。

第二理赔金额计算单元，用于若理赔类型为无效理赔类型，则基于专利类型、专利有效期的剩余年限和投保年限，获取第二理赔比例，基于专利实施价格和第二理赔比例，计算理赔金额。

第三理赔金额计算单元，用于若理赔类型为侵权理赔类型，则基于专利类型、专利有效期的剩余年限和投保年限，获取第三理赔比例，基于专利实施价格和第三理赔比例，计算理赔金额。

进一步地，在专利保险查询模块20之前，专利理赔装置还包括专利保险购买请求获取单元和专利保险购买单元。

专利保险购买请求获取单元，用于获取客户端发送的专利保险购买请求，专利保险购买请求包括待交易专利、专利实施价格和保险类型。

待交易专利购买状态确定单元，用于基于待交易专利查询交易数据库，获取待交易专利对应的购买状态

专利保险购买单元，用于若购买状态为交易成功状态，则基于专利保险购买请求完成专利保险购买，则将待交易专利、专利实施价格和保险类型存储到保险数据库中。

进一步地，专利保险购买单元包括第一专利保险价格获取单元和第二专利保险价格获取单元。

第一专利保险价格获取单元，用于若保险类型为违约保险类型，则基于专利实施价格和第一保费计算比例，计算专利保险价格。

第二专利保险价格获取单元，用于若保险类型为无效保险类型或者侵权保险类型，则基于专利类型、专利有效期的剩余年限和投保年限，获取第二保费计算比例，基于专利实施价格和第二保费计算比例，计算专利保险价格。

进一步地，在专利理赔请求获取模块10之前，专利理赔装置还包括专利交易请求获取单元、出售方身份验证单元、待交易专利状态处理单元、购买方身份验证单元和专利交易处理单元。

专利交易请求获取单元，用于获取客户端发送的专利交易请求，专利交易请求包括用户帐号和待交易专利。

出售方身份验证单元，用于若专利交易请求为专利出售请求，则根据用户帐号获取与用户账号对应的出售方信息，基于出售方信息和待交易专利的专利权人信息进行身份验证，若身份验证通过，则获取待交易专利对应的法律状态。

待交易专利状态处理单元，用于若待交易专利对应的法律状态为授权状态或公开状态，则更新待交易专利对应的交易状态为可出售状态；若待交易专利对应的法律状态为驳回状态或未公开状态，则给客户端发送不可交易提醒信息。

购买方身份验证单元，用于若专利交易请求为专利购买请求，则根据用户帐号获取购买方信息，并对购买方信息进行身份验证，若身份验证通过，则获取待交易专利对应的交易状态。

专利交易处理单元，用于若待交易专利对应的交易状态为可出售状态，则获取待交易专利对应的出售方信息，将专利购买请求发送给出售方信息对应的客户端，接收客户端反馈的交易确认信息，基于交易确认信息完成专利交易处理，将所述待交易专利的购买状态更改为交易成功状态，并存储在交易数据库中。

进一步地，在待交易专利状态处理单元之后，专利理赔装置还包括专利实施价格获取单元。

专利实施价格获取单元，用于通过预先设置的信息交互接口，发送待交易专利的专利信息给第三方评估机构，获取第三方评估机构返回的专利实施价格。

关于专利理赔装置的具体限定可以参见上文中对于专利理赔方法的限定，在此不再赘述。上述专利理赔装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图9所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储专利理赔方法涉及到的数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种专利理赔方法。

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述专利理赔方法的步骤，例如图2所示的步骤S10至步骤S40。或者，处理器执行计算机程序时实现上述专利理赔装置的各模块/单元的功能，例如图8所示的模块10至模块40。为避免重复，这里不再赘述。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述专利理赔方法的步骤，例如图2所示的步骤S10至步骤S40。或者，计算机程序被处理器执行时实现上述专利理赔装置的各模块/单元的功能，例如图8所示的模块10至模块40。为避免重复，这里不再赘述。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(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)等。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。