用于电子合同的数据处理方法及装置

技术领域

本公开涉及数据处理技术领域，具体涉及到一种用于电子合同的数据处理方法及装置。

背景技术

在教育行业中，课程的合同签约目前仍处于通过纸质合同进行签约的阶段，引用其他行业的电子签约方法并不适用于教育行业中课程买卖的场景。

发明内容

本公开的主要目的在于提供一种用于电子合同的数据处理方法及装置。

为了实现上述目的，根据本公开的第一方面，提供了一种用于电子合同的数据处理方法，包括：响应于接收到由第一用户端页面触发的为用户列表中的目标用户新增课程电子合同的请求，向第一用户端发送与所述目标用户对应的课程电子合同模板；从所述第一用户端获取课程电子合同模板的填写信息，得到待签名的课程电子合同；响应于接收到第二用户端发送的对任一待签名的课程电子合同进行电子签名请求，向所述第二用户端发送该待签名的课程合同，以使用户通过第二用户端进行电子签名；在从第二用户端获取电子签名完成的电子合同后，将签名完成的电子合同数据同步至预设收费系统。

可选地，方法还包括：接收从预设收费系统发送的对目标电子合同进行付费的请求，确定所述目标电子合同对应的收费金额信息；将所述收费金额信息发送至支付系统，以通过支付系统完成电子合同的支付。

可选地，响应于接收到用户端发送的对支付完成的电子合同进行审核的请求，向所述用户端发送支付完成的电子合同的缴费信息。

可选地，方法还包括：响应于接收到对同步至预设收费系统的目标电子合同进行定金支付的请求，确定目标电子合同对应的定金收费金额，以通过支付系统完成定金支付；更新所述目标电子合同的付费信息。

根据本公开的第二方面，提供了一种用于电子合同的数据处理装置，包括：发送单元，被配置成响应于接收到由第一用户端页面触发的为用户列表中的目标用户新增课程电子合同的请求，向用户端发送与所述目标用户对应的课程电子合同模板；信息获取单元，从所述用户端获取课程电子合同模板的填写信息，得到待签名的课程电子合同；签名单元，响应于接收到第二用户端发送的对任一待签名的课程电子合同进行电子签名请求，向所述第二用户端发送该待签名的课程合同，以使用户通过第二用户端进行电子签名；同步单元，在从第二用户端获取电子签名完成的电子合同后，将签名完成的电子合同数据同步至预设收费系统。

可选地，装置还包括：第一确定单元，被配置成接收从预设收费系统发送的对目标电子合同进行付费的请求，确定所述目标电子合同对应的收费金额信息；第一支付单元，被配置成将所述收费金额信息发送至支付系统，以通过支付系统完成电子合同的支付。

可选地，装置还包括：处理单元，被配置成响应于接收到用户端发送的对支付完成的电子合同进行审核的请求，向所述用户端发送支付完成的电子合同的缴费信息。

可选地，装置还包括：第二确定单元，被配置成响应于接收到对同步至预设收费系统的目标电子合同进行定金支付的请求，确定目标电子合同对应的定金收费金额，以通过支付系统完成定金支付；更新单元，被配置成更新所述目标电子合同的付费信息。

根据本公开的第三方面，提供了一种计算机可读存储介质，包括存储有计算机指令，所述计算机指令用于使所述计算机执行第一方面任意一项实现方式所述的用于电子合同的数据处理方法。

根据本公开的第四方面，提供了一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器执行第一方面任意一项实现方式所述的用于电子合同的数据处理方法。

在本公开实施例用于电子合同的数据处理方法及装置中，通过将电子合同线上化管理，以及线上化支付，实现了合同无接触、异地签署的方式；实现了合同的线上化管理，降低了时间成本，克服了纸质合同管理成本高，签署效率低的技术问题。

附图说明

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

图1是根据本公开实施例的用于电子合同的数据处理方法的流程图；

图2a是根据本公开实施例的用于电子合同的数据处理方法的一个应用场景图；

图2b是根据本公开实施例的用于电子合同的数据处理方法的一个应用场景图；

图2c是根据本公开实施例的用于电子合同的数据处理方法的另一个应用场景图；

