实时交互的手签方法、系统、服务端、Web端、介质、设备

技术领域

本申请涉及电子手签技术领域，具体涉及一种实时交互的手签方法、系统、服务端、Web端、介质、设备。

背景技术

随着信息化时代的快速发展，电子签名应用也逐步在各大业务领域中普及使用，比如办理车险时，会要求在手机端的微信小程序上进行手写签名；办理信用卡时，会要求在平板端的业务系统上进行手写签名等等。电子签名技术，有效避免了线下纸质合同签署的时间、地域和成本限制问题。现有技术存在的问题是，PC端的电脑设备受硬件限制，不具备触屏能力，因此PC端的WEB系统不适用于手签功能。

发明内容

鉴于上述问题，本申请提供了一种实时交互的手签方法、系统、服务端、Web端、介质、设备，解决了PC端不具备触屏能力而无法完成手签步骤的问题。

为实现上述目的，在第一方面，本发明提供了一种实时交互的手签方法，适用于服务端，方法包括以下步骤：

S101、接收Web端的连接请求，配置密钥信息和通信通道信息；密钥信息包括第一密钥和第二密钥，通信通道信息包括第一通信通道和第二通信通道；

S102、根据第一密钥与Web端通过第一通信通道建立连接；Web端被配置为根据第二密钥和手签页面地址信息生成待扫描标识，并将待扫描标识在Web端的页面展示；

根据第二密钥与移动端通过第二通信通道建立连接，第二密钥通过移动端扫描待扫描标识获得，在移动端展示手签页面地址信息对应的手签页面；

S103、在移动端接收到用户对手签页面的签名确认指令后，通过第二数据通道接收移动端上传的签名图片，并生成签名图片对应的文件标识，将文件标识通过第二数据通道下发给移动端；

S104、接收到移动端传输的文件标识后通过第一通信通道将文件标识传输给Web端；

S105、接收Web端通过第一数据通道发送的文件标识，并将文件标识对应的签名图片通过第一数据通道发送给Web端。

在一些实施例中，方法还包括：

在与移动端通过第二通信通道建立连接后，依次通过第二通信通道、第一通信通道将扫描成功的提示信息发送给Web端，并在Web端的页面展示。

在一些实施例中，手签页面以横版全屏展示于移动端上，手签页面上还设置有书写提示信息。

在第二方面，本实施例还提供一种实时交互的手签方法，适用于Web端，方法包括以下步骤：

S201、从服务端获取密钥信息；服务端被配置为开启至少两个通信通道信息，密钥信息包括第一密钥和第二密钥，通信通道信息包括第一通信通道和第二通信通道；

S202、根据第一密钥与服务端通过第一通信通道建立连接，以及根据第二密钥和手签页面地址信息生成待扫描标识，并将待扫描标识在Web端的页面展示；

S203、接收移动端对待扫描标识的扫描指令；

S204、接收移动端依次通过第二通信通道、第一通信通道传输的文件标识，并将文件标识通过第一数据通道发送至服务端；

S205、接收服务端返回的文件标识对应的签名图片。

在第三方面，本发明还提供一种实时交互的手签方法，适用于Web端和服务端，方法包括以下步骤：

S301、服务端接收Web端的连接请求，配置密钥信息和通信通道信息；密钥信息包括第一密钥和第二密钥，通信通道信息包括第一通信通道和第二通信通道；

S302、Web端根据第一密钥与服务端通过第一通信通道建立连接，并根据第二密钥和手签页面地址信息生成待扫描标识，将待扫描标识在Web端的页面展示；

S303、服务端在接收移动端对待扫描标识的扫描指令后，根据第二密钥与移动端通过第二通信通道建立连接，向移动端展示手签页面地址信息对应的手签页面；

S304、服务端接收用户在手签页面上的签名确认指令，保存移动端通过第二数据通道上传的签名图片并生成签名图片对应的文件标识，将文件标识通过第二数据通道下发给移动端；

S305、服务端在接收到移动端通过第二通信通道发送的文件标识后，通过第一通信通道将文件标识传输给Web端；

S306、Web端通过第一数据通道将文件标识发送至服务端，服务端将文件标识对应的签名图片通过第一数据通道发送至Web端。

在第四方面，本发明还提供一种服务端，服务端包括：

