具体实施方式

在实际应用中，各服务方可以通过第三方平台来为用户提供服务。例如，在第三方平台的客户端中，可以运行有各服务商对应的小程序。用户可以通过各服务商对应的小程序，来实现与服务方之间的业务往来。

在各服务商对应的小程序页面中，可以通过网页表单的形式来记录用户输入的信息，并在用户请求提交表单时，将用户输入的信息提交给服务方的服务器，以基于表单数据实现相应的业务功能(例如，注册业务、交易业务等)。

在本说明书的实施例中，所述第三方平台可以是记录有大量用户的实名认证信息的综合平台。所述服务方可以是通过网络平台来向终端用户提供诸如交通出行服务、餐饮服务、酒店服务、医疗服务等各种类型服务的提供方。

在一些具体的场景中，在服务方提供的小程序页面中可能包含有大量的表单项。现有技术中，用户通常需要手动输入待填写表单项所要求的表单信息，这一过程的用户操作繁琐、表单信息的填写效率较低。实际上，鉴于第三方平台本身记录有实名认证用户的用户信息，因此，第三方平台可能存储有这些待填写表单项所要求的表单信息。然而，由于服务方的小程序页面通常由服务方来根据实际需要设置开发，第三方平台通常无法完整获知服务方提供的小程序页面中对应哪些表单项，因此，在现有技术中尚且无法基于平台自身保管的用户数据来为用户填写表单的过程提供便利。

鉴于此，本申请提供了一种页面表单信息填写方案，针对服务方提供的目标页面，通过获取部分用户在该目标页面中的操作信息，来确定该目标页面中对应的表单项的属性，此后，当其他用户访问该目标页面时，可以基于已经确定的该目标页面中各表单项的表单项属性，向这些访问用户智能推荐填写符合所述表单项属性的用户信息，从而，减少了用户的表单填写操作，提升了页面表单信息的填写效率。

为使本说明书一个或多个实施例的目的、技术方案和优点更加清楚，下面将结合本说明书具体实施例及相应的附图对本说明书一个或多个实施例的技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本说明书的一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本说明书一个或多个实施例保护的范围。

应当理解，尽管在本申请文件中可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。

以下结合附图，详细说明本说明书各实施例提供的技术方案。

图1为本说明书实施例中页面表单信息填写方法的应用场景的示意图。如图1所示，用户通过安装有平台客户端的终端设备来访问由服务方提供的服务页面。当第一用户101通过第一客户端102访问目标页面时，第一客户端102可以获取第一用户101提供的针对所述目标页面中的各表单项输入的信息，进而确定出所述目标页面中的各表单项的表单项属性信息，并存储在平台服务器103或其他数据存储设备104中。由此，当第二用户105通过第二客户端106访问所述目标页面时，可以预先存储的所述目标页面中的各表单项的表单项属性信息，来确定出应填入所述目标页面中的各表单项的用户信息，并自动填入。由此，能够减少用户的表单信息填写操作，提升用户的表单信息填写效率。

如图1中所示，第一客户端102和第二客户端106可以是平台服务器对应的安装于不同的终端设备的客户端应用程序，此时，“第一”和“第二”用于将安装于不同终端设备的客户端区分开。在图1中示出了两个终端设备，是为了便于说明的需要，在实际应用中，第一客户端102和第二客户端106也可以是安装于同一个终端设备上的同一客户端,，在此情况下，“第一”和“第二”用于将不同用户使用状态下的客户端区分开。这是因为，尽管不同的用户通常使用不同的终端设备，但是不排除不同的用户也可能使用同一个终端设备。例如，在第一用户101使用某终端设备登录平台客户端并提供用户输入信息后(此时该客户端可以称为第一客户端)，可以退出登录；此后，第二用户105也可以使用同一个终端设备来登录同一个平台客户端，平台客户端可以向该第二用户105进行页面表单信息的自动填写推荐(此时该客户端可以称为第二客户端)。

尽管图1中仅示出了一个第一用户和一个第二用户，但是可以理解的是，在实际应用中，第一用户可以泛指一个或更多个用户，第二用户可以泛指一个或更多个用户。例如，第一用户可以是指主动输入表单项信息，以便平台客户端和平台服务器对其提供的数据进行分析的用户。例如，第二用户可以是指在访问页面时，有平台服务器和平台客户端来为其推荐表单项信息的用户。当然，在实际应用中，某具体的终端用户的用户身份并非固定不变的，即，某具体的终端用户既可以作为本申请实施例方案中的第一用户，也可以作为本申请实施例方案中的第二用户。例如，对于页面A，某用户可以是第一用户，而对于页面B，该用户可以是第二用户。又如，对于页面A，在第一时间段内，某用户可以是第一用户，在页面A的表单项信息改变后的第二时间段被，该用户可以是第二用户。

