一种通过移动终端进行合同拟定的方法

文档序号:6513057阅读:249来源:国知局
一种通过移动终端进行合同拟定的方法
【专利摘要】本发明公开一种通过移动终端进行合同拟定的方法,其特征在于,基于包括第一移动终端、第二移动终端、显示终端和服务器的合同拟定系统,该方法包括以下步骤:步骤一、服务器由服务器响应来自第一移动终端或第二移动终端的在线拟定合同的请求,生成互为关联的第一密码和第二密码;步骤二、由第一移动终端或第二移动终端的客户端分别进行合同条款文字的输入;步骤三、服务器的二维码生成器通过对应的密码进行解密后组合成合同草稿;步骤四、服务器的二维码标签生成器加密后编码成二维码图像并承载于业务数据区,最后通过第一移动终端或第二移动终端的客户端分别扫描所述的二维码标签,经解码、解密后识别出合同草稿数据进行浏览和修改。
【专利说明】一种通过移动终端进行合同拟定的方法
【技术领域】
[0001]本发明涉及电子商务技术,特别涉及一种结合二维码进行合同制定和签署的方法。
【背景技术】
[0002]由于二维码具有存储信息量大、安全性能高、成本低廉、易于纠错、易于识读和易于实现自动处理流程等诸多优点,在越来越多的领域被广泛应用。目前国内外有了很多二维码的码制标准,如H)F417、QR、Data Matrix以及汉信码等。与之对应的各种码制的编码、解码方法、识读方法、纠错方法都日臻成熟。
[0003]如图1所示,为现有技术中的二维码的一种结构。其中,它具有三个定位图形,分别位于左下角,左上角以及右上角。它们占据了比较多的二维码信息空间。另外,图1所示的二维码只有一个数据区,二维码所携带的数据信息全部都集中体现在这个唯一数据区的图形上。无法承载两个独立的数据,以满足特殊业务的需求。例如在电子商务过程中,二维码一方面需要承载商品或服务的地址信息或摘要信息,另一方面也需要承载提供方的签名信息、授权信息或秘钥信息,其中地址信息或摘要信息是应该能被通用的二维码识别器所识别并显示的,而签名信息、授权信息或秘钥信息则应该是被授权的二维码识别器才能识别的。现有的二维码方案中,无法对二维码所承载得数据信息进行精准控制。
[0004]本申请同时另案申请了《一种二维码标签的改进》,公开了一种二维码标签的新结构。通过对标签本体设置业务数据区、横向控制数据区、纵向控制数据区,并分别承载不同的独立数据。目前缺乏这种新标签在电子商务应用的技术方案。
[0005]现有技术中,签署合同常用的技术手段包括:纸质合同的制定和签署、通过网络电子合同的签署。其中通过网络电子合同的签署往往存在不便于修改的问题。而通过网络和移动终端进行合同现场签署时,如展会等公共地方,如何避免合同内容被第三方偷窥,合同安全问题至关重要。

【发明内容】