配置模块，用于接收Web端的连接请求，配置密钥信息和通信通道信息；密钥信息包括第一密钥和第二密钥，通信通道信息包括第一通信通道和第二通信通道；

第一通信连接模块，用于根据第一密钥与Web端通过第一通信通道建立连接；Web端被配置为根据第二密钥和手签页面地址信息生成待扫描标识，并将待扫描标识在Web端的页面展示；

第一通信连接模块还用于接收移动端对待扫描标识的扫描指令，根据第二密钥与移动端通过第二通信通道建立连接，向移动端展示手签页面地址信息对应的手签页面；

第一文件标识处理模块，用于接收用户在手签页面上的签名确认指令，保存移动端通过第二数据通道上传的签名图片并生成签名图片对应的文件标识，将文件标识通过第二数据通道下发给移动端；

第一文件标识处理模块还用于在接收到移动端的签名上传指令后，依次通过第二通信通道、第一通信通道将文件标识传输给Web端，使Web端通过第一数据通道传输文件标识以获取签名图片。

在第五方面，本发明还提供一种Web端，Web端包括：

密钥信息获取模块，用于从服务端获取密钥信息；服务端被配置为开启至少两个通信通道信息，密钥信息包括第一密钥和第二密钥，通信通道信息包括第一通信通道和第二通信通道；

第二通信连接模块，根据第一密钥与服务端通过第一通信通道建立连接；

页面展示模块，用于根据第二密钥和手签页面地址信息生成待扫描标识，并将待扫描标识在Web端的页面展示；

页面展示模块还用于接收到移动端的扫描指令后，通过服务端向移动端展示手签页面地址信息对应的手签页面；

第二文件标识处理模块，用于在接收到服务端转发的文件标识后，从服务端获取与文件标识对应的签名图片，并将签名图片在Web端的界面展示。

在第六方面，本发明还提供一种实时交互的手签系统，系统包括Web端和服务端；

服务端接收Web端的连接请求，配置密钥信息和通信通道信息；密钥信息包括第一密钥和第二密钥，通信通道信息包括第一通信通道和第二通信通道；

Web端根据第一密钥与服务端通过第一通信通道建立连接，并根据第二密钥和手签页面地址信息生成待扫描标识，将待扫描标识在Web端的页面展示；

服务端在接收移动端对待扫描标识的扫描指令后，根据第二密钥与移动端通过第二通信通道建立连接，向移动端展示手签页面地址信息对应的手签页面；

服务端接收用户在手签页面上的签名确认指令，保存移动端通过第二数据通道上传的签名图片并生成签名图片对应的文件标识，将文件标识通过第二数据通道下发给移动端；

服务端在接收到移动端通过第二通信通道发送的文件标识后，通过第一通信通道将文件标识传输给Web端；

Web端通过第一数据通道将文件标识发送至服务端，服务端将文件标识对应的签名图片通过第一数据通道发送至Web端。

在第七方面，本发明还提供一种计算机可读存储介质，其上存储计算机程序指令，计算机程序指令在被处理器执行时实现第一方面、第二方面和第三方面所述的方法。

在第八方面，本发明还提供一种电子设备，包括存储器和处理器，存储器用于存储一条或多条计算机程序指令，其中，一条或多条计算机程序指令被处理器执行以实现第一方面、第二方面和第三方面所述的方法。

区别于现有技术，上述技术方案通过利用移动端上的触屏功能，将Web端上的手签页面地址信息通过第一密钥发送至服务端，再通过移动端获取第二密钥并交给服务端从而建立连接，将Web端的手签页面在移动端上体现，通过移动端的触屏功能实现手签动作，再通过服务端将其传送至Web端上，实现Web端上的手签步骤。在这一过程中，不需要改变Web端的硬件结构，也不需要安装额外的软件操作平台，即实现了Web端上的手签步骤，Web端访问业务系统不再受到手签环节的限制，扩大了Web端的应用面，对移动端不作安装软件等需求，简单便携地实现了手签操作。

上述发明内容相关记载仅是本申请技术方案的概述，为了让本领域普通技术人员能够更清楚地了解本申请的技术方案，进而可以依据说明书的文字及附图记载的内容予以实施，并且为了让本申请的上述目的及其它目的、特征和优点能够更易于理解，以下结合本申请的具体实施方式及附图进行说明。

附图说明

