一种协议生成方法与流程

1.本技术涉及计算机智能领域，更具体地说，涉及一种协议生成方法。


背景技术：

2.随着互联网涉及领域及业务的不断发展，业务种类越来越多，不同的业务可能需要不同的协议来支持，不同的功能实现也需要签署不同的协议，协议的数量越来越多，协议涉及的类型也越来越广泛。例如：在电子金融业务领域，若希望实现自动续费功能，就需要提前签署多份协议，以实现在不同平台、不同渠道的跳转或者在不同平台、不同渠道下实现自动付费功能，在通信应用中，也需要签署相关协议，以实现自动登录的功能。而一次协议签订往往针对单平台、单渠道，且针对一种固定协议类型的业务办理，因此协议的数量往往较大。
3.而在现有技术中，现有协议管理方案往往采用前后端分离，即前端维护一套协议，后面维护一套协议，在接入新协议时或协议进行更新时，前后端都需要重新开发或更新协议。这就导致需要占用大量内存用于存储协议，同时在协议更新或生成时过程较为繁琐，容易出现遗漏和错误。
4.基于上述情况，亟需一种协议生成方法，解决占用大量内存用于存储协议，且在协议更新或生成时过程较为繁琐的问题。


技术实现要素：

5.有鉴于此，本技术提供了一种协议生成方法，解决占用大量内存用于存储协议，且在协议更新或生成时过程较为繁琐的问题。
6.为了实现上述目的，现提出的方案如下：
7.一种协议生成方法，包括：
8.确定与展示记录表中的渠道信息和协议类型匹配的，且协议行为规定允许生成的目标协议编码，所述展示记录表中记录的渠道信息和协议类型为与通过客户端展示的待阅读协议文件匹配的渠道信息和协议类型；
9.获取与所述目标协议编码对应的目标协议信息；
10.获取与所述目标协议信息匹配的用户信息；
11.组装所述目标协议信息及用户信息，生成协议合同文件。
12.优选的，所述通过客户端展示的待阅读协议文件的生成过程，包括：
13.接收客户端发送的当前用户所处渠道信息及需要展示的协议类型；
14.确定与所述渠道信息和协议类型匹配，且协议行为规定允许展示的展示协议编码；
15.获取并组装与所述展示协议编码对应的展示协议信息，生成待阅读协议文件；
16.将所述待阅读协议文件发送至客户端进行展示，并将所述渠道信息和协议类型记录在展示记录表中。
17.优选的，所述确定与展示记录表中的渠道信息和协议类型匹配的，且协议行为规定允许生成的目标协议编码，包括：
18.确定与展示记录表中记录的渠道信息和协议类型匹配的目标协议编码集合；
19.获取与所述目标协议编码集合中每一协议编码对应的每一协议行为；
20.筛选出所述协议行为规定允许生成的协议编码作为目标协议编码。
21.优选的，所述确定与所述渠道信息和协议类型匹配，且协议行为规定允许展示的展示协议编码，包括：
22.确定与所述渠道信息和协议类型匹配的展示协议编码集合；
23.获取与所述展示协议编码集合中每一协议编码对应的每一协议行为；
24.筛选出所述协议行为规定允许展示的协议编码作为展示协议编码。
25.优选的，在所述将所述待阅读协议文件发送至客户端进行展示之前，还包括：
26.根据所述协议行为，确定待阅读协议文件是否需要强制阅读；
27.若是，则确定与所述渠道信息和协议类型匹配的强制阅读时间；
28.所述将所述待阅读协议文件发送至客户端进行展示，包括：
29.将所述待阅读协议文件和强制阅读时间发送给客户端，使客户端按照强制阅读时间展示待阅读协议文件。
30.优选的，在所述生成协议合同文件之后，还包括：
31.保存所述协议合同文件，并将存储地址记录在协议合同记录表中。
32.优选的，在所述生成协议合同文件之后，还包括：
33.根据所述协议行为，确定所述协议合同文件是否需要签章，及是否需要推送资方；
34.若所述协议合同文件需要签章，则将协议合同文件发送至签章端进行签章；
35.若所述协议合同文件需要推送资方，则将协议合同文件推送至资方端，并接收资方端发送的推送结果。
36.优选的，在所述获取与所述目标协议编码对应的目标协议信息之前，还包括：
37.在所述协议合同记录表中查询是否存在与所述目标协议编码对应的协议合同文件；
38.若否，则执行获取与所述目标协议编码对应的目标协议信息的过程。
39.优选的，还包括：
40.接收客户端发送的查询指令；
41.确定与查询指令匹配的协议合同文件；
42.通过协议合同记录表，查询到与所述查询指令匹配的协议合同文件的存储地址；
43.从所述存储地址拉取所述与查询指令匹配的协议合同文件，并发送至客户端进行展示。
44.优选的，在接收客户端发送的查询指令之后，还包括：
45.获取用户的开户信息和开通的渠道信息；
46.生成与所述开户信息和开通的渠道信息匹配的已生成协议列表，并将所述已生成协议列表发送给客户端，以供用户通过所述已生成协议列表选择查询的协议合同文件。
47.从上述的技术方案可以看出，本技术实施例提供的一种协议生成方法，服务器中的展示记录表中记录通过客户端展示的待阅读协议文件匹配的渠道信息和协议类型，通过
确定与展示记录表中的渠道信息和协议类型匹配的，且协议行为规定允许生成的目标协议编码，获取与所述目标协议编码对应的目标协议信息，即尚未填充用户信息的空白协议合同文件，获取与所述目标协议信息匹配的用户信息，即需要填入空白协议合同文件的用户信息，组装所述目标协议信息及用户信息，生成协议合同文件。
48.在本技术方案中，展示记录表存储在服务器中，协议合同文件的生成过程也在服务器中完成，客户端仅用于对待阅读协议文件进行展示，无需对协议合同文件进行存储或生成，协议合同文件仅需在服务器中完成一次生成或存储即可，无需在服务器和客户端即前端和后端的都进行生成、存储，在接入新协议时或协议进行更新时，仅在服务器重新开发或更新协议即可，解决占用大量内存用于存储协议，且在协议更新或生成时过程较为繁琐的问题。
附图说明
49.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
50.图1为本技术公开的一种协议生成方法流程图；
51.图2为本技术实施例提供的一种待阅读协议文件的生成过程的流程图；
52.图3为本技术实施例提供的一种协议签章推送的可选信令流程；
53.图4为本技术实施例提供的一种查阅协议合同文件的流程图。
具体实施方式
54.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
55.接下来介绍本技术方案，参见图1，图1为本技术实施例公开的一种协议生成方法流程图。
56.如图1所示，该方法可以包括：
57.步骤s11、确定与展示记录表中的渠道信息和协议类型匹配的，且协议行为规定允许生成的目标协议编码。
58.具体的，展示记录表中记录的渠道信息和协议类型为与通过客户端展示的待阅读协议文件匹配的渠道信息和协议类型。渠道信息为用户当前所处的服务界面对应的服务提供方的相关信息，及其他有关的第三方的相关信息。协议类型为与当前需要提供服务对应的协议内容类型。一般情况下，一种渠道信息和协议类型生成唯一的待阅读协议文件。
59.示例如，用户通过某线上商场购买商品，在线上付款场景下，用户希望进行免密支付，此时将会展示协议类型为免密支付，且服务方为该线上商场运营商，有关第三方为用户选择的，或线上商城固定提供服务的某银行或某金融机构的待阅读协议文件，阅读完成后，该“免密支付”、“商场运营商、某银行或某金融机构”将作为此次展示的协议类型及渠道信
息，记录在展示记录表中，该场景及提供的服务对应的待阅读协议文件一般为唯一的。
60.展示记录表存储于服务器中，用于记录通过客户端展示的待阅读协议文件匹配的渠道信息和协议类型，待阅读协议文件在通过客户端展示后，其对应的渠道信息和协议类型都将记录在展示记录表中。
61.协议行为主要用于设置每份协议的行为属性，方便后续协议生成与展示协议行为中规定包括是否展示、是否生成、是否推送资方、是否签章等。协议行为和协议编码为唯一对应关系，每一个协议编码都有与之对应的设定的协议行为。一个协议行为用于对协议再次进行划分，如通过协议行为判断其是否允许生成，确定其是否为仅供展示的协议合同文件。
62.确定与展示记录表中记录的渠道信息和协议类型匹配的，且协议行为规定允许生成的目标协议编码，即确定与已通过展示的待阅读协议文件对应的渠道信息和协议类型匹配的，可生成协议合同文件的协议编码，并将其确定为目标协议编码。
63.步骤s12、获取与所述目标协议编码对应的目标协议信息。
64.具体的，在确定可生成协议合同文件的协议编码即目标协议编码后，获取与目标协议编码对应的目标协议信息，目标协议信息为尚未填入用户信息的协议合同文件。
65.步骤s13、获取与所述目标协议信息匹配的用户信息。
66.具体的，对于不同的协议合同文件，所需要的用户信息可能不同，如对免密支付的协议合同文件，可能需要用户的详细身份信息及银行卡信息等，对注册账号的协议合同文件，可能需要用户的基础身份信息即可。
67.在确定目标协议信息后，获取与目标协议信息匹配的用户信息，即填写所述目标协议信息所需的所有用户信息，用户信息可自动填入目标协议信息，形成协议合同文件。
68.步骤s14、组装所述目标协议信息及用户信息，生成协议合同文件。
69.具体的，将上述获取用户信息填入目标协议信息中，生成协议合同文件，该协议文件为已含有用户信息的完整的协议合同文件，一般情况下，生成协议合同文件后，服务提供方将提供与协议合同文件对应的相关服务。
70.从上述的技术方案可以看出，本技术实施例提供的一种协议生成方法，服务器中的展示记录表中记录通过客户端展示的待阅读协议文件匹配的渠道信息和协议类型，通过确定与展示记录表中的渠道信息和协议类型匹配的，且协议行为规定允许生成的目标协议编码，获取与所述目标协议编码对应的目标协议信息，即尚未填充用户信息的空白协议合同文件，获取与所述目标协议信息匹配的用户信息，即需要填入空白协议合同文件的用户信息，组装所述目标协议信息及用户信息，生成协议合同文件。
71.在本技术方案中，展示记录表存储在服务器中，协议合同文件的生成过程也在服务器中完成，客户端仅用于对待阅读协议文件进行展示，无需对协议合同文件进行存储或生成，协议合同文件仅需在服务器中完成一次生成或存储即可，无需在服务器和客户端即前端和后端的都进行生成、存储，在接入新协议时或协议进行更新时，仅在服务器重新开发或更新协议即可，解决占用大量内存用于存储协议，且在协议更新或生成时过程较为繁琐的问题。
72.在本技术的一些实施例中，提供了一种待阅读协议文件的生成过程的流程图，结合图2对通过客户端展示的待阅读协议文件的生成过程进行介绍，具体可以包括：
73.步骤s21、接收客户端发送的当前用户所处渠道信息及需要展示的协议类型。
74.具体的，客户端自动识别当前用户所处的渠道信息，同时根据当前需要提供的服务，确定需要展示的协议类型。示例如，用户刚刚打开某社交软件，客户端识别并确定用户需要进入软件，需要进行社交软件账号申请，此时确定需要展示的协议类型为申请账号，所处的渠道信息为包括该社交软件名称、软件运营商等。
75.步骤s22、确定与所述渠道信息和协议类型匹配，且协议行为规定允许展示的展示协议编码。
76.具体的，确定与当前用户所处的渠道信息和协议类型匹配的，且协议行为规定允许展示的展示协议编码，即确定与当前用户所处的渠道信息和协议类型匹配的，可将对应的展示协议信息进行展示的协议编码，并将其确定为展示协议编码。
77.步骤s23、获取并组装与所述展示协议编码对应的展示协议信息，生成待阅读协议文件。
78.具体的，每个展示协议编码都有与之唯一对应的展示协议信息，在确定展示协议编码后，可获取并组装与所述展示协议编码对应的展示协议信息，生成待阅读协议文件供用户阅读。一般情况下，一个协议编码对应的生成的待阅读协议文本内容与上文所述的尚未填充用户信息的空白协议合同文件的内容一致，待阅读协议文件仅供阅读使用，再阅读完成后，服务器进入上述步骤s11到s14的协议生成过程，生成相应的协议合同文件。
79.步骤s24、将所述待阅读协议文件发送至客户端进行展示，并将所述渠道信息和协议类型记录在展示记录表中。
80.具体的，生成待阅读协议文件后，服务器将待阅读协议文件发送给客户端进行展示，同时对应该待阅读文件的渠道信息和协议类型记录在展示记录表中。上述步骤s11到s14的协议生成过程可以在待阅读协议文件发送至客户端进行展示完成后立刻进行，即展示完成后立刻生成相应的协议合同文件，也可以先记录在展示记录表中，待后续进行生成，本技术不对生成的时间进行具体限定。
81.在本技术的一些实施例中，上述实施例中的步骤s11、确定与展示记录表中的渠道信息和协议类型匹配的，且协议行为规定允许生成的目标协议编码的过程的实施方式可以为多种，下面提供其中两种可选的实施方式进行介绍，具体可以包括：
82.方式一：
83.步骤s11、确定与展示记录表中的渠道信息和协议类型匹配的，且协议行为规定允许生成的目标协议编码的过程，具体可以包括下述a1-a3，具体为：
84.a1、确定与展示记录表中记录的渠道信息和协议类型匹配的目标协议编码集合。
85.a2、获取与所述目标协议编码集合中每一协议编码对应的每一协议行为。
86.a3、筛选出所述协议行为规定允许生成的协议编码作为目标协议编码。
87.具体的，由于协议生成过程可以在后续进行，因此展示记录表中可能记录了多条渠道信息和协议类型，且一份协议可能存在有效期问题，即超过有效期后，旧协议编码对应的协议行为自动从允许生成变为不允许生成。在此基础上，超过有效期的协议将更新新的协议编码对应该渠道信息和协议类型，新协议编码对应更新后的协议文件，在更新后，一个渠道信息和协议类型可能匹配多个协议编码，但仅有一个的协议行为为允许生成。
88.对于展示记录表中的一条渠道信息和协议类型，首先确定与渠道信息和协议类型
匹配的目标协议编码集合，目标协议集合中可能包含多条对应的协议编码，再获取与所述目标协议编码集合中每一协议编码对应的每一协议行为，筛选出其中协议行为规定允许生成的协议编码，筛选出的允许生成的协议编码唯一，作为目标协议编码，用于后续生成协议合同文件。
89.方式二：
90.步骤s11、确定与展示记录表中的渠道信息和协议类型匹配的，且协议行为规定允许生成的目标协议编码的过程，具体可以包括下述b1-b3，具体为：
91.b1、确定与展示记录表中记录的每条渠道信息和协议类型对应的每一协议行为。
92.b2、筛选出所述协议行为规定允许生成的渠道信息和协议类型。
93.b3、确定与筛选出的渠道信息和协议类型匹配的协议编码作为目标协议编码。
94.具体的，通过首先确定与展示记录表中记录的每条渠道信息和协议类型对应的每一协议行为，一条渠道信息和协议类型其中仅有唯一的协议行为为允许生成，筛选出其中协议行为规定允许生成的渠道信息和协议类型，最后将筛选出的渠道信息和协议类型匹配的协议编码作为目标协议编码。
95.可以考虑的是，对上述实施例中步骤s22、确定与所述渠道信息和协议类型匹配，且协议行为规定允许展示的展示协议编码的过程的实施方式可以为多种，下面提供其中两种可选的实施方式进行介绍，具体可以包括：
96.方式一：
97.步骤s22、确定与所述渠道信息和协议类型匹配，且协议行为规定允许展示的展示协议编码的过程，具体可以包括下述c1-c3，具体为：
98.c1、确定与所述渠道信息和协议类型匹配的展示协议编码集合。
99.c2、获取与所述展示协议编码集合中每一协议编码对应的每一协议行为。
100.c3、筛选出所述协议行为规定允许展示的协议编码作为展示协议编码。
101.具体的，对于协议具有有效期的情况，对于用户所处的渠道信息和协议类型，首先确定与渠道信息和协议类型匹配的展示协议编码集合，展示协议集合中可能包含多条对应的协议编码，再获取与所述展示协议编码集合中每一协议编码对应的每一协议行为，筛选出其中协议行为规定允许展示的协议编码，筛选出的允许展示的协议编码唯一，作为展示协议编码，用于后续生成待阅读协议文件。
102.方式二：
103.步骤s22、确定与所述渠道信息和协议类型匹配，且协议行为规定允许展示的展示协议编码的过程，具体可以包括下述d1-d3，具体为：
104.d1、确定与所述渠道信息和协议类型对应的每一协议行为。
105.d2、筛选出所述协议行为规定允许展示的渠道信息和协议类型。
106.d3、确定与筛选出的渠道信息和协议类型匹配的协议编码作为展示协议编码。
107.具体的，通过首先确定与用户所处的渠道信息和协议类型对应的每一协议行为，一条渠道信息和协议类型对应的协议行为中仅有唯一一个协议行为规定为允许展示，筛选出其中协议行为规定允许展示的渠道信息和协议类型，最后将筛选出的渠道信息和协议类型匹配的协议编码作为展示协议编码。
108.在本技术的一些实施例中，考虑到在实际应用时，存在一些重要的协议文件需要
用户进行阅读，为进一步保证用户能够阅读协议文件内容，可对协议文件设置强制阅读，并设置相应的强制阅读时间，以保证用户对协议内容完成了阅读，因此，在步骤s24、将所述待阅读协议文件发送至客户端进行展示之前，还可以包括：
109.步骤s25、根据所述协议行为，确定待阅读协议文件是否需要强制阅读；
110.若待阅读协议文件需要强制阅读，则确定与所述渠道信息和协议类型匹配的强制阅读时间。
111.具体的，对于一些重要的协议合同文件，特别是涉密、涉及用户使用安全和资金安全的协议合同文件，需要用户对协议合同文件内容进行详细阅读，因此可通过在协议行为中规定需要强制阅读，并设定强制阅读时间实现。在将所述待阅读协议文件发送至客户端进行展示之前，还可以根据所述协议行为，确定待阅读协议文件是否需要强制阅读，若待阅读协议文件需要强制阅读，则进一步确定与所述渠道信息和协议类型匹配的强制阅读时间。
112.在待阅读协议文件确定为需要强制阅读的情况下，步骤s24、将所述待阅读协议文件发送至客户端进行展示，可以包括：
113.将所述待阅读协议文件和强制阅读时间发送给客户端，使客户端按照强制阅读时间展示待阅读协议文件。
114.具体的，在待阅读协议文件需要强制阅读之后，将待阅读协议文件和强制阅读时间发送给客户端，客户端按照强制阅读时间展示待阅读协议文件，在展示完成后方可关闭。
115.示例如，一份协议合同文件协议行为规定了需要强制阅读，并设定强制阅读时间为30秒，则用户进入后将会停留在展示阶段，强制展示待阅读协议文件30秒后允许关闭。
116.在本技术的另一些实施例中，考虑到实际应用中的法律效应问题和业务问题，还需对生成的协议合同文件进行签章，或将协议合同文件推送至资方，因此，在步骤s14、服务器组装所述目标协议信息及用户信息，生成协议合同文件之后，还可以包括：
117.s15、服务器根据所述协议行为，确定所述协议合同文件是否需要签章以及是否需要推送资方。
118.s16、若所述协议合同文件需要签章，则服务器将协议合同文件发送至签章端进行签章。
119.s17、若所述协议合同文件需要推送资方，则服务器将协议合同文件推送至资方端，并接收资方端发送的推送结果。
120.下面结合图3所示的一种协议签章推送的可选信令流程，分别对协议合同文件的签章和推送过程进行介绍。
121.在实际应用中，在协议合同文件生成后，还需要对协议合同文件进行签章，签章和数字证书一样，用来做为身份验证的一种可选方式，依附在电子文件并与其逻辑关联，可用以辨识电子文件签署者身份，保证文件的完整性，并表示签署者同意电子文件所陈述事实的内容，大部分协议都需要进行签章，在签章后协议文件生效。
122.因此，在步骤s14、服务器组装所述目标协议信息及用户信息，生成协议合同文件之后，还可以包括：
123.服务器根据所述协议行为，确定所述协议合同文件是否需要签章；
124.若所述协议合同文件需要签章，则服务器将协议合同文件发送至签章端进行签
章。
125.具体的，签章不仅包括通常意义上的“非对称性密钥加密”，也可以包括计算机口令、生物笔迹辨别、指纹识别，以及新近出现的眼虹膜透视辨别法、面纹识别等，本技术不对签章进行具体限定。
126.在组装所述目标协议信息及用户信息，生成协议合同文件之后，还可以根据所述协议行为，确定所述协议合同文件是否需要签章，若所述协议合同文件需要签章，则将协议合同文件发送至签章端进行签章。
127.在金融领域，特别是金融借贷业务上，银行等金融借贷机构即资方，提供借贷资金，资方在用户签署例如借贷协议文件、自动续费协议等协议时，为保证资金也需要获取相关的协议合同文件，因此需要将生成的协议合同文件推送给对应的资方，资方可根据协议合同文件内容提供相应的金融服务。
128.因此，在步骤s14、服务器组装所述目标协议信息及用户信息，生成协议合同文件之后，还可以包括：
129.服务器根据所述协议行为，确定所述协议合同文件是否需要推送资方；
130.若所述协议合同文件需要推送资方，则服务器将协议合同文件推送至资方端，并接收资方端发送的推送结果。
131.具体的，若协议涉及第三方服务，如借贷服务等，则需要将协议合同文件推送资方，在组装所述目标协议信息及用户信息，生成协议合同文件之后，还需要进一步根据所述协议行为，确定所述协议合同文件是否需要推送资方，若所述协议合同文件需要推送资方，则将协议合同文件推送至资方端，并接收资方端发送的推送结果，推送结果可以为推送成功、推送失败等说明推送是否完成的信息，也可以为审核通过、审核失败、待审核中等说明第三方对协议合同文件处理进度的信息。
132.在本技术的一些实施例中，在步骤s14、所述生成协议合同文件之后，还可以包括：
133.步骤s18、保存所述协议合同文件，并将存储地址记录在协议合同记录表中。
134.具体的，对已经生成的协议合同文件，将对其进行保存，并将存储地址记录在协议合同记录表中，可以通过查询协议合同记录表中的存储地址，提取协议合同文件。
135.在此基础上，为防止对同一份协议合同文件进行重复生成，避免重复生成的耗费时间，同时避免对同一份协议合同文件进行重复存储浪费存储空间，可通过在协议合同记录表中查询是否已生成过相同协议进行检测，即在步骤s12、获取与所述目标协议编码对应的目标协议信息之前，还可以包括：
136.步骤s19、在所述协议合同记录表中查询是否存在与所述目标协议编码对应的协议合同文件；
137.若否，则执行步骤s12、获取与所述目标协议编码对应的目标协议信息的过程。
138.具体的，协议合同记录表记录的为已经生成过的协议文件，因此若能够在协议合同记录表中查询到与目标协议编码对应的协议合同文件，则协议合同文件已经生成过，无需重复生成，若查询不到，则说明协议合同文件未生成过，可以进行生成。在获取与所述目标协议编码对应的目标协议信息之前，还可以在所述协议合同记录表中查询是否存在与所述目标协议编码对应的协议合同文件，若否，则继续执行生成协议合同文件的后续步骤。
139.在本技术的一些实施例中，考虑到在实际应用中，用户还存在对已经生成的协议
合同文件的查看需求，即对已经签订完成的协议重新打开进行阅读，因此需要相应具备对已生成协议合同文件的查询阅读功能，下面结合图4进行具体说明。
140.在上一实施例的基础上，为增设对已生成协议合同文件的查询阅读功能，还可以包括：
141.步骤s31、接收客户端发送的查询指令。
142.具体的，客户端发送的查询指令可以为开始查询的指令，也可以为具体查询某一个协议合同文件的指令或查询多个协议合同文件的指令。
143.步骤s32、确定与查询指令匹配的协议合同文件。
144.具体的，服务器在接收客户端发送的查询指令后，确定与查询指令匹配的协议合同文件，该匹配的协议合同文件即用户希望查看的协议合同文件。
145.步骤s33、通过协议合同记录表，查询到与所述查询指令匹配的协议合同文件的存储地址。
146.具体的，协议合同记录表记录了各已经生成过的协议文件的存储地址，可通过协议合同记录表，查询到与所述查询指令匹配的协议合同文件的存储地址，并从存储地址拉取所述与查询指令匹配的协议合同文件。
147.步骤s34、从所述存储地址拉取所述与查询指令匹配的协议合同文件，并发送至客户端进行展示。
148.此外，可以考虑的是，为便于用户查询希望阅读的已生成协议合同文件，可在客户端展示一个已生成协议的列表供用户阅读和选择，用户通过选择列表中希望阅读的协议，打开展示选中协议。
149.在步骤s31、接收客户端发送的查询指令之后，还可以包括：
150.步骤s35、获取用户的开户信息和开通的渠道信息。
151.具体的，服务器中可能存储有各个用户的协议，而为保证其他用户的隐私安全，用户仅可查看其本身的协议合同文件，需要获取用户的开户信息和开通的渠道信息，以确定用户的协议合同文件。
152.步骤s36、生成与所述开户信息和开通的渠道信息匹配的已生成协议列表，并将所述已生成协议列表发送给客户端，以供用户通过所述已生成协议列表选择查询的协议合同文件。
153.具体的，根据用户的开户信息和开通的渠道信息，生成与所述开户信息和开通的渠道信息匹配的已生成协议列表，并将所述已生成协议列表发送给客户端，用户可通过在已生成协议列表中选择希望查看的协议合同文件，在用户选择后，从存储地址拉取选中的协议合同文件进行展示。
154.最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
155.本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。
156.对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本技术。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本技术的精神或范围的情况下，在其它实施例中实现。因此，本技术将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。