IP交易交互方法及装置与流程

ip交易交互方法及装置
技术领域
1.本发明涉及平台交易技术领域，特别是涉及一种ip交易交互方法及装置。


背景技术：

2.ip，即intellectual property(知识产权)的缩写，是涉及知识成功价值的一种权利。随着信息时代的发展，ip的形式种类与总量得到了迅速发展。ip形式种类在传统的专利、商标和著作权的基础上，迅速做出了适应时代的延伸，例如短视频、ui设计或手绘形象等各类基于信息技术的ip载体。
3.同时，ip的产生是伴随着ip财产权的产生，因为设计ip的公开、交易等管理事项，也随着ip形式种类的丰富而日益复杂，同时时效性也更强。以ip交易为例，传统的方式是通过ip受让方与ip转让方的线下协议达成，来进行进一步的交易推动。然而，随着ip形式种类的日益复杂化，传统的线下处理方式，很难高效应对新时代的ip交易管理需求。


技术实现要素：

4.基于此，有必要针对传统的线下处理方式很难高效应对新时代的ip交易管理需求这一不足，提供一种及ip交易交互方法及装置。
5.一种ip交易交互方法，其特征在于，包括步骤：
6.获取需求方的需求或ip方的ip载体；
7.根据需求与ip载体的对应关系，建立框架协议；其中，框架协议包括需求与ip载体；
8.将框架协议分别发送至需求方和ip方，并获取需求方的反馈和ip方的反馈；
9.根据反馈，确定需求方与ip方的ip交易。
10.上述的ip交易交互方法，在获取需求方的需求或ip方的ip载体后，根据需求与ip载体的对应关系，建立框架协议；将框架协议分别发送至需求方和ip方，并获取需求方的反馈和ip方的反馈；根据反馈，确定需求方与ip方的ip交易。基于此，通过在需求方与ip方之间进行单侧或双侧的交易发起，提高ip交易交互的灵活性，以适应ip载体灵活变更的需求，提高ip交易的效率。
11.在其中一个实施例中，获取需求方的需求或ip方的ip载体的过程，包括步骤：
12.分别对需求方和ip方进行身份审核认证；
13.获取身份审核认证通过的需求方的需求或ip方的ip载体。
14.在其中一个实施例中，对需求方进行身份审核认证的过程，包括步骤：
15.获取需求方的用户实名信息并对用户实名信息进行实名校验；
16.在实名校验通过时获取需求方的需求主体认证资料和主体授权信息；
17.对需求主体认证资料和主体授权信息进行审核认证。
18.在其中一个实施例中，对ip方进行身份审核认证的过程，包括步骤：
19.获取ip方的用户实名信息并对用户实名信息进行实名校验；
20.在实名校验通过时为ip方提供ip库清单，并获取ip方根据ip库清单认领的目标对象；其中，目标对象可用于作为ip载体；
21.获取目标对象的ip备案信息、备案主体认证资料和备案主体委托授权信息。
22.在其中一个实施例中，需求包括需求方根据预先提供的ip库信息确定的合作目标对象；其中，ip库信息包括被认领的目标对象；
23.根据需求与ip载体的对应关系，建立框架协议的过程，包括步骤：
24.根据需求方与ip方的对应关系建立补充协议；
25.将需求的简要信息发送给ip方，以指示ip方对补充协议进行反馈；
26.在获取到ip方对补充协议的反馈后，向ip方展示需求的完整信息；
27.根据需求方对补充协议的反馈，向需求方提供ip方对完整信息的回复信息；
28.根据需求方的确认信息和ip载体建立框架协议。
29.在其中一个实施例中，需求包括需求方根据预先提供的ip库信息确定的合作目标对象；其中，ip库信息包括被认领的目标对象；
30.根据需求与ip载体的对应关系，建立框架协议的过程，包括步骤：
31.向ip方提供需求库应邀标信息；需求库应邀标信息包括各需求；
32.获取并审核ip方对需求库应邀标信息的应邀信息；
33.在应邀信息的审核通过时，将应邀信息的简要信息发送给需求方；
34.根据需求方与ip方的对应关系建立补充协议；
35.在获取到需求方对补充协议的反馈后，向需求方展示应邀信息的完整信息；
36.获取需求方根据完整信息的回复信息；
37.在获取到ip方对补充协议的反馈后，向ip方展示需求方的回复信息；
38.根据ip方的确认和ip载体建立框架协议。
39.在其中一个实施例中，在根据需求与ip载体的对应关系，建立框架协议的过程之前，还包括步骤：
40.对需求进行审核，在审核不通过时补充需求相关信息。
41.在其中一个实施例中，根据反馈，确定需求方与ip方的ip交易的过程，包括步骤：
42.在反馈为反对框架协议时，向反馈方发出协议补充请求，以获取反馈方的二次反馈。
43.在其中一个实施例中，根据反馈，确定需求方与ip方的ip交易的过程，还包括步骤：
44.根据二次反馈更新框架协议，并获取需求方和ip方对协议的二次反馈。
45.一种ip交易交互装置，包括：
46.信息获取模块，用于获取需求方的需求或ip方的ip载体；
47.协议建立模块，用于根据需求与ip载体的对应关系，建立框架协议；其中，框架协议包括需求与ip载体；
48.反馈调整模块，用于将框架协议分别发送至需求方和ip方，并获取需求方的反馈和ip方的反馈；
49.交易确定模块，用于根据反馈，确定需求方与ip方的ip交易。
50.上述的ip交易交互装置，在获取需求方的需求或ip方的ip载体后，根据需求与ip
载体的对应关系，建立框架协议；将框架协议分别发送至需求方和ip方，并获取需求方的反馈和ip方的反馈；根据反馈，确定需求方与ip方的ip交易。基于此，通过在需求方与ip方之间进行单侧或双侧的交易发起，提高ip交易交互的灵活性，以适应ip载体灵活变更的需求，提高ip交易的效率。
附图说明
51.图1为一实施方式的基于交互平台的ip市场交易管理系统通信结构示意图；
52.图2为一实施方式的基于交互平台的ip市场交易管理系统模块结构图；
53.图3为一实施方式的ip交易交互方法流程图；
54.图4为另一实施方式的ip交易交互方法流程图；
55.图5为一应用方式的身份审核认证流程图；
56.图6为另一应用方式的身份审核认证流程图；
57.图7为一应用方式的框架协议建立流程图；
58.图8为另一应用方式的框架协议建立流程图；
59.图9为一实施方式的ip交易交互装置模块结构图；
60.图10为一实施方式的计算机内部构造示意图。
具体实施方式
61.为了更好地理解本发明的目的、技术方案以及技术效果，以下结合附图和实施例对本发明进行进一步的讲解说明。同时声明，以下所描述的实施例仅用于解释本发明，并不用于限定本发明。
62.本发明实施例提供了一种基于交互平台的ip市场交易管理系统。
63.图1为一实施方式的基于交互平台的ip市场交易管理系统通信结构示意图，如图1所示，一实施方式的基于交互平台的ip市场交易管理系统面向三方进行通信交互，包括ip方、需求方和顾问方。
64.其中，ip方做具体ip的权利方或代理商，用于提供知识产权的载体产品，作为知识产权的输出方和转让方。需求方用于提出ip的受让需求，包括购买、请求授权或请求许可等。顾问方用于操作基于交互平台的ip市场交易管理系统协调ip方与需求方的关系。同时，ip方与需求方也根据基于交互平台的ip市场交易管理系统进行自身需求的操作和信息交互。
65.基于此，图2为一实施方式的基于交互平台的ip市场交易管理系统模块结构图，如图2所示，一实施方式的基于交互平台的ip市场交易管理系统包括：
66.ip方权限管理模块100，用于对ip方进行权限管理；其中，权限管理包括ip方的身份权限管理以及ip方的ip载体权限管理；
67.ip方展示模块101，用于展示ip方的身份信息；
68.ip载体货架模块102，用于展示ip方的ip载体信息；
69.需求对接模块103，用于为需求方提供需求对接功能。
70.在其中一个实施例中，如图2所示，一实施方式的基于交互平台的ip市场交易管理系统还包括：
71.需求方权限管理模块104，用于对需求方进行权限管理；其中，权限管理包括需求方的身份权限管理和委托授权管理。
72.其中，ip方权限管理模块100进行身份权限管理，包括采集ip方的实名认证和ip权利证明，例如专利证书、商标证书等电子信息，以及ip方对ip载体的委托代管授权等信息，用于对顾问方进行委托授权。
73.其中，通过系统身份权限管理认证的ip方，可向系统上传相应的ip载体信息或调整系统展示ip载体信息。
74.在其中一个实施例中，ip载体信息包括ip名字、ip头像、ip基本信息、ip新闻信息、ip合作信息、ip相关图片、ip分类标签、ip相关数据、ip联系方式等。
75.ip载体货架模块102用于以标准化的形式，展示ip载体信息。
76.在其中一个实施例中，ip载体货架模块用于围绕互联网公开的ip数据源，建立ip资源大数据库，对ip分类标签进行设定。ip载体货架模块通过分析处理资源数据库中的ip大数据，并对数据进行加工处理，从不同维度定义ip分类标签及ip分类标签选项。
77.同时，对需求方进行身份权限管理，包括采集需求方的实名认证。在需求方通过第三方链接与需求对接模块通信时，可通过第三方链接对需求方进行身份权限管理。
78.在其中一个实施例中，如图2所示，一实施方式的基于交互平台的ip市场交易管理系统还包括：
79.信息源采集展示模块105，用于采集官方信息进行相应展示。
80.官方信息包括主观信息和客观信息。其中，主观信息由系统的使用者进行建档生成，使用者包括ip方、需求方和顾问方。客观信息由信息源采集展示模块采集使用者或ip载体相关的第三方信息构成，包括ip政策信息或经营信息等。
81.其中，ip载体货架模块102展示用于展示ip载体的需求对接信息，包括与ip载体类型相关的交易范围、交易方式和交易用途等。以ip载体为专利为例，需求对接信息包括专利的许可类型、许可范围和许可费用。
82.其中，顾问方可通过操作ip载体货架模块，确定ip的上架、下家和需求对接信息公开范围等。
83.在其中一个实施例中，需求对接模块103还用于采集对需求方的发送信息，发送信息包括确定需求方的需求信息、联系方式等。如相关联系方式的二维码、需求申请的表单流程等等。用户可以将需求对接的方式，配置到潜在客户可接触的渠道，如自媒体、第三方网站、宣传单张等。ip方或顾问方可在该系统查阅相关需求信息，并进行回复。如有新的需求信息，系统会向ip方或顾问方发出实时提醒。
84.上述的基于交互平台的ip市场交易管理系统，包括了ip方权限管理模块、ip方展示模块、ip载体货架模块和需求对接模块。将ip市场交易各方的使用者均汇集到同一系统上，由顾问方根据系统操作，实现需求方与ip方的需求对接。同时，对需求方的单方需求或ip方的单方内容提供进行管理，满足ip市场交易的时效性，并为ip方提供标准化的展示平台，适应各类型ip载体的展示和交易。
85.根据基于交互平台的ip市场交易管理系统，本发明实施例还提供了一种ip交易交互方法。
86.图3为一实施方式的ip交易交互方法流程图，如图3所示，一实施方式的ip交易交
互方法根据系统，与需求方、ip方进行相应的交易交互，包括步骤s100至步骤s103：
87.s100，获取需求方的需求或ip方的ip载体；
88.s101，根据需求与ip载体的对应关系，建立框架协议；其中，框架协议包括需求与ip载体；
89.s102，将框架协议分别发送至需求方和ip方，并获取需求方的反馈和ip方的反馈；
90.s103，根据反馈，确定需求方与ip方的ip交易。
91.需要注意的是，ip载体、框架协议以及ip交易的确定，均为基于交互平台的ip市场交易管理系统的数据交互，以输出传输的形式进行相应数据的相应手段实现。后续各数据的交互，也均为基于交互平台的ip市场交易管理系统的数据交互。
92.在其中一个实施例中，需求方的需求可根据需求方操作系统确定，或由需求方与第三方系统(平台)的交互确定。基于此，丰富基于交互平台的ip市场交易管理系统的数据来源和需求来源，便于进行相应ip载体的推广和营销。
93.根据需求与ip载体的对应关系，进行相应的撮合建立初步的框架协议。其中，需求与ip载体的对应关系，包括需求与ip载体的信息一致或需求的目标为对应的ip载体，以此建立对应关系。
94.在其中一个实施例中，图4为另一实施方式的ip交易交互方法流程图，如图4所示，步骤s100中获取需求方的需求或ip方的ip载体的过程，包括步骤s200和步骤s201：
95.s200，分别对需求方和ip方进行身份审核认证；
96.s201，获取身份审核认证通过的需求方的需求或ip方的ip载体。
97.通过身份审核认证，判断需求方或ip方是否为系统(基于交互平台的ip市场交易管理系统)的使用者，以进一步进行相关信息的推送或相关人员的推送，便于相关人员与需求方、ip方进行通信沟通。通信沟通后的相关人员可通过操作系统，手动调整框架协议。
98.在其中一个实施例中，步骤s200中对需求方进行身份审核认证的过程，包括：
99.获取需求方的用户实名信息并对用户实名信息进行实名校验；
100.在实名校验通过时获取需求方的需求主体认证资料和主体授权信息；
101.对需求主体认证资料和主体授权信息进行审核认证。
102.图5为一应用方式的身份审核认证流程图，如图5所示，步骤s200中对需求方进行身份审核认证的过程，包括步骤s210至步骤s215：
103.s210，获取用户实名信息进行实名校验；
104.其中，进行实名校验的过程，可通过授权api验证提交上来的信息是否适合数据库限制条件，将符合条件的数据存储在用户表中，并反馈前端提示此信息合法。
105.s211，获取需求方的主体认证资料和主体授权信息；
106.其中，获取需求方的主体认证资料和主体授权的完整信息。例如，需求方需要提交企业名称、需求方职位、需求方联系方式、需求方联系电话、社交平台号(选填)、经营类目(选填)、相关资质(选填)，以上资料根据要求提交完善才可以进行下一步s212。
107.在其中一个实施例中，通过判断主体认证资料和主体授权信息的数据字段是否完整，提交到后端服务api进行数据二次校验，存储数据进入后续的需求库与各项数据表中。
108.s212，获取需求方同意框架协议的确认信息；
109.s213，对需求方审核并获得审核结果；
110.s214，需求方认证信息记入区块链；
111.在其中一个实施例中，接收作为前端数据的需求方认证信息，为了防止代码的指数型爆炸和无限循环，本次存证需要对执行代码所引发的计算步骤，包括初始消息和所有执行中引发的消息做出限制，并对消息数据进行hash256编码处理，并同步创建用高级语言serpent语言编写，同时可以被编译成evm代码的存证合约。执行合约后将上传的数据分成快，对每一块数据加密以保护隐私，并且以此构建一个默克尔树，保存在每一个节点机器中，长期存储。
112.s215，激活该需求方的权限。
113.在其中一个实施例中，步骤s200中对ip方进行身份审核认证的过程，包括：
114.获取ip方的用户实名信息并对用户实名信息进行实名校验；
115.在实名校验通过时为ip方提供ip库清单，并获取ip方根据ip库清单认领的目标对象；其中，目标对象可用于作为ip载体；
116.获取目标对象的ip备案信息、备案主体认证资料和备案主体委托授权信息。
117.图6为另一应用方式的身份审核认证流程图，如图6所示，步骤s200中对需求方进行身份审核认证的过程，包括步骤s220至步骤s228：
118.s220，获取ip方的用户实名信息进行实名校验；
119.在其中一个实施例中，通过授权api验证提交上来的信息是否适合数据库限制条件，将符合条件的数据存储在用户表中，并反馈前端提示此信息合法。
120.s221，提供ip库清单给ip方，并确认ip方认领的目标对象；
121.在其中一个实施例中，从数据库表中取出目标对象相应的数据，并查询表中权限数据，进行数组交叉得出相应的用户身份限制数据，以json格式传递给前端业务，进行认领的确定。
122.s222，获取该目标对象的ip备案信息、备案主体认证资料和备案主体委托授权信息；
123.其中，获取该目标对象的ip备案信息、备案主体认证资料、备案主题委托授权信息ip方申请认领ip是需要提交相关的备案信息：作品名称、作品类别、权利人、作品介绍、创作者、创作完成日期、创作性质、发表状态信息，还需要提交主题认证资料：ip授权书、主题委托证明、委托授权人的授权证明。
124.其中，通过判断ip备案信息、备案主体认证资料和备案主体委托授权信息的数据字段是否完整，提交到后端服务api进行数据二次校验，存储数据进入数据库与各项数据表中，并同时传输数据到备案平台的开放接口进行数据校验，完整备案数据入库的请求。
125.s223，获取ip方同意框架协议的确认信息；
126.s224，ip方认领记录筛查，获取ip方的相关信息；
127.s225，对ip方进行审核；
128.在其中一个实施例中，通过作为相关信息的获取用户身份id，匹配数据表中相关联的详细字段，以json格式输出到前端业务进行判断展示。
129.s226，根据审核确认认证信息，并计入区块链；
130.在其中一个实施例中，接收作为前端数据的审核确认认证信息，为了防止代码的指数型爆炸和无限循环，本次存证需要对执行代码所引发的计算步骤，包括初始消息和所
有执行中引发的消息做出限制，并对消息数据进行hash256编码处理，并同步创建用高级语言serpent语言编写，同时可以被编译成evm代码的存证合约。执行合约后将上传的数据分成快，对每一块数据加密以保护隐私，并且以此构建一个默克尔树，保存在每一个节点机器中，长期存储
131.s227，激活该ip方的权限。
132.s228，获取被激活的ip方的ip载体，以及该ip载体的备案信息。
133.在其中一个实施例中，如图4所示，在步骤s101中根据需求与ip载体的对应关系，建立框架协议的过程之前，还包括步骤s202：
134.s202，对需求进行审核，在审核不通过时补充需求相关信息；
135.对需求进行审核，可通过预设算法或词义规则，判断需求是否满足ip交易规则，以有利于推动ip市场交易。其中，在审核不通过时，要求进行需求相关的信息，包括需求方的身份信息和交互输入的需求信息。这一过程可通过系统的需求对接模块进行实现，实现灵活的需求定义。
136.在其中一个实施例中，需求相关信息的补充，可通过向需求方发送通信交互，由需求方进行补充；或，根据需求方在使用系统的交易习惯和预存信息，进行需求的补充。例如，根据需求方在使用系统时留下的身份认证，补充需求所需的需求方的身份信息。
137.其中，框架协议包括但不限于需求与ip载体，还可由经委托授权的顾问方进行框架协议的调整(在系统的使用中，ip方和需求方可委托相关的顾问方)。
138.在其中一个实施例中，步骤s102中需求方的反馈和ip方的反馈包括同意框架协议、反对框架协议和对框架协议进行补充。
139.其中，需求方的反馈和ip方的反馈均有需求方和ip方通过系统进行反馈。在双方均同意框架协议时，系统根据同意反馈，确定需求方与ip方的ip交易。
140.在其中一个实施例中，需求包括需求方根据预先提供的ip库信息确定的合作目标对象；其中，ip库信息包括被认领的目标对象。
141.其中，通过用户id查询数据表记录，匹配ip数据库记录，通过校验特殊字符串规则确认操作结束，以此确认合作目标对象。
142.图7为一应用方式的框架协议建立流程图，如图7所示，对应的步骤s101中根据需求与ip载体的对应关系，建立框架协议的过程，包括步骤s300至s304：
143.s300，根据需求方与ip方的对应关系建立补充协议；
144.s301，将需求的简要信息发送给ip方，以指示ip方对补充协议进行反馈；
145.其中，需求的简要信息包括ip的ip形象、本次合作服务单需求方提出的合作范围以及合作数量。
146.其中，通过判断需求的简要信息的数据字段是否完整，提交到后端服务api进行数据二次校验，存储数据进入需求库与各项数据表中。
147.s302，在获取到ip方对补充协议的反馈后，向ip方展示需求的完整信息；
148.其中，需求的完整信息包括需求方企业名称、需求ip的ip名称、合作范围、合作描述、合作数量、合作案例、咨询问题，需求方填写以上信息后，提交进行审核。
149.其中，通过判断完整信息的数据字段是否完整，提交到后端服务api进行数据二次校验，存储数据进入需求库与各项数据表中，并同步状态值到各服务接口，未审核值为0，已
审核值为1。
150.其中，ip方在查看合作服务单前，需先勾选由顾问方提供的补充协议后方能查看具体的合作服务单。
151.其中，通过判断是否传递相关数据字段，提交到后端服务api进行数据二次校验，对反馈进行确认。同时，存储数据进入需求库与各项数据表中。
152.在其中一个实施例中，ip方可以根据合作服务单的信息进行反馈回复，回复包括文字、图片、视频形式的内容。
153.s303，根据需求方对补充协议的反馈，向需求方提供ip方对完整信息的回复信息；
154.s304，根据需求方的确认信息和ip载体建立框架协议。
155.根据步骤300至s304的确定，由需求方作为需求确认对象，进行ip载体的挑选，撮合建立框架协议来进行后续的交易确认。
156.在其中一个实施例中，将步骤300至s304的交易确认存入区块链。例如，接收作为前端数据的交易确认，为了防止代码的指数型爆炸和无限循环，本次存证需要对执行代码所引发的计算步骤，包括初始消息和所有执行中引发的消息做出限制，并对消息数据进行hash256编码处理，并同步创建用高级语言serpent语言编写，同时可以被编译成evm代码的存证合约。执行合约后将上传的数据分成快，对每一块数据加密以保护隐私，并且以此构建一个默克尔树，保存在每一个节点机器中，长期存储。
157.在其中一个实施例中，需求包括需求方根据预先提供的ip库信息确定的合作目标对象；其中，ip库信息包括被认领的目标对象。
158.其中，通过用户id查询数据表记录，匹配ip数据库记录，通过校验特殊字符串规则确认操作结束，以此确定合作目标对象。
159.图8为另一应用方式的框架协议建立流程图，如图8所示，对应的步骤s101中根据需求与ip载体的对应关系，建立框架协议的过程，包括步骤s400至步骤s407：
160.s400，向ip方提供需求库应邀标信息；需求库应邀标信息包括各需求；
161.其中，ip方提供的需求库应邀标信息，包括ip、ip的所有方、应邀合作范围、应邀合作数量、应邀合作描述、还有需要需求方提供多少个垂直领域相关的合作案例，给到顾问方进行审核。
162.在其中一个实施例中，通过判断需求库应邀标信息的数据字段是否完整，提交到后端服务api进行数据二次校验，存储数据进入数据库与各项数据表中。
163.s401，获取并审核ip方对需求库应邀标信息的应邀信息；
164.s402，在应邀信息的审核通过时，将应邀信息的简要信息发送给需求方；
165.s403，根据需求方与ip方的对应关系建立补充协议；
166.s404，在获取到需求方对补充协议的反馈后，向需求方展示应邀信息的完整信息；
167.其中，完整信息包括正在应邀的ip以及其应邀合作范围、应邀合作数量、应邀合作描述、还有需要需求方提供多少个垂直领域相关的合作案例。
168.s405，获取需求方根据完整信息的回复信息；
169.其中，需求方在查看合作服务单前，需先确认由顾问方提供的补充协议后方能查看具体的合作服务单。
170.其中，回复信息包括应邀的合作范围、合作描述、合作数量、合作案例、以及提出需
求方对本次应邀合作的咨询问题。
171.s406，在获取到ip方对补充协议的反馈后，向ip方展示需求方的回复信息；
172.s407，根据ip方的确认和ip载体建立框架协议。
173.根据步骤400至s407的确定，由ip方主动进行需求的邀标，进行需求方挑选，撮合建立框架协议来进行后续的交易确认。
174.在其中一个实施例中，将步骤400至s407的交易确认存入区块链。例如，接收作为前端数据的交易确认，为了防止代码的指数型爆炸和无限循环，本次存证需要对执行代码所引发的计算步骤，包括初始消息和所有执行中引发的消息做出限制，并对消息数据进行hash256编码处理，并同步创建用高级语言serpent语言编写，同时可以被编译成evm代码的存证合约。执行合约后将上传的数据分成快，对每一块数据加密以保护隐私，并且以此构建一个默克尔树，保存在每一个节点机器中，长期存储。
175.在其中一个实施例中，如图4所示，步骤s103中根据反馈，确定需求方与ip方的ip交易的过程，包括步骤s203：
176.s203，在反馈为反对框架协议时，向反馈方发出协议补充请求，以获取反馈方的二次反馈。
177.在需求方、ip方一方或双方反对框架协议时，向反馈方发出协议补充请求，请求需求方、ip方操作系统进行相应的协议补充，或由需求方操作第三方系统(平台)进行相应的协议补充，作为二次反馈，对框架协议进行调整或补充。
178.在其中一个实施例中，如图4所示，步骤s103中根据反馈，确定需求方与ip方的ip交易的过程，包括步骤s204：
179.s204，根据二次反馈更新框架协议，并获取需求方和ip方对协议的二次反馈。
180.通过步骤s204，可多次更新框架协议，直至获得最终的二次反馈结果，包括需求方同意框架协议和反对框架协议。
181.基于此，步骤s103的反馈包括原反馈和二次反馈，在同意框架协议后进行相应的交易，包括达成需求方与ip方的ip交易，或终止交易。
182.在确定相应的ip交易后，通过向需求方和ip方发送相关的交易信息，以推动后续的交易流程。其中，交易信息包括合同、联系方式或身份信息等。
183.在其中一个实施例中，在确定相应的ip交易后，获取本次交易的交易时间以及交易订单编号、需求方的姓名、联系电话、职位、公司名称、擅长的授权领域商品、ip方ip的、正式全称、ip所有方的全称、本次交易需求方选择的授权领域、该授权领域的分成比例或者防伪标单价、以及该领域的起订数量，由顾问方通过传递相关数据字段，查询交易数据库相关数据，匹配交易id并以json格式输出给前端业务。
184.在其中一个实施例中，在本实施例中，基于区块链的各类信息处理中，可通过ip方、需求方或顾问方各方查询区块链上信息，从而校验对应信息的真伪。
185.其中，区块链采用低延时分布式数据库。通过网络连接的节点，每个节点都保存着整个基于交互平台的ip市场交易管理系统的数据库的所有数据。任何地点存入的数据都会在5-10秒内完成同步。
186.在其中一个实施例中，该区块链由一个个区块(block)组成，区块分为头(head)和体(body)。
187.区块头记录了一些元数据和链接到前一个区块的信息——包括生成时间、前一个区块(head body)的散列值。
188.区块体记录了实际数据。
189.在其中一个实施例中，区块链通过建立哈希表，由于结构为元素为节点的数组。调用对象的hashcode方法获取对象的唯一哈希值，通过唯一的哈希值来索引系统链上的一一对应数据，从而能够在链上方便的获取对应的数据。
190.在其中一个实施例中，基于上述区块链，ip方、需求方或顾问方多方均可参与对区块链节点的建设，以多方限制的方式保证区块链上信息数据的不可篡改特性。ip方、需求方或顾问方基于区块链的不同节点类型，包括广播节点和完整节点，各方从自身一侧出发，进行以下节点建设：
191.广播节点：只发出事务并接收来自第三方的区块链信息，遵循系统配置的共识规则，应用于移动设备，或者仅仅被不想下载整个区块链的合作方(包括ip方、需求方或顾问方)使用。
192.完整节点：安装完整的节点软件，如block core，除了拥有最安全的服务，还会下载区块链的一个副本，成为整体网络中的一个节点。合作方将发出事务，传播网络的其余部分，并验证是否满足一致规则。
193.基于此，通过多节点服务网络，能最大限度避免数据缺失，单点故障等重大问题。因为节点的独立性、抗修改性，任何对某个区块数据的改动必然引起散列值的变化。为了不导致这个区块脱离链条，就需要修改后续的所有区块。这也保障了信息数据的不可篡改特性。上述的ip交易交互方法，在获取需求方的需求或ip方的ip载体后，根据需求与ip载体的对应关系，建立框架协议；将框架协议分别发送至需求方和ip方，并获取需求方的反馈和ip方的反馈；根据反馈，确定需求方与ip方的ip交易。基于此，通过在需求方与ip方之间进行单侧或双侧的交易发起，提高ip交易交互的灵活性，以适应ip载体灵活变更的需求，提高ip交易的效率。
194.图9为一实施方式的ip交易交互装置模块结构图，如图9所示，一实施方式的ip交易交互装置包括：
195.信息获取模块200，用于获取需求方的需求或ip方的ip载体；
196.协议建立模块201，用于根据所述需求与所述ip载体的对应关系，建立框架协议；其中，所述框架协议包括所述需求与所述ip载体；
197.反馈调整模块202，用于将所述框架协议分别发送至所述需求方和所述ip方，并获取所述需求方的反馈和所述ip方的反馈；
198.交易确定模块203，用于根据所述反馈，确定所述需求方与所述ip方的ip交易。
199.上述的ip交易交互装置，在获取需求方的需求或ip方的ip载体后，根据需求与ip载体的对应关系，建立框架协议；将框架协议分别发送至需求方和ip方，并获取需求方的反馈和ip方的反馈；根据反馈，确定需求方与ip方的ip交易。基于此，通过在需求方与ip方之间进行单侧或双侧的交易发起，提高ip交易交互的灵活性，以适应ip载体灵活变更的需求，提高ip交易的效率。
200.本发明实施例还提供了一种计算机存储介质，其上存储有计算机指令，该指令被处理器执行时实现上述任一实施例的ip交易交互方法。
201.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本技术所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(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)等。
202.或者，本发明上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、终端、或者网络设备等)执行本发明各个实施例方法的全部或部分。而前述的存储介质包括：移动存储设备、ram、rom、磁碟或者光盘等各种可以存储程序代码的介质。
203.与上述的计算机存储介质对应的是，在一个实施例中还提供一种计算机设备，该计算机设备包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，处理器执行程序时实现如上述各实施例中的任意一种ip交易交互方法。
204.该计算机设备可以是终端，其内部结构图可以如图10所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种ip交易交互方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。
205.上述计算机设备，在获取需求方的需求或ip方的ip载体后，根据需求与ip载体的对应关系，建立框架协议；将框架协议分别发送至需求方和ip方，并获取需求方的反馈和ip方的反馈；根据反馈，确定需求方与ip方的ip交易。基于此，通过在需求方与ip方之间进行单侧或双侧的交易发起，提高ip交易交互的灵活性，以适应ip载体灵活变更的需求，提高ip交易的效率。
206.以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
207.以上实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。
因此，本发明专利的保护范围应以所附权利要求为准。