CN106815685A - 全产业链分润合约的构建方法及系统 - Google Patents

Abstract

本发明提出了一种全产业链分润合约的构建方法，包括：响应至少一分润方的合约构建请求，授权其中一个或多个分润方构建分润合约，获取构建的所述分润合约；发送所述分润合约给每一分润方，检测是否存在一分润方对所述分润合约的异议请求；当不存在对所述分润合约的异议请求时，存储所述分润合约。本发明还提供了一种全产业链分润合约的构建系统。该全产业链分润合约的构建方法及系统，具有全产业链分润合约的构建权限的分润方制定分润合约后，该分润合约需经过各个分润方确认，从而使得最后制定的分润合约对于每一分润方公开透明；此外，任一分润方对分润合约有不同意见，可以发起异议请求申请更改，从而保证每一分润方的公平利益。

Description

全产业链分润合约的构建方法及系统

技术领域

本发明涉及互联网金融领域，具体而言，涉及全产业链分润合约的构建方法及系统。

背景技术

现市场运行中，一商品从生产到销售的整个产业链往往由多个服务商共同合作完成，例如，消费者购买的商品通常经过了产品设计、原材料供应、产品生产、物流运输、仓储以及门店销售等环节，对应的服务商包括设计公司、原材料供应商、生产厂家、物流公司、仓储公司或商家(门店)等。这就涉及在多个服务商之间的利润分配问题，参与市场运行的各个服务商通常服务内容不同，也就是说对商品或服务做出的贡献不同，从而获取的利润不同。但分润规则(即分润合约)的制定通常难以保证每一服务商的利益，加长了分润规则制定周期，某种程度上也引发了分润方之间的信任问题。

发明内容

本发明正是基于上述问题，提出了全产业链分润合约的构建方法及系统，可以公平及快速的建立分润合约。

有鉴于此，本发明的一方面提出了全产业链分润合约的构建方法，包括：

响应至少一分润方的合约构建请求，授权其中一个或多个分润方构建分润合约，获取构建的所述分润合约；

发送所述分润合约给每一分润方，检测是否存在一分润方对所述分润合约的异议请求；

当不存在对所述分润合约的异议请求时，存储所述分润合约。

进一步地，所述全产业链分润合约的构建方法还包括：响应至少一分润方的分润参与请求，获取每一分润方的身份信息；

建立分润账本，记录每一分润方的所述身份信息至所述分润账本；

发送所述分润账本至每一分润方端。

进一步地，所述全产业链分润合约的构建方法还包括：

检测是否存在一分润方对所述身份信息的异议请求；

当存在一分润方对所述身份信息的异议请求时，获取及根据该分润方的异议请求信息生成身份重新确认信息；

发送所述身份重新确认信息给被异议的分润方，获取被异议的分润方重新反馈的身份信息，更新所述分润账本，发送更新的所述分润账本至每一分润方端。

进一步地，所述全产业链分润合约的构建方法还包括：当存在一分润方对所述分润合约的异议请求时，获取来自该分润方的异议请求信息；

发送该异议请求信息至制定所述分润合约的分润方端，获取来自制定所述分润合约的分润方的更改或保持的分润合约。

进一步地，所述全产业链分润合约的构建方法还包括：响应用户的分润合约查询请求，判断该用户是否属于所述分润方；

当该用户属于所述分润方时，获取存储的分润合约，并向所述用户发送所述分润合约；

当该用户不属于所述分润方时，生成无权限提示，发送所述无权限提示至该用户端。

本发明另一方面还提供了一种全产业链分润合约的构建系统，包括合约构建模块、合约确认模块和存储模块。所述合约构建模块，用于响应至少一分润方的合约构建请求，授权其中一个或多个分润方构建分润合约，获取构建的所述分润合约。所述合约确认模块，用于发送所述分润合约给每一分润方，检测是否存在一分润方对所述分润合约的异议请求。所述存储模块，用于当不存在对所述分润合约的异议请求时，存储所述分润合约。

进一步地，所述全产业链分润合约的构建系统还包括身份验证模块，所述身份验证模块包括获取单元、记录单元、发送单元和判断单元。所述获取单元，用于响应至少一分润方的分润参与请求，获取每一分润方的身份信息。所述记录单元，用于建立分润账本，记录每一分润方的所述身份信息至所述分润账本。所述发送单元，用于发送所述分润账本至每一分润方端。