附图仅用于示出本发明具体实施方式以及其他相关内容的原理、实现方式、应用、特点以及效果等，并不能认为是对本申请的限制。

在说明书附图中：

图1为本发明第一示例性实施例所述实时交互的手签方法的步骤示意图；

图2为本发明第二示例性实施例所述实时交互的手签方法的步骤示意图；

图3为本发明第三示例性实施例所述实时交互的手签方法的步骤示意图；

图4为本发明具体实施例所述服务端的示意图；

图5为本发明具体实施例所述Web端的示意图。

上述各附图中涉及的附图标记说明如下：

1、服务端；

11、配置模块；

12、第一通信连接模块；

13、第一文件标识处理模块；

2、Web端；

21、密钥信息获取模块；

22、第二通信连接模块；

23、页面展示模块；

24、第二文件标识处理模块。

具体实施方式

为详细说明本申请可能的应用场景，技术原理，可实施的具体方案，能实现目的与效果等，以下结合所列举的具体实施例并配合附图详予说明。本文所记载的实施例仅用于更加清楚地说明本申请的技术方案，因此只作为示例，而不能以此来限制本申请的保护范围。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中各个位置出现的“实施例”一词并不一定指代相同的实施例，亦不特别限定其与其它实施例之间的独立性或关联性。原则上，在本申请中，只要不存在技术矛盾或冲突，各实施例中所提到的各项技术特征均可以以任意方式进行组合，以形成相应的可实施的技术方案。

除非另有定义，本文所使用的技术术语的含义与本申请所属技术领域的技术人员通常理解的含义相同；本文中对相关术语的使用只是为了描述具体的实施例，而不是旨在限制本申请。

在本申请的描述中，用语“和/或”是一种用于描述对象之间逻辑关系的表述，表示可以存在三种关系，例如A和/或B，表示：存在A，存在B，以及同时存在A和B这三种情况。另外，本文中字符“/”一般表示前后关联对象是一种“或”的逻辑关系。

在本申请中，诸如“第一”和“第二”之类的用语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何实际的数量、主次或顺序等关系。

在没有更多限制的情况下，在本申请中，语句中所使用的“包括”、“包含”、“具有”或者其他类似的开放式表述，意在涵盖非排他性的包含，这些表述并不排除在包括所述要素的过程、方法或者产品中还可以存在另外的要素，从而使得包括一系列要素的过程、方法或者产品中不仅可以包括那些限定的要素，而且还可以包括没有明确列出的其他要素，或者还包括为这种过程、方法或者产品所固有的要素。

与《审查指南》中的理解相同，在本申请中，“大于”、“小于”、“超过”等表述理解为不包括本数；“以上”、“以下”、“以内”等表述理解为包括本数。此外，在本申请实施例的描述中“多个”的含义是两个以上(包括两个)，与之类似的与“多”相关的表述亦做此类理解，例如“多组”、“多次”等，除非另有明确具体的限定。

在本申请实施例的描述中，所使用的与空间相关的表述，诸如“中心”“纵向”“横向”“长度”“宽度”“厚度”“上”“下”“前”“后”“左”“右”“竖直”“水平”“垂直”“顶”“底”“内”“外”“顺时针”“逆时针”“轴向”“径向”“周向”等，所指示的方位或位置关系是基于具体实施例或附图所示的方位或位置关系，仅是为了便于描述本申请的具体实施例或便于读者理解，而不是指示或暗示所指的装置或部件必须具有特定的位置、特定的方位、或以特定的方位构造或操作，因此不能理解为对本申请实施例的限制。

除非另有明确的规定或限定，在本申请实施例的描述中，所使用的“安装”“相连”“连接”“固定”“设置”等用语应做广义理解。例如，所述“连接”可以是固定连接，也可以是可拆卸连接，或成一体设置；其可以是机械连接，也可以是电连接，也可以是通信连接；其可以是直接相连，也可以通过中间媒介间接相连；其可以是两个元件内部的连通或两个元件的相互作用关系。对于本申请所属技术领域的技术人员而言，可以根据具体情况理解上述用语在本申请实施例中的具体含义。

请参阅图1，在第一方面，本实施例提供了一种实时交互的手签方法，适用于服务端，方法包括：

