本公开涉及电子签约领域，具体地，涉及一种签约方法、装置、存储介质及电子设备。
背景技术：
签约是商业交易的公证方式，是商业活动不可缺少的一部分，签约双方形成事实上的约束关系。目前，双方当事人通常采用当面签约的方式来进行签约，但如果双方当事人距离较远，当面签约的方式难以实现。另外，有的当事人通过互相邮寄合同的方式来进行签约，而采用邮寄合同的签约方式流程复杂，费时费力，签约效率较低。
技术实现要素：
提供该发明内容部分以便以简要的形式介绍构思，这些构思将在后面的具体实施方式部分被详细描述。该发明内容部分并不旨在标识要求保护的技术方案的关键特征或必要特征，也不旨在用于限制所要求的保护的技术方案的范围。
第一方面，本公开提供一种签约方法，应用于服务提供方，所述方法包括：
接收签约请求方发送的签约请求；
响应于接收到所述签约请求，向所述签约请求方提供目标页面，所述目标页面用于向所述签约请求方提供待认证信息的输入入口，其中，所述待认证信息包括所述签约请求方的基本信息；
接收所述签约请求方发送的在所述目标页面上输入的所述待认证信息；
调用信息获取接口以从目标平台获取所述签约请求方的当前有效信息；
根据所述当前有效信息，对所述签约请求方的基本信息进行验证；
在验证结果为通过的情况下，执行签约操作。
第二方面，本公开提供一种签约方法，应用于签约请求方，所述方法包括：
向服务提供方发送签约请求；
展现所述服务提供方提供的目标页面，所述目标页面用于向所述签约请求方提供待认证信息的输入入口，其中，所述待认证信息包括所述签约请求方的基本信息；
获取用户在所述目标页面上输入的所述待认证信息；
将所述待认证信息发送至所述服务提供方，以由所述服务提供方对所述待认证信息进行验证，并在验证结果为通过的情况下，执行签约操作。
第三方面，本公开提供一种用于签约的装置，所述装置应用于服务提供方，所述装置包括：
第一接收模块，用于接收签约请求方发送的签约请求；
提供模块，用于响应于接收到所述签约请求，向所述签约请求方提供目标页面，所述目标页面用于向所述签约请求方提供待认证信息的输入入口，其中，所述待认证信息包括所述签约请求方的基本信息；
所述第一接收模块还用于接收所述签约请求方发送的在所述目标页面上输入的所述待认证信息；
调用模块，用于调用信息获取接口以从目标平台获取所述签约请求方的当前有效信息；
验证模块，用于根据所述当前有效信息，对所述签约请求方的基本信息进行验证；
执行模块，用于在验证结果为通过的情况下，执行签约操作。
第四方面，本公开提供一种用于签约的装置，所述装置应用于签约请求方，所述装置包括：
第四发送模块，用于向服务提供方发送签约请求；
展现模块，用于展现所述服务提供方提供的目标页面，所述目标页面用于向所述签约请求方提供待认证信息的输入入口，其中，所述待认证信息包括所述签约请求方的基本信息；
获取模块，用于获取用户在所述目标页面上输入的所述待认证信息；
所述第四发送模块还用于将所述待认证信息发送至所述服务提供方，以由所述服务提供方对所述待认证信息进行验证，并在验证结果为通过的情况下，执行签约操作。
第五方面，本公开提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现第一方面中任一项所述方法的步骤。
第六方面，本公开提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现第二方面中任一项所述方法的步骤。
第七方面，本公开提供一种电子设备，包括：
存储器，其上存储有计算机程序；
处理器，用于执行所述存储器中的所述计算机程序，以实现第一方面中任一项所述方法的步骤。
第八方面，本公开提供一种电子设备，包括：
存储器，其上存储有计算机程序；
处理器，用于执行所述存储器中的所述计算机程序，以实现第二方面中任一项所述方法的步骤。
通过上述技术方案，一方面，可以实现签约请求方与服务提供方之间的在线签约，不需要双方当事人面对面签约，也不需要双方互相邮寄合同，大大简化了签约流程，提高了签约效率。另一方面，服务提供方通过调用信息获取接口可以从目标平台上获取到签约请求方的当前有效信息，并根据该当前有效信息，对签约请求方在目标页面上输入的基本信息进行验证。如此，不仅可以判断出签约请求方的身份是否真实、合法，还可以判断其输入的基本信息的内容是否准确、有效，从而实现对签约请求方的信息验证的全面性。并且，在验证结果为通过的情况下，再执行签约操作，可以有效避免由于签约请求方输入的基本信息有误而影响签约的法律效力的问题。
本公开的其他特征和优点将在随后的具体实施方式部分予以详细说明。
附图说明
结合附图并参考以下具体实施方式，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中，相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的，原件和元素不一定按照比例绘制。
在附图中：
图1是根据一示例性实施例示出的一种签约方法的实施环境示意图。
图2是根据一示例性实施例示出的一种签约方法的流程图。
图3是根据另一示例性实施例示出的一种签约方法的流程图。
图4是根据一示例性实施例示出的一种签约方法中签约请求方与服务提供方之间的交互图。
图5是根据一示例性实施例示出的一种合同模板的示意图。
图6是根据一示例性实施例示出的一种用于签约的装置的框图。
图7是根据另一示例性实施例示出的一种用于签约的装置的框图。
图8是根据一示例性实施例示出的一种电子设备的结构示意图。
具体实施方式
下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。
应当理解，本公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行，和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。
本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。
需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。
需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。
本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的，而并不是用于对这些消息或信息的范围进行限制。
图1是根据一示例性实施例示出的一种签约方法的实施环境示意图。如图1所示，该实施环境可以包括服务提供方11和签约请求方12。其中，服务提供方11和签约请求方12之间可以通过有线通信方式或无线通信方式进行信息传输。当通过无线通信方式进行信息传输时，例如可以采用3g、4g、5g、emtc(enhancedmachine-typecommunication，增强型机器类型通信)等等通信方式。
本公开中，服务提供方11可以通过服务器来发送或接收信息，以提供签约服务。该服务器例如可以为云服务器、签约管理服务器等等。签约请求方12可以为具有与服务提供方11的签约需求的企业或个人。值得说明的是，在本公开中，当提及服务提供方进行信息接收、发送、处理、存储、输出的操作时，可以理解为是服务提供方通过服务器进行这些操作；以及，当提及签约请求方进行信息接收、发送、处理、存储、输出的操作时，可以理解为是签约请求方通过客户端进行这些操作。该客户端例如可以为笔记本电脑、智能手机、平板电脑、台式电脑等等设备。其中，图1仅给出了客户端为笔记本电脑的示意，但并不构成对本公开实施例的限制。
图2是根据一示例性实施例示出的一种签约方法的流程图，该方法可以应用于服务提供方，例如，图1所示的服务提供方11，如图2所示，该签约方法可以包括：
在s21中，接收签约请求方发送的签约请求。
在s22中，响应于接收到签约请求，向签约请求方提供目标页面。
示例地，服务提供方向签约请求方提供目标页面的方式可以为直接向其展示该目标页面。又示例地，服务提供方向签约请求方提供目标页面的方式可以为向其发送一网页链接，签约请求方通过打开该网页链接以获取该目标页面。其中，该目标页面用于向签约请求方提供待认证信息的输入入口。具体地，待认证信息可以包括签约请求方的基本信息，其中，该基本信息能够表征该签约请求方的身份。例如，若签约请求方为企业，则该基本信息可以包括企业名称、企业地址、企业法人代表、企业统一社会信用代码等信息。再例如，若签约请求方为个人，则该基本信息可以包括姓名、身份证号、联系电话等信息。
在s23中，接收签约请求方发送的在目标页面上输入的待认证信息。
在s24中，调用信息获取接口以从目标平台获取签约请求方的当前有效信息。
其中，目标平台可以是合法的提供信息查询服务的平台，并且可以根据企业工商登记信息的更改进行同步更新。例如，如果企业a更改了企业地址，目标平台可以实现对企业a的企业地址数据的实时更新，这样，目标平台上关于企业a的各项信息是最新的有效信息。因此，可以保证服务提供方通过调用信息获取接口在目标平台上获取到的签约请求方的信息是当前有效信息。其中，该当前有效信息可以是有关签约请求方的最新的且准确的信息，并且，至少包括基本信息中各个信息项对应的信息。本公开中，目标平台例如可以是合法的信息查询服务平台，本公开对此不进行限定。
在s25中，根据当前有效信息，对签约请求方的基本信息进行验证。
具体地，服务提供方可以将签约请求方的当前有效信息与在目标页面上输入的基本信息进行比对，以对该基本信息进行验证。例如，将在目标平台上获取到的签约请求方的企业统一社会信用代码与在目标页面上输入的企业统一社会信用代码进行比对，在比对结果一致的情况下，表明在目标页面上输入的企业统一社会信用代码是准确有效的。另外，对于基本信息中的其它信息项(例如，企业法人代表等)也可采用同样的方式分别进行验证，并在各个信息项的比对结果均一致的情况下，可以认为验证通过。
如此，降低了人工审核信息的工作量，并且，不仅可以判断出签约请求方的身份是否真实、合法，还可以判断出其在目标页面上输入的基本信息中各个信息项的内容是否准确、有效，从而能够对签约请求方的信息进行全面验证。
在s26中，在验证结果为通过的情况下，执行签约操作。
其中，若验证结果为通过，则表明签约请求方在目标页面上输入的基本信息是准确的，并且是真实有效的。因此，在验证结果为通过的情况下，再执行签约操作，可以有效保证签约过程中签约请求方的基本信息的准确性。
通过上述技术方案，一方面，可以实现签约请求方与服务提供方之间的在线签约，不需要双方当事人面对面签约，也不需要双方互相邮寄合同，大大简化了签约流程，提高了签约效率。另一方面，服务提供方通过调用信息获取接口可以从目标平台上获取到签约请求方的当前有效信息，并根据该当前有效信息，对签约请求方在目标页面上输入的基本信息进行验证。如此，不仅可以判断出签约请求方的身份是否真实、合法，还可以判断其输入的基本信息的内容是否准确、有效，从而实现对签约请求方的信息验证的全面性。并且，在验证结果为通过的情况下，再执行签约操作，可以有效避免由于签约请求方输入的基本信息有误而影响签约的法律效力的问题。
图3是根据另一示例性实施例示出的一种签约方法的流程图，该方法可以应用于签约请求方，例如，图1所示的签约请求方12，如图3所示，该签约方法可以包括：
在s31中，向服务提供方发送签约请求。
在s32中，展现服务提供方提供的目标页面。
其中，该目标页面用于向签约请求方提供待认证信息的输入入口。示例地，若服务提供方以网页链接的形式提供目标页面，则签约请求方可以打开该网页链接，通过网页页面的形式展现该目标页面。具体地，待认证信息可以包括签约请求方的基本信息。
在一种实施方式中，待认证信息还可以包括电子签章申请信息。在该实施方式中，若签约请求方未申请过电子签章，则需要其输入电子签章申请信息，以申请电子签章。其中，电子签章申请信息可以包括签约请求方的签章信息。具体地，签约请求方例如可以下载电子签章申请表，在该电子签章申请表中加盖企业或个人签章，之后上传电子签章申请表的电子扫描件，以申请企业或个人电子签章。
在另一种实施方式中，待认证信息还可以包括用于表征签约请求方已具有电子签章的第二指示消息。在该实施方式中，若签约请求方已申请过电子签章，则不需要再输入电子签章申请信息。
在s33中，获取用户在目标页面上输入的待认证信息。
在s34中，将待认证信息发送至服务提供方。
其中，签约请求方将用户在目标页面上输入的待认证信息发送至服务提供方后，服务提供方可以对该待认证信息进行验证，并在验证结果为通过的情况下，执行签约操作。在一种实施方式中，服务提供方可以通过调用信息获取接口以从目标平台获取签约请求方的当前有效信息，并根据该当前有效信息对签约请求方的基本信息进行验证。其中，该实施方式中的具体验证方法已在上文详细阐述，此处不再赘述。
通过上述技术方案，可以实现签约请求方与服务提供方之间的在线签约，不需要双方当事人面对面签约，也不需要双方互相邮寄合同，大大简化了签约流程，提高了签约效率。
请参考图4，以阐述本公开提供的签约方法的详细过程。图4是根据一示例性实施例示出的一种签约方法中签约请求方与服务提供方之间的交互图。如图4所示，该方法可以包括：
在s401(31)中，签约请求方向服务提供方发送签约请求。
在s402(21)中，服务提供方接收签约请求方发送的签约请求。
在s403(22)中，服务提供方响应于接收到签约请求，向签约请求方提供目标页面。其中，该目标页面用于向签约请求方提供待认证信息的输入入口，其中，待认证信息可以包括签约请求方的基本信息。
在s404(32)中，签约请求方展现服务提供方提供的目标页面。
在s405(33)中，签约请求方获取用户在目标页面上输入的待认证信息。
在s406(34)中，签约请求方将待认证信息发送至服务提供方。
在s407(23)中，服务提供方接收签约请求方发送的在目标页面上输入的待认证信息。
在s408(24)中，服务提供方调用信息获取接口以从目标平台获取签约请求方的当前有效信息。
其中，s401至s408的具体实施方式如图1和图2所示，已在上文详细阐述，此处不再赘述。
在s409中，服务提供方将当前有效信息与签约请求方的注册信息进行比对。
其中，注册信息例如可以是签约请求方向服务提供方提供的签约系统上注册时输入的信息。而在注册之后，签约请求方的一些信息可能会有所更改，例如其更改了企业法人代表，或更改了企业地址等等信息。如果签约请求方未及时主动更新注册信息，会使得签约系统上的注册信息不是最新的有效信息。因此，服务提供方通过调用信息获取接口从目标平台上获取到签约请求方的当前有效信息后，可以将该当前有效信息与签约请求方的注册信息进行比对，以判断注册信息与当前有效信息是否一致。
在s410中，在比对结果不一致的情况下，服务提供方向签约请求方发送注册信息更新提示信息。其中，该注册信息更新提示信息用以提示签约请求方更新注册信息。
通过上述方案，服务提供方可以对签约请求方的注册信息进行验证，并在注册信息与当前有效信息不一致的情况下，提示签约请求方及时更新注册信息。如此，可以保证注册信息的实时有效性，以便于服务提供方对签约请求方的注册信息进行查询和维护。
可知的是，上述的s409和s410作为本公开提供的签约方法中的可选步骤被描述，并不意味本公开提供的签约方法必须包括这两个步骤。
在s411(25)中，服务提供方根据当前有效信息，对签约请求方的基本信息进行验证。其中，s411的具体实施方式如图1所示，已在上文详细阐述，此处不再赘述。
在s412中，在验证结果为不通过的情况下，服务提供方向签约请求方发送错误提示信息。
其中，若验证结果为不通过，则表明签约请求方在目标页面输入的基本信息中的一项或多项可能与其当前有效信息不一致，例如企业统一社会信用代码不一致、企业地址不一致等等情况，此时服务提供方向签约请求方发送错误提示信息，该错误提示信息用以提示签约请求方其输入的基本信息有误需修改。可选地，该错误提示信息还可以体现具体是哪个或哪些基本信息输入有误。之后，等待签约请求方发送新的基本信息，并在接收到其发送的新的基本信息后，再对该新的基本信息进行验证，直到验证结果为通过为止。
如此，服务提供方可以在签约请求方输入的基本信息有误时，及时提示其修改基本信息，并对其发送的新的基本信息进行重新验证，进一步保证签约请求方的基本信息的准确性。
在s413中，在验证结果为通过的情况下，服务提供方将待认证信息发送至认证机构。
在s414中，认证机构对待认证信息进行审核。
在s415中，认证机构审核通过后，向服务提供方返回第一指示消息。
其中，若验证结果为通过，则表明签约请求方在目标页面上输入的基本信息是准确有效的，之后，服务提供方可以将待认证信息发送至认证机构，以由认证机构对该待认证信息进行审核。其中，认证机构可以是合法的电子合同签订平台，通过认证机构认证的电子合同具有与原件等同的法律效力。认证机构在审核通过后，可以向服务提供方返回用于指示审核通过的第一指示消息。
在一种实施方式中，待认证信息还可以包括电子签章申请信息，该电子签章申请信息可以包括签约请求方的签章信息。具体地，如果签约请求方未申请过电子签章，则需要其输入电子签章申请信息。其中，电子签章申请信息已在上文说明，例如签约请求方通过上传电子签章申请表的电子扫描件，以申请电子签章。在该实施方式中，认证机构需要同时对签约请求方的电子签章申请信息和基本信息进行审核。例如，通过图像处理和识别技术，可以识别出电子扫描件上签约请求方加盖的签章的真伪性，以及签章信息与基本信息是否对应，例如基本信息中的企业名称与签章信息中的企业名称是否一致等等。如果审核通过，认证机构可以根据其签章信息生成对应于签约请求方的第一电子签章，并返回用于指示审核通过的第一指示消息。
在另一种实施方式中，待认证信息还可以包括用于表征签约请求方已具有电子签章的第二指示消息。其中，如果签约请求方之前已经申请过电子签章，则不需要其再上传电子签章申请信息。在该实施方式中，认证机构需要进一步对签约请求方的基本信息进行审核，并且，还需进一步确认是否已存在对应于签约请求方的合法有效的电子签章。如果确认签约请求方已申请过有效的电子签章，并且对基本信息的审核也通过，则可以返回用于指示审核通过的第一指示消息。此外，如果认证机构经确认不存在签约请求方的电子签章，则可以返回用于表征审核不通过的消息，并且该消息还可以包括审核不通过的具体原因。
在s416中，服务提供方响应于接收到第一指示消息，将待与签约请求方签订的合同模板信息以及服务提供方的基本信息发送至认证机构。
在s417中，认证机构可以根据该合同模板信息、服务提供方的基本信息以及签约请求方的基本信息，生成待签约合同。
在s418中，认证机构向服务提供方返回能够使签约请求方确认待签约合同的目标信息。
其中，图5是根据一示例性实施例示出的一种合同模板的示意图，如图5所示，合同正文部分例如可以包括合同的各项条款等内容。具体地，认证机构可以将服务提供方的基本信息以及签约请求方的基本信息分别附加到合同模板中的对应位置，以生成待签约合同。之后，认证机构可以向服务提供方返回能够使签约请求方确认待签约合同的目标信息。其中，该目标信息例如可以为待签约合同本身，也可以为一网页链接，该网页链接对应的网页页面中包含有该待签约合同。
在s419中，服务提供方接收认证机构发送的目标信息。
在s420中，服务提供方将目标信息发送至签约请求方。
在s421中，签约请求方接收服务提供方发送的目标信息。该目标信息能够使得签约请求方确认待签约合同。
在s422中，签约请求方根据目标信息，展示待签约合同。
其中，如果签约请求方接收到的目标信息为一网页链接，其打开该网页链接后，可以通过网页页面的形式展示该待签约合同。
在s423中，签约请求方接收用户输入的确认指令。
其中，该确认指令可以为确认无误指令或确认有误指令。具体地，签约请求方在获知待签约合同的内容后，如果对待签约合同没有异议，可以输入确认无误指令。如果对待签约合同有异议，可以输入确认有误指令。
在s424中，签约请求方将确认指令发送至服务提供方。
在s425中，服务提供方在接收到签约请求方发送的确认无误指令后，可以向认证机构发送该确认无误指令。
在s426中，认证机构根据第一电子签章和第二电子签章，生成最终签约合同。
其中，认证机构接收到该确认无误指令后，可以根据对应于签约请求方第一电子签章和对应于服务提供方的第二电子签章，生成最终签约合同。具体地，如上文所述，如果签约请求方之前未申请过电子签章，则该第一电子签章可以是认证机构根据该签约请求方的签章信息生成的。如果签约请求方之前已申请过电子签章，则该第一电子签章可以是其之前已申请的电子签章。其中，对应于服务提供方的第二电子签章可以是服务提供方在认证机构已申请的电子签章。
具体地，认证机构可以将对应于签约请求方第一电子签章和对应于服务提供方的第二电子签章分别附加到待签约合同的相应位置，以生成最终签约合同。示例地，如图5所示，认证机构可以将第一电子签章附加到签约请求方签章处，将第二电子签章附加到服务提供方签章处，以生成最终签约合同。
其中，在将第一电子签章附加到待签约合同之前，认证机构可以向签约请求方发送验证信息，以验证签约请求方的身份的真实性，该验证信息例如可以通过手机验证码的形式发送至签约请求方，在确认签约请求方的身份真实有效后，再将第一电子签章附加到待签约合同的相应位置。另外，在将第二电子签章附加到待签约合同之前，认证机构也可以以同样的验证方式确认服务提供方的身份。如此，可以确保签约请求方以及服务提供方的身份真实有效，从而可以保证最终签约合同的法律效力。
在s427中，认证机构向服务提供方发送最终签约合同。
在s428中，服务提供方接收认证机构发送的最终签约合同，并存储该最终签约合同。
在s429中，服务提供方向签约请求方发送最终签约合同。
在s430中，签约请求方存储最终签约合同。
在上述技术方案中，通过认证机构生成最终签约合同，可以使得该最终签约合同具有与纸质合同原件等同的法律效力，从而确保最终签约合同的法律约束力，保证在线签约的有效性。
基于同一发明构思，本公开还提供一种用于签约的装置。图6是根据一示例性实施例示出的一种用于签约的装置600的框图，所述装置应用于服务提供方，例如，图1所示的服务提供方11。如图6所示，所述装置600可以包括：
第一接收模块601，用于接收签约请求方发送的签约请求；
提供模块602，用于响应于接收到所述签约请求，向所述签约请求方提供目标页面，所述目标页面用于向所述签约请求方提供待认证信息的输入入口，其中，所述待认证信息包括所述签约请求方的基本信息；
所述第一接收模块601还用于接收所述签约请求方发送的在所述目标页面上输入的所述待认证信息；
调用模块603，用于调用信息获取接口以从目标平台获取所述签约请求方的当前有效信息；
验证模块604，用于根据所述当前有效信息，对所述签约请求方的基本信息进行验证；
执行模块605，用于在验证结果为通过的情况下，执行签约操作。
通过上述技术方案，一方面，可以实现签约请求方与服务提供方之间的在线签约，不需要双方当事人面对面签约，也不需要双方互相邮寄合同，大大简化了签约流程，提高了签约效率。另一方面，服务提供方通过调用信息获取接口可以从目标平台上获取到签约请求方的当前有效信息，并根据该当前有效信息，对签约请求方在目标页面上输入的基本信息进行验证。如此，不仅可以判断出签约请求方的身份是否真实、合法，还可以判断其输入的基本信息的内容是否准确、有效，从而实现对签约请求方的信息验证的全面性。并且，在验证结果为通过的情况下，再执行签约操作，可以有效避免由于签约请求方输入的基本信息有误而影响签约的法律效力的问题。
可选地，所述执行模块605可以包括：
发送子模块，用于将所述待认证信息发送至认证机构，以由所述认证机构对所述待认证信息进行审核，并在审核通过后，返回用于指示审核通过的第一指示消息；
所述发送子模块还用于响应于接收到所述第一指示消息，将待与所述签约请求方签订的合同模板信息以及所述服务提供方的基本信息发送至所述认证机构，以由所述认证机构根据所述合同模板信息、所述服务提供方的基本信息和所述签约请求方的基本信息，生成待签约合同，并返回能够使所述签约请求方确认所述待签约合同的目标信息；
接收子模块，用于接收所述认证机构发送的所述目标信息；
所述发送子模块还用于将所述目标信息发送至所述签约请求方，以由所述签约请求方确认所述待签约合同；
所述发送子模块还用于在接收到所述签约请求方发送的确认无误指令后，向所述认证机构发送所述确认无误指令，以由所述认证机构根据对应于所述签约请求方的第一电子签章和对应于所述服务提供方的第二电子签章，生成最终签约合同；
所述接收子模块还用于接收所述认证机构发送的所述最终签约合同；
存储子模块，用于存储所述最终签约合同。
可选地，所述装置600还可以包括：
第一发送模块，用于向所述签约请求方发送所述最终签约合同。
可选地，所述装置600还可以包括：
第二发送模块，用于在验证结果为不通过的情况下，向所述签约请求方发送错误提示信息，以提示所述签约请求方信息有误需修改，之后，等待所述签约请求方发送新的基本信息。
可选地，所述装置600还可以包括：
比对模块，用于在获取到所述当前有效信息之后，将所述当前有效信息与所述签约请求方向所述服务提供方注册的注册信息进行比对；
第三发送模块，用于在比对结果不一致的情况下，向所述签约请求方发送注册信息更新提示信息，以提示所述签约请求方更新所述注册信息。
图7是根据另一示例性实施例示出的一种用于签约的装置700的框图，所述装置应用于签约请求方，例如，图1所示的签约请求方12。如图7所示，所述装置700可以包括：
第四发送模块701，用于向服务提供方发送签约请求；
展现模块702，用于展现所述服务提供方提供的目标页面，所述目标页面用于向所述签约请求方提供待认证信息的输入入口，其中，所述待认证信息包括所述签约请求方的基本信息；
获取模块703，用于获取用户在所述目标页面上输入的所述待认证信息；
所述第四发送模块701还用于将所述待认证信息发送至所述服务提供方，以由所述服务提供方对所述待认证信息进行验证，并在验证结果为通过的情况下，执行签约操作。
可选地，所述装置700还可以包括：
第二接收模块，用于接收所述服务提供方发送的目标信息，所述目标信息能够使所述签约请求方确认所述待签约合同；
展示模块，用于根据所述目标信息，展示所述待签约合同；
所述第二接收模块还用于接收用户输入的确认指令，所述确认指令为确认无误指令或确认有误指令；
所述第四发送模块701还用于将所述确认指令发送至所述服务提供方；
存储模块，用于若接收到所述服务提供方发送的最终签约合同，存储所述最终签约合同。
下面参考图8，其示出了适于用来实现本公开实施例的电子设备800的结构示意图。本公开实施例中的终端设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、pda(个人数字助理)、pad(平板电脑)、pmp(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字tv、台式计算机等等的固定终端。图8示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
如图8所示，电子设备800可以包括处理装置(例如中央处理器、图形处理器等)801，其可以根据存储在只读存储器(rom)802中的程序或者从存储装置808加载到随机访问存储器(ram)803中的程序而执行各种适当的动作和处理。在ram803中，还存储有电子设备800操作所需的各种程序和数据。处理装置801、rom802以及ram803通过总线804彼此相连。输入/输出(i/o)接口805也连接至总线804。
通常，以下装置可以连接至i/o接口805：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置806；包括例如液晶显示器(lcd)、扬声器、振动器等的输出装置807；包括例如磁带、硬盘等的存储装置808；以及通信装置809。通信装置809可以允许电子设备800与其他设备进行无线或有线通信以交换数据。虽然图7示出了具有各种装置的电子设备800，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。
特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在非暂态计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置809从网络上被下载和安装，或者从存储装置808被安装，或者从rom802被安装。在该计算机程序被处理装置801执行时，执行本公开实施例的方法中限定的上述功能。
需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、rf(射频)等等，或者上述的任意合适的组合。
在一些实施方式中，客户端、服务器可以利用诸如http(hypertexttransferprotocol，超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信，并且可以与任意形式或介质的数字数据通信(例如，通信网络)互连。通信网络的示例包括局域网(“lan”)，广域网(“wan”)，网际网(例如，互联网)以及端对端网络(例如，adhoc端对端网络)，以及任何当前已知或未来研发的网络。
上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。
上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：
接收签约请求方发送的签约请求；
响应于接收到所述签约请求，向所述签约请求方提供目标页面，所述目标页面用于向所述签约请求方提供待认证信息的输入入口，其中，所述待认证信息包括所述签约请求方的基本信息；
接收所述签约请求方发送的在所述目标页面上输入的所述待认证信息；
调用信息获取接口以从目标平台获取所述签约请求方的当前有效信息；
根据所述当前有效信息，对所述签约请求方的基本信息进行验证；
在验证结果为通过的情况下，执行签约操作。
或者，上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：
向服务提供方发送签约请求；
展现所述服务提供方提供的目标页面，所述目标页面用于向所述签约请求方提供待认证信息的输入入口，其中，所述待认证信息包括所述签约请求方的基本信息；
获取用户在所述目标页面上输入的所述待认证信息；
将所述待认证信息发送至所述服务提供方，以由所述服务提供方对所述待认证信息进行验证，并在验证结果为通过的情况下，执行签约操作。
可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括但不限于面向对象的程序设计语言—诸如java、smalltalk、c++，还包括常规的过程式程序设计语言——诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)——连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
描述于本公开实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，模块的名称在某种情况下并不构成对该模块本身的限定，例如，第一接收模块还可以被描述为“接收模块”、“接收单元”、“通信模块”等等。
本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、片上系统(soc)、复杂可编程逻辑设备(cpld)等等。
在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
根据本公开的一个或多个实施例，示例1提供了一种签约方法，应用于服务提供方，所述方法包括：接收签约请求方发送的签约请求；响应于接收到所述签约请求，向所述签约请求方提供目标页面，所述目标页面用于向所述签约请求方提供待认证信息的输入入口，其中，所述待认证信息包括所述签约请求方的基本信息；接收所述签约请求方发送的在所述目标页面上输入的所述待认证信息；调用信息获取接口以从目标平台获取所述签约请求方的当前有效信息；根据所述当前有效信息，对所述签约请求方的基本信息进行验证；在验证结果为通过的情况下，执行签约操作。
根据本公开的一个或多个实施例，示例2提供了示例1的方法，所述执行签约操作，包括：将所述待认证信息发送至认证机构，以由所述认证机构对所述待认证信息进行审核，并在审核通过后，返回用于指示审核通过的第一指示消息；响应于接收到所述第一指示消息，将待与所述签约请求方签订的合同模板信息以及所述服务提供方的基本信息发送至所述认证机构，以由所述认证机构根据所述合同模板信息、所述服务提供方的基本信息和所述签约请求方的基本信息，生成待签约合同，并返回能够使所述签约请求方确认所述待签约合同的目标信息；接收所述认证机构发送的所述目标信息；将所述目标信息发送至所述签约请求方，以由所述签约请求方确认所述待签约合同；在接收到所述签约请求方发送的确认无误指令后，向所述认证机构发送所述确认无误指令，以由所述认证机构根据对应于所述签约请求方的第一电子签章和对应于所述服务提供方的第二电子签章，生成最终签约合同；接收所述认证机构发送的所述最终签约合同，并存储所述最终签约合同。
根据本公开的一个或多个实施例，示例3提供了示例2的方法，所述方法还包括：向所述签约请求方发送所述最终签约合同。
根据本公开的一个或多个实施例，示例4提供了示例1至示例3中任一示例的方法，所述待认证信息还包括电子签章申请信息，所述电子签章申请信息包括所述签约请求方的签章信息；或者，所述待认证信息还包括用于表征所述签约请求方已具有电子签章的第二指示消息。
根据本公开的一个或多个实施例，示例5提供了示例1至示例3中任一示例的方法，所述方法还包括：在验证结果为不通过的情况下，向所述签约请求方发送错误提示信息，以提示所述签约请求方信息有误需修改，之后，等待所述签约请求方发送新的基本信息。
根据本公开的一个或多个实施例，示例6提供了示例1至示例3中任一示例的方法，所述方法还包括：在获取到所述当前有效信息之后，将所述当前有效信息与所述签约请求方向所述服务提供方注册的注册信息进行比对；在比对结果不一致的情况下，向所述签约请求方发送注册信息更新提示信息，以提示所述签约请求方更新所述注册信息。
根据本公开的一个或多个实施例，示例7提供了一种签约方法，应用于签约请求方，所述方法包括：向服务提供方发送签约请求；展现所述服务提供方提供的目标页面，所述目标页面用于向所述签约请求方提供待认证信息的输入入口，其中，所述待认证信息包括所述签约请求方的基本信息；获取用户在所述目标页面上输入的所述待认证信息；将所述待认证信息发送至所述服务提供方，以由所述服务提供方对所述待认证信息进行验证，并在验证结果为通过的情况下，执行签约操作。
根据本公开的一个或多个实施例，示例8提供了示例7的方法，所述待认证信息还包括电子签章申请信息，所述电子签章申请信息包括所述签约请求方的签章信息；或者，所述待认证信息还包括用于表征所述签约请求方已具有电子签章的第二指示消息。
根据本公开的一个或多个实施例，示例9提供了示例7或示例8的方法，所述方法还包括：接收所述服务提供方发送的目标信息，所述目标信息能够使所述签约请求方确认所述待签约合同；根据所述目标信息，展示所述待签约合同；接收用户输入的确认指令，所述确认指令为确认无误指令或确认有误指令；将所述确认指令发送至所述服务提供方；若接收到所述服务提供方发送的最终签约合同，存储所述最终签约合同。
根据本公开的一个或多个实施例，示例10提供了一种用于签约的装置，应用于服务提供方，所述装置包括：第一接收模块，用于接收签约请求方发送的签约请求；提供模块，用于响应于接收到所述签约请求，向所述签约请求方提供目标页面，所述目标页面用于向所述签约请求方提供待认证信息的输入入口，其中，所述待认证信息包括所述签约请求方的基本信息；所述第一接收模块还用于接收所述签约请求方发送的在所述目标页面上输入的所述待认证信息；调用模块，用于调用信息获取接口以从目标平台获取所述签约请求方的当前有效信息；验证模块，用于根据所述当前有效信息，对所述签约请求方的基本信息进行验证；执行模块，用于在验证结果为通过的情况下，执行签约操作。
根据本公开的一个或多个实施例，示例11提供了一种用于签约的装置，应用于签约请求方，所述装置包括：第四发送模块，用于向服务提供方发送签约请求；展现模块，用于展现所述服务提供方提供的目标页面，所述目标页面用于向所述签约请求方提供待认证信息的输入入口，其中，所述待认证信息包括所述签约请求方的基本信息；获取模块，用于获取用户在所述目标页面上输入的所述待认证信息；所述第四发送模块还用于将所述待认证信息发送至所述服务提供方，以由所述服务提供方对所述待认证信息进行验证，并在验证结果为通过的情况下，执行签约操作。
根据本公开的一个或多个实施例，示例12提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现示例1至示例6中任一项所述方法的步骤。
根据本公开的一个或多个实施例，示例13提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现示例7至示例9中任一项所述方法的步骤。
根据本公开的一个或多个实施例，示例14提供了电子设备，包括：存储器，其上存储有计算机程序；处理器，用于执行所述存储器中的所述计算机程序，以实现示例1至示例6中任一项所述方法的步骤。
根据本公开的一个或多个实施例，示例15提供了电子设备，包括：存储器，其上存储有计算机程序；处理器，用于执行所述存储器中的所述计算机程序，以实现示例7至示例9中任一项所述方法的步骤。
以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。
此外，虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下，多任务和并行处理可能是有利的。同样地，虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。
尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
技术特征：
1.一种签约方法，其特征在于，应用于服务提供方，所述方法包括：
接收签约请求方发送的签约请求；
响应于接收到所述签约请求，向所述签约请求方提供目标页面，所述目标页面用于向所述签约请求方提供待认证信息的输入入口，其中，所述待认证信息包括所述签约请求方的基本信息；
接收所述签约请求方发送的在所述目标页面上输入的所述待认证信息；
调用信息获取接口以从目标平台获取所述签约请求方的当前有效信息；
根据所述当前有效信息，对所述签约请求方的基本信息进行验证；
在验证结果为通过的情况下，执行签约操作。
2.根据权利要求1所述的方法，其特征在于，所述执行签约操作，包括：
将所述待认证信息发送至认证机构，以由所述认证机构对所述待认证信息进行审核，并在审核通过后，返回用于指示审核通过的第一指示消息；
响应于接收到所述第一指示消息，将待与所述签约请求方签订的合同模板信息以及所述服务提供方的基本信息发送至所述认证机构，以由所述认证机构根据所述合同模板信息、所述服务提供方的基本信息和所述签约请求方的基本信息，生成待签约合同，并返回能够使所述签约请求方确认所述待签约合同的目标信息；
接收所述认证机构发送的所述目标信息；
将所述目标信息发送至所述签约请求方，以由所述签约请求方确认所述待签约合同；
在接收到所述签约请求方发送的确认无误指令后，向所述认证机构发送所述确认无误指令，以由所述认证机构根据对应于所述签约请求方的第一电子签章和对应于所述服务提供方的第二电子签章，生成最终签约合同；
接收所述认证机构发送的所述最终签约合同，并存储所述最终签约合同。
3.根据权利要求2所述的方法，其特征在于，所述方法还包括：
向所述签约请求方发送所述最终签约合同。
4.根据权利要求1-3中任意一项所述的方法，其特征在于，所述待认证信息还包括电子签章申请信息，所述电子签章申请信息包括所述签约请求方的签章信息；或者，所述待认证信息还包括用于表征所述签约请求方已具有电子签章的第二指示消息。
5.根据权利要求1-3中任意一项所述的方法，其特征在于，所述方法还包括：
在验证结果为不通过的情况下，向所述签约请求方发送错误提示信息，以提示所述签约请求方信息有误需修改，之后，等待所述签约请求方发送新的基本信息。
6.根据权利要求1-3中任意一项所述的方法，其特征在于，所述方法还包括：
在获取到所述当前有效信息之后，将所述当前有效信息与所述签约请求方向所述服务提供方注册的注册信息进行比对；
在比对结果不一致的情况下，向所述签约请求方发送注册信息更新提示信息，以提示所述签约请求方更新所述注册信息。
7.一种签约方法，其特征在于，应用于签约请求方，所述方法包括：
向服务提供方发送签约请求；
展现所述服务提供方提供的目标页面，所述目标页面用于向所述签约请求方提供待认证信息的输入入口，其中，所述待认证信息包括所述签约请求方的基本信息；
获取用户在所述目标页面上输入的所述待认证信息；
将所述待认证信息发送至所述服务提供方，以由所述服务提供方对所述待认证信息进行验证，并在验证结果为通过的情况下，执行签约操作。
8.根据权利要求7所述的方法，其特征在于，所述待认证信息还包括电子签章申请信息，所述电子签章申请信息包括所述签约请求方的签章信息；或者，所述待认证信息还包括用于表征所述签约请求方已具有电子签章的第二指示消息。
9.根据权利要求7或8所述的方法，其特征在于，所述方法还包括：
接收所述服务提供方发送的目标信息，所述目标信息能够使所述签约请求方确认所述待签约合同；
根据所述目标信息，展示所述待签约合同；
接收用户输入的确认指令，所述确认指令为确认无误指令或确认有误指令；
将所述确认指令发送至所述服务提供方；
若接收到所述服务提供方发送的最终签约合同，存储所述最终签约合同。
10.一种用于签约的装置，其特征在于，应用于服务提供方，所述装置包括：
第一接收模块，用于接收签约请求方发送的签约请求；
提供模块，用于响应于接收到所述签约请求，向所述签约请求方提供目标页面，所述目标页面用于向所述签约请求方提供待认证信息的输入入口，其中，所述待认证信息包括所述签约请求方的基本信息；
所述第一接收模块还用于接收所述签约请求方发送的在所述目标页面上输入的所述待认证信息；
调用模块，用于调用信息获取接口以从目标平台获取所述签约请求方的当前有效信息；
验证模块，用于根据所述当前有效信息，对所述签约请求方的基本信息进行验证；
执行模块，用于在验证结果为通过的情况下，执行签约操作。
11.一种用于签约的装置，其特征在于，应用于签约请求方，所述装置包括：
第四发送模块，用于向服务提供方发送签约请求；
展现模块，用于展现所述服务提供方提供的目标页面，所述目标页面用于向所述签约请求方提供待认证信息的输入入口，其中，所述待认证信息包括所述签约请求方的基本信息；
获取模块，用于获取用户在所述目标页面上输入的所述待认证信息；
所述第四发送模块还用于将所述待认证信息发送至所述服务提供方，以由所述服务提供方对所述待认证信息进行验证，并在验证结果为通过的情况下，执行签约操作。
12.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1-9中任一项所述方法的步骤。
13.一种电子设备，其特征在于，包括：
存储器，其上存储有计算机程序；
处理器，用于执行所述存储器中的所述计算机程序，以实现权利要求1-6中任一项所述方法的步骤。
14.一种电子设备，其特征在于，包括：
存储器，其上存储有计算机程序；
处理器，用于执行所述存储器中的所述计算机程序，以实现权利要求7-9中任一项所述方法的步骤。
技术总结
本公开涉及一种签约方法、装置、存储介质及电子设备，所述方法包括：接收签约请求方发送的签约请求；响应于接收到签约请求，向签约请求方提供目标页面，目标页面用于向签约请求方提供待认证信息的输入入口，其中，待认证信息包括签约请求方的基本信息；接收签约请求方发送的在目标页面上输入的待认证信息；调用信息获取接口以从目标平台获取签约请求方的当前有效信息；根据当前有效信息，对签约请求方的基本信息进行验证；在验证结果为通过的情况下，执行签约操作。由此，可以简化签约流程，提高签约效率。并且，不仅可以判断出签约请求方的身份是否合法，还可以判断其输入的基本信息的内容是否准确、有效，实现对签约请求方的信息验证的全面性。
技术研发人员：郝拯华;赵鹏昕;陈韬
受保护的技术使用者：北京字节跳动网络技术有限公司
技术研发日：.11.05
技术公布日：.02.28