进一步地，所述身份验证模块还包括检测单元和生成单元。所述检测单元，用于检测是否存在一分润方对所述身份信息的异议请求。所述获取单元，还用于当存在一分润方对所述身份信息的异议请求时，获取该分润方的异议请求信息。所述生成单元，用于根据所述异议请求信息生成身份重新确认信息。

进一步地，所述合约确认模块包括获取单元和发送单元。所述获取单元，用于当存在一分润方对所述分润合约的异议请求时，获取来自该分润方的异议请求信息。所述发送单元，用于发送该异议请求信息至制定所述分润合约的分润方端。所述获取单元，还用于获取来自制定所述分润合约的分润方的更改或保持的分润合约。

进一步地，所述全产业链分润合约的构建系统还包括合约查询模块，所述合约查询模块包括判断单元、获取单元、生成单元和发送单元。所述判断单元，用于响应用户的分润合约查询请求，判断该用户是否属于所述分润方。所述获取单元，用于当该用户属于所述分润方时，获取存储的分润合约。所述发送单元，用于向所述用户发送所述分润合约。所述生成单元，用于当该用户不属于所述分润方时，生成无权限提示。所述发送单元，还用于发送所述无权限提示至该用户端。

本发明实施例提供的全产业链分润合约的构建方法及系统，具有全产业链分润合约的构建权限的分润方制定分润合约后，该分润合约需经过各个分润方确认，从而使得最后制定的分润合约对于每一分润方公开透明；此外，任一分润方对分润合约有不同意见，可以发起异议请求申请更改，从而保证每一分润方的公平利益。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本发明实施例提供的全产业链分润合约的构建方法的第一流程示意图；

图2A示出了现有技术提供的分润合约的应用示意图；

图2B示出了本发明实施例提供的分润合约的应用示意图；

图3示出了本发明实施例提供的全产业链分润合约的构建方法的第二流程示意图；

图4示出了本发明实施例提供的全产业链分润合约的构建系统的结构示意图。

主要元件符号说明：

100-全产业链分润合约的构建系统；10-身份验证模块；11-第一获取单元；12-记录单元；13-第一发送单元；14-第一判断单元；141-第一检测单元；142-第一生成单元；20-合约构建模块；30-合约确认模块；31-第二检测单元；32-第二获取单元；33-第二发送单元；40-存储模块；50-合约查询模块；51-第二判断单元；52-第三获取单元；53-第二生成单元；54-第三发送单元。

具体实施方式

为了便于理解本发明，下面将参照相关附图对全产业链分润合约的构建方法及系统进行更清楚、完整地描述。附图中给出了全产业链分润合约的构建方法及系统的优选实施例。全产业链分润合约的构建方法及系统可以通过许多不同的形式来实现，并不限于本文所描述的实施例。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

实施例1

图1示出了本发明实施例提供的全产业链分润合约的构建方法的流程示意图。

如图1所示，本发明实施例提供了一种全产业链分润合约的构建方法，包括：

步骤S1，响应至少一分润方的合约构建请求，授权其中一个或多个分润方构建分润合约，获取构建的所述分润合约。

现市场运行中，消费者购买的产品通常经过了产品设计、原材料供应、产品生产、物流运输、仓储以及门店销售等环节。对应地，参与市场运行的各个服务商参与分润(以下称为“分润方”)。所述分润方包括设计公司、原材料供应商、生产厂家、物流公司、仓储公司、商家(门店)、支付系统服务商或库存管理公司等。当然，根据实际应用，分润方还可以包括其他服务商。例如，当任一分润方缺乏足够的资金进行响应服务行为时，可以以贷款的方式从资金供应方获取资金进行原材料生产。如原材料供应商缺乏足够的资金生产原材料，可以向资金供应方贷款资金。传统还款方式为原材料供应商在指定期限内向资金供应方偿还贷款资金及利息；本发明实施例采用资金供应方参与产品分润的偿还方式，减少了原材料供应商的贷款偿还压力，同时缩短了资金供应方的资金周转周期。