图3是根据本公开实施例的用于电子合同的数据处理方法的又一个应用场景图；

图4是根据本公开实施例的用于电子合同的数据处理方法的再一个应用场景图

图5是根据本公开实施例的用于电子合同的数据处理装置的结构图；

图6是根据本公开实施例的电子设备的示意图。

具体实施方式

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

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

可适用于本申请实施例方法的系统架构可以包括服务器、用户端、(第三方)支付系统。服务器的类型可以是多种，可以包括执行本实施例方法的第一服务器；以及包括与第三方支付系统配合实现电子合同缴费的第二服务器。

第一服务器可用于与用户端、或第二服务器进行交互，实现电子合同的管理、电子签约、以及缴费信息的管理。第一服务器、第二服务器的数量不限。

用户端的数量不限，用户端与第一服务器交互可以实现对电子合同的管理(新增、预览等等)、电子合同的在线签名、付费电子合同的审核等等。可以理解的是，不同账号通过用户端登录服务器后，所具有的权限不同，例如，校方的账号登录后，可以对电子合同的相关数据进行管理、审核。而购买课程用户的账号登录后，可以实现电子合同的签名、预览等等。根据本公开实施例，提供了一种用于电子合同的数据处理方法，如图1所示，该方法包括如下的步骤101至步骤104：

步骤101：响应于接收到由第一用户端页面触发的为用户列表中的目标用户新增课程电子合同的请求，向第一用户端发送与所述目标用户对应的课程电子合同模板。

在本实施例中，可以预先获取签约用户信息(包括但是不限于，身份标识信息，用户所在学习中心、用户的就读学校、用户所属的教育顾问、用户的班主任、用户续费的可能性、合同所购买的课时时长等等)，而后基于该信息建立用户列表，每一个用户对应各自的用户信息。参考图2a。

第一用户端可以请求服务端获取用户列表信息，而后用户列表信息在用户端的交互界面上显示，第一用户端的交互界面检测为目标用户新增课程电子合同的请求是否被触发，如果检测到被触发，则向用户端发送目标用户对应的课程电子合同模板。

在该模板中，包含默认的无需配置的项，包括但是不限于，针对不同的目标用户，在模板中自动生成用户信息默认项，例如，用户基本信息中的用户姓名对应的信息、家长姓名对应的信息、手机号等。以及包括合同内容的默认项，例如，合同属性、合同编号、合同类型(例如，常规课程1对1等等)、合同年纪(例如小学一年级)教育顾问姓名、合同签约日期。

通过该方式，无论是签署前，或者签署后，均可实时线上对电子合同进行修改，降低了时间成本、金钱成本等。

在该模板中，还包含默认的需要配置的项，包括但是不限于，合同内容需要配置的项，例如，合同金额、合同起止时间、合同的总课时等等。

步骤102：从所述第一用户端获取课程电子合同模板的填写信息，得到待签名的课程电子合同。

当通过步骤101对合同进行配置后，从交互界面中获取配置信息，得到预设格式的待签名电子合同。预设格式的待签名电子合同可以包括但是不限于课程信息(年纪、科目)、购买课时信息、合同金额、学员信息(学生的姓名、性别)、家长信息(家长的姓名等)、签约人信息等。、

步骤103：响应于接收到第二用户端发送的对任一待签名的课程电子合同进行电子签名请求，向所述第二用户端发送该待签名的课程合同，以使用户通过第二用户端进行电子签名。

在本实施例中，当针对目标用户生成待签名电子合同后(一个目标用户可以对应多个电子合同，参考图2b)，可以将待签名电子合同的数据关联至目标用户相关的账号(例如，学生家长的账户)。当目标用户相关的账号被登录后，可以通过用户端的交互界面显示所有待签名的电子合同数据、或者已经签名的电子合同数据。当通过用户端触发任一电子合同后，向用户端发送待签名电子合同数据，用户端检测签名请求是否被触发，如果被触发，那么向用户端发送呈现待签名界面的数据，待签名界面提供了手写文本输入区。通过该文本输入区实现电子签名。

步骤104：在从第二用户端获取电子签名完成的电子合同后，将签名完成的电子合同数据同步至预设收费系统。