S101、接收Web端的连接请求，配置密钥信息和通信通道信息；密钥信息包括第一密钥和第二密钥，通信通道信息包括第一通信通道和第二通信通道；

S102、根据第一密钥与Web端通过第一通信通道建立连接；Web端被配置为根据第二密钥和手签页面地址信息生成待扫描标识，并将待扫描标识在Web端的页面展示；

根据第二密钥与移动端通过第二通信通道建立连接，第二密钥通过移动端扫描待扫描标识获得，在移动端展示手签页面地址信息对应的手签页面；

S103、在移动端接收到用户对手签页面的签名确认指令后，通过第二数据通道接收移动端上传的签名图片，并生成签名图片对应的文件标识，将文件标识通过第二数据通道下发给移动端；

S104、接收到移动端传输的文件标识后通过第一通信通道将文件标识传输给Web端；

S105、接收Web端通过第一数据通道发送的文件标识，并将文件标识对应的签名图片通过第一数据通道发送给Web端。

密钥信息包括第一密钥以及第二密钥，第一密钥用于在服务端与Web端之间建立第一通信通道，Web端发送第一密钥至服务端后，服务端根据第一密钥与Web端通过第一通信通道建立连接，建立连接后服务端与Web端之间可实现数据传输功能。

Web端根据第二密钥以及手签页面地址信息生成待扫描标识，移动端通过自身配备的扫描程序对带扫描标识进行扫描，从而获得手签页面以及第二密钥，其中，在移动端扫描待扫描标识后，只有在Web端接收到移动端的扫描指令时，才可以获得第二密钥信息。第二密钥用于在服务端与移动端之间通过第二通信通道建立连接，建立连接后服务端与移动端之间可实现数据传输功能，同时，移动端打开手签页面地址信息对应的手签页面并在移动端的屏幕上展示。手签页面地址信息是指当前业务界面下需要进行手签的窗口或页面信息，在移动端扫描待扫描标识后将在移动端的显示屏上展现出手签页面，供用户在该手签页面上进行手签操作。

作为一优选实施例，待扫描标识可以是二维码或者是条形码、小程序码等，根据不同的业务界面生成不同的待扫描标识，例如，当前业务信息配有对应的小程序时，优选生成小程序码进行手签动作。

在用户完成签名动作后，移动端将该手签页面以签名图片的格式通过第二数据通道发送至服务端中存储，第二数据通道为基于http接口的数据传输通道，能够提高传送较大文件的速率，相比于第二通信通道而言，不占用带宽且提高传送签名图片的效率。服务端在接收到签名图片后对应生成文件标识并将该文件标识通过第二数据通道返回至移动端，文件标识用于识别当前的签名图片。移动端在接收到对应的文件标识后，通过第二通信通道将所述文件标识发送至服务端，服务端再将所述文件标识通过第一通信通道发送至Web端。Web端在获得该文件标识后，通过第一数据通道将所述文件标识发送至服务端，用于获取存储在服务端上的与文件标识相对应的签名图片，第一数据通道为基于http接口的数据传输通道，能够提高传送较大文件的速率，相比于第一通信通道而言，不占用带宽且提高传送签名图片的效率。服务端在接收到该文件标识后，将签名图片通过第一数据通道发送至Web端。

通过利用移动端上的触屏功能，将Web端上的手签页面地址信息通过第一密钥发送至服务端，再通过移动端获取第二密钥并交给服务端从而建立连接，将Web端的手签页面在移动端上体现，通过移动端的触屏功能实现手签动作，再通过服务端将其传送至Web端上，实现本不支持触屏操作的Web端上的手签步骤。在这一过程中，不需要改变Web端的硬件结构，也不需要安装额外的软件操作平台，即实现了Web端上的手签步骤，Web端访问业务系统不再受到手签环节的限制，扩大了Web端的应用面，对移动端不作安装软件等需求，简单便携地实现了手签操作。

在一些实施例中，方法还包括以下步骤：

在与移动端通过第二通信通道建立连接后，依次通过第二通信通道、第一通信通道将扫描成功的提示信息发送给Web端，并在Web端的页面展示。

移动端与服务端通过第二通信通道建立连接后，即表示移动端所扫描的待扫描标识与当前Web端提供的待扫描标识相同，使得移动端、服务端与Web端的信息传输链条完整。服务端依次通过第二通信通道、第一通信通道将扫描成功的提示信息发送给Web端，在Web端的页面展示，便于用户对当前移动端上手签页面的信息进行确认，避免与其他页面混淆，造成误签或漏签。