请一并参阅图2A所示，传统分润方式中，分润方之间进行单独分润，换句话说，上游分润方的利润来源于下游分润方，例如，商家的利润来源于消费者，而厂家的利润来源于商家，进一步地，原材料供应商的利润来源于厂家，可以理解，这种分润方式如果支付不及时容易在分润方之间引发信任问题。此外，为了实现账款的收付，产业链中的各个分润方必须时刻备份一定比例的资金和/或货品，以下称为“周转资金”和“周转库存”，以避免任一分润方出现资金困境和库存困境。

请一并参阅图2B所示，本发明实施例提供的即时分润方法，消费者一旦产生消费，即获取到消费者的消费金额，根据预设的分润规则自动分配相应价款给各个分润方，所有的分润资金来源于消费者，分润方之间不再有直接资金往来，消除行业上下游分润方之间的信息壁垒和来往帐的资金壁垒，在上下游分润方之间真正实现信息全流通，避免了传统分润方式中的信任问题。更重要的是，本发明实施例提供的即时分润方法，避免了分润方之间的直接经济往来，减少了各个分润方“周转资金”和“周转库存”的负担，从而也就变相的减少了每个分润方的实际所需资金，提高了资金的周转率，这样，各个分润方可以集中精力服务消费者和加快货品的流通速度，并压缩货品的生产流通时间，从而提高服务品质，并提高货品和

响应至少一分润方的合约构建请求，授权其中一个或多个分润方构建分润合约，获取构建的所述分润合约。所述分润合约包括至少一分润方及其对应的分润比例。

步骤S2，发送所述分润合约给每一分润方，检测是否存在一分润方对所述分润合约的异议请求。

优选地，本发明提供的全产业链分润合约的构建方法中，分润合约需经每一分润方确认。具体地，发送所述分润合约给每一分润方，从而每一分润方对分润合约进行确认。检测是否存在一分润方对所述分润合约的异议请求。

当存在一分润方的异议请求时，表示该分润方对该分润合约不满意及认为需要修改，获取该分润方的异议请求信息。所述异议请求信息包括被异议的分润方及其对应的分润比例，例如，该分润方对自己的分润比例有偏差，可以请求更改。反馈该异议请求信息给制定所述分润合约的分润方，当制定所述分润合约的分润方同意修改时，根据所述异议请求信息调整所述分润合约，循环执行本步骤，即各个分润方重新确认调整后的分润合约。

另一种实施方式中，当存在一分润方的异议请求时，获取该分润方的异议请求信息。发送该异议请求信息给每一分润方，当每一分润方同意该异议请求信息时，制定所述分润合约的分润方根据所述异议请求信息调整所述分润合约。

步骤S3，当不存在对所述分润合约的异议请求时，存储所述分润合约。

当不存在任一分润方对所述分润合约的异议请求时，表示该分润合约得到了每一分润方的确认，则该分润合约可以作为后期分润标准，即按照分润合约中各个分润方对应的分润比例给各个分润方分润。存储所述分润合约至云端服务器，便于后期分润方对分润合约的查阅。

实施例2

图3示出了本发明实施例提供的全产业链分润合约的构建方法的流程示意图。

如图3所示，本发明实施例提供了一种全产业链分润合约的构建方法，包括：

步骤S11，响应至少一分润方的分润参与请求，获取每一分润方的身份信息。

为了提高分润的安全性，任一分润方想要参与分润，均需通过所有其他分润方的身份核实。具体地，响应至少一分润方的分润参与请求，获取每一分润方的身份信息。所述身份信息包括分润方的商户名称、服务内容或银行信息等。

当然，任一分润方可以申请退出，但在分润合约构建好以后，任一分润方的加入或者退出，其他分润方之间的相对的分润比例并不会发生变化。此外，各个分润方都是可以无缝的往上下游扩张和延伸的，换句话说，同一分润方可以同时提供多种服务，例如原材料供应商也可以是商家。

步骤S12，建立分润账本，记录每一分润方的所述身份信息至所述分润账本。

具体地，响应至少一分润方的分润参与请求，建立分润账本。根据区块链技术，每一分润方拥有一份所述分润账本，且每一分润方端的分润账本内容相同，因为任何分润行为均需经过所有分润方的同意。该分润账本记录所有与分润有关的信息，例如一分润方申请参与分润的时间以及该分润方的身份信息和分润比例等。

步骤S13，发送所述分润账本至每一分润方端，检测是否存在一分润方对所述身份信息的异议请求。