另外，图1中示出的数据存储设备104可以是平台服务器103的一部分，或者，可以是独立的存储设备。可选地，所述数据存储设备104也可以是接入区块链的存储设备。

接下来，将针对说明书实施例提供的一种页面表单信息填写方法结合附图进行具体说明。

图2为本说明书实施例提供的一种页面表单信息填写方法的流程示意图。从程序角度而言，流程的执行主体可以为搭载于应用服务器或应用终端的程序。在本说明书的实施例中，所述应用服务器可以是指第三方平台的服务器，所述应用终端可以是指用户使用的安装有第三方平台客户端的终端设备。

如图2所示，该流程可以包括以下步骤：

步骤202：获取第一用户针对第一目标页面中的目标表单项的用户输入信息。

在实际应用时，所述目标页面可以是服务方通过第三方平台客户端向终端用户提供的服务页面。可选地，所述目标页面的格式可以是小程序页面。例如，用于提供交通出行服务、餐饮服务、酒店服务、医疗服务、金融服务等类型的服务的页面。

在目标页面中，可以包含至少一个表单项。用户可以在访问目标页面时，为目标页面中的各表单项提供表单项信息，即，提供用户输入信息。表单项的形式具体可以包括信息输入表单项、信息选择表单项等，不限于此。若所述表单项为信息输入表单项，则所述用户输入信息可以包括诸如文字信息、语音信息、图像信息等，不限于此。若所述表单项为信息选择表单项，则所述用户输入信息可以是指用户选择的选项信息。

与用户输入信息相对应地，用户提供所述用户输入信息的具体方式，可以包括但不限于输入文字的操作、输入语音的操作、提供图像的操作、选择操作、鼠标操作、触屏操作、按键操作等。

在本说明书实施例提供的页面表单信息填写方法中，需要获取一部分用户(即，第一用户)在目标页面中输入的信息，以用于确定出页面中各表单项的属性，进而，当另一部分用户(即，第二用户)访问目标页面时，可以根据此前确定出的各表单项的属性，来自动填写各表单项。

在实际应用时，所述第一用户和所述第二用户都是第三方平台的实名注册用户。

其中，所述第一用户又可以称为种子用户。具体地，所述第一用户可以是平台根据用户访问页面的实际情况来确定的部分用户。例如，若目标页面为注册页面，平台可以根据用户访问该注册页面的先后顺序这一实际情况，将先访问该注册页面的预定数量的用户自动确定为第一用户。

在实际应用时，在获取第一用户针对第一目标页面中的目标表单项的用户输入信息之前，可以先获得第一用户的授权。具体地，可以获取第一用户的第一授权信息；所述第一授权信息用于授权客户端采集所述第一用户的用户输入信息。获取所述第一授权信息的时机可以是根据实际需要设置的，例如，可以当第一用户首次打开第三方客户端时，或者，可以是当第一用户首次打开所述第一目标页面时，不限于此。

步骤204：根据所述用户输入信息，确定所述目标表单项的表单项属性信息。

在本说明书的实施例中，方案执行主体可以预先设置有用于识别不同类型信息的信息类型的信息识别规则(或模型)。所述根据所述用户输入信息，确定所述目标表单项的表单项属性信息，具体可以包括：使用预先设置的信息识别规则(或模型)来识别出用户输入信息的信息类型，将识别出的所述信息类型作为所述目标表单项的表单项属性。所述表单项属性信息用于表示所述目标表单项的表单项属性。

在可选的实施例中，可以使用一个统一的信息识别模型来识别出信息的不同类型。或者在可选的实施例中，不同类型的信息可以使用不同的信息识别规则(或模型)来识别。例如，对于“用户名”、“姓名”、“证件类型”、“证件号码”、“手机号码”、“电子邮箱”等不同类型的信息，可以分别设置有相对应的用户名识别规则、姓名识别规则、证件类型识别规则、证件号码识别规则、手机号码识别规则、电子邮箱识别规则等不同的信息识别规则(或模型)。所述信息识别模型或规则的获取方式可以按照现有的方案，例如，可以由专家根据经验来撰写信息识别规则，或者，可以是根据数据样本来训练信息识别模型。

在可选的实施例中，当用户针对目标表单项提供用户输入信息后，可以使用预设的各个信息识别规则(或模型)来依次对用户输入信息进行识别，从而确定出用户输入信息的具体类型，即，确定出所述目标表单项的表单项属性。

