CN117611278A - 一种基于区块链的供需服务系统及方法 - Google Patents

Abstract

本发明公开了一种基于区块链的供需服务系统及方法，属于区块链技术领域，用于解决传统的中心化解决方案无法满足对交易数据和/或服务数据安全度和可信度需求的技术问题。系统包括：服务方资源发布模块，用于使服务方发布其所能提供的服务信息并将服务信息与供需服务系统内的服务类型相关联；需求方需求发布模块，用于使需求方发布其所需要的需求信息；供需需求对接模块，用于确定需求信息对应的需求类型，并根据需求类型将需求信息推送至服务方；交易执行模块，用于响应服务方接收到需求信息后返回的同意服务信息，并基于同意服务信息自动生成交易合同；交易监督模块，用于在交易合同的执行过程中监督记录服务方和/或需求方的交易行为。

Description

一种基于区块链的供需服务系统及方法

技术领域

本申请涉及区块链技术领域，尤其涉及一种基于区块链的供需服务系统及方法。

背景技术

通过供需服务系统可以实现企业资源的互助共享，降低企业在供需交易中的投入成本。在供需交易系统中，供需双方可以直接将自己所能提供的服务以及自己想要获取的服务进行发布，之后通过交易系统对系统内发布的需求进行撮合实现交易。

然而，目前的市面上存在的供需服务系统却存在着许多挑战，包括数据不透明、易篡改、信息孤岛等问题。也即，传统的中心化解决方案无法满足对交易数据和/或服务数据安全度和可信度的需求。

发明内容

本申请实施例提供了一种基于区块链的供需服务系统及方法，用于解决上述技术问题中的至少一个。

本申请实施例采用下述技术方案：

一方面，本申请实施例提供了一种基于区块链的供需服务系统，所述系统包括：服务方资源发布模块，用于使服务方发布其所能提供的服务信息，并将所述服务信息与供需服务系统内的服务类型相关联；需求方需求发布模块，用于使需求方发布其所需要的需求信息；供需需求对接模块，用于确定所述需求信息对应的需求类型，并根据所述需求类型将所述需求信息推送至所述服务方；交易执行模块，用于响应所述服务方接收到所述需求信息后返回的同意服务信息，并基于所述同意服务信息自动生成交易合同；交易监督模块，用于在所述交易合同的执行过程中监督记录所述服务方和/或所述需求方的交易行为。

在本申请说明书一种可能实现方式中，所述系统还包括：用户注册模块，用于接收服务方和/或需求方在所述供需服务系统上提交的注册信息，并根据所述注册信息确定服务方和/或需求方对应的系统角色类型，按照所述系统角色类型向服务方和/或需求方提供对应的系统功能页面。

在本申请说明书一种可能实现方式中，所述用户注册模块，还用于接收服务方和/或需求方提交的注册补充信息，并对接第三方信息公示系统对所述注册补充信息进行验证。

在本申请说明书一种可能实现方式中，所述注册信息至少包括企业基本信息、联系人信息、企业类型信息以及账号密码信息中的至少一项或者多项；所述注册补充信息至少包括企业法人信息、注册资本信息、营业执照信息、服务类型信息、服务范围信息以及企业奖惩信息中的至少一项或者多项；所述用户注册模块，还用于在所述注册补充信息验证通过后，将服务方和/或需求方提交的所述注册信息以及所述注册补充信息写入所述供需服务系统的记账模块中，所述记账模块至少包括区块链账本。

在本申请说明书一种可能实现方式中，所述系统还包括：需求审核模块，用于根据服务方和/或需求方提供的注册信息以及注册补充信息，对服务方和/或需求方发布的服务信息和/或需求信息进行审核，审核通过后，将所述服务信息和/或需求信息写入所述区块链账本。

在本申请说明书一种可能实现方式中，所述供需需求对接模块，用于在所述需求信息对应的需求类型为指定服务方类型时，将所述需求信息直接推送至所述需求信息中所指定的服务方，以及用于在所述需求信息对应的需求类型为未指定服务方类型时，对所述需求信息进行拆解并根据拆解结果查询所述区块链账本，以找到与所述需求信息相匹配的服务信息并将所述需求信息进行推送。

在本申请说明书一种可能实现方式中，所述交易执行模块，用于根据服务方返回的同意服务信息通过预设智能合约自动生成所述交易合同，并在所述交易合同生成后将所述预设智能合约以代码形式实例化到所述供需交易系统对应的区块链网络上。

