CN112532397A - 一种庭审笔录的签名方法及系统 - Google Patents

Abstract

本申请提供了一种庭审笔录的签名方法及系统，该方法包括：根据庭审的案件信息生成对应的签名链接，所述签名链接中包含所述案件信息的标识信息；向用户端发送所述签名链接；接收用户端的签名图片，与对应案件信息的笔录图片合成，生成签名后的笔录文件。本申请便于庭审参与方通过远程的方式对庭审笔录进行确认，以及电子签名，减少签字的局限性，保证庭审笔录确认过程及签字过程的顺利进行。

Description

一种庭审笔录的签名方法及系统

技术领域

本申请涉及电子签名技术领域，特别涉及一种庭审笔录的签名方法及系统、设备及介质。

背景技术

在法院开庭审理案件的过程中，书记员需要记录开庭过程中的笔录信息，并且在开庭结束后，需要将笔录信息进行保存留证，便于后续查阅。庭审笔录是法院裁判案件不可缺少的书面材料，庭审笔录需要经过诉讼双方参与人签名确认，在签名确认后才可作为存证文件，产生法律效力。

目前，庭审笔录签名主要是由书记员在生成庭审笔录之后，向当庭当事人和其他诉讼参与人宣读或者交予他们阅读，经宣读或阅读后，当事人和其他庭审参与方认为没有遗漏、差错的，手动在庭审笔录上签名。对于当事人来说，签名过程需要在现场才能完成，流程繁琐，签字地点局限性大。同时，对于法院来说，现有的纸质笔录存档的话可能会出现笔录损坏、丢失等等人为后果。

随着数字化科技法庭的发展，通过互联网远程开庭实现案件审理的情况越来越普遍，此时现有的需要当事人和庭审参与方到现场签字则会更加不便，因此能够实现远程电子签名则成为有待解决的技术问题。

发明内容

有鉴于此，本申请的主要目的在于提供一种庭审笔录的签名方法及系统、设备及介质，便于庭审参与方通过远程的方式对庭审笔录进行确认，以及电子签名，减少签字的局限性，保证庭审笔录确认过程及签字过程的顺利进行。

第一方面，本申请提供了一种庭审笔录的签名方法，包括：

根据庭审的案件信息生成对应的签名链接，所述签名链接中包含所述案件信息的标识信息；

向用户端发送所述签名链接；

接收用户端的签名图片，与对应案件信息的笔录图片合成，生成签名后的笔录文件。

由上，本申请提供的签名方法，可在庭审结束后，通过签名链接的形式发送给用户端，用户端通过点击该签名链接，跳转访问书记员整理的电子庭审笔录，确认笔录内容，确认无误后可进行电子签名，电子签名会以签名图片的形式提交，便于书记员将签名图片与笔录图片进行合成，从而生成最终签名后的笔录文件。本申请使得庭审参与方可在不必亲临现场的情况下，完成笔录内容的确认以及电子签名，减少了签字的局限性，保证庭审笔录确认过程及签字过程的顺利进行。

可选的，所述标识信息包括根据所述案件信息生成的加密识别码。

由上，通过案件信息，例如案件名称和案件编号等，生成对应该案件的加密识别码，该加密识别码通常采用数字、字母或数字与字母混合的形式包含在签名链接的末尾，当用户端点击该签名链接进行访问时，通过该签名链接中的该加密识别码可跳转访问对应的案件。

可选的，所述向用户端发送所述签名链接后，还包括：

接收用户端对所述签名链接的访问，提取对应的案件信息和签名界面向用户端发送。

由上，当用户端点击签名链接发起访问请求时，根据该访问请求提取该签名链接对应的案件信息和签名界面在用户端进行显示，该显示过程可具体为，优先显示案件信息及笔录图片，以便于用户进行确认，当用户确认完成，点击签名发起签名请求时，进一步跳转到签名界面，以便于用户进行签名。

可选的，所述向用户端发送所述签名链接后，还包括：

发送所述签名链接成功时，生成对应发送成功时刻的时间戳；

判断用户端对所述签名链接的访问的时间与所述时间戳的时间差超出有效期时拒绝所述访问。

由上，通过设定签名链接的有效期，并在发送给用户端时生成对应发送成功时刻的时间戳，在用户端每次点击该签名链接发起访问请求时，优先检查用户端访问的时间与时间戳的时间差是否超出了设定的有效期，若未超出，则允许用户端访问，若超出，则拒绝用户端对该签名链接的访问。