在一些实施例中，手签页面以横版全屏展示于移动端上，手签页面上还设置有书写提示信息。移动端上的横版界面更符合用户的书写需求，尤其是一些小屏幕的移动端上，竖屏的书写范围较小，将会使得用户书写时需逐字单独书写，还需要移动书写界面才可以进行下一文字的书写，操作步骤繁琐且体验感差。在横版界面上书写，使得书写范围可以适应更多的小屏幕移动端的操作，同时，符合用户的书写需求，在有练笔书写习惯的用户进行签名时更加流畅，提升书写体验感。可选地，在手签页面上还设置有书写提示信息，书写提示信息可以包括对签名字体的要求，例如在手签页面上增加提示信息：“请以正楷签名”；还可以包括对签名方向的提示，从左到右或从上到下等；还可以包括对签名界面调整的提示，当签名页面较大而无法适应移动端上的显示屏时，可以在签名界面上增加箭头，当用户点击箭头时，签名页面对应移动一定距离，供用户进行下一文本的签名等。

上述实施例采用横版全屏展示在移动端上，更符合用户的书写习惯，同时最大化签名界面，便于用户操作。再增设书写提示信息，能够指示用户根据提示信息进行规范签名，提升用户体验感的同时还使得用户的签名操作更加规范，便于手签页面的签名效率。

请参阅图2，在第二方面，本实施例还提供一种实时交互的手签方法，适用于Web端，方法包括：

S201、从服务端获取密钥信息；服务端被配置为开启至少两个通信通道信息，密钥信息包括第一密钥和第二密钥，通信通道信息包括第一通信通道和第二通信通道；

S202、根据第一密钥与服务端通过第一通信通道建立连接，以及根据第二密钥和手签页面地址信息生成待扫描标识，并将待扫描标识在Web端的页面展示；

S203、接收移动端对待扫描标识的扫描指令；其中，移动端被配置为通过扫描指令获取第二密钥和手签页面地址信息，并通过第二密钥与服务端通过第二通信通道建立连接，以及在接收到用户在手签页面输入的手签信息后，生成签名图片，并通过第一数据通道将签名图片上传至服务端；服务端被配置为根据签名图片生成文件标识，并将文件标识通过第二数据通道发送给移动端；

S204、接收移动端依次通过第二通信通道、第一通信通道传输的文件标识，并将文件标识通过第一数据通道发送至服务端；

S205、接收服务端返回的文件标识对应的签名图片。

Web端从服务端上获取密钥信息，该密钥信息包括第一密钥与第二密钥，Web端通过第一密钥与服务端建立第一通信通道，并将第二密钥与当前Web端上对应的手签页面地址信息生成待扫描标识，并将待扫描标识在Web端的页面进行展示。可选地，在Web端上进行待扫描标识的页面展示时，将Web端上的其他页面信息隐藏，隐藏方式可以是马赛克处理或者是亮度调低等方式，避免移动端误扫其他的待扫描标识，同时也便于用户信息的隐私保护；Web端也会接收移动端的扫描指令，只有当移动端的扫描指令与待扫描标识对应时，才会将第二密钥发送至移动端上。

移动端扫描Web端上的待扫描标识，从而获取到第二密钥，利用第二密钥与服务端之间建立第二通信通道，同时打开手签页面地址信息对应的手签页面，并在移动端的屏幕上进行展示，供用户进行签名操作。第二数据通道为基于http接口的数据传输通道，能够提高传送较大文件的速率，相比于第二通信通道而言，不占用带宽且提高传送签名图片的效率。在用户签名完毕后保存该签名图片并通过第二数据通道将该签名图片发送至服务端存储，并同步发出获取文件标识的指令交给服务端，服务端接收到该签名图片以及获取文件标识的指令后，生成对应该签名图片的文件标识并通过第二数据通道返回给移动端，移动端再通过第二通信通道将所述文件标识发送至服务端，服务端再将所述文件标识通过第一通信通道发送至Web端。Web端在获得该文件标识后，通过第一数据通道将所述文件标识发送至服务端，用于获取存储在服务端上的与文件标识相对应的签名图片，第一数据通道为基于http接口的数据传输通道，能够提高传送较大文件的速率，相比于第一通信通道而言，不占用带宽且提高传送签名图片的效率。服务端在接收到该文件标识后，将签名图片通过第一数据通道发送至Web端。