[0006]本发明目的是克服现有技术不足,提供一种新的通过移动终端进行合同拟定的技术方案。它能广泛应用在展会等公共场合,通过移动终端、二维码、网络的结合,为合同的制定、修改和最后签署提供了新体验方案,同时可有效避免第三方的偷窥。
[0007]本发明的通过如下方案实现:
一种通过移动终端进行合同拟定的方法,其特征在于,基于包括第一移动终端、第二移动终端、显示终端和服务器的合同拟定系统,该方法包括以下步骤:
步骤一、服务器由服务器响应来自第一移动终端或第二移动终端的在线拟定合同的请求,生成互为关联的第一密码和第二密码,并分别发送至第一移动终端和第二移动终端的客户端;
步骤二、由第一移动终端或第二移动终端的客户端分别进行合同条款文字的输入;并分别通过各自已收到的第一密码或第二密码进行加密后发送至服务器;
步骤三、服务器的二维码生成器加载来自第一移动终端和第二移动终端的合同条款数据,分别通过对应的密码进行解密后组合成合同草稿;
步骤四、服务器的二维码标签生成器将所述的合同草稿利用由第一密码和第二密码组合而成的第三密码加密后编码成二维码图像并承载于业务数据区;将所述的第一密码由第二密码加密后编码成二维码图像并承载于横向控制数据区;将所述的第二密码由第一密码加密后编码成二维码图像并承载于纵向控制数据区后组合成完整的二维码标签;
步骤五、服务器将二维码标签发送至显示终端显示;
步骤六、第一移动终端或第二移动终端的客户端分别扫描所述的二维码标签,经解码、解密后识别出合同草稿数据进行浏览和修改;
步骤七、经过第一移动终端或第二移动终端客户端修改后的合同,反馈至服务器;服务器的二维码生成器更新业务数据区的二维码图像,并将更新后产生的二维码标签发送至显示终端;最后经第一移动终端或第二移动终端客户端进行电子签名确认的合同成立。
[0008]更进一步,所述的步骤六中,第一移动终端或第二移动终端的客户端分别扫描所述的二维码标签,经解码、解密后识别出合同草稿数据进行浏览和修改时,第一移动终端或第二移动终端的客户端分别扫描所述的二维码标签,经解码、解密后识别出合同草稿数据进行浏览和修改;其中,第一移动终端利用已有的第一密码对承载于纵向控制数据区的二维码图像进行解密,获得第二密码;然后,经过第一密码和第二密码进行组合获得第三密码;第一移动终端通过第三密码对承载于业务数据区的二维码图像进行解密,进而获得合同的全文;第二移动终端利用已有的第二密码对承载于横向控制数据区的二维码图像进行解密,获得第一密码;然后,经过第一密码和第二密码进行组合获得第三密码;第一移动终端通过第三密码对承载于业务数据区的二维码图像进行解密,进而获得合同的全文。
【专利附图】