具体地，发送记录了所有分润方的身份信息的分润账本至每一分润方端，从而各分润方之间互相对对方的身份信息进行核实。检测是否存在一分润方对所述身份信息的异议请求，从而判断所述分润方的身份信息是否合法。

步骤S141，当存在一分润方对所述身份信息的异议请求时，获取及根据该分润方的异议请求信息生成身份重新确认信息。

本实施例中，当存在一分润方对所述身份信息的异议请求时，换句话说，当任一分润方质疑其他分润方的身份信息时，可以要求对被异议的分润方重新核实。具体地，获取发起异议请求的分润方的异议请求信息。所述异议请求信息包括异议对象和异议理由等信息。根据该异议请求信息生成重新确认信息。所述重新确认信息为用于提示被异议的分润方重新进行身份核实的文本、语音或图片等信息。

步骤S142，发送所述身份重新确认信息给被异议的分润方，获取被异议的分润方重新反馈的身份信息。

具体地，发送所述身份重新确认信息给被异议的分润方，从而提示被异议的分润方重新进行身份核实，获取被异议的分润方重新输入的身份信息。

步骤S143，更新所述分润账本，发送更新的所述分润账本至每一分润方端，执行上一步骤。

具体地，记录被异议的分润方重新输入的身份信息至所述分润账本，即更新所述分润账本。优选地，分润账本中记录有所有与分润有关的信息，如身份信息的确认、异议及更新等，从而避免一分润方对全产业链分润合约的构建过程存在信任问题。

进一步地，执行步骤S142，即发送更新后的分润账本至每一分润方端，从而对各个分润方的身份信息重新进行确认。另一实施例中，当存在一分润方对所述身份信息的异议请求时，被异议的分润方还有有限次进行身份信息核验的机会。所述“有限次”可以根据实际需求自由设置。可以理解，当一分润方进行有限次身份信息确认后，仍然存在来自其他分润方的异议请求，则表示该分润方不具有分润资格，限制该分润方参与分润。

步骤S15，当不存在对所述身份信息的异议请求时，获取每一分润方对所述身份信息的确认信息，记录所述确认信息至所述分润账本。

具体地，当不存在任一分润方对所述身份信息的异议请求时，表示该每一分润方的身份信息得到了其他分润方的确认，获取每一分润方队所述分润方对所述身份信息的确认信息，并记录所述确认信息至所述分润账本，从而避免后期任一分润方对该全产业链分润合约的构建过程的公平合理性存在疑虑。

步骤S16，响应至少一分润方的合约构建请求，授权其中一个或多个分润方构建分润合约，获取构建的所述分润合约。

其中，步骤S1和步骤S16内容相同。

步骤S17，发送所述分润合约至每一分润方端，判断是否存在一分润方对所述分润合约的异议请求。

具体地，发送所述分润合约至每一分润方，从而便于每一分润方对分润合约进行审阅。优选地，本实施例中，任一分润方对该分润合约存在不同意见，可以发起异议请求，请求更正分润合约。具体地，检测是否存在一分润方对所述分润合约的异议请求，从而保证制定对于每一分润方公平合理的分润合约。

步骤S18，当存在一分润方对所述分润合约的异议请求时，获取来自该分润方的异议请求信息，发送该异议请求信息至制定所述分润合约的分润方端，获取来自制定所述分润合约的分润方的更改或保持的分润合约。

具体地，当存在一分润方的异议请求时，表示该分润方对该分润合约不满意及认为需要修改，获取该分润方的异议请求信息。反馈该异议请求信息给制定所述分润合约的分润方，当制定所述分润合约的分润方同意修改时，获取制定分润合约的分润方根据所述异议请求信息调整后的分润合约，循环执行本步骤，即各个分润方重新确认调整后的分润合约。可以理解，当制定所述分润合约的分润方不同意修改时，获取制定所述分润合约的分润方的异议驳回信息，从而保持分润合约内容不变。

另一种实施方式中，当存在一分润方的异议请求时，获取该分润方的异议请求信息。发送该异议请求信息给每一分润方，当每一分润方同意该异议请求信息时，获取制定所述分润合约的分润方根据所述异议请求信息重新调整的分润合约。

步骤S19，当不存在对所述分润合约的异议请求时，存储所述分润合约。

其中，步骤S19和步骤S3内容相同。