在本申请说明书一种可能实现方式中，所述交易监督模块，用于通过所述预设智能合约监督服务方和/或需求方的交易行为，并在确定所述交易行为违规时，触发执行所述预设智能合约中的惩罚机制。

在本申请说明书一种可能实现方式中，所述交易监督模块，还用于在所述预设智能合约中的惩罚机制被执行后，更新所述供需服务系统对应的区块链上的所有节点的区块链账本。

另一方面，本申请实施例还提供了一种基于区块链的供需服务方法，应用于供需服务系统，所述方法包括：接收服务方发布的其所能提供的服务信息，并将所述服务信息与所述供需服务系统内的服务类型相关联；接收需求方发布的其所需要的需求信息；确定所述需求信息对应的需求类型，并根据所述需求类型将所述需求信息推送至所述服务方；响应所述服务方接收到所述需求信息后返回的同意服务信息，并基于所述同意服务信息自动生成交易合同；在所述交易合同的执行过程中监督记录所述服务方和/或所述需求方的交易行为。

本申请实施例提供的一种基于区块链的供需服务系统及方法，至少具有以下有益效果：

1、本申请实施例中的供需服务系统是基于区块链技术实现，且利用了区块链技术中的账本，该账本是分布式账本，分布式账本避免了单点故障，降低了信息丢失的几率，提高了系统中交易数据和服务数据的安全性。

2、融入区块链的智能合约，将供需双方的交易内容，如交易金额、交易时间、交易期限、违约责任等转化为程序编码，写入区块链网络中。这样一来，系统中的交易订单在执行过程中就可以使用智能合约执行或监督，智能合约被储存在区块链网络上，合同内容不可被篡改，从而确保了交易执行的安全性和透明度。同时，当用户交易完成后，系统会根据规则自动执行交易金额转移、违约责任等判定，而且所有的交易记录均会存储在区块链账本中，无需人为参与，提高系统运行效率。

3、区块链技术在安全性、透明性、可信度等方面都有着不可替代的作用，本申请实施例中的基于区块链技术的供需服务系统产生的数据使用区块链技术能够保证数据不可篡改、不可删除、变更留痕。具体体现在：安全性方面，区块链技术提供了高度安全的数据存储和传输方式，防止数据被篡改或盗窃；透明性方面，所有交易的参与方都可以查看和验证交易数据的质量，消除了信息孤岛和不透明性问题；可信度方面，区块链的去中心化特点确保了交易数据和服务数据的真实性和完整性，使其能够被广泛接受和信任；自动化方面，智能合约的使用使得交易合同的执行和监督可以自动进行，减少了人为介入和错误的可能性。

附图说明

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

图1为本申请实施例提供的一种基于区块链的供需服务系统的架构图；

图2为本申请实施例提供的一种基于区块链的供需服务方法流程图。

具体实施方式

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

下面通过附图对本申请实施例中的方法进行详细说明。

图1为本申请实施例提供的一种基于区块链的供需服务系统的架构图，如图1所示，本申请实施例中的基于区块链的供需服务系统100，至少包括以下结构或模块：

用户注册模块101，本申请实施例中的供需服务系统，在服务方和/或需求方作为新用户使用之前，需要服务方和/或需求方在系统的注册页面提交注册信息，系统在接收到注册信息之后，为服务方和/或需求方分类与注册信息相应的系统角色类型，并向服务方和/或需求方提供与之对应的系统角色类型的相应展示页面。在本申请的一个示例中，前述注册信息至少包括企业基本信息、联系人信息、企业类型信息以及账号密码信息中的至少一项或者多项。

进一步地，为了保证提供服务系统上发布的需求信息的准确性及真实性，本申请实施例中的供需服务系统在服务方和/或需求方注册完成之后，还需要服务方和/或需求方提供注册补充信息，以完善服务方和/或需求方在本申请系统上的信息，确保能够正常使用系统进行需求发布以及交易。具体地，供需服务系统在接收到服务方和/或需求方提交的注册补充信息之后，会调用第三方信息公示系统的接口查询服务方和/或需求方提交的注册补充信息的真实性及有效性，以对注册补充信息进行验证，验证通过后，也即完成了服务方和/或需求方的系统注册认证过程，此时，服务方和/或需求方就可以在系统上正常的发布需求信息以寻求交易。在本申请的一个示例中，前述注册补充信息至少包括企业法人信息、注册资本信息、营业执照信息、服务类型信息、服务范围信息以及企业奖惩信息中的至少一项或者多项。