通过在Web端、服务端与移动端三者之间通过密钥信息建立通信通道，将手签页面传送至移动端上进行展示并借助移动端的触屏功能实现用户的签名动作，再通过服务端将签名图片发送至Web端上，实现Web端的手签动作，扩展了Web端的应用范围，同时便于提升用户的签名体验感。

请参阅图3，在第三方面，本实施例还提供一种实时交互的手签方法，适用于Web端和服务端，方法包括以下步骤：

S301、服务端接收Web端的连接请求，配置密钥信息和通信通道信息；密钥信息包括第一密钥和第二密钥，通信通道信息包括第一通信通道和第二通信通道；

S302、Web端根据第一密钥与服务端通过第一通信通道建立连接，并根据第二密钥和手签页面地址信息生成待扫描标识，将待扫描标识在Web端的页面展示；

S303、服务端在接收移动端对待扫描标识的扫描指令后，根据第二密钥与移动端通过第二通信通道建立连接，向移动端展示手签页面地址信息对应的手签页面；

S304、服务端接收用户在手签页面上的签名确认指令，保存移动端通过第二数据通道上传的签名图片并生成签名图片对应的文件标识，将文件标识通过第二数据通道下发给移动端；

S305、服务端在接收到移动端通过第二通信通道发送的文件标识后，通过第一通信通道将文件标识传输给Web端；

S306、Web端通过第一数据通道将文件标识发送至服务端，服务端将文件标识对应的签名图片通过第一数据通道发送至Web端。

移动端对待扫描标识进行扫描，从而获取第二密钥以及手签页面地址信息，移动端根据第二密钥与服务端通过第二通信通道建立连接，同时打开手签页面地址信息对应的手签页面，用户根据手签页面以及手签页面的提示信息进行签名动作。完成签名后，服务端接收到用户在手签页面上输入的签名确认指令，保存移动端通过第二数据通道上传的签名图片并生成签名图片对应的文件标识返回至移动端。移动端再通过第二通信通道将所述文件标识发送至服务端，服务端再将所述文件标识通过第一通信通道发送至Web端。Web端在获得该文件标识后，通过第一数据通道将所述文件标识发送至服务端，用于获取存储在服务端上的与文件标识相对应的签名图片，第一数据通道为基于http接口的数据传输通道，能够提高传送较大文件的速率，相比于第一通信通道而言，不占用带宽且提高传送签名图片的效率。服务端在接收到该文件标识后，将签名图片通过第一数据通道发送至Web端。

上述方法通过在Web端、服务端与移动端三者之间通过密钥信息建立通信通道，将手签页面传送至移动端上进行展示并借助移动端的触屏功能实现用户的签名动作，再通过服务端将签名图片发送至Web端上，实现Web端的手签动作，扩展了Web端的应用范围，同时便于提升用户的签名体验感。

请参阅图4，在第四方面，本实施例还提供一种服务端1，服务端1包括：

配置模块11，用于接收Web端的连接请求，配置密钥信息和通信通道信息；密钥信息包括第一密钥和第二密钥，通信通道信息包括第一通信通道和第二通信通道；

第一通信连接模块12，用于根据第一密钥与Web端通过第一通信通道建立连接；Web端被配置为根据第二密钥和手签页面地址信息生成待扫描标识，并将待扫描标识在Web端的页面展示；

第一通信连接模块12还用于接收移动端对待扫描标识的扫描指令，根据第二密钥与移动端通过第二通信通道建立连接，向移动端展示手签页面地址信息对应的手签页面；

第一文件标识处理模块13，用于接收用户在手签页面上的签名确认指令，保存移动端通过第二数据通道上传的签名图片并生成签名图片对应的文件标识，将文件标识通过第二数据通道下发给移动端；

第一文件标识处理模块13还用于在接收到移动端的签名上传指令后，依次通过第二通信通道、第一通信通道将文件标识传输给Web端，使Web端通过第一数据通道传输文件标识以获取签名图片。