可选的，所述接收所述用户端的签名图片时，还包括：

根据所述向用户端发送所述签名链接时的用户端的信息，对所述接收用户端的签名图片时对应的用户端进行验证。

由上，当接收到提交的签名图片时，通过对该提交签名图片的手机号进行身份验证，与系统中预存的手机号，即发送签名链接时的用户端的手机号进行匹配，当匹配到发送签名链接时的收件人的手机号时，则完成身份确认以及案件的匹配，从而可将该签名图片保存到对应的该案件下的文件夹中，既保证了系统的安全性，还能保证签名图片对应保存到正确的案件下。

可选的，还包括：

多次接收到所述用户端的签名图片时，仅保存最后一次接收到的签名图片。

由上，用户端可在有效期内多次访问该签名链接，并多次上传签名图片，当多次接收到用户端提交的签名图片时，采用覆盖的方法，仅保存最后一次接收到的签名图片，确保每个用户端只保存一张签名图片。

可选的，所述合成包括：

根据所述案件信息提取对应的笔录图片和签名图片分别显示在合成界面；

在所述合成界面中，将所述签名图片添加到笔录图片的签名位置处，生成合成后的笔录图片；

获取所述合成后的笔录图片的坐标信息，并将该坐标信息、案件信息及合成后的笔录图片的信息保存到数据库中。

可选的，所述将所述签名图片添加到笔录图片的签名位置处后，还包括：

对所述签名图片进行尺寸或位置调整。

由上，在笔录图片与签名图片的合成过程中，通过将签名图片拖拽到笔录图片上面，同时还可根据需求对签名图片的大小进行等比例调整，以及对签名图片在笔录图片上的位置进行修正，以保证合成的精确度。在完成合成后，通过将合成后的笔录图片的坐标信息及案件名称、笔录图片页数等信息保存到数据库中，根据该坐标信息，可保证再次打开该合成后的笔录图片时，上述签名图片仍旧保持在完成合成时的对应位置处，不会发生错位。

可选的，所述生成签名后的笔录文件包括：

将所述合成后的笔录图片转换成指定格式的笔录文件，并导出到指定地址中。

由上，完成笔录图片和签名图片的合成后，可将合成后的图片转换成指定格式的文件并进行下载，例如可转换成PDF文件进行下载。

第二方面，本申请提供了一种庭审笔录的签名系统，包括：

生成模块，用于根据庭审的案件信息生成对应的签名链接，所述签名链接中包含所述案件信息的标识信息；

发送模块，用于向用户端发送所述签名链接；

接收模块，用于接收用户端的签名图片；

合成模块，用于将签名图片与对应案件信息的笔录图片合成，生成签名后的笔录文件。

第三方面，本申请提供了一种计算机设备，所述计算机设备包括：

一个或多个处理器；

存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现上述的庭审笔录的签名方法。

第四方面，本申请提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被计算机执行时实现上述的庭审笔录的签名方法。

本申请实施例的技术方案，通过采用签名链接的形式发送给用户端，用户端通过点击该签名链接，跳转访问书记员整理的电子庭审笔录，确认笔录内容，确认无误后可进行电子签名，再以签名图片的形式提交，便于书记员将签名图片与笔录图片进行合成，从而生成最终签名后的笔录文件。使得庭审参与方可在不必亲临现场的情况下，完成笔录内容的确认以及电子签名，减少了签字的局限性，保证庭审笔录确认过程及签字过程的顺利进行。

附图说明

图1为本申请实施例提供的庭审笔录的签名方法的应用场景示意图；

图2为本申请实施例提供的庭审笔录的签名方法的流程图；

图3为本申请实施例提供的庭审笔录的签名方法的交互信令图；

图4为本申请实施例提供的庭审笔录的签名系统的框架图；

图5为本申请实施例提供的一种计算设备的结构性示意性图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

说明书和权利要求书中的词语“第一、第二、第三等”或模块A、模块B、模块C等类似用语，仅用于区别类似的对象，不代表针对对象的特定排序，可以理解地，在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本申请实施例能够以除了在这里图示或描述的以外的顺序实施。

在以下的描述中，所涉及的表示步骤的标号，如S110、S120……等，并不表示一定会按此步骤执行，在允许的情况下可以互换前后步骤的顺序，或同时执行。

说明书和权利要求书中使用的术语“包括”不应解释为限制于其后列出的内容；它不排除其它的元件或步骤。因此，其应当诠释为指定所提到的所述特征、整体、步骤或部件的存在，但并不排除存在或添加一个或更多其它特征、整体、步骤或部件及其组群。因此，表述“包括装置A和B的设备”不应局限为仅由部件A和B组成的设备。