服务方资源发布模块102，系统为能够提供服务的用户分配了服务方的系统角色类型后，服务方就可以通过系统中的服务方资源发布模块将自身所能提供的服务信息以及报价信息等进行发布。

在本申请的一个示例中，系统在接收到服务方发布的服务信息之后，还会将该服务信息与系统上的服务类型相关联，以便用户可以直接通过系统中展示的服务类型页面查看到服务方发布的服务信息。

需求方需求发布模块103，系统为需要服务的用户分配了需求方的系统角色类型后，需求方就可以通过系统中的需求方需求发布模块将自身所能需要的服务信息以及预算信息等进行发布。

在本申请的一个示例中，需求方在发布需求信息时可以指定自身想要对接的服务方，也可以不进行指定。

需求审核模块104，服务方和/或需求方在供需服务系统上发布了服务信息和/或需求信息之后，系统会调用需求审核模块，通过需求审核模块调取服务方和/或需求方提供的注册信息以及注册补充信息，从而利用这些信息对服务方和/或需求方发布的服务信息和/或需求信息进行审核。服务方和/或需求方发布的服务信息和/或需求信息只有被需求审核模块审核通过，服务方和/或需求方才能够基于该服务信息和/或需求信息进行交易。

供需需求对接模块105，该模块主要有两种工作方式，一种是在需求方发布的需求信息中指定了服务方的情况下，供需需求对接模块直接根据被指定的服务方的注册信息或补充注册信息，将该需求信息直接推送至对应的服务方；另一种是在需求方发布的需求信息中未指定服务方的情况下，此时的供需需求对接模块会对需求信息进行拆解，将需求拆解为不同的对应服务，再按照不同的对应服务查询系统上可进行交易的服务方(有些服务方仅进行了注册目前还不能进行交易)，之后将需求信息推送至查找到的服务方即可。

交易执行模块106，在服务方接收到系统推送的需求信息之后，若判断自身能够满足需求方的要求，则向系统返回同意交易信息，交易执行模块在接收到该同意交易信息后，通过预设智能合约自动生成交易合同，生成过程中预设智能合约读取交易双方的需求信息与服务信息并进行二次匹配确认，避免合同生成的无效性，之后，在生成交易合同后，将前述预设智能合约以代码形式实例化到前述供需交易系统对应的区块链网络上，以便继续利用该预设智能合约进行交易的监督及记录过程。

交易监督模块107，在生成交易合同后，需求方和服务方二者按照交易合同的规定进行交易，同时，系统启动交易监督模块，使交易监督模块利用前述预设智能合约监督服务方和/或需求方的交易行为，在预设智能合约检测或监督到服务方和/或需求方的交易行为存在违规时，触发执行预设智能合约中的惩罚机制。

在本申请实施例中的一种或多种可能实现方式中，本申请所提供的供需服务交易系统中还可以设计一个记账模块，该记账模块至少包括区块链账本。该区块链账本可以用来记录供需服务系统中的重要数据，例如，被需求审核模块审核通过后展示在系统上的服务信息和/或需求信息，以及，记录发布前述服务信息和/或需求信息的服务方和/或需求方的注册信息以及注册补充信息，以便在对指定了服务方的需求信息进行推送，同时为未指定服务方的需求信息进行服务方查询，同时，在本申请的一个示例中，在预设智能合约中的惩罚机制被触发执行后，还可以利用该区块链账本记录服务方和/或需求方的惩罚情况/交易违规情况。

在本申请的一个示例中，前述被记录的服务方和/或需求方的惩罚情况/交易违规情况还可以用来反馈给用户注册模块，以便用户注册模块在对向系统申请注册的服务方和/或需求方进行注册信息以及注册补充信息审核时，考虑该惩罚情况/交易违规情况，以确定供需服务系统上用户的安全性。

图2为本申请实施例提供的一种基于区块链的供需服务方法流程图，如图2所示，本申请实施例中的方法至少包括以下执行步骤：

步骤101、接收服务方发布的其所能提供的服务信息，并将所述服务信息与所述供需服务系统内的服务类型相关联。

步骤102、接收需求方发布的其所需要的需求信息。

步骤103、确定所述需求信息对应的需求类型，并根据所述需求类型将所述需求信息推送至所述服务方。

步骤104、响应所述服务方接收到所述需求信息后返回的同意服务信息，并基于所述同意服务信息自动生成交易合同。

步骤105、在所述交易合同的执行过程中监督记录所述服务方和/或所述需求方的交易行为。

为了对本申请实施例中的基于区块链的供需服务方法进行更为详尽的解释，本申请实施例中还进行了如下补充描述。