例如，当用户在目标表单项的输入信息为“王晓红”(例如，可以通过信息输入框来输入该信息)，则可以根据用户姓名识别规则(或模型)识别出该信息的类型为“姓名”，即，确定出该目标表单项的属性为“姓名”。

又如，当用户在目标表单项的输入信息为“中国居民身份证”(例如，可以通过信息选择框来输入该信息)，则可以根据证件类型识别规则(或模型)识别出该信息的类型为“证件类型”，即，确定出该目标表单项的属性为“证件类型”。

再如，当用户在目标表单项的输入信息为“142622188001015656”(例如，可以通过信息输入框来输入该信息)，则可以根据证件号码识别规则(或模型)识别出该信息的类型为“证件号码”，即，确定出该目标表单项的属性为“证件号码”。

在本说明书的实施例中，当通过预先设置的信息识别规则(或模型)确定出目标表单项的表单项属性信息后，为了确保识别出的表单项属性信息的正确性，可以对识别出的表单项属性信息进行验证。

在第三方平台的服务器中，存储有实名认证用户对应的用户信息以及用户信息类型。例如，可以是以用户标识、用户信息、用户信息类型三者对应的关系存储的。其中，用户标识可以是第三方平台用于标识和识别平台用户的唯一标识，平台上不同用户的用户标识是不同的。所述用户信息，可以是与用户相关的信息。用户信息类型，可以是用户信息的信息类型。在实际应用时，一个用户标识可以对应于多个用户信息，一个用户信息通常可以对应于一个用户信息类型。

在可选的实施例中，所述确定所述目标表单项的表单项属性信息之后，还可以：根据所述表单项属性信息，从服务器获取所述第一用户的与所述表单项属性信息对应的用户预存信息；然后判断所述用户输入信息与所述用户预存信息是否一致，若一致，则执行后续步骤206。

其中，所述用户预存信息是所述服务器根据所述第一用户的第一用户标识以及所述表单项属性信息确定的；所述用户预存信息的用户信息类型与所述表单项属性信息一致。换言之，所述用户预存信息是所述服务器根据所述第一用户的第一用户标识确定所述第一用户对应的全部用户信息后，从所述第一用户的对应的全部用户信息中确定出的用户信息类型与所述表单项属性信息一致的信息。

基于前述可选的实施例，在执行步骤206之前，可以确定所述用户输入信息与所述用户预存信息一致，即，确定前述识别结果的正确性。基于该方案，可以提升后续建立的关联关系的可靠性、提升后续表单信息填写的准确性。

步骤206：根据所述第一目标页面的第一页面标识、所述目标表单项的表单项标识以及所述表单项属性信息，生成第一关联关系数据；所述第一关联关系数据用于表示，填入所述目标表单项的信息应具有所述表单项属性信息对应的属性。

在本说明书的实施例中，当确定目标表单项对应的表单项属性信息后，可以存储所述表单项属性信息。具体地，可以与所述第一目标页面和所述目标表单项对应地，存储所述表单项属性信息。在实际应用中，可以存储所述第一目标页面的第一页面标识、所述目标表单项的表单项标识以及所述表单项属性信息三者的映射关系，以便于，可以根据所述第一页面标识和所述目标表单项标识，查找到所述目标表单项对应的表单项属性信息。

在本说明书的实施例中，所述第一页面标识可以包括页面资源统一定位符(uniform resource locator；URL)等。所述表单项标识可以包括表单项名称、表单项编号等。

在实际应用中，所述第一关联关系数据可以用于，当第二用户访问所述第一目标页面时，为所述第一目标页面中的目标表单项填入符合所述表单项属性信息的属性的信息。

在可选的实施例中，可以将生成的所述第一关联关系数据存储在平台服务器或区块链节点上。

步骤208：获取第二用户针对所述第一目标页面的页面访问请求。

在实际应用中，所述针对所述第一目标页面的页面访问请求，可以是用户请求打开或跳转至所述第一目标页面的请求。

步骤210：响应于所述页面访问请求，根据所述第一关联关系数据，将所述第二用户的用户目标信息填入所述目标表单项；所述用户目标信息的用户信息类型与所述表单项属性信息一致。

在本说明书的实施例中，步骤210具体可以包括：响应于所述页面访问请求，获取所述第二用户的第二用户标识和所述第一目标页面的第一页面标识；然后根据所述第二用户标识和所述第一页面标识，获取所述第二用户的与所述第一目标页面中各表单项对应的用户目标信息；再将所述用户目标信息填入所述目标表单项。

