本申请涉及计算机技术领域，尤其涉及一种签约方法和装置。
背景技术：
目前，合同、合约等签约文件一般是需要用户线下进行手写签字。但随着智能技术的不断发展，线上签字已经成为了一种趋势。
现有的电子签字技术主要是通过电子签名来确定个人身份，而电子签约上的手写签名实际上是一种可以任意拷贝粘贴的图片。另外还有一种是通过手写板或者手写屏幕的方式对用户输入的字体进行转化，以将其转化为标准字体，但此过程会损失原始手写笔迹的特征。
因此，需要更加可靠的签约方案。
技术实现要素：
本说明书实施例提供一种签约方法和装置，用于解决现有技术存在的签约不方便、安全性低的问题。
本说明书实施例提供一种签约方法，包括：
第一电子客户端确定第一签约方在第一虚拟文件上进行的签名操作，所述第一虚拟文件为将第一签约文件投影至空间中获得的；
将所述签名操作对应的签名字迹添加至所述第一签约文件中，以生成第二签约文件；
将所述第二签约文件提供给第二签约方的第二电子客户端。
可选的，在确定第一签约方在第一虚拟文件上进行的签名操作之前，还包括：
确定待签约的文件；
对所述待签约的文件进行数字化处理，获取第一签约文件；
将所述第一签约文件投影至空间中或者空间的实体上，以生成第一虚拟文件。
可选的，在将所述第一签约文件投影至空间中或者空间的实体上的同时或者之后，还包括：
突显所述第一虚拟文件中用于签名的区域。
可选的，在确定第一签约方在第一虚拟文件上进行的签名操作之后，还包括：
识别所述签名操作，以确定所述签名操作对应的签名轨迹，并根据所述签名轨迹确定所述签名操作对应的签名字迹。
可选的，所述将所述签名操作对应的签名字迹添加至第一签约文件中包括：
根据所述签名字迹在所述第一虚拟文件上的位置信息，将所述签名字迹添加至所述第一签约文件的对应位置上。
可选的，所述将所述第二签约文件提供给其第二签约方的第二电子客户端包括：
将所述第二签约文件发送给服务器，以使所述服务器对所述第二签约文件是否合法进行验证，并在验证结果为通过时将所述第二签约文件发送第二签约方的第二电子客户端。
可选的，在将所述第二签约文件发送给服务器的同时或者之后，还包括：
向所述服务器发送签字图像，所述签字图像用于记录所述签字操作。
本说明书实施例还提供一种签约方法，包括：
接收第一电子客户端发送的第二签约文件，所述第二签约文件为将第一签约方在第一虚拟文件上进行的签名操作对应的签名字迹添加至第一签约文件中生成的，所述第一虚拟文件为将所述第一签约文件投影至空间中获得的；
验证所述第一签约方的签名字迹，以确定所述第二签约文件的合法性；
若验证结果为通过，则将所述第二签约文件发送给第二签约方的第二电子客户端。
可选的，所述验证所述第一签约方的签名字迹包括：
识别所述第一签约方的签名字迹，以确定所述签名字迹对应的身份信息；
验证所述签名字迹对应的身份信息与所述第二签约文件中的签约方的身份信息是否相匹配。
可选的，所述验证所述第一签约方的签名字迹包括：
验证所述签名字迹对应的身份信息与所述第一签约方注册的身份信息是否一致。
可选的，所述验证所述第一签约方的签名字迹包括：
验证所述签名字迹在所述第二签约文件中的位置是否位于预定范围内，所述预定范围与所述签名字迹对应的身份信息相对应。
可选的，在将所述第二签约文件发送给第二签约方的第二电子客户端之后，还包括：
接收所述第二电子客户端发送的第三签约文件，所述第三签约文件为将所述第二签约方在第二虚拟文件上进行的签名操作对应的签名字迹添加至第二签约文件中生成的，所述第二虚拟文件为将所述第二签约文件投影至空间中获得的；
验证所述第二签约方的签名字迹，以确定所述第三签约文件的合法性；
若验证结果为通过，则确定签约完成。
可选的，若验证结果为通过，则还包括：
向所述第一电子客户端和所述第二电子客户端发送指示信息，所述指示信息用于指示所述第三签约文件为签约完成后的签约文件。
本说明书实施例还提供一种签约方法，包括：
第二电子客户端确定第二签约方在第二虚拟文件上进行的签名操作，所述第二虚拟文件为将第二签约文件投影至空间中获得的，所述第二签约文件为第一电子客户端提供的带有第一签约方的签名字迹的签约文件；
将所述签名操作对应的签名字迹添加至第二签约文件中，以生成第三签约文件；
将所述第三签约文件发送给服务器，以使所述服务器对所述第三签约文件进行验证，并根据验证结果确定第三签约文件是否合法。
本说明书实施例还提供一种签约方法，包括：
电子客户端确定在虚拟文件上进行的签名操作，所述虚拟文件为将待签约的文件投影至空间中获得的；
将所述签名操作对应的签名字迹添加至所述待签约的文件中，以生成签约后的文件；
将所述签约后的文件发送至与所述电子客户端对应的服务器。
本说明书实施例还提供一种签约装置，包括：
确定单元，用于确定第一签约方在第一虚拟文件上进行的签名操作，所述第一虚拟文件为将第一签约文件投影至空间中获得的；
添加单元，用于将所述签名操作对应的签名字迹添加至所述第一签约文件中，以生成第二签约文件；
提供单元，用于将所述第二签约文件提供给第二签约方的第二电子客户端。
可选的，装置还包括：
预处理单元，用于确定待签约的文件；对所述待签约的文件进行数字化处理，获取第一签约文件；将所述第一签约文件投影至空间中或者空间的实体上，以生成第一虚拟文件。
可选的，所述预处理单元，还用于突显所述第一虚拟文件中用于签名的区域。
可选的，所述添加单元，还用于识别所述签名操作，以确定所述签名操作对应的签名轨迹，并根据所述签名轨迹确定所述签名操作对应的签名字迹。
可选的，所述添加单元，具体用于根据所述签名字迹在所述第一虚拟文件上的位置信息，将所述签名字迹添加至所述第一签约文件的对应位置上。
可选的，所述提供单元，具体用于将所述第二签约文件发送给服务器，以使所述服务器对所述第二签约文件是否合法进行验证，并在验证结果为通过时将所述第二签约文件发送第二签约方的第二电子客户端。
可选的，所述提供单元，还用于向所述服务器发送签字图像，所述签字图像用于记录所述签字操作。
本说明书还提供一种签约装置，包括：
接收单元，用于接收第一电子客户端发送的第二签约文件，所述第二签约文件为将第一签约方在第一虚拟文件上进行的签名操作对应的签名字迹添加至第一签约文件中生成的，所述第一虚拟文件为将所述第一签约文件投影至空间中获得的；
第一验证单元，用于验证所述第一签约方的签名字迹，以确定所述第二签约文件的合法性；
发送单元，用于若验证结果为通过，则将所述第二签约文件发送给第二签约方的第二电子客户端。
可选的，所述第一验证单元，具体用于识别所述第一签约方的签名字迹，以确定所述签名字迹对应的身份信息；验证所述签名字迹对应的身份信息与所述第二签约文件中的签约方的身份信息是否相匹配。
可选的，所述第一验证单元，还用于验证所述签名字迹对应的身份信息与所述第一签约方注册的身份信息是否一致。
可选的，所述第一验证单元，还用于验证所述签名字迹在所述第二签约文件中的位置是否位于预定范围内，所述预定范围与所述签名字迹对应的身份信息相对应。
可选的，装置还包括：
接收单元，用于接收所述第二电子客户端发送的第三签约文件，所述第三签约文件为将所述第二签约方在第二虚拟文件上进行的签名操作对应的签名字迹添加至第二签约文件中生成的，所述第二虚拟文件为将所述第二签约文件投影至空间中获得的；
第二验证单元，用于验证所述第二签约方的签名字迹，以确定所述第三签约文件的合法性；若验证结果为通过，则确定签约完成。
可选的，所述发送单元，还用于若验证结果为通过，向所述第一电子客户端和所述第二电子客户端发送指示信息，所述指示信息用于指示所述第三签约文件为签约完成后的签约文件。
本说明书实施例还提供一种签约装置，包括：
确定单元，用于确定第二签约方在第二虚拟文件上进行的签名操作，所述第二虚拟文件为将第二签约文件投影至空间中获得的；
添加单元，用于将所述签名操作对应的签名字迹添加至第二签约文件中，以生成第三签约文件；
发送单元，用于将所述第三签约文件发送给服务器，以使所述服务器对所述第三签约文件进行验证，并根据验证结果确定第三签约文件是否合法；
其中，所述第二签约文件为第一电子客户端提供的带有第一签约方的签名字迹的签约文件。
本说明书实施例还提供一种签约装置，包括：
确定单元，用于确定在虚拟文件上进行的签名操作，所述虚拟文件为将待签约的文件投影至空间中获得的；
添加单元，用于将所述签名操作对应的签名字迹添加至所述待签约的文件中，以生成签约后的文件；
发送单元，用于将所述签约后的文件发送至与所述电子客户端对应的服务器。
本说明书实施例还提供一种签约装置，包括：
处理器；以及
被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行以下操作：
确定第一签约方在第一虚拟文件上进行的签名操作，所述第一虚拟文件为将第一签约文件投影至空间中获得的；
将所述签名操作对应的签名字迹添加至所述第一签约文件中，以生成第二签约文件；
将所述第二签约文件提供给第二签约方的第二电子客户端。
本说明书实施例还提供一种签约装置，包括：
处理器；以及
被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行以下操作：
接收第一电子客户端发送的第二签约文件，所述第二签约文件为将第一签约方在第一虚拟文件上进行的签名操作对应的签名字迹添加至第一签约文件中生成的，所述第一虚拟文件为将所述第一签约文件投影至空间中获得的；
验证所述第一签约方的签名字迹，以确定所述第二签约文件的合法性；
若验证结果为通过，则将所述第二签约文件发送给第二签约方的第二电子客户端。
本说明书实施例还提供一种签约装置，包括：
处理器；以及
被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行以下操作：
确定第二签约方在第二虚拟文件上进行的签名操作，所述第二虚拟文件为将第二签约文件投影至空间中获得的；
将所述签名操作对应的签名字迹添加至第二签约文件中，以生成第三签约文件；
将所述第三签约文件发送给服务器，以使所述服务器对所述第三签约文件进行验证，并根据验证结果确定第三签约文件是否合法；
其中，所述第二签约文件为第一电子客户端提供的带有第一签约方的签名字迹的签约文件。
本说明书实施例还提供一种签约装置，包括：
处理器；以及
被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行以下操作：
确定在虚拟文件上进行的签名操作，所述虚拟文件为将待签约的文件投影至空间中获得的；
将所述签名操作对应的签名字迹添加至所述待签约的文件中，以生成签约后的文件；
将所述签约后的文件发送至与所述电子客户端对应的服务器。
本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果：
通过将签约文件投影至空间中，由签约方在空间中进行签名操作，并将签名操作对应的字迹添加至签约文件中，以完成该签约方的签约。与现有技术中电子签名或者在手写板上签名的方案相比，能在保留签约方原始字迹的同时，避免签名字迹被任意更改的缺陷，实现提高签名安全性和便捷性的目的。
附图说明
此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
图1a和图1b为本发明实施例提供的应用场景示意图；
图2为本发明实施例1提供的一种签约方法的流程示意图；
图3为本发明实施例2提供的一种签约方法的流程示意图；
图4为本发明实施例3提供的一种签约方法的流程示意图；
图5为本发明实施例4提供的一种签约方法的流程示意图；
图6为本发明实施例5提供的一种签约方法的流程示意图；
图7为本发明实施例6提供的一种签约装置的结构示意图；
图8为本发明实施例7提供的一种签约装置的结构示意图；
图9为本发明实施例8提供的一种签约装置的结构示意图；
图10为本发明实施例9提供的一种签约装置的结构示意图；
图11为本发明实施例10提供的一种电子设备的结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
参见图1a，本发明实施例的第一种应用场景可以为：
第一签约方使用安装有第一电子客户端的第一终端设备12，第二签约方使用安装有第二电子客户端的第二移动设备13，服务器11可以具体为授权/验证中心。
以第一签约方为签约发起方为例，首先，第一签约方确定待签约的文件，并通过第一终端设备12将其投影至空间中，由第一签约方进行签名操作，并将第一签约方的签名字迹添加至签约文件后发送至服务器；其次，服务器验证第一签约方的签名字迹的是否合法，若合法，则将签约文件发送给第二移动设备13。再次，通过第二移动设备13将签约文件投影至空间中，由第二签约方进行签名操作，并将第二签约方的签名字迹添加至签约文件后发送至服务器；最后，服务器验证第二签约方的签名字迹是否合法，若合法，则确定该签约文件合法，并向第一签约方和第二签约方发送签约完成的通知消息以及最终版的签约文件。
需要说明的是，本应用场景虽然仅列举了第一签约方和第二签约方，但对于需要三方或者三方以上的签约方式也是适用的，由于其实现过程与上述过程相似，故，此处不再赘述。
参见图1b，本发明实施例的第二种应用场景可以为：
与第一种应用场景相比，本应用场景为单方签约，以签约方使用第一终端设备15，服务器14具体为授权/验证中心为例。
签约方确定待签约的文件，并通过第一终端设备15将其投影至空间中，由签约方进行签名操作，并将签约方的签名字迹添加至签约文件后发送至服务器14；其次，服务器14验证签约方的签名字迹的是否合法，若合法，则认为该签约文件合法/有效；最后，向签约方发送签约文件合法的通知消息，并选择性地授予签约方享有与签约文件相应的服务的权力。
对于上述两个应用场景中的签约方，签约方可以具体为多方参与的委托合同中的委托方和被委托方、借贷合同中的出借方和借用人等等，也可以具体为单方参与的承诺书中的承诺方等等。
终端设备可以具体为具备vr/ar功能的手机、电脑、pad等等；服务器可以具体为权威性的认证中心等。
以下结合附图，详细说明本申请各实施例提供的技术方案。
实施例1
图2为本发明实施例1提供的一种签约方法的流程示意图，参见图2，该方法可以由上述第一种应用场景中的第一终端设备12或者第二终端设备13执行，具体可以包括如下步骤：
步骤22、第一电子客户端确定第一签约方在第一虚拟文件上进行的签名操作，所述第一虚拟文件为将第一签约文件投影至空间中获得的；
需要说明的是，形成步骤22中的第一虚拟文件的方案可以为：
第一签约方从第一移动终端上查找、选定待签约的文件；
第一终端设备对该待签约的文件进行数字化处理，获取第一签约文件；然后，将该第一签约文件投影至空间中或者空间的实体上，以生成第一虚拟文件。例如：第一终端设备基于ar/vr技术，在摄像头的空间内(可以是悬空，也可以是墙面、桌面等实体上)产生一份和第一签约文件一样的虚拟文件。
基于此，步骤22的一种实现方式可以为：
第一签约方在空间中投影出的虚拟文件上执行与线下手写签约一样的操作，例如：用手指/签字笔在虚拟文件的合适位置签名。
然后，由第一终端设备的摄像头采集第一签约方的签名操作，并告知第一电子客户端。
本实现方式中，签名位置可以是在第一终端设备投影第一签约文件时突显出的第一虚拟文件中用于签名的区域。
步骤24、将所述签名操作对应的签名字迹添加至所述第一签约文件中，以生成第二签约文件；
需要说明的是，步骤24的一种实现方式可以为：
首先，由第一电子客户端对第一签约方的签名操作进行识别，以确定所述签名操作对应的签名轨迹，并根据所述签名轨迹确定所述签名操作对应的签名字迹。
例如：在第一签约方使用签字笔签名时，第一终端设备可识别出签字笔的运动轨迹，基于签字笔的运动轨迹确定出对应的字迹。该字迹可理解为第一签约方签的字的行迹。
然后，第一电子客户端将该字迹添加至第一签约文件中，并将添加了该字迹的第一签约文件作为第二签约文件。
步骤24的另一种实现方式可以为：
由第一终端设备执行识别签名操作的步骤，并将确定出的签名字迹发送给第一电子客户端，由第一电子客户端执行在第一签约文件中添加字迹的步骤。
由于第一终端设备和第一电子客户端执行识别签名操作的步骤较为相似，故，此处不再对第一终端设备执行识别签名操作的步骤进行展开说明。
对于步骤24的两个实现方式，其在第一签约文件中添加字迹的步骤可以具体为：
首先，基于识别签名操作的步骤确定签名字迹在所述第一虚拟文件上的位置信息；然后，将所述签名字迹添加至所述第一签约文件的对应位置上。
步骤26、将所述第二签约文件提供给第二签约方的第二电子客户端。
需要说明的是，步骤26的一种实现方式可以为：
第一电子客户端将第二签约文件发送给服务器11，由服务器11验证第二签约文件是否合法，若验证结果为通过则将第二签约文件发送给第二签约的第二电子客户端。
步骤26的另一种实现方式可以为：
第一电子客户端基于预先与第二电子客户端建立的连接，直接将第二签约文件发送给第二电子客户端。其中，建立连接的方式可以具体为蓝牙。
另外，第一终端设备的摄像头在采集第一签约方的签名操作的同时，还会采集整个签名操作的图像，例如：录制整个签名操作的视频。将图像发送给服务器，由服务器进行保存，以作为第一签约方签名的证据，避免第一签约方造假、反悔、冒充第一签约方的情况，达到提高签约安全性的目的。
可见，本实施例通过将签约文件投影至空间中，由签约方在空间中进行签名操作，并将签名操作对应的字迹添加至第一签约文件中，以完成该签约方的签约。与现有技术中电子签名或者在手写板上签名的方案相比，能在保留签约方原始字迹的同时，避免签名字迹被任意更改的缺陷，实现提高签名安全性和便捷性的目的。
实施例2
图3为本发明实施例2提供的一种签约方法的流程示意图，参见图3，该方法可以由第一种应用场景中的服务器11执行，具体可以包括如下步骤：
步骤32、接收第一电子客户端发送的第二签约文件，所述第二签约文件为将第一签约方在第一虚拟文件上进行的签名操作对应的签名字迹添加至第一签约文件中生成的，所述第一虚拟文件为将所述第一签约文件投影至空间中获得的；
需要说明的是，步骤32中的相关内容已在实施例中加以说明，故，此处不再对步骤32进行展开说明，相似之处请参见实施例1中的相关描述。
步骤34、验证所述第一签约方的签名字迹，以确定所述第二签约文件的合法性；
需要说明的是，步骤34的第一种实现方式可以为：
识别第一签约方的签名字迹，以确定所述签名字迹对应的身份信息；
验证所述签名字迹对应的身份信息与所述第二签约文件中的签约方的身份信息是否相匹配。
例如：第一签约方签的名字为a，但如果签约文件中记载的签约方均没有a，则说明该名字可能有问题，需要进一步地的联网核查第一签约方的法人、代理人等，并验证a是否为第一签约方的法人、代理人等，若是，则认为该第二签约文件合法。
步骤34的第二种实现方式可以为：
识别第一签约方的签名字迹，以确定所述签名字迹对应的身份信息；
验证所述签名字迹对应的身份信息与所述第一签约方注册的身份信息是否一致。
例如：第一签约方在服务器侧注册的身份信息为b，但是第一签约方签的名字为a，则说明存在可疑。
步骤34的第三种实现方式可以为：
识别第一签约方的签名字迹，以确定所述签名字迹对应的身份信息；
验证所述签名字迹在所述第二签约文件中的位置是否位于预定范围内，所述预定范围与所述签名字迹对应的身份信息相对应。
例如：第一签约方作为甲方应该在签约文件的“甲方”后边的一定范围内签字，若第一签约方签名的位置超出该范围，甚至签到了乙方签字的范围，则判定第二签约文件不合法。
不难理解的是，对于步骤34的三种实现方式，可基于签约文件要求的安全等级合理设置。具体可以为，对于安全等级要求较低的签约文件，例如：可以代签，则采用第一种实现方式即可；对于安全等级要求较高的签约文件，例如：涉及商业秘密，则采用第一种+第二种+第三种实现方式。
至于如何判定签约文件的安全等级，则可以通过如下两个实现方式来实现：
其一、签约发起方(例如：第一签约方)在第一电子客户端的安全等级选择界面选定的安全等级选项(例如：普通、高级、最高级)，然后，服务器基于签约发起方选定的安全等级来选择对应的验证步骤的实现方式。
其二、服务器基于签约文件的内容，以签约文件中的金额、关键词等，结合预建立的模型确定签约文件的所需的安全等级，进而选择对应的验证步骤的实现方式。
步骤36、若验证结果为通过，则将所述第二签约文件发送给第二签约方的第二电子客户端。
不难理解的是，验证结果为通过则说明签约文件合法，由此，服务器可将该第二签约文件发送给其他的签约方，以供其他的签约方进行签约，并接收其他签约方返回的第三签约文件。服务器再次对第三签约方的合法性进行验证，基于此过程，服务器若验证到签约文件上的所有签约方均有签名且签名字迹均合法，则判定该签约文件合法并生效。
可见，本实施例中，通过对签约方在虚拟文件进行签字操作对应的签名字迹进行验证，以确保签约文件的合法性，并在签约文件合法时将签约文件发送给其他的签约方，与现有技术中电子签名或者在手写板上签名的方案相比，能在保留签约方原始字迹的同时，避免签名字迹被任意更改的缺陷，实现提高签名安全性和便捷性的目的。
实施例3
图4为本发明实施例3提供的一种签约方法的流程示意图，参见图4，该实施例可以有第一种应用场景中的第二终端设备13执行，具体可包括如下步骤：
步骤42、确定第二签约方在第二虚拟文件上进行的签名操作，所述第二虚拟文件为将第二签约文件投影至空间中获得的，所述第二签约文件为第一电子客户端提供的带有第一签约方的签名字迹的签约文件；
需要说明的是，在步骤42之前，还可以进行投影的步骤：
安装在第二终端设备的第二电子客户端接收到服务器发送的第二签约文件后，基于第二签约方的选择操作，将该第二签约文件投影至空间中或者空间的实体上，以生成第二虚拟文件。
基于此，步骤42的一种实现方式可以为：
第二签约方在空间中投影出的虚拟文件上执行与线下手写签约一样的操作，例如：用手指/签字笔在虚拟文件的合适位置签名；
然后，由第二终端设备的摄像头采集第二签约方的签名操作，并提供给第二电子客户端进行后续处理。
步骤44、将所述签名操作对应的签名字迹添加至第二签约文件中，以生成第三签约文件；
需要说明的是，步骤44的一种实现方式可以为：
首先，由第二电子客户端对第二签约方的签名操作进行识别，以确定所述签名操作对应的签名轨迹，并根据所述签名轨迹确定所述签名操作对应的签名字迹。
例如：在第二签约方使用签字笔签名时，第二终端设备可识别出签字笔的运动轨迹，基于签字笔的运动轨迹确定出对应的字迹。该字迹可理解为第二签约方签的字的行迹。
然后，第二电子客户端将该字迹添加至第二签约文件中，并将添加了该字迹的第二签约文件作为第三签约文件。
步骤44的另一种实现方式可以为：
由第二终端设备执行识别签名操作的步骤，并将确定出的签名字迹发送给第二电子客户端，由第二电子客户端执行在第二签约文件中添加字迹的步骤。
由于第二终端设备和第二电子客户端执行识别签名操作的步骤较为相似，故，此处不再对第二终端设备执行识别签名操作的步骤进行展开说明。
对于步骤44的两个实现方式，其在第二签约文件中添加字迹的步骤可以具体为：
首先，基于识别签名操作的步骤确定签名字迹在所述第二虚拟文件上的位置信息；然后，将所述签名字迹添加至所述第二签约文件的对应位置上。
步骤46、将所述第三签约文件发送给服务器，以使所述服务器对所述第三签约文件进行验证，并根据验证结果确定第三签约文件是否合法。
需要说明的是，步骤42-步骤46与实施例1中的步骤22-步骤26分别相对应，由于其实现方式相似，故，此处仅对步骤42-步骤46进行了简述，相似之处请参照实施例中的相关描述。
可见，本实施例通过将签约文件投影至空间中，由签约方在空间中进行签名操作，并将签名操作对应的字迹添加至第一签约文件中，以完成该签约方的签约。与现有技术中电子签名或者在手写板上签名的方案相比，能在保留签约方原始字迹的同时，避免签名字迹被任意更改的缺陷，实现提高签名安全性和便捷性的目的。
实施例4
图5为本发明实施例4提供的一种签约方法的流程示意图，参见图5，该方法具体可以包括如下步骤：
步骤50、确定第一签约文件
需要说明的是，用户(签约方)在安装在第一终端设备上的第一电子客户端的选择界面上选择某个待签约的文件，由此，第一电子客户端确定该待签约的文件为第一签约文件。
步骤52、执行签约步骤
需要说明的是，签约步骤包括将第一签约文件投影至空间中，以形成第一虚拟文件；采集用户在第一虚拟文件上进行的签名操作，并识别出该签名操作对应的签名字迹；将该签名字迹添加至第一签约文件中，生成第二签约文件。
步骤54、发送第二签约文件
需要说明的是，发送的对象可以为服务器也可以为第二电子客户端。
若发送对象为服务器，则步骤54的一种实现方式可以为：
第一电子客户端向服务器发送签约请求，该签约请求中携带有第一电子客户端的标识，并选择性地携带其他签约方的标识，以告知服务器参与签约的电子客户端都有哪些。然后，由服务器执行步骤56；
若发送对象为第二电子客户端，则步骤54的一种实现方式可以为：
第一电子客户端向第二电子客户端发送签约请求，以请求第二电子客户端提示第二签约方进行签字操作，并在签约完成后将签约文件发送给服务器，或者其他未签约的签约方。然后，由第二电子客户端执行步骤510。
步骤56、验证第二签约对象是否合法
若验证结果为合法，则执行步骤58；若验证不合法，则拒绝执行步骤58，并向第一电子客户端发送通知消息，以告知验证结果不合法。
由于验证步骤已在实施例2有详细的描述，故，此处不再赘述。
步骤58、发送第二签约文件
需要说明的是，服务器在向第二电子客户端发送第二签约文件时，还可以选择性地在第二签约文件中添加第一电子客户端的私钥(数字证书)。
步骤510、执行签约步骤
由于第二电子客户端执行签约步骤的原理与第一电子客户端执行签约步骤的原理相似，故，此处不再赘述。
步骤512、发送第三签约文件
步骤514、验证第三签约文件是否合法
需要说明的是，若验证第三签约文件合法，还可以选择性地在第三签约文件中添加第二电子客户端的私钥(数字证书)。由此，第三签约文件中既有第一电子客户端的私钥，也有第二电子客户端的私钥。
步骤516和步骤518、发送签约完成通知消息。
可见，本实施例通过将签约文件投影至空间中，由签约方在空间中进行签名操作，并将签名操作对应的字迹添加至签约文件中，以完成该签约方的签约。与现有技术中电子签名或者在手写板上签名的方案相比，能在保留签约方原始字迹的同时，避免签名字迹被任意更改的缺陷，实现提高签名安全性和便捷性的目的。
实施例5
图6为本发明实施例5提供的一种签约方法的流程示意图，参见图6，该方法可由第二应用场景中的终端设备15执行，具体可以包括如下步骤：
步骤62、电子客户端确定在虚拟文件上进行的签名操作，所述虚拟文件为将待签约的文件投影至空间中获得的；
步骤64、将所述签名操作对应的签名字迹添加至所述待签约的文件中，以生成签约后的文件；
步骤66、将所述签约后的文件发送至与所述电子客户端对应的服务器。
举例说明：用户(签约方)中电子客户端的选择界面选定需要签名的文件(例如：承诺书)。电子客户端对需要签名的文件进行数字化处理，获取签约文件；然后，将签约文件投影至空间，形成虚拟文件。由用户在虚拟文件上进行签名操作，该签名操作与线下进行的签名操作相似，同时，终端设备的摄像头采集该签名操作，并由电子客户端/终端设备识别出该签名操作对应的签名字迹。然后，由电子客户端将签名字迹添加至签约文件中，生成签约后的文件。将该签约后的文件发送给服务器。由此，验证方可从服务器端查看用户的承诺书，并验证是否合格。
另外，不难理解的是，本实施例虽然仅描述了步骤62-步骤66的内容，但
实施例1-4中的内容也是可应用在本实施例中的。
可见，本实施例通过将签约文件投影至空间中，由签约方在空间中进行签名操作，并将签名操作对应的字迹添加至签约文件中，以完成该签约方的签约。与现有技术中电子签名或者在手写板上签名的方案相比，能在保留签约方原始字迹的同时，避免签名字迹被任意更改的缺陷，实现提高签名安全性和便捷性的目的。
对于上述方法实施方式，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施方式并不受所描述的动作顺序的限制，因为依据本发明实施方式，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施方式均属于优选实施方式，所涉及的动作并不一定是本发明实施方式所必须的。
实施例6
图7为本发明实施例6提供的一种签约装置的结构示意图，参见图7，该装置可以包括：确定单元71、添加单元72和提供单元73，其中：
确定单元71，用于确定第一签约方在第一虚拟文件上进行的签名操作，所述第一虚拟文件为将第一签约文件投影至空间中获得的；
添加单元72，用于将所述签名操作对应的签名字迹添加至所述第一签约文件中，以生成第二签约文件；
提供单元73，用于将所述第二签约文件提供给第二签约方的第二电子客户端。
需要说明的是，添加单元72，具体用于识别所述签名操作，以确定所述签名操作对应的签名轨迹，并根据所述签名轨迹确定所述签名操作对应的签名字迹，根据所述签名字迹在所述第一虚拟文件上的位置信息，将所述签名字迹添加至所述第一签约文件的对应位置上。
提供单元73，具体用于将所述第二签约文件发送给服务器，以使所述服务器对所述第二签约文件是否合法进行验证，并在验证结果为通过时将所述第二签约文件发送第二签约方的第二电子客户端。并向所述服务器发送签字图像，所述签字图像用于记录所述签字操作。
在一可行实现方式中，装置还包括：预处理单元；
预处理单元，具体用于确定待签约的文件；对所述待签约的文件进行数字化处理，获取第一签约文件；将所述第一签约文件投影至空间中或者空间的实体上，以生成第一虚拟文件；突显所述第一虚拟文件中用于签名的区域。
实施例7
图8为本发明实施例7提供的一种签约装置的结构示意图，参见图8，该装置可以包括：接收单元81、第一验证单元82和发送单元83，其中：
接收单元81，用于接收第一电子客户端发送的第二签约文件，所述第二签约文件为将第一签约方在第一虚拟文件上进行的签名操作对应的签名字迹添加至第一签约文件中生成的，所述第一虚拟文件为将所述第一签约文件投影至空间中获得的；
第一验证单元82，用于验证所述第一签约方的签名字迹，以确定所述第二签约文件的合法性；
发送单元83，用于若验证结果为通过，则将所述第二签约文件发送给第二签约方的第二电子客户端。
需要说明的是，第一验证单元82，具体用于识别所述第一签约方的签名字迹，以确定所述签名字迹对应的身份信息；验证所述签名字迹对应的身份信息与所述第二签约文件中的签约方的身份信息是否相匹配，和/或，验证所述签名字迹对应的身份信息与所述第一签约方注册的身份信息是否一致，和/或，验证所述签名字迹在所述第二签约文件中的位置是否位于预定范围内，所述预定范围与所述签名字迹对应的身份信息相对应。
发送单元83，还用于若验证结果为通过，向所述第一电子客户端和所述第二电子客户端发送指示信息，所述指示信息用于指示所述第三签约文件为签约完成后的签约文件。
在一可行实现方式中，装置还包括：接收单元：
接收单元，用于接收所述第二电子客户端发送的第三签约文件，所述第三签约文件为将所述第二签约方在第二虚拟文件上进行的签名操作对应的签名字迹添加至第二签约文件中生成的，所述第二虚拟文件为将所述第二签约文件投影至空间中获得的；
第二验证单元，用于验证所述第二签约方的签名字迹，以确定所述第三签约文件的合法性；若验证结果为通过，则签约完成。
实施例8
图9为本发明实施例8提供的一种签约装置的结构示意图，参见图9，该装置可以包括：确定单元91、添加单元92和发送单元93，其中：
确定单元91，用于确定第二签约方在第二虚拟文件上进行的签名操作，所述第二虚拟文件为将第二签约文件投影至空间中获得的，所述第二签约文件为第一电子客户端提供的带有第一签约方的签名字迹的签约文件；
添加单元92，用于将所述签名操作对应的签名字迹添加至第二签约文件中，以生成第三签约文件；
发送单元93，用于将所述第三签约文件发送给服务器，以使所述服务器对所述第三签约文件进行验证，并根据验证结果确定第三签约文件是否合法。
实施例9
图10为本发明实施例9提供的一种签约装置的结构示意图，参见图10，该装置可以包括：确定单元101、添加单元102和发送单元103，其中：
确定单元101，用于确定在虚拟文件上进行的签名操作，所述虚拟文件为将待签约的文件投影至空间中获得的；
添加单元102，用于将所述签名操作对应的签名字迹添加至所述待签约的文件中，以生成签约后的文件；
发送单元103，用于将所述签约后的文件发送至与所述电子客户端对应的服务器。
对于上述装置实施方式(实施例6-9)而言，由于其与方法实施方式(实施例1-5)基本相似，所以描述的比较简单，相关之处参见方法实施方式的部分说明即可。
应当注意的是，在本发明的装置的各个部件中，根据其要实现的功能而对其中的部件进行了逻辑划分，但是，本发明不受限于此，可以根据需要对各个部件进行重新划分或者组合。另外，本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。
实施例10
图11为本说明书实施例10提供的一种电子设备的结构示意图，参见图9，该电子设备包括处理器、内部总线、网络接口、内存以及非易失性存储器，当然还可能包括其他业务所需要的硬件。处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成签约装置。当然，除了软件实现方式之外，本申请并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。
网络接口、处理器和存储器可以通过总线系统相互连接。总线可以是isa(industrystandardarchitecture，工业标准体系结构)总线、pci(peripheralcomponentinterconnect，外设部件互连标准)总线或eisa(extendedindustrystandardarchitecture，扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图9中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。
存储器用于存放程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器可以包括只读存储器和随机存取存储器，并向处理器提供指令和数据。存储器可能包含高速随机存取存储器(random-accessmemory，ram)，也可能还包括非易失性存储器(non-volatilememory)，例如至少1个磁盘存储器。
处理器，用于执行所述存储器存放的程序，并具体执行：
确定第一签约方在第一虚拟文件上进行的签名操作，所述第一虚拟文件为将第一签约文件投影至空间中获得的；
将所述签名操作对应的签名字迹添加至所述第一签约文件中，以生成第二签约文件；
将所述第二签约文件提供给第二签约方的第二电子客户端。
或者，具体执行：
接收第一电子客户端发送的第二签约文件，所述第二签约文件为将第一签约方在第一虚拟文件上进行的签名操作对应的签名字迹添加至第一签约文件中生成的，所述第一虚拟文件为将所述第一签约文件投影至空间中获得的；
验证所述第一签约方的签名字迹，以确定所述第二签约文件的合法性；
若验证结果为通过，则将所述第二签约文件发送给第二签约方的第二电子客户端。
或者，具体执行：
确定第二签约方在第二虚拟文件上进行的签名操作，所述第二虚拟文件为将第二签约文件投影至空间中获得的；
将所述签名操作对应的签名字迹添加至第二签约文件中，以生成第三签约文件；
将所述第三签约文件发送给服务器，以使所述服务器对所述第三签约文件进行验证，并根据验证结果确定第三签约文件是否合法；
其中，所述第二签约文件为第一电子客户端提供的带有第一签约方的签名字迹的签约文件。
或者，具体执行：
确定在虚拟文件上进行的签名操作，所述虚拟文件为将待签约的文件投影至空间中获得的；
将所述签名操作对应的签名字迹添加至所述待签约的文件中，以生成签约后的文件；
将所述签约后的文件发送至与所述电子客户端对应的服务器。
上述如本申请图2-图10所示实施例揭示的签约装置或管理者(master)节点执行的方法可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器(centralprocessingunit，cpu)、网络处理器(networkprocessor，np)等；还可以是数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现场可编程门阵列(field－programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。
签约装置还可执行图2-图5的方法，并实现管理者节点执行的方法。
实施例11
基于相同的发明创造，本说明书实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行实施例1-5任意一个提供的签约方法。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。