在本实施例中，用户端检测输入区，并将检测到的输入文本发送至服务端，服务端在接收到该文本后，将已进行签名的合同进行存储，并将该签名完成的合同发送至预设收费系统。预设收费系统用于实现用户通过用户端进行合同缴费、通过用户端对缴费数据进行核对等等。通过将电子合同同步至预设收费系统，实现了签名、缴费的线上一体化，提高了电子合同的签约效率，可以解决相关技术中，纸质合同缴费流程繁琐，签约率低的问题。

示例性地，签名完成的电子合同均可以存储在数据库中，且可以实时监测对电子合同的管理请求是否被触发，如果被触发，则对电子合同进行响应的处理。

对电子合同的管理请求可以包括：对电子合同的预览请求，当用户通过第一用户端的页面触发该预览请求对应的控件后，服务器(本实施例方法的执行主体)接收到该请求后，将待预览的电子合同数据发送至第一用户端呈现。

对电子合同的管理请求还可以包括：将电子合同同步至预设收费系统的请求，当用户通过第一用户端的页面触发该同步请求对应的控件后，服务器(本实施例方法的执行主体)接收到该请求后，将待同步的电子合同同步至预设收费系统。

作为本实施例一种可选的实现方式，方法还包括：接收从预设收费系统发送的对目标电子合同进行付费的请求，确定所述目标电子合同对应的收费金额信息；将所述收费金额信息发送至支付系统，以通过支付系统完成电子合同的支付。

在本可选的实现方式中，与目标用户相关的账号登录预设收费系统后，服务端向用户端发送待付费账单信息(可以基于同步的电子合同的待缴费的金额信息、以及电子合同的基本信息生成的账单信息)，并可在所述界面通过组件的形式呈现该账单信息。参考图4，账单信息可以包括目标用户标识信息、对应的金额数、以及距离合同签名的时间。当组件被触发后，向用户端发送该账单对应的部分合同内容，包括但是不限于，科目、课时数量、总费用。当对应的内容无误，确认支付的组件被触发后，即付费请求被触发，服务端接收用户端发送的对签名完成的合同进行付费的请求，而后基于该请求，从合同内容中确定合同对应的缴费金额。而后建立与第三方支付系统的通信连接，通过第三方支付系统实现缴费。将付费账单信息和预设类型的控件结合，生成可被触发的组件，一方面可以清晰核对电子合同的信息，一方面容易触发付费请求，进而简化了付费方式，解决了相关技术中，需要针对每条电子合同列表中的电子合同进行付费的繁琐方式。

在完成支付后，更新电子合同的支付完成的状态信息。当目标用户的相关账户登录后，将电子合同的状态信息发送至用户端，用户端交互界面更新显示信息。

作为本实施例一种可选的实现方式，响应于接收到用户端发送的对支付完成的电子合同进行审核的请求，向所述用户端发送支付完成的电子合同的缴费信息。

在本可选的实现方式中，当支付完成后，目标账号(可以是财务管理账号)在通过用户端被登录后，用户可以对付费完成的电子合同进行审核，确定合同编号与收款金额是否对应正确。

可以理解的是，如果缴费金额、或者缴费的电子合同的信息存在错误，可以通过反馈控件进行反馈(例如，可以是服务端在接收到该反馈控件的触发请求后，将反馈的错误信息进行存储，并发送至相应的用户端，以用于财务进一步审核，或者用于用户进行缴费更正)。而审核发现错误，进行进一步反馈的后续所有可以实现的操作或者方法，均在本申请的保护范围内。

参考图3，当在预设收费系统的缴费操作完成后，可以生成缴费电子合同的信息(电子合同的基本信息(合同编号、学生姓名、学校)、以及缴费信息(收款人、收款金额、支付方式、收款时间等等))，并将该信息发送至第一用户端显示，在该显示界面中，每一个缴费过的电子合同中均可对应编辑控件，包括但是不限于审核控件，例如，审核通过控件，当该审核通过控件被触发后，缴费电子合同的信息代表审核通过，电子合同的当前缴费节点完成。