其中，所述根据所述第二用户标识和所述第一页面标识，获取所述第二用户的与所述第一目标页面中各表单项对应的用户目标信息，具体可以包括：根据所述第一页面标识，从平台服务器或者区块链获取与所述第一页面标识对应的第一关联关系数据；然后根据所述第一关联关系数据，确定所述第一目标页面中各表单项的表单项属性信息；再根据所述第二用户标识以及所述各表单项的表单项属性信息，从平台服务器获取所述第二用户的用户信息类型与所述各表单项的表单项属性信息一致的用户目标信息。

在实际应用时，在将所述第二用户的用户目标信息填入所述目标表单项之前，可以先获得第二用户的授权。具体地，可以获取第二用户的第二授权信息；所述第二授权信息用于授权客户端向所述第二用户的智能推荐页面表单信息。获取所述第二授权信息的时机可以是根据实际需要设置的，例如，可以当第二用户首次打开第三方客户端时，或者，可以是当第二用户首次打开所述第一目标页面时，不限于此。

在实际应用中，获取所述第一授权信息的操作和获取所述第二授权信息的操作可以同时进行。即，针对某用户，若既提供了第一授权信息也提供了第二授权信息，则第三方平台既可以获取该用户输入信息用于识别表单项属性，也可以基于识别出的表单项属性为该用户进行表单项信息的智能推荐。

应当理解，本说明书一个或多个实施例所述的方法中，部分步骤的顺序可以根据实际需要调整，或者可以省略部分步骤。

图2中的方法，通过基于第一用户针对目标页面的用户输入信息确定出目标页面对应的各表单项的表单项属性后，当第二用户访问所述目标页面时，可以根据已识别出的目标页面对应的各表单项的表单项属性，来为第二用户自动填写相应的用户信息，由此，能够减少第二用户填写用户表单项的操作，提高第二用户填写用户表单项的效率。

基于图2的方法，本说明书实施例还提供了该方法的一些具体实施方式，下面进行说明。

如上所述，本说明书实施例的方案可以分两个阶段执行，第一阶段，对于目标页面，可以统计大量的第一用户针对目标页面中各表单项的输入信息，并分析出目标页面的各表单项的属性进行存储；在第二阶段，可以响应于第二用户针对目标页面的访问，根据目标页面中各表单项的属性来为各表单项自动输入内容。在实际应用中，第一阶段可以称为种子用户阶段，第二阶段可以称为规模化推荐阶段。

在实际应用中，为用户智能推荐表单填写内容的情况下，可以实时监测推荐成功率，并且可以先将推荐方案应用于部分访问用户。若推荐成功率符合预设条件，则可以逐渐增大推荐范围直至适用于所有用户。若推荐成功率不符合预设条件，则可以减小推荐范围。在一些情况下，若推荐成功率出现规模下降，则可以再返回至第一阶段，当推荐成功率提升至符合预设条件之后，再继续进行规模化推荐。

在本说明书的实施例中，在第一阶段基于第一用户的输入信息生成的第一目标页面对应的第一关联关系数据，可以用于在第二阶段当第二用户访问所述第一目标页面时，为第二用户进行相应的表单项信息的智能推荐。而在实际应用中，为了验证在第二阶段所智能推荐的表单项信息是否正确，可选地，可以通过确定基于智能推荐的表单项信息是所跳转至的页面是否准确来判断。下面具体说明。

在本说明书的实施例中，在第一阶段，所述生成第一关联关系数据之后，还可以包括：获取第一页面跳转请求；所述第一页面跳转请求用于请求从所述第一目标页面跳转至第二目标页面；响应于所述第一页面跳转请求，基于所述第一目标页面中各表单项对应的所述用户输入信息，跳转至所述第二目标页面；然后，获取所述第二目标页面对应的跳转页面特征信息；并根据所述第一目标页面的第一页面标识与所述第二目标页面对应的所述跳转页面特征信息，生成第二关联关系数据；所述第二关联关系数据用于表示，从所述第一目标页面跳转至的下一页面应符合所述跳转页面特征信息对应的特征。

其中，所述获取第一页面跳转请求，具体可以是获取第一用户发起的第一页面跳转请求，或者，可以是用户终端在判断第一目标页面中的所有表单项均填入相应信息后自动发起的第一页面跳转请求。

所述第二目标页面对应的跳转页面特征信息，具体可以包括第二目标页面的第二页面标识、第二目标页面的第二页面内容特征信息等，不限于此。在本说明书的实施例中，所述第二页面标识可以包括页面资源统一定位符URL等。所述第二页面内容特征信息，可以是基于所述第二页面中的页面内容(例如，控件、文字、图表等)提取的特征信息。