步骤S20，响应用户的分润合约查询请求，判断该用户是否属于所述分润方。

需要说明的是，本实施例中仅具有分润资格的分润方可以查阅分润合约，换句话说，该分润合约作为商业秘密在分润方之间传阅，从而当一用户申请查阅分润合约时，首先需要核验该用户的身份信息。具体地，响应用户的分润合约查询请求，获取该用户的身份信息，比较该用户的身份信息和分润账本中记录的每一分润方的身份信息，从而判断该用户是否属于所述分润方。

步骤S21，当该用户属于所述分润方时，获取存储的分润合约，发送所述分润合约至该用户端。

具体地，当该用户属于所述分润方时，表示该用户具有对分润合约的查阅资格，获取存储的分润合约，发送分润合约给该用户。

步骤S22，当该用户不属于所述分润方时，生成无权限提示，发送所述无权限提示至该用户端。

具体地，当该用户不属于所述分润方时，表示该用户不具有对分润合约的查阅资格，生成无权限提示。所述无权限提示可以是用于提示用户不具有查阅分润合约的权限的文本、图片或语音信息等。发送所述无权限提示至该用户端，从而提示用户只有分润方才可以查阅分润合约。

需要说明的是，上述步骤并非必须顺序执行，还可以并行执行或倒叙执行等，可以理解，在全产业链分润合约的构建后的任一时间可能有新的分润方参与分润，或来自一分润方对分润合约的查询请求。

实施例3

图4示出了本发明实施例提供的全产业链分润合约的构建系统的结构示意图。

如图4所示，本发明实施例提供了一种全产业链分润合约的构建系统100，包括合约构建模块20，合约确认模块30和存储模块40。

优选地，本实施例中，全产业链分润合约的构建系统100还包括身份验证模块10。

身份验证模块10用于对每一申请参加分润的用户的身份信息进行确认。本实施例中看，身份验证模块10包括第一获取单元11、记录单元12、第一发送单元13和第一判断单元14。

第一获取单元11用于响应至少一分润方的分润参与请求，获取每一分润方的身份信息。为了提高分润的安全性，任一分润方想要参与分润，均需通过所有其他分润方的身份核实。具体地，第一获取单元11响应至少一分润方的分润参阅请求，获取每一分润方的身份信息。所述身份信息包括分润方的商户名称、服务内容或银行信息等。

记录单元12用于建立分润账本，记录每一分润方的身份信息至分润账本。具体地，记录单元12响应至少一分润方的分润参与请求，建立分润账本。根据区块链技术，每一分润方拥有一份所述分润账本，且每一分润方端的分润账本内容相同，因为任何分润行为均需经过所有分润方的同意。该分润账本记录所有与分润有关的信息，例如一分润方申请参与分润的时间以及该分润方的身份信息和分润比例等。

第一发送单元13用于发送分润账本至每一分润方端。具体地，第一发送单元13发送记录了所有分润方的身份信息的分润账本至每一分润方端，从而各分润方之间互相对对方的身份信息进行核实。

第一判断单元14用于判断每一分润方的身份信息是否合法。本实施例中，第一判断单元14包括第一检测单元141和第一生成单元142。

第一检测单元141用于检测是否存在一分润方对身份信息的异议请求。具体地，检测单元141检测是否存在一分润方对所述身份信息的异议请求，从而判断所述分润方的身份信息是否合法。

第一获取单元11还用于当存在一分润方对身份信息的异议请求时，获取该分润方的异议请求信息。本实施例中，当存在一分润方对所述身份信息的异议请求时，换句话说，当任一分润方质疑其他分润方的身份信息时，可以要求对被异议的分润方重新核实。具体地，第一获取单元11获取发起异议请求的分润方的异议请求信息。所述异议请求信息包括异议对象和异议理由等信息。

第一生成单元142用于根据异议请求信息生成身份重新确认信息。具体地，第一生成单元142根据所述异议请求信息生成重新确认信息。所述重新确认信息为用于提示被异议的分润方重新进行身份核实的文本、语音或图片等信息。

第一发送单元13还用于发送所述身份重新确认信息给被异议的分润方。具体地，第一发送单元13发送所述身份重新确认信息给被异议的分润方，从而提示被异议的分润方重新进行身份核实，第一获取单元11获取被异议的分润方重新输入的身份信息。第一判断单元14再次判断被异议的分润方的身份信息是否合法。