本申请中的供需服务方法利用了区块链技术以及智能合约技术，能够实现服务方与需求方的直接供需交易，且交易数据及二者的服务数据等都可以被记录，提供了一个安全、透明和可信赖的交易系统/环境，解决现有的交易方案数据安全性保障有限的问题。由此，本申请实施例中的基于区块链的供需服务方法，还可以包括以下执行过程：

1)、服务方和/需求方注册和身份验证：

该过程用于确保供需服务系统中的参与方(包括服务方和需求方)的真实身份和信任度。未注册的用户需要先注册为系统用户：输入企业基本信息(企业信用代码、所属行业等)、联系人信息、用户类型、账号密码等信息实现注册。已注册的用户可输入账号密码直接登录，系统根据登录成功后返回用户系统角色类型(服务方、需求方)，并在系统主页展示不同的系统角色类型对应的功能页面。

进一步地，注册完成后，服务方和/或需求方还需要完善基本信息也即提供注册补充信息，包括企业法人、注册资本、营业执照、服务类型、服务范围等信息，完善完成后，这些信息将用于系统信任评估和后续供需匹配，在信用评估方面系统调用第三方信息公示系统等外部接口平台核实服务方和/或需求方的基本工商情况、风险情况等，根据结果判断是否可作为系统的供需服务参与方，核实无误后审核通过后将服务方和/或需求方在系统上提供的企业信息写入系统对应的区块链账本中。

2)、服务方发布服务信息：

服务方根据其具备的资质可在系统上发布服务信息，包括服务图片、服务项目、服务描述、定价等，关联具体的服务类型，如标准服务、计量服务、检验检测、认证认可等。服务的发布需要经过系统审核，审核通过后服务方可提供的服务能力会同步至系统对应的区块链账本中。另外，审核通过后的服务信息将会展示在系统的服务大厅中，需求方可通过服务大厅查看供需服务系统可提供的服务。

3)、需求方发布需求信息：

该过程允许需求方发布自己的需求信息，包括需求描述、预算、联系方式等。需求方发布需求信息时需求清晰地表达自己的需求，并设定适当的预算。此外，需求方还可以指定特定的服务方要求，如服务要求、服务方资质认证、交付时间等。通过这些信息，服务方可以根据需求方的需求和预算来主动联系需求方，并提供最佳的解决方案。

4)、供需需求对接：

需求方发布的需求信息分为两类：一类是明确服务方的需求信息，另一类是未明确服务方的需求信息。针对前者，需求信息会同步至服务方的管理后台，服务方收到需求信息后可根据自身情况确定是否能够完成，若可以完成，则针对该需求进行回复；针对后者，系统会对需求内容进行拆解，拆解成不同的服务内容和服务能力，同时调用区块链账本查询服务方服务能力，将该需求推送至对应服务方，待服务方确认同意后实现供需对接；此时需求方可针对该需求信息发起订单，服务方确认订单后即完成供需对接。系统中发布的所有需求均可同步至区块链账本，以便实现交易订单数据的来源可溯。

5)、交易执行：

服务方确认订单后，系统利用智能合约技术，制定合同内容：约定了服务价格、服务质量、付款方式、交付时间、违约惩罚等条款，并把这个交易合同编制成一段代码，编码完成后，智能合约就被安装、实例化到系统对应的区块链网络中，具有自动化执行的特性。智能合约制定将用于自动监控订单执行情况。在服务方与需求方的交易过程中，服务方通过系统进行业务操作，如提供相应的标准服务、计量服务、检验检测、认证认可服务。在本申请的一个示例中，若交易过程中有纸质单据寄送，服务方需将物流单据号上传至系统，需求方收到实物后进行确认收货，则交易完成。

6)、交易监督：

将需求方确认收货作为触发条件，系统认为交易完成，交易金额自动从需求方账户划转至服务方账户，并将执行记录推送给供需双方。在本申请的一个示例中，若交易过程中存在违约行为，系统可以根据智能合约规则进行违约惩罚。系统的每一次交易记录都会记录在区块链账本中，且供需双方的交易行为(交易完成情况、交易账款等)将被用于参与后续的信用评估。

进一步地，智能合约被执行后，区块链网络上的所有节点都会更新他们的区块链账本以反映新的状态。一旦记录在区块链网络上发布和验证，就不能被修改。通过智能合约执行，交易过程更加透明、高效，减少了人为干预和纠纷的可能性。