在可选的实施例中，可以将生成的所述第二关联关系数据存储在平台服务器或区块链节点上。

在本说明书的实施例中，在第二阶段，所述响应于所述页面访问请求，根据所述第一关联关系数据，将所述第二用户的用户目标信息填入所述目标表单项之前，还可以包括：确定所述第二用户为所述第一目标页面的当前灰度测试范围内的目标用户。

所述响应于所述页面访问请求，根据所述第一关联关系数据，将所述第二用户的用户目标信息填入所述目标表单项之后，还可以包括：获取第二页面跳转请求；所述第二页面跳转请求用于请求从所述第一目标页面跳转至下一页面；响应于所述第二页面跳转请求，基于所述第一目标页面中各表单项被填入的所述表单项信息，跳转至所述下一页面；获取所述下一页面对应的下一页面特征信息；获取所述第二关联关系数据；根据所述第二关联关系数据，获取与所述第一目标页面具有关联关系的跳转页面特征信息；根据所述下一页面特征信息和所述跳转页面特征信息，确定所述第一目标页面的更新的灰度测试范围；所述更新的灰度测试范围不同于所述当前灰度测试范围。

在实际应用中，所述根据所述下一页面特征信息和所述跳转页面特征信息，确定所述第一目标页面的更新的灰度测试范围，具体可以包括：判断所述下一页面特征信息与所述跳转页面特征信息是否一致，得到第一判断结果；若所述第一判断结果表示所述下一页面特征信息与所述跳转页面特征信息一致，则调大所述灰度测试范围以得到更新的灰度测试范围，即确定所述第一目标页面的第一灰度测试范围，且所述第一灰度测试范围设置为大于所述当前灰度测试范围；若所述第二判断结果表示所述下一页面特征信息与所述跳转页面特征信息不一致，则调小所述灰度测试范围以得到更新的灰度测试范围，即确定所述第一目标页面的第二灰度测试范围，且所述第二灰度测试范围设置为小于所述当前灰度测试范围。

在实际应用时，可以设置表单信息推荐次数、表单信息推荐成功次数、表单信息推荐失败次数中的至少两者，并统计第二阶段中针对灰度测试范围内的第二用户的页面推荐结果，进而，计算表单信息推荐成功率并获得表单信息推荐成功率的变化情况，进而，根据表单信息推荐成功率的变化情况来调整灰度测试范围。

在可选的实施例中，所述确定所述第一目标页面的第一灰度测试范围，具体可以包括：若所述第一判断结果表示所述下一页面特征信息与所述跳转页面特征信息一致，则更新所述第一目标页面的表单信息推荐次数和表单信息推荐成功次数，得到更新的表单信息推荐次数和更新的表单信息推荐成功次数(例如，可以将表单信息推荐次数和表单信息推荐成功次数分别加1)；然后根据所述更新的表单信息推荐次数和所述更新的表单信息推荐成功次数，计算得到更新的表单信息推荐成功率；若所述更新的表单信息推荐成功率大于第一预设成功率阈值，则调大所述灰度测试范围以得到更新的灰度测试范围，即确定所述第一目标页面的第一灰度测试范围，且所述第一灰度测试范围设置为大于所述当前灰度测试范围。

在实际应用时，例如，所述第一预设成功率阈值可以为99％、95％、90％等，可以根据实际需要来设置。

所述调大所述灰度测试范围的调整幅度可以根据需要设置。

可选地，若所述更新的表单信息推荐成功率大于第一预设成功率阈值，则可以按照预设比例来调大所述灰度测试范围。例如，若设定比例为10％，则更新的灰度测试范围中第二用户数量占第二用户总量的更新后比值，可以比更新前的当前灰度测试范围中第二用户数量占第二用户总量的当前比值，增大10％。

可选地，若所述更新的表单信息推荐成功率大于第一预设成功率阈值且符合灰度测试范围的第二用户数量占第二用户总量的当前比值大于预设比值(例如，80％)，则可以全量推荐。

可选地，若所述更新的表单信息推荐成功率大于第一预设成功率阈值(例如95％)，则可以进行全量推荐。

