合同监管方法、平台、系统、电子设备及存储介质与流程

1.本发明涉及数据安全技术领域，尤其涉及一种合同监管方法、平台、系统、电子设备及存储介质。


背景技术：

2.相关技术中，数据交易合同普遍为线下签署，合同中的服务事项需要依赖于人工对接，从而容易出现合同签署效率慢、服务事项对接有误等问题。


技术实现要素：

3.本技术实施例的主要目的在于提出一种合同监管方法、平台、系统、电子设备及存储介质，实现线上合同签署，并根据合同信息对后续的业务进程进行监管。
4.为实现上述目的，本技术实施例的第一方面提出了一种合同监管方法，应用于合同监管平台，合同监管方法包括：
5.获取交易指令；其中，所述交易指令包括商品信息；
6.根据所述交易指令生成原始合同信息，将所述原始合同信息发送给与所述商品信息对应的供应端；
7.获取初步合同信息；其中，所述初步合同信息是已完成签署的所述原始合同信息；
8.对所述初步合同信息进行审核盖章处理，得到盖章合同信息；
9.将所述盖章合同信息发送给公证端进行公证处理，得到公证合同信息；
10.将所述公证合同信息进行上链存储；
11.根据所述公证合同信息生成业务链和支付条件；
12.获取交易订单信息，根据所述业务链和/或所述支付条件对所述交易订单信息进行监管。
13.在一些实施例，所述交易订单信息包括交易操作；
14.所述根据所述业务链和/或所述支付条件对所述交易订单信息进行监管，包括：
15.根据所述业务链确定所述交易操作存在违约操作，冻结所述交易操作。
16.在一些实施例，所述交易订单信息包括交易操作；
17.所述根据所述业务链和/或所述支付条件对所述交易订单信息进行监管，还包括：
18.根据所述业务链确定所述交易操作不存在违约操作，根据所述盖章合同信息进行服务计费和费用出账处理。
19.在一些实施例，所述交易订单信息还包括付款信息；
20.所述根据所述业务链和/或所述支付条件对所述交易订单信息进行监管，还包括：
21.根据所述支付条件确定付款信息存在违约操作，冻结所述交易操作。
22.在一些实施例，所述违约操作包括至少如下之一：
23.所述交易操作范围大于所述业务链范围；
24.所述付款信息不符合所述支付条件；其中，所述支付条件包括支付金额不低于预
设金额，和/或支付日期不大于预设时间阈值。
25.在一些实施例，所述商品信息包括至少如下之一：数据信息、模型信息和云资源配置信息。
26.为实现上述目的，本技术实施例的第二方面提出了一种合同监管平台，包括：
27.交易指令获取模块，用于获取交易指令；其中，所述交易指令包括商品信息；
28.原始合同信息获取模块，用于根据所述交易指令生成原始合同信息，将所述原始合同信息发送给与所述商品信息对应的供应端；
29.初步合同信息获取模块，用于获取初步合同信息；其中，所述初步合同信息是已完成签署的所述原始合同信息
30.盖章合同信息获取模块，用于对所述初步合同信息进行审核盖章处理，得到盖章合同信息；
31.公证合同信息获取模块，用于将所述盖章合同信息发送给公证端进行公证处理，得到公证合同信息；
32.存储模块，用于将所述公证合同信息进行上链存储；
33.信息提取模块，用于根据所述公证合同信息生成业务链和支付条件；
34.监管模块，用于获取交易订单信息，根据所述业务链和/或所述支付条件对所述交易订单信息进行监管。
35.为实现上述目的，本技术实施例的第三方面提出了一种合同监管系统，包括：如第二方面所描述的合同监管平台。
36.为实现上述目的，本技术实施例的第四方面提出了一种电子设备，包括：至少一个处理器，以及，
37.与所述至少一个处理器通信连接的存储器；其中，
38.所述存储器存储有指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器执行所述指令时实现如第一方面所述的合同监管方法。
39.本技术实施例提供的合同监管方法、平台、系统、电子设备及存储介质通过合同监管平台实现了供应端和服务使用端的线上合同签署服务，从而提高了合同签署效率；通过在签署过程中引入公证端对合同信息进行公证处理，并对公证处理后的合同信息进行上链存储，保证了合同信息的真实性、有效性和不可篡改性；通过业务链和支付条件实现了合同签署、业务进程、费用履约的自动关联以及联动监控，进而避免了合同签署后，人工对合同信息中的服务内容进行对接时的效率低、易出错等问题。
40.为实现上述目的，本技术实施例的第四方面提出了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可执行指令，所述计算机可执行指令用于使计算机执行如第一方面所述的合同监管方法。
附图说明
41.图1是本技术实施例合同监管方法的一流程示意图；
42.图2是本技术实施例合同监管方法的另一流程示意图；
43.图3是本技术实施例合同监管方法的另一流程示意图；
44.图4是本技术实施例合同监管平台的一模块框图；
45.图5是本技术实施例合同监管系统的一模块框图；
46.图6是本技术实施例提供的电子设备硬件结构示意图。
具体实施方式
47.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本技术，并不用于限定本技术。不冲突的情况下，本技术中的实施例及实施例中的特征可以相互任意组合。
48.需要说明的是，虽然在装置示意图中进行了功能模块划分，在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于装置中的模块划分，或流程图中的顺序执行所示出或描述的步骤。说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
49.对本技术进行进一步详细说明之前，对本技术实施例中涉及的名词和术语进行说明，本技术实施例中涉及的名词和术语适用于如下解释。
50.多方安全计算(secure muti-party computation，mpc)，为解决一组互不信任的参与方之间在保护隐私信息以及没有可信第三方的前提下协同计算问题而提出的理论框架。多方安全计算能够同时确保输入的隐私性和计算的准确性，在无可信第三方的前提下通过数学理论保证参与计算的各方成员输入信息不暴露，且同时能够获得准确的运算结果。
51.因此，在下列各实施例中，服务使用端表示需要进行多方安全计算的成员；供应端表示提供运算结果的数据供应方；合同监管平台表示对服务使用端和供应端所达成的合作协议进行监管，以及业务流程监控的数据交易平台；公证端表示能够对该合作协议的真实性、合法性予以证明的第三方公证。
52.可以理解的是，多方安全计算可应用于联合数据分析、数据安全查询、数据可信交换等场景；也可以应用于金融业、制造业、医疗业、电子政务等行业。因此，本技术实施例所提供的合同监管方法、平台、系统、电子设备及存储介质可应用于如上述任一场景或任一行业。当应用于上述任一场景或任一行业时，对本技术下述实施例所描述的技术特征所做出的适应性修改也应属于本技术的保护范围。
53.参照图1，本技术实施例提供了一种合同监管方法，应用于合同监管平台。该合同监管方法包括步骤：
54.s110、获取交易指令；其中，交易指令包括商品信息；
55.s120、根据交易指令生成原始合同信息，将原始合同信息发送给与商品信息对应的供应端；
56.s130、获取初步合同信息；其中，初步合同信息是已完成签署的原始合同信息；
57.s140、对初步合同信息进行审核盖章处理，得到盖章合同信息；
58.s150、将盖章合同信息发送给公证端进行公证处理，得到公证合同信息；
59.s160、将公证合同信息进行上链存储；
60.s170、根据公证合同信息生成业务链和支付条件；
61.s180、获取交易订单信息，根据业务链和/或支付条件对交易订单信息进行监管。
62.具体地，参照图2，服务使用端登陆合同监管平台后，根据多方安全计算需求，在合同监管平台中选择对应的商品信息，从而生成对应的交易指令。其中，商品信息表示用于进行多方安全计算的配置信息。合同监管平台根据该交易指令生成对应的原始合同信息，并将该原始合同信息发送给对应的供应端，以实现服务使用端和供应端的线上合同签署。合同监管平台获取签署完成的合同信息(即初步合同信息)，并对该初步合同信息进行审核，例如：审核供应商签署内容的真实性、完整性等。待审核成功后，合同监管平台对初步合同信息加盖专用电子章，得到盖章合同信息，合同监管平台将该盖章合同信息发送给公证端进行合同信息整体公证。公证端对公证后的公证合同信息出具公证信息，合同监管平台将公证处理后的公证合同信息和公证信息上传至区块链平台，从而实现对公证合同信息和公证信息进行上链存储。而后，合同监管平台根据公证合同信息生成合同订单，合同订单表示根据公证合同信息与业务系统对接生成的信息，合同订单用于对服务使用端、供应端的业务进程和费用履约过程进行监管，即合同订单包括业务链和支付条件。其中，业务链表示完成多方安全计算所需进行的业务流程，支付条件表示合同信息中约定的付款要求。根据业务链和支付条件对服务使用端和/或供应端的交易订单信息进行实时线上监管，从而避免了人工对接易出错的问题。
63.本技术实施例提供的合同监管方法通过合同监管平台实现了线上合同签署，从而提高了合同签署的效率。通过公证处理后的公证合同信息生成的业务链和支付条件对交易订单信息进行监管，实现了对合同签署后业务流程和费用履约过程的对接管控，进而避免了人工对接业务流程和付款流程时的效率低、易出错等问题。
64.参照图2，在一些实施例中，供应端对合同监管平台发送的原始合同信息进行审核并完成电子签章，供应端将电子签章后的合同信息发送给公证端进行线上签章公证。合同监管平台获取公证端签章公证后的已完成签署的合同信息(即初步合同信息)，并对该初步合同信息进行审核，审核完成后对初步合同信息进行盖章，得到盖章合同信息。而后，合同监管平台将盖章合同信息发送给公证端进行合同信息整体公证，以得到公证合同信息。可以理解的是，根据服务使用端多方安全计算的需求，可以使用多个供应端进行多方安全计算。当使用多个供应端(如供应端a和供应端b)进行多方安全计算时，供应端b所审核并电子盖章的合同信息为公证端发送的、供应端a已审核并电子盖章的合同信息。
65.在一些实施例中，商品信息包括数据信息、模型信息、云资源配置信息中的至少一种。具体地，数据信息表示服务使用端期望得到的计算结果类型，例如：根据多方安全计算的特性，供应端所提供的计算结果类型包括数据结果、api查询接口等。模型信息表示服务使用端所选择的用于计算的模型算法等；云资源配置信息表示多方安全计算所使用的云平台资源配置信息。合同监管平台根据上述信息生成对应的原始合同信息，并将原始合同信息发送给对应的供应端，以使供应端根据原始合同信息中的内容(即商品信息)配置对应的计算环境。
66.在一些实施例中，交易订单信息包括交易操作。步骤s180中“根据业务链和支付条件对交易订单信息进行监管”包括子步骤：根据业务链确定交易操作存在违约操作，冻结交易操作。
67.具体地，对公证合同信息和公证信息进行上链存储后，合同监管平台根据盖章合同信息或公证合同信息与业务系统进行对接，以生成对应的业务链。供应端和服务使用端
根据业务链所提供的业务节点完成多方安全计算中数据的流转，例如，当业务节点流转至服务使用端时，服务使用端需上传用于进行多方安全计算的计算数据。待服务使用端上传数据后，业务节点将流转至供应端。供应端根据服务使用端所提供的计算数据进行多方安全计算，并生成计算结果。因此，供应链用于跟进合同签署后的业务进程，以及限定供应端和服务使用端在合同监管平台上的操作权限。当服务使用端和/或供应端的交易操作存在违约操作，例如：服务使用端进行了除上传计算数据以外的其他操作、供应端访问了除对应计算数据以外的其他数据等，即交易操作范围大于业务链范围时，判定服务使用端和/或供应端存在违约操作。此时，合同监管平台对存在违约操作的服务使用端和/或供应端进行处罚操作，例如冻结交易操作、封停账号等。
68.参照图2和图3，在一些实施例中，交易订单信息包括付款信息。步骤s180中“根据业务链和/或支付条件对交易订单信息进行监管处理”还包括子步骤：
69.s310、根据业务链确定交易操作不存在违约操作，根据盖章合同信息进行服务计算和费用出账处理；
70.s320、根据支付条件确定付款信息存在违约操作，冻结交易操作。
71.具体地，当根据上述实施例的方法确定交易操作不存在违约操作，即交易操作范围在业务链范围内时，合同监管平台根据盖章合同信息进行服务计费处理，以及对应的费用出账处理。例如，盖章合同信息中规定了按月、按季度等方式出具计算结果，以及相应的付费金额和付费日期等内容，合同监管平台根据该内容向服务使用端和/或供应端推送付款提示。合同监管平台获取服务使用端和/或供应端的付款信息，该付款信息携带有支付金额和支付日期，当支付金额低于预设金额(即付费金额)，和/或支付日期大于预设时间(即支付日期在付费日期之后)，判定服务使用端和/或供应端的付款信息不符合支付条件，即服务使用端和/或供应端存在违约操作。此时，合同监管平台对存在违约操作的服务使用端和/或供应端进行处罚操作，例如冻结交易操作、封停账号等。
72.本技术实施例提供的合同监管方法通过合同监管平台实现了供应端和服务使用端的合同线上签署服务，从而提高了合同签署效率；通过在签署过程中引入公证端对合同进行公证处理，并对公证处理后的合同进行上链存储，保证了合同信息的真实性、有效性和不可篡改性；通过业务链和支付条件实现了合同签署、业务进程、费用履约的自动关联以及联动监控，进而避免了合同签署后，人工对合同信息中的服务内容进行对接时的效率低、易出错等问题。
73.参照图4，本技术实施例还提供了一种合同监管平台100。该合同监管平台包括：
74.交易指令获取模块110，用于获取交易指令；其中，交易指令包括商品信息；
75.原始合同信息获取模块120，用于根据交易指令生成原始合同信息，将原始合同信息发送给与商品信息对应的供应端；
76.初步合同信息获取模块130，用于获取初步合同信息；其中，初步合同信息是已完成签署的原始合同信息；
77.盖章合同信息获取模块140，用于对初步合同信息进行审核盖章处理，得到盖章合同信息；
78.公证合同信息获取模块150，用于将盖章合同信息发送给公证端进行公证处理，得到公证合同信息；
79.存储模块600，用于将公证合同信息进行上链存储；
80.信息提取模块170，用于根据公证合同信息生成业务链和支付条件；
81.监管模块180，用于获取交易订单信息，根据业务链和/或支付条件对交易订单信息进行监管。
82.可见，上述合同监管方法实施例中的内容均适用于本合同监管平台实施例中，本合同监管平台实施例所具体实现的功能与上述合同监管方法实施例相同，并且达到的有益效果与上述合同监管方法实施例所达到的有益效果也相同。
83.参照图5，本技术实施例还提供了一种合同监管系统。该合同监管系统包括如上述实施例所描述的合同监管平台100、服务使用端200和供应端300。其中，合同监管平台100能够对合同信息和公证信息进行上链存储。
84.可见，上述合同监管方法实施例中的内容均适用于本合同监管系统实施例中，本合同监管系统实施例所具体实现的功能与上述合同监管方法实施例相同，并且达到的有益效果与上述合同监管方法实施例所达到的有益效果也相同。
85.参照图6，本技术实施例提供了一种电子设备，电子设备包括：
86.处理器601，可以采用通用的cpu(中央处理器)、微处理器、应用专用集成电路(asic)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本技术实施例所提供的合同监管方法；
87.存储器602，可以采用rom(只读存储器)、静态存储设备、动态存储设备或者ram(随机存取存储器)等形式实现。存储器602可以存储操作系统和其他应用程序，在通过软件或者固件来实现本技术实施例所提供的合同监管方法时，相关的程序代码保存在存储器602中，并由处理器601来调用执行本技术实施例的合同监管方法；
88.输入/输出接口603，用于实现信息输入及输出；
89.通信接口604，用于实现本设备与其他设备的通信交互，可以通过有线方式(例如usb、网线等)实现通信，也可以通过无线方式(例如移动网络、wi-fi、蓝牙等)实现通信；和
90.总线605，在设备的各个组件(例如处理器601、存储器602、输入/输出接口603和通信接口604)之间传输信息；
91.其中处理器601、存储器602、输入/输出接口603和通信接口604通过总线605实现彼此之间在设备内部的通信连接。
92.本技术实施例还提供了一种存储介质，该存储介质是计算机可读存储介质，该计算机可读存储介质存储有计算机可执行指令，该计算机可执行指令用于使计算机执行上述合同监管方法。
93.存储器作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序以及非暂态性计算机可执行程序。此外，存储器可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施方式中，存储器可选包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至该处理器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
94.本公开实施例描述的实施例是为了更加清楚的说明本公开实施例的技术方案，并不构成对于本公开实施例提供的技术方案的限定，本领域技术人员可知，随着技术的演变
和新应用场景的出现，本公开实施例提供的技术方案对于类似的技术问题，同样适用。
95.本领域技术人员可以理解的是，图1至6中示出的技术方案并不构成对本公开实施例的限定，可以包括比图示更多或更少的步骤，或者组合某些步骤，或者不同的步骤。
96.以上所描述的装置实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
97.本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统、设备中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。
98.本技术的说明书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本技术的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
99.应当理解，在本技术中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“a和/或b”可以表示：只存在a，只存在b以及同时存在a和b三种情况，其中a，b可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。
100.在本技术所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
101.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
102.另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
103.所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括多指令用以使得一台计算机设
备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-on ly memory，简称rom)、随机存取存储器(random access memory，简称ram)、磁碟或者光盘等各种可以存储程序的介质。
104.以上参照附图说明了本公开实施例的优选实施例，并非因此局限本公开实施例的权利范围。本领域技术人员不脱离本公开实施例的范围和实质内所作的任何修改、等同替换和改进，均应在本公开实施例的权利范围之内。