本可选的实现方式将缴费审核线上化，简化了电子合同的签约流程；将缴费的电子合同生成标准格式的信息，提高了审核效率，克服了相关技术中需要针对不同付费方式的账单进行审核，造成审核容易发生账单遗漏、错误、审核效率低的缺陷；通过本可选的方式，能够及时发现缴费金额、或者缴费的电子合同的信息是否发生错误，并及时地反馈。

作为本实施例一种可选的实现方式，响应于接收到对同步至预设收费系统的目标电子合同进行定金支付的请求，确定目标电子合同对应的定金收费金额，以通过支付系统完成定金支付；更新所述目标电子合同的付费信息。

在本可选的实现方式中，在新增电子合同时，可以在电子合同模板中设置付费方式(或类型)，付费方式可以包括全款付费、以及定金付费方式，当付费方式为定金付费方式时，服务端接收第一用户端配置(输入)的定金金额。本可选的实现方式，实现了电子合同线上缴费的多样化，支持不同的缴费方式，并实时更新电子合同的缴费进度，从而进一步加强了对电子合同的缴费管理，避免了相关技术中，纸质电子合同的缴费进度管理依靠人工统计的方式，容易发生账单管理错误、管理流程复杂的缺陷。

由于通过预设收费系统可以对电子合同进行收费，因此当任一一个电子合同需同步至预设收费系统时，可以在电子合同的付费方式配置完成之后进行同步。也可以是当该电子合同签名完成后，将该合同数据同步至预设收费系统。

如果从第一用户端接收到了将电子合同的待付费信息同步至预设收费系统的请求，可以将电子合同的待付费信息同步至预设收费系统。在该同步过程中，同步的数据(待付费信息)可以包括电子合同的基本信息(包括但是不限于，课程的科目名称)、以及金额信息(该金额可以包括定金金额、和尾款金额)，在进行同步(推送)时，定金金额和尾款金额可以任选其一后与电子合同的基本信息进行推送，也可以二者共同与电子合同的基本信息进行推送。用户可通过预设收费系统对分别对定金和尾款进行缴费。

当缴费完成后，服务端可以更新数据库中存储的电子合同的当前缴费信息，并将该更新后的数据发送至第一用户端，以使第一用户端对电子合同的缴费状态进行实时显示。参考图2c。

可以理解的是，在预设收费系统的交互界面通过组件的形式呈现该账单信息，包括定金金额数(和/或尾款金额)、以及距离合同签名的时间。当该组件被触发后，服务端向用户端发送该账单对应的部分合同内容，包括但是不限于，科目、课时数量、定金费用，费用。当对应的内容无误，确认支付定金的组件被触发后，即定金付费请求被触发，服务端接收付费的请求，确定该请求对应的缴费金额，而后建立与第三方支付系统的通信连接，通过第三方支付系统实现定金缴费。

参考图2b在完成后将缴费信息更新至用户列表中对应的课程电子合同中。

在上述可选的实现方式中，当用户通过预设收费系统，对电子合同进行任一方式的缴费后，服务端均可基于该缴费信息生成用户对缴费电子合同审核的信息、以及更新用户列表中对应的课程电子合同的信息。

本实施例实现了电子合同无接触、可异地签署，相较于传统纸质合同双方签约需要当面签署，电子合同规避了不必要的接触(例如，传染病防控期间)，直接在线实现合同签署功能。降低了时间、金钱成本，规避遗失风险，克服了传统纸质合同签署审批、打印、盖章、签字、校对，邮寄合同存在丢失的风险；签署后，后期如有调整、修改，需要二次重复工作时间成本加大。电子合同的签署、制定、调整、修改全部可以在线操作，直到签署成功。提高了效率，方便随时查询、调阅，传统纸质合同需要充足的空间存档管理，如使用、查询、调阅的难度大，需要指派专门的工作人员负责管理。使用电子合同能提高合同管理效率，减少人员及时间成本，随时在线上使用、查询、调阅。安全存储，不易篡改，传统的纸质合同，安全性差。电子合同是以电子数据为媒介，传输环节采取加密保护措施，保障传输过程的保密性和完整性。平台对电子合同数据进行加密存储，保证电子合同数据安全，做到司法落地。电子合同实现无纸化办公，无纸化办公是互联网时代提出的全新办公理念，电子合同让合同签署脱离纸张，简化流程，开启全新合同签署方式。电子合同签署的无纸化，能够让企业轻装上阵，节能减负，释放出巨大效益，提高办公效率。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