在可选的实施例中，所述确定所述第一目标页面的第二灰度测试范围，具体可以包括：若所述第二判断结果表示所述下一页面特征信息与所述跳转页面特征信息不一致，则更新所述第一目标页面的表单信息推荐次数和表单信息推荐失败次数，得到更新的表单信息推荐次数和更新的表单信息推荐失败次数(例如，可以将表单信息推荐次数和表单信息推荐失败次数分别加1)；然后根据所述更新的表单信息推荐次数和所述更新的表单信息推荐失败次数，计算得到更新的表单信息推荐成功率；若所述更新的表单信息推荐成功率小于第二预设成功率阈值，或者，所述更新的表单信息推荐成功率与更新前的所述表单信息推荐成功率的比值小于预设比值，则调小所述灰度测试范围以得到更新的灰度测试范围，即确定所述第一目标页面的第二灰度测试范围，且所述第二灰度测试范围小于所述当前灰度测试范围。

在实际应用时，所述第二预设成功率阈值可以与所述第一预设成功率相同，或者，第二预设成功率阈值可以小于所述第一预设成功率。例如，所述第二预设成功率为90％、80％、70％等，可以根据实际需要来设置。

所述调小所述灰度测试范围的调整幅度可以根据需要设置。可选地，若所述更新的表单信息推荐成功率小于第二预设成功率阈值，则可以停止基于所述第一关联数据所进行的智能推荐。

需要补充说明的是，为了确保本说明书实施例中表单信息智能推荐方案的准确性，即便在全量推荐的情况下，也依然可以实时监测表单信息推荐成功率，以便在推荐成功率出现异常的情况下，及时停止推荐并重新进行第一阶段的信息收集。例如，提供目标页面的服务方可能会对目标页面中的表单项信息进行修改，此时，若第三方平台仍然按照修改前收集并建立的第一关联关系数据进行表单项信息推荐，则会出错，且给用户带来不便。

基于本说明书实施例的方案，若所述更新的表单信息推荐成功率小于第二预设成功率阈值，或者，所述更新的表单信息推荐成功率与更新前的所述表单信息推荐成功率的比值小于预设比值，则表明目标页面中的表单项属性可能发生改变，在此情况下，基于本说明书实施例的方案，可以自动识别并返回至第一阶段，以避免因目标页面表单项改变导致的信息推荐错误的情况出现，确保了方案的鲁棒性，进一步提高了方案信息推荐的准确性。

在可选的实施例中，在第一阶段，所述生成第一关联关系数据，具体可以包括：对所述表单项属性信息进行加密，得到表单项属性信息密文；然后根据所述第一目标页面的第一页面标识、所述目标表单项的表单项标识以及所述表单项属性信息密文，生成第一关联关系数据。因此，所述生成第一关联关系数据之后，还可以包括：将所述第一关联关系数据存储到区块链上。所述生成第二关联关系数据，具体可以包括：对所述跳转页面特征信息进行加密，得到跳转页面特征信息密文；根据所述第一目标页面的第一页面标识与所述第二目标页面对应的所述跳转页面特征信息密文，生成第二关联关系数据。因此，所述生成第二关联关系数据之后，还可以包括：将所述第二关联关系数据存储到区块链上。相应地，在第二阶段，当需要获取所述第一关联关系数据或所述第二关联关系数据实，可以从区块链上来获取。

在本说明书的实施例中，所述第一目标页面和所述第二目标页面是由服务方提供的两个连续页面，即，所述第二目标页面可以是当第一目标页面中的信息填写正确的情况下跳转至的页面。可选地，所述第一目标页面为用户注册页面；所述第二目标页面为用户注册成功页面。

通常，每个服务方(例如，商户、网站等)都有自身的账号注册体系。对于终端用户来说，由于需要使用不同的服务方提供的服务，因此需要分别填写各服务方所需的所有用户注册信息，以实现注册登记。现有技术中，用户在各服务主体提供的页面进行注册的操作复杂，用户操作成本高，表单填写效率低。

在用户通过第三方平台的客户端进入服务方提供的页面进行注册的场景下，对于各服务方来说，由于用户是首次使用该服务方提供的服务，服务方的服务器并未存储该用户的信息，因此，服务方自身无法实现用户注册表单中信息的智能推荐填写。另外，尽管平台存储有用户信息，但是服务方通常难以直接获取和使用由平台保管的用户信息，这是因为，一方面，用户不一定会授权平台将个人信息提供给服务方使用；另一方面，即便在用户授权的情况下，各服务方需要开发用于向平台获取用户信息的数据接口以及用于向第三方客户端中的用户页面进行信息智能推荐的数据接口，这对于服务方来说，会耗费更多的人力资源和计算机资源，成本较高，且多数的服务方可能并不具有相应的开发能力。鉴于此，本说明书实施例提供的页面表单信息填写的方案，可以既为用户提供便利，也为服务方提供便利。