本说明书中提到的“一个实施例”或“实施例”意味着与该实施例结合描述的特定特征、结构或特性包括在本申请的至少一个实施例中。因此，在本说明书各处出现的用语“在一个实施例中”或“在实施例中”并不一定都指同一实施例，但可以指同一实施例。此外，在一个或多个实施例中，能够以任何适当的方式组合各特定特征、结构或特性，如从本公开对本领域的普通技术人员显而易见的那样。

现有技术中，庭审笔录签名主要是由书记员在生成庭审笔录之后，向当庭当事人和其他诉讼参与人宣读或者交予他们阅读，经宣读或阅读后，当事人和其他庭审参与方认为没有遗漏、差错的，手动在庭审笔录上签名。对于当事人来说，签名过程需要在现场才能完成，流程繁琐，签字地点局限性大。同时，对于法院来说，现有的纸质笔录存档的话可能会出现笔录损坏、丢失等等人为后果。

基于现有技术的缺陷，本申请实施例提供了一种庭审笔录的签名方法，通过采用签名链接的形式发送给用户端，用户端通过点击该签名链接，跳转访问书记员整理的电子庭审笔录，确认笔录内容，确认无误后可进行电子签名，再以签名图片的形式提交，便于书记员将签名图片与笔录图片进行合成，从而生成最终签名后的笔录文件。使得庭审参与方可在不必亲临现场的情况下，完成笔录内容的确认以及电子签名，减少了签字的局限性，保证庭审笔录确认过程及签字过程的顺利进行。

为了使本申请实施例提供的技术方案更加清楚，下面先对本申请实施例提供的庭审笔录的签名方法的应用场景进行介绍。

参见图1，图1为本申请实施例提供的庭审笔录的签名方法的应用场景示意图。该应用场景中包括书记员客户端101、服务器102和用户端103；

其中，书记员客户端101为书记员所使用的设备上运行的能够提供通信功能的应用程序，可与服务器102进行通信，并通过服务器102与用户端103进行远程通信，该远程通信具体可实现为短信通信、微信、QQ等即时通讯方式，或邮件等，书记员客户端101还可实现笔录文件的访问、录入以及签名图片的访问、合成等功能。服务器102为能够提供远程通信服务的服务器，可与用户端103进行远程通信，该服务器102还可提供生成签名链接、访问服务、签名服务、存储服务等功能。用户端103为可进行电子签名的移动终端，具体可以为手机、平板电脑等具有触摸功能的移动终端。

参见图2，图2为本申请实施例提供的庭审笔录的签名方法的流程图，该方法包括：

S201：根据庭审的案件信息生成对应的签名链接，所述签名链接中包含所述案件信息的标识信息；

本申请的实施例中，该签名链接具体可实现为一网址链接，例如：

http://47.104.13.29:8524/acuserver/url/auQ7bm；