【附图说明】
[0009]图1为现有二维码标签的结构示意图;
图2为本发明涉及二维码标签的结构示意图之一;
图3为本发明涉及二维码标签的结构示意图之二;
图4为本发明涉及二维码标签生成装置的结构示意图;
图5为本发明涉及二维码标签生成方法流程图;
图6为本发明涉及二维码标签识别方法流程图;
图7为本发明方法的核心流程图。
【具体实施方式】
[0010]为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
[0011]参考图7所示,优选方案实施中,本发明的一种通过移动终端进行合同拟定的方法,其特征在于,基于包括第一移动终端、第二移动终端、显示终端和服务器的合同拟定系统,该方法包括以下步骤: 步骤一、服务器由服务器响应来自第一移动终端或第二移动终端的在线拟定合同的请求,生成互为关联的第一密码和第二密码,并分别发送至第一移动终端和第二移动终端的客户端;
步骤二、由第一移动终端或第二移动终端的客户端分别进行合同条款文字的输入;并分别通过各自已收到的第一密码或第二密码进行加密后发送至服务器;
步骤三、服务器的二维码生成器加载来自第一移动终端和第二移动终端的合同条款数据,分别通过对应的密码进行解密后组合成合同草稿;
步骤四、服务器的二维码标签生成器将所述的合同草稿利用由第一密码和第二密码组合而成的第三密码加密后编码成二维码图像并承载于业务数据区;将所述的第一密码由第二密码加密后编码成二维码图像并承载于横向控制数据区;将所述的第二密码由第一密码加密后编码成二维码图像并承载于纵向控制数据区后组合成完整的二维码标签;
步骤五、服务器将二维码标签发送至显示终端显示;
步骤六、第一移动终端或第二移动终端的客户端分别扫描所述的二维码标签,经解码、解密后识别出合同草稿数据进行浏览和修改;第一移动终端或第二移动终端的客户端分别扫描所述的二维码标签,经解码、解密后识别出合同草稿数据进行浏览和修改;其中,第一移动终端利用已有的第一密码对承载于纵向控制数据区的二维码图像进行解密,获得第二密码;然后,经过第一密码和第二密码进行组合获得第三密码;第一移动终端通过第三密码对承载于业务数据区的二维码图像进行解密,进而获得合同的全文;第二移动终端利用已有的第二密码对承载于横向控制数据区的二维码图像进行解密,获得第一密码;然后,经过第一密码和第二密码进行组合获得第三密码;第一移动终端通过第三密码对承载于业务数据区的二维码图像进行解密,进而获得合同的全文。
[0012]步骤七、经过第一移动终端或第二移动终端客户端修改后的合同,反馈至服务器;服务器的二维码生成器更新业务数据区的二维码图像,并将更新后产生的二维码标签发送至显示终端;最后经第一移动终端或第二移动终端客户端进行电子签名确认的合同成立。
[0013]另外为了使本发明更利于理解和实施,下面对该方法涉及的二维码标签的结构、生成和识别等方面做进一步描述:
如图2和3所示,为本发明实施例1中涉及二维码标签的结构示意图。本发明二维码中,具有业务数据区I和控制数据区。其中优选方案中,控制数据区又具有横向控制数据区21和纵向控制数据区22。业务数据区I和控制数据区之间通过呈“L”状的分隔图形3进行隔离。呈“L”状的分隔图形3可以呈浅色或深色,宽度为一个或以上数据符号格。优选方案中,呈“L”状的分隔图形3的颜色采用不同于业务数据区I和控制数据区的颜色,并且宽度为一个数据符号格。业务数据区I可以是正方型,也可以是长方形。行列数可以根据现有技术或者所需要承载的数据量大小进行设置。横向控制数据区21的纵向宽度、纵向控制数据区22横向宽度固定的,而横向控制数据区21的横向长度、纵向控制数据区22纵向长度则可动态调节,并保持与业务数据区I的大小一致。更具体说,是业务数据区I和控制数据区的图像边界是对齐的。横向控制数据区21的纵向宽度、纵向控制数据区22横向宽度优选方案中,可以采用5个数据符号格。如图2和3所示,优选方案中,横向控制数据区21和纵向控制数据区22的交接处,还设有商品或产品或公司的图像展示区4。图像展示区4的宽度与横向控制数据区21和纵向控制数据区22适配,具体来说图像展示区4外边界应该与横向控制数据区21和纵向控制数据区22的外边界对齐。图像展示区4用于显示商品或产品或公司的LOGO。
[0014]又如图2和3所示,为本发明二维码标签的业务数据区I用于承载普通文本内容、网址、电话、短信等信息,而横向控制数据区21和纵向控制数据区22则用于承载签名信息、授权信息、秘钥信息、坐标信息等特殊信息。优选方案中,业务数据区I和控制数据区采用不同的编码方式进行编码;并至少有一数据区为承载经过加密信息,如业务数据区I为非加密信息,而横向控制数据区21和纵向控制数据区22中至少一个区的数据信息为加密信息;或者业务数据区I为加密信息,而横向控制数据区21和纵向控制数据区22至少一个区的信息数据信息为非加密信息。
[0015]参考图4,为实施本发明所需要的二维码标签的符号生成装置,与现有技术不同,该装置具有业务数据区标签生成模块、横向控制数据区标签生成模块、纵向控制数据区标签生成模块、标签组合模块和编码控制模块,其中所述的业务数据区标签生成模块用于将需要承载于业务数据区的业务数据转换成与业务数据区大小匹配并具有两种色差明显的符号构成二维码标签图像;所述的横向控制数据区标签生成模块用于将需要承载于横向控制数据区的控制数据转换成与横向控制数据区大小匹配并具有两种色差明显的符号构成二维码标签图像;所述的纵向控制数据区标签生成模块用于将需要承载于纵向控制数据区的控制数据转换成与纵向控制数据区大小匹配并具有两种色差明显的符号构成二维码标签图像;所述的编码控制模块用于对承载于业务数据区的业务数据、承载于横向控制数据区和纵向控制数据区的控制数据之一进行加密后,通过两种不同的编码算法对承载于业务数据区的业务数据、承载于横向控制数据区和纵向控制数据区的控制数据进行编码;所述的标签组合模块用于将存储于缓存空间,并分别对应于业务数据区、横向控制数据区、纵向控制数据区的二维码标签图像进行组合,生成完整的二维码标签以供显示或打印。另外,优选方案中,该装置还具有图像展示区图像控制模块,用于加载用户或系统选定的图像并将其转换成适合图像展示区大小的图像,保存于缓存;所述的标签组合模块用于将存储于缓存空间,并分别对应于业务数据区、横向控制数据区、纵向控制数据区的二维码标签图像、图像展示区图像控制模块处理后的图像及呈“L”状的分隔图形进行组合,生成完整的二维码标签以供显示或打印。
[0016]参考图5所示,为本发明实施例中二维码标签生成方法流程图,二维码标签生成具体包括以下步骤:
S101,获取需要在二维码标签承载的业务数据。业务数据的获取可以是用户的输入,也可以是通过访问其它应用或系统的接口获得。
[0017]S102,确定业务数据区I的大小。具体为判断需要承载的业务数据量是否超出已设定的业务数据区I大小所能承载的数据量,如果超出则进一步判断是否超出业务数据区I所能承载的最大数据量;超出业务数据区I所能承载的最大数据量,则提示“无法生成二维码标签”,否则自动根据需要承载的业务数据量扩大业务数据区I大小。如果判断需要承载的业务数据量在已设定的业务数据区I大小所能承载的数据量范围内,则以已设定参数确定业务数据区I的大小。
[0018]S103,根据业务数据区I的大小,确定横向控制数据区21的横向长度和纵向控制数据区22纵向长度。确定办法是,横向控制数据区21的横向长度等于对应业务数据区I边框大小加呈“L”状的分隔图形3的宽度。纵向控制数据区22纵向长度等于对应业务数据区I边框大小加呈“L”状的分隔图形3的宽度,使业务数据区I和控制数据区的图像边界是对齐的,保证二维码标签整体轮廓是矩形。
[0019]S104,对需要承载的业务数据,进行编码,生成符合业务数据区显示大小的图像并缓存;根据不同的应用环境需求,在编码之前,可以对需要承载的业务数据进行加密后再编码。编码和加密技术可以根据现有技术进行。
[0020]S105,获取需要承载在一个以上控制数据区的签名信息、授权信息、秘钥信息、坐标信息等控制数据,获取方式可以是人工输入或通过问其它应用或系统的接口获得。
[0021]S106,对需要承载在控制数据区的控制数据进行编码,生成符合横向控制数据区21、纵向控制数据区22大小的显示的图像并缓存。其中,控制数据可以分成两部分分别显示在横向控制数据区21、纵向控制数据区22。横向控制数据区21、纵向控制数据区22也可以分别承载和显示两个不同的控制数据。如横向控制数据区21用于承载用户名,纵向控制数据区22用于承载对应的密码数据;横向控制数据区21用于承载签名数据,纵向控制数据区22用于承载公钥数据等。优选方案中,业务数据区I和控制数据区应该采用不同的编码方式。而横向控制数据区21、纵向控制数据区22的控制数据的编码方式可以相同也可以不相同。根据不同的应用环境需求,在对控制数据进行编码之前,可以对其进行加密后再编码。编码和加密方式有多种多样,具体可以根据现有技术进行。
[0022]S107,获取需要显示在图像展示区4的图像,缓存。优选方案中,图像展示区4的图像并非必须的,如果不存在需要展示的商品或产品或公司等的L0G0,也可以用浅色或深色进行填充。
[0023]S108,将已编码并缓存的业务数据图像、控制数据图像、LOGO分别填充至业务数据区1、控制数据区、图像展示区4组合成一整体的二维码标签,直接显示或打印。
[0024]参考图6所示,为本发明实施例中二维码标签对应的识别流程图,二维码标签识别具体包括以下步骤:
5201,对二维码进行整体的图像采集;
5202,对横向控制数据区、纵向控制数据区的轮廓进行识别。由于横向控制数据区、纵向控制数据区的宽度是固定的,并且与业务数据区之间存在“L”状的分隔图形3,所以对于横向控制数据区、纵向控制数据区的轮廓识别比较简单。有选方案中,更可以通过图像展示区4及图像进行定位。其中图像展示区4具有固定大小,位于右下角,并且位于横向控制数据区、纵向控制数据区的交接处。
[0025]S203,以横向控制数据区、纵向控制数据区的轮廓进行定位,识别出业务数据区步骤。由于横向控制数据区、纵向控制数据区的形状,宽度是固定的,并且图像展示区4的大小、形状和位置是固定的,所以横向控制数据区、纵向控制数据区在用于承载数据同时,也起到了定位作用。摆脱了现有技术中,需要固定的三个图形进行定位,并且占据了过多的二维码信息空间的问题。
[0026]S204,分割出业务数据区1、横向控制数据区21、纵向控制数据区22的图像; S205,分别对业务数据区1、横向控制数据区21、纵向控制数据区22的图像进行识别
并通过对应的解码算法解码;优选方案中,业务数据区的数据可以是非加密的,而横向控制数据区21、纵向控制数据区22中至少一个是加密的,如横向控制数据区21、纵向控制数据区22分别承载的是用户名和密码,则获得横向控制数据区21、纵向控制数据区22承载的数据前,需要对横向控制数据区21、纵向控制数据区22识别的结果进行解密操作,然后才得到最终的数据。这样,本发明的二维码标签具有通用的二维码的方便特性,同时也可以用于身份识别,二维码阅读的控制,满足特殊应用需求,提高数据安全性。另一优选方案是,对业务数据区I的图像进行识别并通过对应的解码算法解码前,需要先解码横向控制数据区21或纵向控制数据区22其中之一的公钥数据,然后二维码识别器才能利用该公钥对业务数据区I进行解密及解码。由于本发明的二维码标签结构不同于现有技术,并且可以对对业务数据区1、横向控制数据区21、纵向控制数据区22的承载的数据类型,数据是否进行加解密进行独立的控制,所以除了上述两种优选方案外,安全保障的措施也可以有多种组合。
[0027]S206,得到业务数据区1、横向控制数据区21、纵向控制数据区22所承载的数据。当业务数据区I承载的是商品或服务的网络地址、横向控制数据区21承载的用户名、纵向控制数据区22承载的是用户密码,则用户终端的二维码扫描并识别后,可以通过业务数据区I承载的是商品或服务的网络地址访问进行商品或服务的获取,同时可以自动凭借所识别的横向控制数据区21承载的用户名、纵向控制数据区22承载的是用户密码进行自动登录,实现身份自动识别,同时避免手动输入,保障了安全。
[0028]最后说明的是,以上实施例仅用以说明本发明的技术方案而非限制,本领域普通技术人员对本发明的技术方案所做的其他修改或者等同替换,只要不脱离本发明技术方案的精神和范围,均应涵盖在本发明的权利要求范围当中。
【权利要求】
1.一种通过移动终端进行合同拟定的方法,其特征在于,基于包括第一移动终端、第二移动终端、显示终端和服务器的合同拟定系统,该方法包括以下步骤: 步骤一、服务器由服务器响应来自第一移动终端或第二移动终端的在线拟定合同的请求,生成互为关联的第一密码和第二密码,并分别发送至第一移动终端和第二移动终端的客户端; 步骤二、由第一移动终端或第二移动终端的客户端分别进行合同条款文字的输入;并分别通过各自已收到的第一密码或第二密码进行加密后发送至服务器; 步骤三、服务器的二维码生成器加载来自第一移动终端和第二移动终端的合同条款数据,分别通过对应的密码进行解密后组合成合同草稿; 步骤四、服务器的二维码标签生成器将所述的合同草稿利用由第一密码和第二密码组合而成的第三密码加密后编码成二维码图像并承载于业务数据区;将所述的第一密码由第二密码加密后编码成二维码图像并承载于横向控制数据区;将所述的第二密码由第一密码加密后编码成二维码图像并承载于纵向控制数据区后组合成完整的二维码标签; 步骤五、服务器将二维码标签发送至显示终端显示; 步骤六、第一移动终端或第二移动终端的客户端分别扫描所述的二维码标签,经解码、解密后识别出合同草稿数据进行浏览和修改; 步骤七、经过第一移动终端或第二移动终端客户端修改后的合同,反馈至服务器;服务器的二维码生成器更新业务数据区的二维码图像,并将更新后产生的二维码标签发送至显示终端;最后经第一移动终端或第二移动终端客户端进行电子签名确认的合同成立。
2.如权利要求1所述的通过移动终端进行合同拟定的方法,其特征在于,步骤六中,第一移动终端或第二移动终端的客户端分别扫描所述的二维码标签,经解码、解密后识别出合同草稿数据进行浏览和修改时,第一移动终端或第二移动终端的客户端分别扫描所述的二维码标签,经解码、解密后识别出合同草稿数据进行浏览和修改;其中,第一移动终端利用已有的第一密码对承载于纵向控制数据区的二维码图像进行解密,获得第二密码;然后,经过第一密码和第二密码进行组合获得第三密码;第一移动终端通过第三密码对承载于业务数据区的二维码图像进行解密,进而获得合同的全文;第二移动终端利用已有的第二密码对承载于横向控制数据区的二维码图像进行解密,获得第一密码;然后,经过第一密码和第二密码进行组合获得第三密码;第一移动终端通过第三密码对承载于业务数据区的二维码图像进行解密,进而获得合同的全文。
【文档编号】G06F21/62GK103544448SQ201310440980
【公开日】2014年1月29日 申请日期:2013年9月25日 优先权日:2013年9月25日
【发明者】梁国洪, 叶灿才, 黄家祺 申请人:中山爱科数字科技股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1