下面以用户注册页面作为第一目标页面为例，结合实际应用场景进一步阐述本说明书实施例的方案。图3至图6为本说明书实施例提供的一种用户注册场景下的页面表单信息填写的流程示意图。在图3至图6中，具体以服务方为12306网站为例进行说明。

图3示出了本说明书实施例提供的用户注册场景下，获取用户授权信息的方案示意图。如图3所示，当用户阅读协议后点击“同意”，则获取到用户针对所示协议的授权信息。图3中给出的仅是示例，在实际应用时，该授权页面的页面内容以及授权协议的协议内容均不受此限定。

图4示出了本说明书实施例提供的用户注册场景下，基于用户输入信息确定表单项属性信息的方案示意图。如图4所示，当第一用户访问地址为“www.13306.cn/usercreate”这一用户注册页面(即，第一目标页面)时，可以获取第一用户针对该用户注册页面中各表单项输入的表单项信息(例如，“a_123123”、“王晓红”、“中国居民身份证”、“142622188001015656”等)，然后基于用户输入的表单项信息来确定出各表单项对应的表单项属性(例如，“USERNAME”、“NAME”、“IDTYPE”、“IDNUMBER”等)，然后，与平台预先存储的第一用于的相应的用户预存信息(例如，“姓名-王晓红”、“证件：身份证_142622188001015656”等)进行匹配，对于匹配成功的表单项，可以存储的用户注册页面的页面标识、表单项标识与表单项属性信息三者间的第一关联关系数据。

如图4中，已经匹配的表单项可以包括例如名为“姓名”、“证件类型”、“证件号码”、“手机号码”、“电子邮箱”、“旅客类型”的表单项，因此，可以生成并存储包含有“www.13306.cn/usercreate——第4表单项(名为“姓名”的表单项)——NAME”、“www.13306.cn/usercreate——第5表单项(名为“证件类型”的表单项)——IDTYPE”等信息的第一关联关系数据。

当然，在可选的实施例中，可以进一步对表单项属性信息进行加密，得到表单项属性信息密文后再生成第一关联关系数据。例如，可以将已匹配的各表单项的表单项属性信息“NAME”、“IDTYPE”、“IDNUMBER”、“EMAIL”、“USERTYPE”等，分别进行加密，例如得到密文为“α”、“β”、“γ”、“δ”、“ε”等，进而生成并存储包含有“www.13306.cn/usercreate——第4表单项(名为“姓名”的表单项)——α”、“www.13306.cn/usercreate——第5表单项(名为“证件类型”的表单项)——β”等信息的第一关联关系数据。

图5示出了本说明书实施例提供的用户注册场景下，基于已经确定的表单项属性信息为用户进行信息智能推荐的方案示意图。如图5所示，当第二用户访问“www.13306.cn/usercreate”这一用户注册页面时，可以基于该目标页面对应的此前存储的第一关联关系数据确定该页面中的各表单项的表单项属性(例如，“USERNAME”、“NAME”、“IDTYPE”、“IDNUMBER”等)，进而根据各表项属性来获取第二用户的相应的用户预存信息(例如，“姓名-张小芳”、“证件：身份证_11010118900203123X”等)，并进行智能推荐。

图6示出了本说明书实施例提供的用户注册场景下，跳转页面信息的获取方案示意图。在实际应用中，当第一用户在用户注册页面点击“注册/提交”等用于表示注册的按钮后，可以跳转至如图6所示的注册成功页面(即，第二目标页面)。此时，可以获取第二目标页面的跳转页面信息，进而得到跳转页面特征信息。就图6的示例而言，注册成功页面的特征信息，可以包含“LINK2-www.12306.cn/usercreate/success”以及“指向LINK3的“注册成功去购票”控件”。

在此基础上，可以生成并存储包含“www.13306.cn/usercreate——LINK2”、“www.13306.cn/usercreate——to LINK3”等信息的第二关联关系数据。当然，在可选的实施例中，可以进一步对跳转页面特征信息进行加密，得到跳转页面特征信息密文后再生成第二关联关系数据。例如，可以将“LINK2”、“to LINK3”等信息，分别进行加密，例如得到密文“ρ”、“ω”等，进而生成并存储包含有“www.13306.cn/usercreate——ρ”、“www.13306.cn/usercreate——ω”等信息的第二关联关系数据。