合约构建模块20用于响应至少一分润方的合约构建请求，授权其中一个或多个分润方构建分润合约，获取构建的分润合约。具体地，所述分润合约包括至少一分润方及其对应的分润比例。

合约确认模块30用于发送分润合约给每一分润方，判断是否存在分润方对构建的分润合约存在异议。本实施例中，合约确认模块30包括第二检测单元31、第二获取单元32和第二发送单元33。

第二检测单元31用于检测是否存在一分润方对分润合约的异议请求。具体地，第一发送单元13发送所述分润合约给每一分润方，从而便于每一分润方对分润合约进行审阅。第二检测单元31检测是否存在一分润方对所述分润合约的异议请求，从而保证制定对于每一分润方公平合理的分润合约。

第二获取单元32用于当存在一分润方对分润合约的异议请求时，获取来自该分润方的异议请求信息。具体地，当存在一分润方的异议请求时，表示该分润方对该分润合约不满意及认为需要修改，第二获取单元32获取该分润方的异议请求信息。

第二发送单元33用于发送该异议请求信息至制定分润合约的分润方端。具体地，第二发送单元33反馈该异议请求信息给制定所述分润合约的分润方。当制定所述分润合约的分润方同意修改时，第二获取单元32获取制定分润合约的分润方根据所述异议请求信息调整后的分润合约，合约确认模块30对重新调整后的分润合约重新确认。可以理解，当制定所述分润合约的分润方不同意修改时，第二获取单元32获取制定所述分润合约的分润方的异议驳回信息，从而保持合约构建模块20构建的分润合约内容不变。

另一种实施方式中，当存在一分润方的异议请求时，第二获取单元32获取该分润方的异议请求信息，第二发送单元33发送该异议请求信息给每一分润方，当每一分润方同意该异议请求信息时，第二获取单元32获取制定所述分润合约的分润方根据所述异议请求信息调整的分润合约。

存储模块40用于当不存在对分润合约的异议请求时，存储分润合约。

具体地，当不存在任一分润方对所述分润合约的异议请求时，表示该分润合约得到了每一分润方的确认，存储模块40存储所述分润合约，便于后期分润方对分润合约的查阅。

优选地，本实施例中，全产业链分润合约的构建系统100还包括合约查询模块50。

合约查询模块50用于相应用户的分润合约查阅请求，判断是否反馈存储的分润合约。本实施例中，合约查询模块50包括第二判断单元51、第三获取单元52、第二生成单元53和第三发送单元54。

第二判断单元51用于响应用户的分润合约查询请求，判断该用户是否属于分润方。具体地，第二判断单元51响应用户的分润合约查询请求，获取该用户的身份信息，比较该用户的身份信息和记录单元12在分润账本中记录的每一分润方的身份信息，从而判断该用户是否属于所述分润方。

第三获取单元52用于当该用户属于分润方时，获取存储的分润合约。具体地，当该用户属于所述分润方时，表示该用户具有对分润合约的查阅资格，第三获取单元52获取存储模块40存储的分润合约，第三发送单元54发送分润合约给该用户。

第二生成单元53用于当该用户不属于分润方时，生成无权限提示。具体地，当该用户不属于所述分润方时，表示该用户不具有对分润合约的查阅资格，第二生成单元53生成无权限提示。所述无权限提示可以是用于提示用户不具有查阅分润合约的权限的文本、图片或语音信息等。

第三发送单元54用于发送无权限提示至该用户端。具体地，第三发送单元54发送所述无权限提示至该用户端，从而提示用户只有分润方才可以查阅分润合约。

本发明实施例提供的全产业链分润合约的构建方法及系统，具有全产业链分润合约的构建权限的分润方制定分润合约后，该分润合约需经过各个分润方确认，从而使得最后制定的分润合约对于每一分润方公开透明；此外，任一分润方对分润合约有不同意见，可以发起异议请求申请更改，从而保证每一分润方的公平利益。

本发明实施例所提供的系统，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，系统实施例部分未提及之处，可参考前述方法实施例中相应内容。

在这里示出和描述的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是为限制，因此，示例性实施例的其他示例可以具有不同的值。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