配置模块11用于根据Web端的连接请求配置密钥信息以及通信通道信息，密钥信息包括第一密钥以及第二密钥，第一密钥与第一通信通道信息用于Web端与服务端1之间建立连接关系，第二密钥与第二通信通道信息用于移动端与服务端1之间建立连接关系。

配置模块11配置的密钥信息以及通信通道信息发送至Web端，Web端上存储有第一密钥以及第二密钥，第二密钥与手签页面地址信息生成待扫描标识并展示在Web端的页面上，利用移动端上的扫描功能对待扫描标识进行扫描获取第二密钥并利用第二密钥与第二通信通道信息与服务端1建立连接。

第一通信连接模块12用于根据第一密钥与Web端通过第一通信通道建立连接，并在移动端获取第二密钥后，根据第二密钥与移动端通过第二通信通道建立连接，并在接收到移动端的扫描指令后在移动端上展示手签页面地址信息对应的手签页面。第一通信连接模块12还用于在服务端1与移动端之间建立第二数据通道，在服务端1与Web端之间建立第一数据通道，用于签名图片的数据传输。第一数据通道与第二数据通道均采用基于Http接口的数据传输方式，便于传输较大格式的数据，例如图片等，相比于第一通信通道以及第二通信通道，能够提高签名图片的传输速率，进而提升用户手签的效率与流畅度。

第一文件标识处理模块13用于接收用户在移动端的手签页面上的签名确认指令，并保存从移动端通过第二数据通道上传的签名图片，并生成签名图片对应的文件标识，将文件标识通过第二数据通道下发给移动端。第一文件标识处理模块13还用于在接收到移动端的签名上传指令后，依次通过第二通信通道、第一通信通道将文件标识传输给Web端，使Web端通过第一数据通道传输文件标识以获取签名图片。

通过配置模块11与第一通信连接模块12、第一文件标识处理模块13完成相关指令，实现Web端与服务端1、服务端1与移动端、移动端与Web端之间对应的消息传输动作，从而完成手签页面的手签动作。在不改变Web端硬件结构的情况下，能够实现Web端的手签操作，从而使得业务操作界面不再收到电子设备的限制，扩大业务操作界面的适用范围，并且不需要在移动端上配备任何客户端，提升用户手签过程中的体验感。

请参阅图5，在第五方面，本实施例还提供一种Web端2，Web端2包括：

密钥信息获取模块21，用于从服务端获取密钥信息；服务端被配置为开启至少两个通信通道信息，密钥信息包括第一密钥和第二密钥，通信通道信息包括第一通信通道和第二通信通道；

第二通信连接模块22，根据第一密钥与服务端通过第一通信通道建立连接；

页面展示模块23，用于根据第二密钥和手签页面地址信息生成待扫描标识，并将待扫描标识在Web端2的页面展示；

页面展示模块23还用于接收到移动端的扫描指令后，通过服务端向移动端展示手签页面地址信息对应的手签页面；

第二文件标识处理模块24，用于在接收到服务端转发的文件标识后，从服务端获取与文件标识对应的签名图片，并将签名图片在Web端2的界面展示。

密钥信息获取模块21用于从服务端获取密钥信息，密钥信息包括第一密钥以及第二密钥。第二通信连接模块22在服务端开启第一通信通道后，Web端2根据第一密钥通过第一通信通道与服务端建立连接，用于传输指令及数据，具体包括传输签名图片对应的文件标识、移动端的扫描指令以及扫描成功信息等。可选地，第二通信连接模块22还用于Web端2与服务端之间建立起第一数据通道，用于传输签名图片以及签名图片对应的文件标识。

页面展示模块23用于根据接收到的第二密钥以及手签页面对应的手签页面地址信息生成待扫描标识，并将该待扫描标识展示在Web端2的页面上。同时，页面展示模块23在获取移动端的扫描指令后，通过服务端向移动端展示手签页面地址信息对应的手签页面，供用户在移动端上完成签名动作。

第二文件标识处理模块24，用于在接收到服务端通过第一通信通道转发的文件标识后，通过第一数据通道将该文件标识发送至服务端上，再通过第一数据通道从服务端上获取对应的签名图片，并将签名图片在Web端2的界面展示。

通过上述模块，使得Web端2在不改变硬件设施的前提下，能够利用移动端上的触屏功能实现用户在Web端2的手签页面上的手签操作，使得业务操作界面不再收到电子设备的限制，扩大业务操作界面的适用范围，并且不需要在移动端上配备任何客户端，提升用户手签过程中的体验感。