本领域内的技术人员应明白，本说明书实施例可提供为方法、系统、或计算机程序产品。因此，本说明书实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本说明书实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置、设备、非易失性计算机存储介质实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

以上所述仅为本说明书的一个或多个实施例而已，并不用于限制本说明书。对于本领域技术人员来说，本说明书的一个或多个实施例可以有各种更改和变化。凡在本说明书的一个或多个实施例的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本说明书的权利要求范围之内。

Claims (10)

1.一种基于区块链的供需服务系统，其特征在于，所述系统包括：

服务方资源发布模块，用于使服务方发布其所能提供的服务信息，并将所述服务信息与供需服务系统内的服务类型相关联；

需求方需求发布模块，用于使需求方发布其所需要的需求信息；

供需需求对接模块，用于确定所述需求信息对应的需求类型，并根据所述需求类型将所述需求信息推送至所述服务方；

交易执行模块，用于响应所述服务方接收到所述需求信息后返回的同意服务信息，并基于所述同意服务信息自动生成交易合同；

交易监督模块，用于在所述交易合同的执行过程中监督记录所述服务方和/或所述需求方的交易行为。

2.根据权利要求1所述的一种基于区块链的供需服务系统，其特征在于，所述系统还包括：

用户注册模块，用于接收服务方和/或需求方在所述供需服务系统上提交的注册信息，并根据所述注册信息确定服务方和/或需求方对应的系统角色类型，按照所述系统角色类型向服务方和/或需求方提供对应的系统功能页面。

3.根据权利要求2所述的一种基于区块链的供需服务系统，其特征在于，

所述用户注册模块，还用于接收服务方和/或需求方提交的注册补充信息，并对接第三方信息公示系统对所述注册补充信息进行验证。

4.根据权利要求3所述的一种基于区块链的供需服务系统，其特征在于，

所述注册信息至少包括企业基本信息、联系人信息、企业类型信息以及账号密码信息中的至少一项或者多项；

所述注册补充信息至少包括企业法人信息、注册资本信息、营业执照信息、服务类型信息、服务范围信息以及企业奖惩信息中的至少一项或者多项；

所述用户注册模块，还用于在所述注册补充信息验证通过后，将服务方和/或需求方提交的所述注册信息以及所述注册补充信息写入所述供需服务系统的记账模块中，所述记账模块至少包括区块链账本。

5.根据权利要求4所述的一种基于区块链的供需服务系统，其特征在于，所述系统还包括：

需求审核模块，用于根据服务方和/或需求方提供的注册信息以及注册补充信息，对服务方和/或需求方发布的服务信息和/或需求信息进行审核，审核通过后，将所述服务信息和/或需求信息写入所述区块链账本。

6.根据权利要求5所述的一种基于区块链的供需服务系统，其特征在于，

所述供需需求对接模块，用于在所述需求信息对应的需求类型为指定服务方类型时，将所述需求信息直接推送至所述需求信息中所指定的服务方，以及用于在所述需求信息对应的需求类型为未指定服务方类型时，对所述需求信息进行拆解并根据拆解结果查询所述区块链账本，以找到与所述需求信息相匹配的服务信息并将所述需求信息进行推送。

7.根据权利要求1所述的一种基于区块链的供需服务系统，其特征在于，

所述交易执行模块，用于根据服务方返回的同意服务信息通过预设智能合约自动生成所述交易合同，并在所述交易合同生成后将所述预设智能合约以代码形式实例化到所述供需交易系统对应的区块链网络上。

8.根据权利要求7所述的一种基于区块链的供需服务系统，其特征在于，

所述交易监督模块，用于通过所述预设智能合约监督服务方和/或需求方的交易行为，并在确定所述交易行为违规时，触发执行所述预设智能合约中的惩罚机制。

9.根据权利要求8所述的一种基于区块链的供需服务系统，其特征在于，

所述交易监督模块，还用于在所述预设智能合约中的惩罚机制被执行后，更新所述供需服务系统对应的区块链上的所有节点的区块链账本。

10.一种基于区块链的供需服务方法，其特征在于，应用于供需服务系统，所述方法包括：

接收服务方发布的其所能提供的服务信息，并将所述服务信息与所述供需服务系统内的服务类型相关联；

接收需求方发布的其所需要的需求信息；

确定所述需求信息对应的需求类型，并根据所述需求类型将所述需求信息推送至所述服务方；

响应所述服务方接收到所述需求信息后返回的同意服务信息，并基于所述同意服务信息自动生成交易合同；

在所述交易合同的执行过程中监督记录所述服务方和/或所述需求方的交易行为。