在本申请所提供的几个实施例中，应该理解到，所揭露的全产业链分润合约的构建方法及智能仓库可以通过其它的方式实现。以上所描述的全产业链分润合约的构建方法及智能仓库实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述为分离部件说明的单元可以是或者也可以不是物理上分开的，为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

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

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (10)

1.一种全产业链分润合约的构建方法，其特征在于，包括：

响应至少一分润方的合约构建请求，授权其中一个或多个分润方构建分润合约，获取构建的所述分润合约；

发送所述分润合约给每一分润方，检测是否存在一分润方对所述分润合约的异议请求；

当不存在对所述分润合约的异议请求时，存储所述分润合约。

2.根据权利要求1所述的全产业链分润合约的构建方法，其特征在于，还包括：

响应至少一分润方的分润参与请求，获取每一分润方的身份信息；

建立分润账本，记录每一分润方的所述身份信息至所述分润账本；

发送所述分润账本至每一分润方端。

3.根据权利要求2所述的全产业链分润合约的构建方法，其特征在于，还包括：

检测是否存在一分润方对所述身份信息的异议请求；

当存在一分润方对所述身份信息的异议请求时，获取及根据该分润方的异议请求信息生成身份重新确认信息；

发送所述身份重新确认信息给被异议的分润方，获取被异议的分润方重新反馈的身份信息，更新所述分润账本，发送更新的所述分润账本至每一分润方。

4.根据权利要求1所述的全产业链分润合约的构建方法，其特征在于，还包括：

当存在一分润方对所述分润合约的异议请求时，获取来自该分润方的异议请求信息；

发送该异议请求信息至制定所述分润合约的分润方端，获取来自制定所述分润合约的分润方的更改或保持的分润合约。

5.根据权利要求1所述的全产业链分润合约的构建方法，其特征在于，还包括：

响应用户的分润合约查询请求，判断该用户是否属于所述分润方；

当该用户属于所述分润方时，获取存储的分润合约，并向所述用户发送所述分润合约；

当该用户不属于所述分润方时，生成无权限提示，并发送所述无权限提示至该用户端。

6.一种全产业链分润合约的构建系统，其特征在于，包括：

合约构建模块，用于响应至少一分润方的合约构建请求，授权其中一个或多个分润方构建分润合约，获取构建的所述分润合约；

合约确认模块，用于发送所述分润合约给每一分润方，检测是否存在一分润方对所述分润合约的异议请求；

存储模块，用于当不存在对所述分润合约的异议请求时，存储所述分润合约。

7.根据权利要求6所述的全产业链分润合约的构建系统，其特征在于，还包括身份验证模块，所述身份验证模块包括获取单元、记录单元、发送单元和判断单元，

所述获取单元，用于响应至少一分润方的分润参与请求，获取每一分润方的身份信息；

所述记录单元，用于建立分润账本，记录每一分润方的所述身份信息至所述分润账本；

所述发送单元，用于发送所述分润账本给每一分润方。

8.根据权利要求7所述的全产业链分润合约的构建系统，其特征在于，所述身份验证模块还包括检测单元和生成单元，

所述检测单元，用于检测是否存在一分润方对所述身份信息的异议请求；

所述获取单元，还用于当存在一分润方对所述身份信息的异议请求时，获取该分润方的异议请求信息；

所述生成单元，用于根据所述异议请求信息生成身份重新确认信息。

9.根据权利要求6所述的全产业链分润合约的构建系统，其特征在于，所述合约确认模块包括获取单元和发送单元，

所述获取单元，用于当存在一分润方对所述分润合约的异议请求时，获取来自该分润方的异议请求信息；

所述发送单元，用于发送该异议请求信息至制定所述分润合约的分润方端；

所述获取单元，还用于获取来自制定所述分润合约的分润方的更改或保持的分润合约。

10.根据权利要求6所述的全产业链分润合约的构建系统，其特征在于，还包括合约查询模块，所述合约查询模块包括判断单元、获取单元、生成单元和发送单元，

所述判断单元，用于响应用户的分润合约查询请求，判断该用户是否属于所述分润方；

所述获取单元，用于当用户属于所述分润方时，获取存储的分润合约；

所述发送单元，用于向所述用户发送所述分润合约；

所述生成单元，用于当该用户不属于所述分润方时，生成无权限提示；

所述发送单元，还用于发送所述无权限提示至该用户端。