根据本公开实施例，还提供了一种用于实施上述用于电子合同的数据处理方法的装置，如图5所示，该装置包括：发送单元501，被配置成响应于接收到由第一用户端页面触发的为用户列表中的目标用户新增课程电子合同的请求，向用户端发送与所述目标用户对应的课程电子合同模板；信息获取单元502，从所述用户端获取课程电子合同模板的填写信息，得到待签名的课程电子合同；签名单元503，响应于接收到第二用户端发送的对任一待签名的课程电子合同进行电子签名请求，向所述第二用户端发送该待签名的课程合同，以使用户通过第二用户端进行电子签名；同步单元304，在从第二用户端获取电子签名完成的电子合同后，将签名完成的电子合同数据同步至预设收费系统。

作为本实施例一种可选的实现方式，装置还包括：第一确定单元，被配置成接收从预设收费系统发送的对目标电子合同进行付费的请求，确定所述目标电子合同对应的收费金额信息；第一支付单元，被配置成将所述收费金额信息发送至支付系统，以通过支付系统完成电子合同的支付。

作为本实施例一种可选的实现方式，装置还包括：处理单元，被配置成响应于从收费系统接收到对支付完成的电子合同进行审核的请求，向所述收费系统发送支付完成的电子合同。

作为本实施例一种可选的实现方式，装置还包括：第二确定单元，被配置成响应于接收到对同步至预设收费系统的目标电子合同进行定金支付的请求，确定目标电子合同对应的定金收费金额，以通过支付系统完成定金支付；第一更新单元，被配置成更新所述目标电子合同的付费状态；第二支付单元当接收到对目标电子合同进行尾款支付的请求后，通过支付系统完成尾款支付；第二更新单元，被配置成更新所述目标电子合同的付费状态。

本公开实施例提供了一种电子设备，如图6所示，该电子设备包括一个或多个处理器61以及存储器62，图6中以一个处理器61为例。

该控制器还可以包括：输入装置63和输出装置64。

处理器61、存储器62、输入装置63和输出装置64可以通过总线或者其他方式连接，图6中以通过总线连接为例。

处理器61可以为中央处理器(CentralProcessingUnit，CPU)。处理器61还可以为其他通用处理器、数字信号处理器(DigitalSignalProcessor，DSP)、专用集成电路(ApplicationSpecificIntegratedCircuit，ASIC)、现场可编程门阵列(Field-ProgrammableGateArray，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等芯片，或者上述各类芯片的组合。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器62作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序、非暂态计算机可执行程序以及模块，如本公开实施例中的控制方法对应的程序指令/模块。处理器61通过运行存储在存储器62中的非暂态软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例的用于电子合同的数据处理方法。

存储器62可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据服务器操作的处理装置的使用所创建的数据等。此外，存储器62可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施例中，存储器62可选包括相对于处理器61远程设置的存储器，这些远程存储器可以通过网络连接至网络连接装置。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置63可接收输入的数字或字符信息，以及产生与服务器的处理装置的用户设置以及功能控制有关的键信号输入。输出装置64可包括显示屏等显示设备。

一个或者多个模块存储在存储器62中，当被一个或者多个处理器61执行时，执行如图1所示的方法。

本领域技术人员可以理解，实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各电机控制方法的实施例的流程。其中，存储介质可为磁碟、光盘、只读存储记忆体(Read-OnlyMemory，ROM)、随机存储记忆体(RandomAccessMemory，RAM)、快闪存储器(FlashMemory)、硬盘(HardDiskDrive，缩写：HDD)或固态硬盘(Solid-StateDrive，SSD)等；存储介质还可以包括上述种类的存储器的组合。

虽然结合附图描述了本公开的实施方式，但是本领域技术人员可以在不脱离本公开的精神和范围的情况下作出各种修改和变型，这样的修改和变型均落入由所附权利要求所限定的范围之内。