其中，该签名链接中包括存储案件信息的服务器的访问地址(http://47.104.13.29:8524/acuserver/url)，以及根据案件信息生成的标识信息(auQ7bm)，该标识信息通常是根据所述案件信息生成的加密识别码，该加密识别码与所述案件信息具有唯一对应的关系，具体可用于在访问服务器时，在服务器中的多个案件中链接到正确的案件，采用加密识别码作为签名链接后缀的形式相较于采用案件编号或案件名称作为签名链接后缀的形式，更加简洁，并且具有一定的加密作用，例如当该加密识别码被他人看到时，他人无法根据该加密识别码得知任何案件信息。如上述示例，该加密识别码通常可采用数字、字母或数字与字母混合的形式进行加密，最终以六位的形式展示给用户端。在一些实施例中，加密识别码还可以包括其他符号，如括号、叹号等。

S202：向用户端发送所述签名链接；

本申请的实施例中，可通过短信形式将所述签名链接发送给用户端，其中用户端的手机号为系统中预存的该案件对应的用户的手机号；另外，在一些实施例中，也可以以其他方式发送，如通过微信、QQ等即时通讯方式，或邮件等。

为防止该签名链接被恶意用户破解，还可在服务器对该签名链接的有效期进行配置，例如可配置为48小时的有效期，具体的，当包含该签名链接的短信发送成功后，会在该服务器中生成发送成功时刻的时间戳，并在用户端每次尝试访问该签名链接时进行有效期的验证，具体为，

检查用户端每次尝试访问该签名链接的时间；

计算该尝试访问该签名链接的时间与服务器内存储的时间戳的时间差是否超出设定的有效期；

若超出有效期，则拒绝用户端的访问请求，若未超出有效期，则根据用户端的访问请求，提取该签名链接中的标识信息对应的案件信息和签名界面在用户端的浏览器进行显示，该案件信息具体可包括案件名称、案件编号、笔录图片等，以供用户端进行阅读，用户端在确认无误后即可跳转到签名界面进行签名；

需要说明的是，上述根据用户端的访问请求，提取该签名链接中的标识信息对应的案件信息和签名界面的过程，对于用户端是无感知的，用户端进行签名的操作步骤具体为：

在用户端点击上述签名链接后，若超出有效期，则会跳转到浏览器界面显示访问失败的提示；若未超出有效期，则会跳转到浏览器界面显示需要用户端确认的案件信息，具体包括案件名称、案件编号、笔录图片等，用户端确认无误后，可通过点击该界面的跳转到签名界面的按钮以跳转到签名界面；

用户端在签名界面进行触摸签名，并在签名完成后点击提交，即可完成用户端的签名操作过程。

本申请的实施例中，用户端可在签名链接的有效期内，多次访问案件信息以及进行签名、提交的操作。

S203：接收用户端的签名图片；

本申请的实施例中，在接收到用户端提交的签名图片后，需要对提交签名图片的手机号进行身份确认，该身份确认具体可通过将所述手机号与系统中预存的该案件对应的用户的手机号(发送签名链接时的用户端的手机号)进行对比；

当所述手机号一致时，则完成身份确认以及案件的匹配，会在服务器的磁盘目录下生成一个文件夹，并将所述签名图片以png格式，以‘案件名称_姓名’的命名方式命名，保存至该文件夹下，并生成对应的日志文件，所述日志文件中包含所述用户端提交签名图片的时间信息，如，xxx在xx年xx月xx日xx时xx分上传了签名图片，达到追溯的目的；

当在签名链接的有效期内，多次接收到用户端提交的签名图片时，服务器在完成身份确认后，会采用覆盖前一张签名图片的原则，仅保存用户端最后一次提交的签名图片，但是会生成用户端每次提交签名图片的日志文件，从而达到追溯的目的。

S204：将所述签名图片与对应案件信息的笔录图片合成，生成签名后的笔录文件；

本申请的实施例中，可将服务器中的笔录图片及接收到的签名图片进行合成，以生成签名后的笔录文件；

具体的，上述合成及生成笔录文件的过程包括：

书记员在笔录签名程序的操作界面上，点击待操作的案件列表，将该案件列表下的笔录图片和签名图片分别拖拽到合成界面中进行显示。其中该案件列表对应链接到服务器中存储的案件信息、笔录图片和签名图片等；

在该合成界面中，一侧展示的是签名图片，另一侧展示的是上传到服务器的笔录图片；

通过鼠标可将签名图片拖拽到笔录图片的对应签名位置上，该笔录签名程序将叠加的两张图片进行合成，其中两张图片的合成过程具体为，首先将笔录图片转成超文本标记语言(Hyper Text Markup Language，HTML)，并在该超文本标记语言中建立canvas画布，其次，获取鼠标当前的横坐标与纵坐标，以及签名图片的宽高，在canvas画布上重新进行绘制，将签名图片添加到笔录图片上，完成合成的操作，生成合成后的笔录图片；

本申请的实施例中，完成上述合成之后，还可对合成后的笔录图片上的签名图片的位置进行修改，具体的，可通过拖拽笔录文件上的签名图片，拖拽到合适位置；除此之外，还可对签名图片的大小进行修改，具体的，合成后的笔录图片上的签名图片右下方会有一个方框，鼠标拖拽方框则可对签名图片的大小进行调整，拖拽方框的时候，会自动等比例的对签名图片的宽高进行调整，以达到预期的效果；

需要说明的是，上述合成及调整的过程中，每次松开鼠标的时候，程序都会获取当前合成后的笔录图片的宽高以及横纵坐标点，然后将合成后的笔录图片的横坐标，纵坐标，以及签名图片的名称，笔录图片的名称，笔录图片的页数，案件名称，案件号一同保存到服务器的数据库中，在保存数据库的过程中，会根据案件名称，笔录图片，签名图片一起进行查询，如果数据库已经存在该条数据，则将已经存在的笔录图片的坐标点进行覆盖，可保证数据库存储的始终为最新的笔录图片的坐标信息，如果数据库不存在，则新添加一条数据到表中，方便留档查阅。根据数据库中存储的该合成后的笔录图片的坐标信息，可保证再次打开该合成后的笔录图片时，上述签名图片仍旧保持在完成合成时的对应位置处，不会发生签名图片的错位。

上述笔录图片与签名图片合成完毕之后，书记员即可下载合成之后的笔录文件(pdf文件)，以进行后续的打印、留档工作等；

本申请实施例中，下载的具体实现过程包括：

在所述超文本标记语言中创建一个空的Document对象；

获取上述合成后的笔录图片，将该合成后的笔录图片转换成流文件写入到该空的Document对象中；

将该Document对象转换成指定的PDF文件，并导出到指定地址。

在转换成PDF文件的过程中，还需要根据上述合成后的笔录图片的宽度和高度，对待生成的PDF文件的宽度和高度进行设置，使生成的PDF文件中所显示的笔录图片的宽度和高度与上述合成的笔录图片的宽度和高度保持一致。

需要指出的是，上述将合成之后的图片转换成PDF文件的过程，是在服务器内完成的，对于书记员是无感知的，书记员在操作下载时，仅需要在对应的界面中，点击下载按钮，并选择下载地址及下载文件的格式即可。

为了便于进一步理解本申请实施例提供的庭审笔录的签名方法，下面将结合图1的应用场景架构，对本申请的又一实施例提供的庭审笔录的签名方法进行介绍。参见图3，图3为本申请实施例提供的庭审笔录的签名方法的交互信令图，如图3所示，该方法包括：

S301：书记员客户端录入笔录文件；

书记员在开庭审理的过程中，会将庭审的笔录信息记录在文本文件中，通常可选用word文档格式进行记录，在庭审结束，书记员整理完成最终的笔录文件后，即可通过书记员客户端将word文档格式的笔录文件进行上传，上传到服务器之后，服务器会将word文档格式的笔录文件转换成png格式的图片文件，当word文档为多页时，对应的图片文件也会按顺序生成多张，并且在服务器磁盘目录下会生成acuserver_record的目录，以‘案件名称_第x页’的命名方式命名，将笔录图片进行保存留档，以便后续与签名图片进行合成。

S302：书记员客户端向服务器发送签名链接的发送请求；

书记员完成笔录文件的录入后，即可在书记员客户端上发起签名链接的发送请求，该签名链接由服务器生成并执行发送；

本发明的一些实施例中，上述签名链接的发送过程还可设置为，当书记员录入笔录文件完成后，即可在服务器自动触发签名链接的生成及发送，从而防止书记员由于工作疏忽导致的忘记发送签名链接的失误。

S303：服务器生成发送签名链接；

本发明实施例中，服务器可根据录入的案件信息，具体包括案件名称、案件编号、笔录文件等，生成对应该案件信息的签名链接，该签名链接具体为一个可访问的网址，例如：

http://47.104.13.29:8524/acuserver/url/auQ7bm；

其中，该签名链接中包括存储案件信息的服务器的访问地址(http://47.104.13.29:8524/acuserver/url)，以及根据案件信息生成的标识信息(auQ7bm)，该标识信息通常是根据所述案件信息生成的加密识别码，具体可用于在访问服务器时，链接到具体的案件，如上述示例，该加密识别码通常可采用数字、字母或数字与字母混合的形式进行加密，最终以六位的形式展示给用户端；

完成上述签名链接的生成后，服务器可通过短信形式将所述签名链接发送给用户端，其中用户端的手机号为系统中预存的该案件对应的用户的手机号；

本发明实施例中，为防止该签名链接被恶意用户破解，还可在服务器对该签名链接的有效期进行配置，例如可配置为48小时的有效期，具体的，当包含该签名链接的短信发送成功后，会在该服务器中生成发送成功时刻的时间戳，并在用户端每次尝试访问该签名链接时进行有效期的验证。

S304：获取用户端访问签名链接的请求；

完成上述签名链接的发送以及后台时间戳的生成之后，服务器会在用户端每次尝试访问该链接时，获取其访问请求，并检查是否在有效期内，具体包括，

检查用户端每次尝试访问该签名链接的时间；

计算该尝试访问该签名链接的时间与服务器内存储的时间戳的时间差是否超出设定的有效期；

若超出有效期，则拒绝用户端的访问请求，若未超出有效期，则根据用户端的访问请求，执行下述步骤。

S305：反馈对应的案件信息和签名界面；

服务器在完成用户端访问该签名链接的有效期检查后，即可根据所述签名链接中的标识信息，提取对应的案件信息和签名界面在用户端的浏览器进行显示，该案件信息具体可包括案件名称、案件编号、笔录图片等，以供用户端进行阅读，用户端在确认无误后即可跳转到签名界面进行签名；

需要说明的是，上述根据用户端的访问请求，提取该签名链接中的标识信息对应的案件信息和签名界面的过程，对于用户端是无感知的，用户端进行签名的操作步骤具体为：

在用户端点击上述签名链接后，若超出有效期，则会跳转到浏览器界面显示访问失败的提示；若未超出有效期，则会跳转到浏览器界面显示需要用户端确认的案件信息，具体包括案件名称、案件编号、笔录图片等，用户端确认无误后，可通过点击该界面的跳转到签名界面的按钮以跳转到签名界面；

用户端在签名界面进行触摸签名，并在签名完成后点击提交，即可完成用户端的签名操作过程。

本申请的实施例中，用户端可在签名链接的有效期内，多次访问案件信息以及进行签名、提交的操作。

S306：接收并保存所述用户端提交的签名图片；

本申请的实施例中，在接收到用户端提交的签名图片后，需要对提交签名图片的手机号进行身份确认，该身份确认具体可通过将所述手机号与系统中预存的该案件对应的用户的手机号(发送签名链接时的用户端的手机号)进行对比；

当所述手机号一致时，则完成身份确认以及案件的匹配，会在服务器的磁盘目录下生成一个文件夹，并将所述签名图片以png格式，以‘案件名称_姓名’的命名方式命名，保存至该文件夹下，并生成对应的日志文件，所述日志文件中包含所述用户端提交签名图片的时间信息，如，xxx在xx年xx月xx日xx时xx分上传了签名图片，达到追溯的目的；

当在签名链接的有效期内，多次接收到用户端提交的签名图片时，服务器在完成身份确认后，会采用覆盖前一张签名图片的原则，仅保存用户端最后一次提交的签名图片，但是会生成用户端每次提交签名图片的日志文件，从而达到追溯的目的。

S307：书记员客户端提取笔录图片和签名图片；

当服务器接收到用户端返回的签名图片后，可在书记员客户端进行提醒，此时书记员客户端即可点击操作界面上的案件列表，提取该案件列表下的笔录图片和签名图片进行查看，查阅无误后，即可进行下述步骤的笔录文件的合成。

S308：笔录图片和签名图片的合成请求；

本申请的实施例中，笔录图片和签名图片的合成虽然是在书记员客户端中显示，但实际的合成过程是在服务器中完成的，具体的，上述合成及生成笔录文件的过程包括：

在书记员客户端的笔录签名程序的合成界面中，一侧展示的是签名图片，另一侧展示的是上传到服务器的笔录图片；

通过鼠标可将签名图片拖拽到笔录图片的对应位置上，该笔录签名程序将叠加的两张图片进行合成，其中两张图片的合成过程具体为，首先将笔录图片转成超文本标记语言(Hyper Text Markup Language，HTML)，并在该超文本标记语言中建立canvas画布，其次，获取鼠标当前的横坐标与纵坐标，以及签名图片的宽高，在canvas画布上重新进行绘制，将签名图片添加到笔录图片上，完成合成的操作，生成合成后的笔录图片；

本申请的实施例中，完成上述合成之后，还可对合成后的笔录图片上的签名图片的位置进行修改，具体的，可通过拖拽笔录图片上的签名图片，拖拽到合适位置；除此之外，还可对签名图片的大小进行修改，具体的，合成后的笔录图片上的签名图片右下方会有一个方框，鼠标拖拽方框则可对签名图片的大小进行调整，拖拽方框的时候，会自动等比例的对签名图片的宽高进行调整，以达到预期的效果；

需要说明的是，上述合成及调整的过程中，每次松开鼠标的时候，程序都会获取当前合成后的笔录图片的宽高以及横纵坐标点，然后将合成后的笔录图片的横坐标，纵坐标，以及签名图片的名称，笔录图片的名称，笔录图片的页数，案件名称，案件号一同保存到服务器的数据库中，在保存数据库的过程中，会根据案件名称，笔录图片，签名图片一起进行查询，如果数据库已经存在该条数据，则将图片的坐标点进行修改，如果数据库不存在，则新添加一条数据到表中，方便留档查阅。

S309：返回合成的笔录文件；

完成上述的笔录文件的合成后，即可在书记员客户端对该笔录文件进行查看、下载、打印，以便于后续的留档工作等。

本申请实施例中，下载的具体实现过程包括：

在所述超文本标记语言中创建一个空的Document对象；

获取上述合成后的笔录图片，将该合成后的笔录图片转换成流文件写入到该空的Document对象中；

将该Document对象转换成指定的PDF文件，并导出到指定地址。

在转换成PDF文件的过程中，还需要根据上述合成后的笔录图片的宽度和高度，对待生成的PDF文件的宽度和高度进行设置，使生成的PDF文件中所显示的笔录图片的宽度和高度与上述合成的笔录图片的宽度和高度保持一致。

需要指出的是，上述将合成之后的笔录图片转换成PDF文件的过程，是在服务器内完成的，对于书记员是无感知的，书记员在操作下载时，仅需要在对应的界面中，点击下载按钮，并选择下载地址及下载文件的格式即可。

如图4所示，为本申请实施例提供的庭审笔录的签名系统的框架图，该签名系统400包括：

生成模块401，用于根据庭审的案件信息生成对应的签名链接，所述签名链接中包含所述案件信息的标识信息；其中，该标识信息是根据所述案件信息生成的加密识别码，该加密识别码采用数字、字母或数字与字母混合的形式；

发送模块402，用于发送所述签名链接给用户端，具体可通过短信形式将所述签名链接发送给用户端，其中用户端的手机号为系统中预存的该案件对应的用户的手机号；

当包含该签名链接的短信发送成功后，会在该服务器中生成发送成功时刻的时间戳，并在用户端每次尝试访问该签名链接时进行有效期的验证，具体为，

检查用户端每次尝试访问该签名链接的时间；

计算该尝试访问该签名链接的时间与服务器内存储的时间戳的时间差是否超出设定的有效期；

若超出有效期，则拒绝用户端的访问请求，若未超出有效期，则根据用户端的访问请求，提取该签名链接中的标识信息对应的案件信息和签名界面在用户端的浏览器进行显示，该案件信息具体可包括案件名称、案件编号、笔录图片等，以供用户端进行阅读，用户端在确认无误后即可跳转到签名界面进行签名；

接收模块403，用于对提交签名图片的用户端的手机号进行身份确认，所述身份确认是通过将所述手机号与发送签名链接时的用户端的手机号进行对比；当所述手机号一致时，将所述签名图片保存至对应的文件夹，并生成对应的日志文件，所述日志文件中包含所述用户端提交签名图片的时间信息；当多次接收到所述用户端提交的签名图片时，仅保存最后一次接收到的签名图片；

合成模块404，用于将所述签名图片与对应的笔录图片进行合成，生成签名后的笔录文件，其中，该合成过程具体包括：

将所述签名图片添加到笔录图片的对应的签名位置上；

对所述签名图片的大小、所在位置进行调整；

将所述签名图片与所述笔录图片进行合成，生成并保存合成后的笔录图片。

完成该合成之后，可下载合成后的笔录文件，该下载过程具体为：

在所述超文本标记语言中创建一个空的Document对象；

获取上述合成后的笔录图片，将该合成后的笔录图片转换成流文件写入到该空的Document对象中；

将该Document对象转换成指定的PDF文件，并导出到指定地址。

在转换成PDF文件的过程中，还需要根据上述合成后的笔录图片的宽度和高度，对待生成的PDF文件的宽度和高度进行设置，使生成的PDF文件中所显示的笔录图片的宽度和高度与上述合成的笔录图片的宽度和高度保持一致。

综上所述，本申请实施例提供的上述庭审笔录的签名方法及签名系统，通过采用签名链接的形式发送给用户端，用户端通过点击该签名链接，跳转访问书记员整理的电子庭审笔录，确认笔录内容，确认无误后可进行电子签名，再以签名图片的形式提交，便于书记员将签名图片与笔录图片进行合成，从而生成最终签名后的笔录文件。使得庭审参与方可在不必亲临现场的情况下，完成笔录内容的确认以及电子签名，减少了签字的局限性，保证庭审笔录确认过程及签字过程的顺利进行。

图5是本申请实施例提供的一种计算设备1500的结构性示意性图。该计算设备1500包括：处理器1510、存储器1520、通信接口1530、总线1540。

应理解，图5所示的计算设备1500中的通信接口1530可以用于与其他设备之间进行通信。

其中，该处理器1510可以与存储器1520连接。该存储器1520可以用于存储该程序代码和数据。因此，该存储器1520可以是处理器1510内部的存储单元，也可以是与处理器1510独立的外部存储单元，还可以是包括处理器1510内部的存储单元和与处理器1510独立的外部存储单元的部件。

可选的，计算设备1500还可以包括总线1540。其中，存储器1520、通信接口1530可以通过总线1540与处理器1510连接。总线1540可以是外设部件互连标准(PeripheralComponent Interconnect，PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。所述总线1540可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一条线表示，但并不表示仅有一根总线或一种类型的总线。

应理解，在本申请实施例中，该处理器1510可以采用中央处理单元(centralprocessing unit，CPU)。该处理器还可以是其它通用处理器、数字信号处理器(digitalsignal processor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(field programmable gate Array，FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。或者该处理器1510采用一个或多个集成电路，用于执行相关程序，以实现本申请实施例所提供的技术方案。

该存储器1520可以包括只读存储器和随机存取存储器，并向处理器1510提供指令和数据。处理器1510的一部分还可以包括非易失性随机存取存储器。例如，处理器1510还可以存储设备类型的信息。

在计算设备1500运行时，所述处理器1510执行所述存储器1520中的计算机执行指令执行上述方法的操作步骤。

应理解，根据本申请实施例的计算设备1500可以对应于执行根据本申请各实施例的方法中的相应主体，并且计算设备1500中的各个模块的上述和其它操作和/或功能分别为了实现本实施例各方法的相应流程，为了简洁，在此不再赘述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

本申请实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时用于执行一种多样化问题生成方法，该方法包括上述各个实施例所描述的方案中的至少之一。

本申请实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是，但不限于，电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括、但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本申请操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

注意，上述仅为本申请的较佳实施例及所运用的技术原理。本领域技术人员会理解，本申请不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本申请的保护范围。因此，虽然通过以上实施例对本申请进行了较为详细的说明，但是本申请不仅仅限于以上实施例，在不脱离本申请的构思的情况下，还可以包括更多其他等效实施例，均属于本申请的保护范畴。

Claims (10)

1.一种庭审笔录的签名方法，其特征在于，包括：

根据庭审的案件信息生成对应的签名链接，所述签名链接中包含所述案件信息的标识信息；

向用户端发送所述签名链接；

接收用户端的签名图片，与对应案件信息的笔录图片合成，生成签名后的笔录文件。

2.根据权利要求1所述的方法，其特征在于，所述标识信息包括根据所述案件信息生成的加密识别码。

3.根据权利要求1所述的方法，其特征在于，所述向用户端发送所述签名链接后，还包括：

发送所述签名链接成功时，生成对应发送成功时刻的时间戳；

接收用户端对所述签名链接的访问，判断用户端对所述签名链接的访问的时间与所述时间戳的时间差超出有效期时拒绝所述访问。

4.根据权利要求3所述的方法，其特征在于，所述判断用户端对所述签名链接的访问的时间与所述时间戳的时间差未超出有效期时，

提取所述签名链接对应的案件信息和签名界面向用户端发送。

5.根据权利要求1所述的方法，其特征在于，所述接收用户端的签名图片时，还包括：

根据所述向用户端发送所述签名链接时的用户端的信息，对所述接收用户端的签名图片时对应的用户端进行验证，并在验证通过后将所述签名图片保存到对应的案件列表下。

6.根据权利要求5所述的方法，其特征在于，还包括：

多次接收到用户端的签名图片时，仅保存最后一次接收到的签名图片。

7.根据权利要求1所述的方法，其特征在于，所述合成包括：

根据所述案件信息提取对应的笔录图片和签名图片分别显示在合成界面；

在所述合成界面中，将所述签名图片添加到笔录图片的签名位置处，生成合成后的笔录图片。

8.根据权利要求7所述的方法，其特征在于，还包括：

获取所述合成后的笔录图片的坐标信息，并将该坐标信息、案件信息及合成后的笔录图片以新增或覆盖的形式保存到数据库中。

9.根据权利要求7或8所述的方法，其特征在于，所述生成签名后的笔录文件包括：

将所述合成后的笔录图片转换成指定格式的笔录文件，并导出到指定地址中。

10.一种庭审笔录的签名系统，其特征在于，包括：

生成模块，用于根据庭审的案件信息生成对应的签名链接，所述签名链接中包含所述案件信息的标识信息；

发送模块，用于向用户端发送所述签名链接；

接收模块，用于接收用户端的签名图片；

合成模块，用于将签名图片与对应案件信息的笔录图片合成，生成签名后的笔录文件。

Images