基于图6的方案，当第二用户在图5的基础上，点击“注册/提交”等用于表示注册的按钮后，如果能够跳转至图6所示的注册成功页面，则推荐成功，否则，推荐失败。例如，若先实现了“α”、“β”、“γ”、“δ”、“ε”等的匹配，且跳转页面后实现了“ρ”、“ω”等的匹配，则视为推荐成功；若仅先实现了“α”、“β”、“γ”、“δ”、“ε”等的匹配，但跳转后未实现“ρ”、“ω”等的匹配，则视为推荐失败。

在实际应用中，可以根据对各第二用户的推荐结果(成功或失败)的记录，来统计推荐成功率，进而调整灰度测试范围，以及可选地，确定是否需要重新进行如图4所示的表单项属性信心确定过程。

基于图3至图6中给出的以用户注册页面和用户注册成功页面为例的实施例，可以理解的是，本说明书实施例提供的方案，基于部分用户在注册页面的信息输入行为，来确定各注册项信息的属性，进而根据确定出的各注册项信息的属性来为其他用户进行注册信息的自动智能填写，减少用户在注册过程中的填写操作，为用户提供便利，提高了用户的注册效率。

基于同样的思路，本说明书实施例还提供了上述方法对应的装置。图7为本说明书实施例提供的对应于图2的一种页面表单信息填写装置的结构示意图。如图7所示，该装置可以包括：

用户输入信息获取模块702，用于获取第一用户针对第一目标页面中的目标表单项的用户输入信息；

表单项属性信息确定模块704，用于根据所述用户输入信息，确定所述目标表单项的表单项属性信息；

第一关联关系数据生成模块706，用于根据所述第一目标页面的第一页面标识、所述目标表单项的表单项标识以及所述表单项属性信息，生成第一关联关系数据；所述第一关联关系数据用于表示，填入所述目标表单项的信息应具有所述表单项属性信息对应的属性；

页面访问请求获取模块708，用于获取第二用户针对所述第一目标页面的页面访问请求；

信息自动填写模块710，用于响应于所述页面访问请求，根据所述第一关联关系数据，将所述第二用户的用户目标信息填入所述目标表单项；所述用户目标信息的用户信息类型与所述表单项属性信息一致。

可以理解，上述的各模块是指计算机程序或者程序段，用于执行某一项或多项特定的功能。此外，上述各模块的区分并不代表实际的程序代码也必须是分开的。

基于同样的思路，本说明书实施例还提供了上述方法对应的设备。

图8为本说明书实施例提供的对应于图2的一种页面表单信息填写设备的结构示意图。如图8所示，设备800可以包括：

至少一个处理器810；以及，

与所述至少一个处理器通信连接的存储器830；其中，

所述存储器830存储有可被所述至少一个处理器810执行的指令820，所述指令被所述至少一个处理器810执行，以使所述至少一个处理器810能够：

获取第一用户针对第一目标页面中的目标表单项的用户输入信息；

根据所述用户输入信息，确定所述目标表单项的表单项属性信息；

根据所述第一目标页面的第一页面标识、所述目标表单项的表单项标识以及所述表单项属性信息，生成第一关联关系数据；所述第一关联关系数据用于表示，填入所述目标表单项的信息应具有所述表单项属性信息对应的属性；

获取第二用户针对所述第一目标页面的页面访问请求；

响应于所述页面访问请求，根据所述第一关联关系数据，将所述第二用户的用户目标信息填入所述目标表单项；所述用户目标信息的用户信息类型与所述表单项属性信息一致。

基于同样的思路，本说明书实施例还提供了上述方法对应的计算机可读介质。计算机可读介质上存储有计算机可读指令，所述计算机可读指令可被处理器执行以实现以下方法：获取第一用户针对第一目标页面中的目标表单项的用户输入信息；

根据所述用户输入信息，确定所述目标表单项的表单项属性信息；

根据所述第一目标页面的第一页面标识、所述目标表单项的表单项标识以及所述表单项属性信息，生成第一关联关系数据；所述第一关联关系数据用于表示，填入所述目标表单项的信息应具有所述表单项属性信息对应的属性；

获取第二用户针对所述第一目标页面的页面访问请求；

响应于所述页面访问请求，根据所述第一关联关系数据，将所述第二用户的用户目标信息填入所述目标表单项；所述用户目标信息的用户信息类型与所述表单项属性信息一致。

上述对本说明书特定实施例进行了描述，在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可。

本说明书实施例提供的装置、设备与方法是对应的，因此，装置、设备也具有与对应方法类似的有益技术效果，由于上面已经对方法的有益技术效果进行了详细说明，因此，这里不再赘述对应装置、设备的有益技术效果。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字符系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC625D、AtmelAT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字符多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带式磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。