在第六方面，本实施例还提供一种实时交互的手签系统，系统包括Web端和服务端；

服务端接收Web端的连接请求，配置密钥信息和通信通道信息；密钥信息包括第一密钥和第二密钥，通信通道信息包括第一通信通道和第二通信通道；

Web端根据第一密钥与服务端通过第一通信通道建立连接，并根据第二密钥和手签页面地址信息生成待扫描标识，将待扫描标识在Web端的页面展示；

服务端在接收移动端对待扫描标识的扫描指令后，根据第二密钥与移动端通过第二通信通道建立连接，向移动端展示手签页面地址信息对应的手签页面；

服务端接收用户在手签页面上的签名确认指令，保存移动端通过第二数据通道上传的签名图片并生成签名图片对应的文件标识，将文件标识通过第二数据通道下发给移动端；

服务端在接收到移动端通过第二通信通道发送的文件标识后，通过第一通信通道将文件标识传输给Web端；

Web端通过第一数据通道将文件标识发送至服务端，服务端将文件标识对应的签名图片通过第一数据通道发送至Web端。

移动端对待扫描标识进行扫描，从而获取第二密钥以及手签页面地址信息，移动端根据第二密钥与服务端通过第二通信通道建立连接，同时打开手签页面地址信息对应的手签页面，用户根据手签页面以及手签页面的提示信息进行签名动作。完成签名后，服务端接收到用户在手签页面上输入的签名确认指令，保存移动端通过第二数据通道上传的签名图片并生成签名图片对应的文件标识返回至移动端。移动端再通过第二通信通道将所述文件标识发送至服务端，服务端再将所述文件标识通过第一通信通道发送至Web端。Web端在获得该文件标识后，通过第一数据通道将所述文件标识发送至服务端，用于获取存储在服务端上的与文件标识相对应的签名图片，第一数据通道为基于http接口的数据传输通道，能够提高传送较大文件的速率，相比于第一通信通道而言，不占用带宽且提高传送签名图片的效率。服务端在接收到该文件标识后，将签名图片通过第一数据通道发送至Web端。

上述方法通过在Web端、服务端与移动端三者之间通过密钥信息建立通信通道，将手签页面传送至移动端上进行展示并借助移动端的触屏功能实现用户的签名动作，再通过服务端将签名图片发送至Web端上，实现Web端的手签动作，扩展了Web端的应用范围，同时便于提升用户的签名体验感。

在第七方面，本实施例还提供一种计算机可读存储介质，其上存储计算机程序指令，计算机程序指令在被处理器执行时实现第一方面、第二方面和第三方面所述的方法。

在第八方面，本实施例还提供一种电子设备，包括存储器和处理器，存储器用于存储一条或多条计算机程序指令，其中，一条或多条计算机程序指令被处理器执行以实现第一方面、第二方面和第三方面所述的方法。

所述存储介质/存储器包括但不限于：RAM、ROM、磁碟、磁带、光盘、闪存、U盘、移动硬盘、存储卡、记忆棒、网络服务器存储、网络云存储等。所述处理器包括但不限于CPU(中央处理器)、GPU(图像处理器)、MCU(微处理器)等。

上述技术方案通过利用移动端上的触屏功能，将Web端上的手签页面地址信息通过第一密钥发送至服务端，再通过移动端获取第二密钥并交给服务端从而建立连接，将Web端的手签页面在移动端上体现，通过移动端的触屏功能实现手签动作，再通过服务端将其传送至Web端上，实现Web端上的手签步骤。在这一过程中，不需要改变Web端的硬件结构，也不需要安装额外的软件操作平台，即实现了Web端上的手签步骤，Web端访问业务系统不再受到手签环节的限制，扩大了Web端的应用面，对移动端不作安装软件等需求，简单便携地实现了手签操作。

最后需要说明的是，尽管在本申请的说明书文字及附图中已经对上述各实施例进行了描述，但并不能因此限制本申请的专利保护范围。凡是基于本申请的实质理念，利用本申请说明书文字及附图记载的内容所作的等效结构或等效流程替换或修改产生的技术方案，以及直接或间接地将以上实施例的技术方案实施于其他相关的技术领域等，均包括在本申请的专利保护范围之内。