本申请涉及信息的验证的
技术领域：
，具体涉及信息校验方法。本申请同时涉及信息校验装置以及电子设备。
背景技术：
在各种电子商务平台上，信息的校验工作必不可少，因为在不同的平台上其校验的规则一般不同。特别是在机票交易平台上，机票交易平台本身具有其特殊的复杂性，由于其直接对接大量国际和国内的航空公司，而世界上包括国内和国际的航空公司采用的技术体系和方案差异性很大。不同航空公司对乘机人信息的正确性校验标准并不相同。例如，对于乘机人的联系电话，国内航空公司通常要求仅支持中国手机号，但是境外的航空公司支持境外手机号；或者，乘机人姓名最大长度限制不同等等。目前常见的技术是，针对不同的航空公司的校验规则，在前端固定写死该校验规则。但是采用这种方案调整起来十分困难，并且每次接入一家校验规则个性化的航空公司的话，由于校验规则是在前端写死的，所以，新接入的校验规则都需要调整前端代码，导致开发时间成本以及风险成本较高等问题。另外，可能还会引起其它线上问题。并且，采用现有的上述方案，随着时间的推移，开发者不仅要关心展示层的逻辑，还需要关心不同航空公司的校验规则的差异性，导致前端代码会变得越来越复杂。另外，前后端校验逻辑和规则可能不一致，可能会出现前端校验通过，后端校验失败的风险。技术实现要素：本申请提供一种信息校验方法，以解决现有技术中存在的上述问题。本申请另外提供信息校验装置以及电子设备。本申请提供一种信息校验方法，服务端存储有多个校验规则及所述校验规则与规则执行方之间的配置关系，不同规则执行方对应有各自的校验规则，所述方法包括：服务端接收来自客户端的校验请求，所述校验请求中包括规则执行方的标识信息；基于所述校验请求中包含的规则执行方的标识信息，依据服务端存储的校验规则与规则执行方之间的配置关系，获取与该规则执行方相对应的校验规则；将所述校验规则作为校验响应发送至所述客户端。可选的，所述服务端存储有多个校验规则及所述校验规则与规则执行方之间的配置关系，包括：将不同的校验规则与相应的规则执行方的配置关系存储在服务端的数据库中；所述基于所述校验请求中包含的规则执行方的标识信息，依据服务端存储的校验规则与规则执行方之间的配置关系，获取与该规则执行方相对应的校验规则，包括：基于所述校验请求中包含的规则执行方的标识信息，依据服务端数据库中存储的校验规则与规则执行方之间的配置关系，从所述数据库中获取与该规则执行方相对应的校验规则。可选的，在所述将所述校验规则作为校验响应发送至所述客户端之前，包括：将获取到的校验规则进行解析；解析为客户端可识别的校验规则的字符串；所述将所述校验规则作为校验响应发送至所述客户端，包括：将解析后的校验规则的字符串作为校验响应发送至客户端。可选的，所述服务端存储有多个校验规则中的校验规则包括：具有个性化的校验规则；所述个性化的校验规则是根据不同的规则执行方的校验规则的不同而产生的与规则执行方具有关联性的校验规则。可选的，所述服务端存储有多个校验规则，包括：所述校验规则包括至少一个校验项；每个校验项包括至少一个该校验项的校验子规则。可选的，所述校验子规则包括针对所述校验子规则的规则提示信息，所述规则提示信息表征当不满足所述校验规则时，反馈给用户的信息。可选的，所述校验请求中包括规则执行方的标识信息中，所述标识信息包括规则执行方的唯一标识的信息。可选的，所述规则执行方为提供机票的航空公司，所述校验规则为机票交易系统中乘机人的信息校验规则；当处于机票交易系统中乘机人的信息校验时；所述接收来自客户端的校验请求，包括：接收来自客户端针对乘机人的信息的校验请求；所述基于所述校验请求中包含的规则执行方的信息，依据服务器存储的校验规则与规则执行方之间的配置关系，获取与该规则执行方相对应的校验规则，包括：根据乘机人所选择的航空公司的唯一标识确定规则执行方，根据存储的所述配置关系，确定所对应的航空公司的校验规则；所述将所述校验规则作为校验响应发送至所述客户端，包括：将所述确定的航空公司的校验规则作为校验相应发送至客户端。本申请还提供一种信息校验方法，该方法包括：接收用户的输入操作，向服务器发送校验请求，所述校验请求中包括表征规则执行方的标识信息；接收服务器发送的校验响应，所述校验响应中包括与所述规则执行方的标识信息相对应的校验规则；以所述校验规则为判断依据，判断用户输入的信息是否满足所述校验规则；若是，信息校验通过；若否，信息校验不通过。可选的，在所述接收用户的输入操作之后，包括：判断所述输入操作是否结束；若是，则执行向服务器发送校验请求的步骤。可选的，在所述接收服务器发送的校验响应之后，包括：解析所述校验响应，获取客户端可识别的校验规则对应的数据包。可选的，所述获取客户端可识别的校验规则对应的数据包之后，包括：判断所述数据包是否为空数据包；若是，跳过所述以所述校验规则为判断依据，判断用户输入的信息是否满足所述校验规则这一步骤，直接使用户通过；若否，执行所述以所述校验规则为判断依据，判断用户输入的信息是否满足所述校验规则这一步骤。可选的，所述校验请求中包括表征规则执行方的标识信息中，所述标识信息包括规则执行方的唯一标识的信息。可选的，所述规则执行方为提供机票的航空公司，所述校验规则为机票交易系统中乘机人的信息校验规则；当处于机票交易系统中乘机人的信息校验时；所述接收用户的输入操作，向服务器发送校验请求，所述校验请求中包括表征规则执行方的标识信息，包括：接收用户对乘机人的信息的输入操作，向服务器发送校验请求，所述校验请求中包括航空公司的唯一标识；所述接收服务器发送的校验响应，所述校验响应中包括与所述规则执行方的标识信息相对应的校验规则，包括：所述接收服务器发送的校验响应，所述校验响应中包括与相应的航空公司的匹配的乘机人的信息校验规则。所述以所述校验规则为判断依据，判断用户输入的信息是否满足所述校验规则，包括：以所述校验规则为判断依据，判断用户输入的乘机人的信息是否满足所述校验规则；若是，信息校验通过；若否，信息校验不通过。本申请提供一种信息校验装置，该装置包括：存储单元，用于服务端存储有多个校验规则及所述校验规则与规则执行方之间的配置关系，不同规则执行方对应有不同的校验规则；接收单元，用于接收来自客户端的校验请求；所述校验请求中包括规则执行方的标识信息；获取单元，用于基于所述校验请求中包含的规则执行方的标识信息，依据服务端存储的校验规则与规则执行方之间的配置关系，获取与该规则执行方相对应的校验规则；发送单元，用于将所述校验规则作为校验响应发送至所述客户端。可选的，所述存储单元包括：存储子单元，用于将每个不同的校验规则与相应的规则执行方的配置关系存储在服务端的数据库中；所述获取单元具体用于基于所述校验请求中包含的规则执行方的标识信息，依据服务端存储的校验规则与规则执行方之间的配置关系，从所述数据库中获取与该规则执行方相对应的校验规则。可选的，该装置还包括：解析单元，用于在所述将所述校验规则作为校验响应发送至所述客户端之前，将获取到的校验规则进行解析；解析为客户端可识别的校验规则的字符串；所述发送单元具体用于将解析后的校验规则的字符串作为校验响应发送至客户端。本申请另外还提供一种信息校验装置，该装置包括：第一接收单元，用于接收用户的输入操作，向服务器发送校验请求，所述校验请求中包括表征规则执行方的标识信息；第二接收单元，用于接收服务器发送的校验响应，所述校验响应中包括与所述规则执行方的标识信息相对应的校验规则；第一判断单元，用于以所述校验规则为判断依据，判断用户输入的信息是否满足所述校验规则；通过单元，用于当所述第一判断单元的判断结果为是时，信息校验通过；不通过单元，用于当所述第一判断单元的判断结果为否时，信息校验不通过。可选的，该装置还包括：第二判断单元，用于在所述接收用户的输入操作之后，判断所述输入操作是否结束；若所述第二判断单元的判断结果为是，则执行请求单元。可选的，该装置还包括：解析单元，用于在所述接收服务器发送的校验响应之后，解析所述校验相应，获取客户端可识别的校验规则对应的数据包；第三判断单元，用于判断所述数据包是否为空数据包；跳过单元，用于当所述第三判断单元的判断结果为是时，跳过所述第二判断单元，直接使用户通过；执行单元，用于当所述第三判断单元的判断结果为否时，执行所述第二判断单元。本申请还提供一种电子设备，所述电子设备包括：处理器和存储器，所述存储器用于存储信息校验的软件程序，所述软件程序在被所述处理器读取执行时，执行如下操作：服务端存储有多个校验规则及所述校验规则与规则执行方之间的配置关系，不同规则执行方对应有各自的校验规则；服务端接收来自客户端的校验请求，所述校验请求中包括规则执行方的标识信息；基于所述校验请求中包含的规则执行方的标识信息，依据服务端存储的校验规则与规则执行方之间的配置关系，获取与该规则执行方相对应的校验规则；将所述校验规则作为校验响应发送至所述客户端。本申请还提供一种电子设备，所述电子设备包括：处理器和存储器，所述存储器用于存储信息校验的软件程序，所述软件程序在被所述处理器读取执行时，执行如下操作：接收用户的输入操作，向服务器发送校验请求，所述校验请求中包括表征规则执行方的标识信息；接收服务器发送的校验响应，所述校验响应中包括与所述规则执行方的标识信息相对应的校验规则；以所述校验规则为判断依据，判断用户输入的信息是否满足所述校验规则；若是，信息校验通过；若否，信息校验不通过。另外，本申请还提供一种信息校验方法，服务端存储有校验规则，以及，所述校验规则与规则执行方之间的配置关系；不同规则执行方有对应的校验规则，所述方法包括：服务端接收校验请求，所述校验请求中包括规则执行方的标识信息；基于所述校验规则与规则执行方之间的配置关系，依据所述规则执行方的标识信息，获取与所述规则执行方相对应的校验规则；将所述校验规则发送至校验请求方。与现有技术相比，本申请具有以下优点:本申请提供一种信息校验方法，该方法包括以下几个步骤：服务端存储有多个校验规则及所述校验规则与规则执行方之间的配置关系，不同规则执行方对应有不同的校验规则。服务端接收来自客户端的校验请求，所述校验请求中包括规则执行方的标识信息；基于所述校验请求中包含的规则执行方的标识信息，依据服务端存储的校验规则与规则执行方之间的配置关系，获取与该规则执行方相对应的校验规则；将所述校验规则作为校验响应发送至所述客户端。本申请提供的该信息校验方法是一种基于配置化的、多规则的校验方法，并且该校验方法可以实现客户端与服务端前后的校验规则的一致性。采用该信息校验方法，在服务端预先存储有校验规则与规则执行方之间的配置关系，基于该配置关系为不同的规则执行方提供相对应的校验规则，而该校验规则可实现不同的规则执行方的校验规则的统一化配置。并且，基于规则的配置可快速进行不同规则的动态调整。针对新增加的航空公司的个性化需求或个性化的规则，不需要再进行开发，可在线上直接配置即可生效。同时，采用该信息校验方法保证了服务端与客户端的校验逻辑的统一性和一致性。因此，采用该信息校验方法可以很好的解决航空公司乘机人信息个性化的需求。附图说明图1是本申请第一实施例提供的信息校验方法的流程图。图2是本申请第一实施例提供的客户端与服务端交互的示意图。图3是本申请第一实施例提供的不同校验项对应的校验规则的体现格式。图4是本申请第二实施例提供的信息校验方法的流程图图5是本申请第三实施例提供的信息校验具体方法的流程图。图6是本申请第四实施例提供的信息校验装置的结构示意图。图7是本申请第五实施例提供的信息校验装置的结构示意图。图8是本申请第六实施例提供的电子设备的结构示意图。图9是本申请第七实施例提供的电子设备的结构示意图。图10是本申请第八实施例提供的信息校验方法的流程图。具体实施方式本申请提供一种信息校验方法，该信息校验方法可应用于对用户信息进行验证的信息输入验证平台系统中，在该平台上根据规则执行方的不同其验证规则也是不同的情况，而本申请所提供的信息验证方法可以根据不同规则执行方的不同验证规则对用户输入的信息进行验证。信息校验的应用领域比较广泛，凡是与上述场景相类似的场景均可采用本申请提供的方法执行。为了方便对本方法进行详细的说明，本申请实施例在根据场景进行方法步骤阐述时，以机票交易平台系统中乘机人员信息校验的场景作为具体场景进行介绍，但是不会以此限制本申请。采用该信息校验方法相比于现有技术，针对个性化的规则配置可以进行动态调整，具有较大的灵活性。同时，针对性的个性化需求，不需要再进行开发，线上直接配置即可生效。最重要的是，采用本申请提供的信息校验方法可以实现前端和后端校验逻辑统一性和一致性。从而提高用户体验。以下通过具体的实施例对本申请提供的信息校验方法进行详细的介绍和说明。本申请提供的信息校验方法可主要应用于机票交易平台系统中乘机人员信息校验的场景中，因此，本申请的实施例可通过乘机人员的信息校验为主要事例对本申请提供的方法进行介绍和说明。图1是本申请第一实施例提供的信息校验方法的流程图。请参照图1，本申请第一实施例提供的该信息校验方法，该方法可以在服务端执行，具体的信息校验方法步骤如下：步骤s101，服务端接收来自客户端的校验请求，所述校验请求中包括规则执行方的标识信息。服务端接收来自客户端发送的校验请求，而该校验请求中包括规则执行方的标识信息。所述标识信息可以表征所述规则执行方的唯一性，也就是根据所述标识信息可以确定唯一的规则执行方。每个规则执行方对应其相应的标识信息，不同的规则执行方对应不同的标识信息，可以通过所述标识信息对所述规则执行方进行区别。因此，针对所述标识信息的唯一性特征，所述标识信息可以是规则执行方的唯一标识。该步骤是服务端接收校验请求的过程，并且该校验请求是由客户端发送的，是客户端向服务端发送相应的校验请求，根据执行后续步骤以获得校验规则进行信息的校验。由于在上述中介绍有本实施的方法常用于机票交易平台系统中乘机人员信息校验的场景中，因此，当处于机票交易系统中乘机人的信息校验时，所述规则执行方为提供机票的航空公司，不同航空公司针对乘机人的信息可能有不同的校验规则，因此，根据不同的航空公司的不同的校验规则，验证用户输入的乘机人信息是否符合相应的校验规则，后续步骤中有介绍不同的航空公司如何与不同的校验规则进行配置的。另外，在上述场景的情况下，所述接收来自客户端的校验请求，包括：接收来自客户端针对乘机人的信息的校验请求。该场景下，是需要对乘机人的信息进行校验的过程，因此，校验请求是针对乘机人的信息的相应的校验请求。此外，根据不同的航空公司可能具有不同的校验规则，相应的，服务端接收的不同客户端的校验请求中的规则执行方不同，不同规则执行方所执行的校验规则也是不同的，因此，该方法可能涉及到来自不同的客户端与服务端之间的请求与交互。虽然该步骤是服务端接收客户端的请求的过程，但是在后续步骤中服务端也会将获取到的信息作为请求对应的响应发送至客户端。而根据不同客户端对应的不同规则执行方，向服务端发送的请求中包含的标识信息不同，进而，服务端向每个不同客户端发送的响应中包含的信息也不同。具体的，图2是本申请第一实施例提供的客户端与服务端交互的示意图。请参照图2，不同的客户端可以代表不同的规则执行方，也就是乘机人所选择的不同的航空公司，不同客户端向服务端发送的请求中包含相应的航空公司的唯一标识，服务端根据相对应的客户端的请求，获取相应的航空公司的校验规则，并将相应的校验规则作为响应发送至相应的客户端。另外，图2仅是示意性的表示服务器可根据请求中的不同信息标识，获取相应的校验规则，并将该校验规则发送至相应的请求方。但是，经常会存在以下情况：在同一客户端上，不同时间点可以向服务器发送信息校验请求，而每次请求中包含的标识信息可能不同，服务器可根据请求中包含的标识信息获取相应的校验规则，并将校验规则发送至该客户端。虽然该情况下客户端为同一个，但是，该客户端可以发送的请求中包含的标识信息可以是不同的，相应的，每次请求获取到的校验规则也是根据标识信息的不同而不同的。以上是服务端接收来自客户端的校验请求的过程，以下将是根据该校验请求所执行的后续步骤的介绍和说明。步骤s102，基于所述校验请求中包含的规则执行方的标识信息，依据服务端存储的校验规则与规则执行方之间的配置关系，获取与该规则执行方相对应的校验规则。其中，在服务端存储有多个校验规则及所述校验规则与规则执行方之间的配置关系，不同规则执行方对应有各自的校验规则。具体的，所述服务端存储有多个校验规则及所述校验规则与规则执行方之间的配置关系，包括：将不同的校验规则与相应的规则执行方的配置关系存储在服务端的数据库中。相应的，所述基于所述校验请求中包含的规则执行方的标识信息，依据服务端存储的校验规则与规则执行方之间的配置关系，获取与该规则执行方相对应的校验规则，包括：基于所述校验请求中包含的规则执行方的标识信息，依据服务端数据库中存储的校验规则与规则执行方之间的配置关系，从所述数据库中获取与该规则执行方相对应的校验规则。因此，上述步骤可以解释为：根据规则执行方的标识信息确定与规则执行方相对应的校验规则的过程。所述标识信息即唯一标识可以确定相应规则执行方，而服务端的数据库中存储有规则执行方与校验规则之间的配置关系，该配置关系也可以是记录的规则执行方的唯一标识与校验规则之间的对应关系。根据该配置关系，可以根据规则执行的方的唯一标识，从服务端的数据中存储的配置关系中确定与规则执行方所对应的校验规则。在数据库中存储的配置关系中，不同的校验规则将对应不同的规则执行方，当处于机票交易系统中乘机人的信息校验时，所述规则执行方为提供机票的航空公司，所述校验规则为机票交易系统中乘机人的信息校验规则。相应的，所述基于所述校验请求中包含的规则执行方的信息，依据服务器存储的校验规则与规则执行方之间的配置关系，获取与该规则执行方相对应的校验规则，包括：根据乘机人所对应的航空公司的唯一标识确定规则执行方，根据存储的所述配置关系，确定所对应的航空公司的校验规则。不同航空公司针对乘机人的信息可能有不同的校验规则，例如，根据下述表格中列举的不同航空公司的不同校验规则，航空公司a的校验规则可能是要求乘机人员的姓名的最大长度为6个汉字，而航空公司b的校验规则可能是要求乘机人员的姓名的最大长度为8个汉字等等，因此，不同航空公司的不同要求为航空公司所对应的不同的校验规则。航空公司校验规则航空公司a乘机人员的姓名的最大长度为6个汉字航空公司b乘机人员的姓名的最大长度为8个汉字根据上述事例延伸，在所述校验规则中，该规则可能包括乘机人的姓名的要求，也可能是对乘机人联系手机号的要求等等，因此，针对每个校验规则，可以包括至少一个校验项，例如，乘机人的姓名可以是一个校验项，乘机人的联系手机也可以是一个校验项，除了上述列举的校验项，其他需要对乘机人的信息进行验证的同类别的信息均可以看作为一个校验项。上述的同类别的信息可以是包含同一属性的信息，例如，对乘机人的姓名中，姓名可以是同一属性的标识，涉及对姓名的验证可以看作为同一校验项；或者，上述联系手机可以将包含的联系手机作为同一属性的标识，将联系手机作为同一校验项。而针对校验项中的姓名，可能是对姓名的长度的要求，也可能是对乘机人姓名的书写格式的要求等等，因此，针对同一校验项，还可以有不同的校验子规则，即每个校验项包括至少一个该校验项的校验子规则。例如，如下列表中所示，针对乘机人员姓名这一校验项，其包含的多个校验子规则可能如下：校验子规则一、该乘机人员的姓只能包含英文或拼音，名字也只能包含英文和拼音，校验子规则二，姓名的总长度不能超过26个字符，依次可以类推多个校验子规则。针对不同的航空公司对应的不同的校验规则，上述可为航空公司a的校验规则以及对应的姓名校验项的两个校验子规则，而针对航空公司b的校验规则，其包含的多个校验子规则可以如下：校验子规则一、乘机人员的联系人姓名必须是全中文或者全英文，校验子规则二、英文的姓和名之间采用/分割，校验子规则三、不能包含其他字符。因此，上述列举的校验子规则均是根据不同的航空公司而所配置的不同的校验项以及校验子规则。一般情况下，该校验规则可以通过相应的编码得以实现。而校验规则、校验项以及校验子规则之间的关系和格式可以通过以下的事例进行介绍和说明。图3是本申请第一实施例提供的不同校验项对应的校验规则的体现格式。请参照图3，在图3中，每个校验项可包含有多个校验子规则，在多个校验子规则中相邻两个校验子规则之间可以采用规则分割标志进行区分。例如，图3所示的内容中，针对乘机人员姓名中姓这一校验项对应的校验子规则，共两个校验子规则，其中，第一个为乘机人姓智能包含英文或拼音，第二个校验子规则为，乘机人姓不能包含有空格。相应的，该校验子规则可以通过程序进行编码，形成的编码格式可以如下：第一个校验子规则的编码可以是^[a-za-z\s]+$，代表乘机人姓只能包含英文或拼音。相应的，第二校验子规则的编码可以是^[^\s]+$，代表乘机人姓不能包含有空格。两个相邻的校验子规则之间所采用的规则分割标志区分时，该规则分割标志可以是‖字符。另外，针对每一个校验子规则，可以为每个校验子规则设置相应的规则提示信息，因此，所述校验子规则包括针对所述校验子规则的规则提示信息，所述规则提示信息表征当不满足所述校验规则时，反馈给用户的信息。也就是，该规则提示信息是为用户提供在该相应的信息输入框中的输入规则的，当用户输入的信息不符合规则时，可提醒买家或用户根据上述规则相应的修改乘机人信息。当所述校验子规则包括有所述规则提示信息时，相应的校验子规则的格式可以有所变化，该格式中包含有相应的规则提示信息，如图2和图3所示，每个校验规则后面设置有与该校验子规则对应的规则提示信息。相应的，若每个校验项可配置多个校验子规则时，同样的，相邻两个校验子规则之间采用规则分割标志字符||进行区分。例如，乘机人姓这一校验项对应两个校验子规则，并且每个校验子规则均对应相应的规则提示信息，则该校验子规则形成的格式如下：规则1#错误提示文案1||规则2#错误提示2”，规则用于校验，错误提示用于买家修改信息，该方法支持多规则，相邻像个校验规则之间用“||”进行分隔区分。具体的，如图2和图3所示，^[a-za-z\s]+$#乘机人姓只能包含英文或拼音，请您修改填写‖^[^\s]+$#乘机人姓不能含有空格，请您修改填写。或者，^[\s\s](2,26)$#乘机人姓和名总长度不能超过26个字符，请您修改填写。又或者，又或者，^86{1}$#区号默认86不允许修改。^[1][3,4,5,7,8][0-9]{9}$#东航仅支持13，14，15，17，18开头的手机号码‖^\d{11}$#请输入11位中国境内手机号码。上述规则提示信息可以提醒用户对输入的信息按照相应的校验规则进行适应性的修改，因此，该设置具有较为人性化的特点。每个校验子规则与相应的规则提示信息之间可以通过#进行分割，相邻的两个校验子规则之间则采用‖进行分割区分。上述介绍的校验规则的格式、规则分割标志、校验子规则与规则提示信息之间分隔符，校验规则的编程字符等均是举例说明，其他任何可以实现上述功能的逻辑符号和逻辑规律均可适用于本申请的校验规则格式。此外，所述服务端存储有多个不同的校验规则中的校验规则还包括：具有个性化的校验规则；所述个性化的校验规则是根据不同的规则执行方的校验规则的不同而产生的与规则执行方具有关联性的校验规则。以上是根据规则执行方的唯一标识确定对应的校验规则的过程，以下将对后续步骤进行介绍和说明。步骤s103，将所述校验规则作为校验响应发送至所述客户端。该步骤是将获得的校验规则作为校验相应发送至客户端的过程，对应客户端发送的校验请求，服务端根据该校验请求最终获取到校验规则，并且将该校验规则作为响应发送至客户端，以供客户端根据该校验规则对信息进行验证。需要说明的是，服务端将校验规则发送至客户端以供客户端进行信息校验，但是，如果服务端发送的校验规则是客户端不可识别的情况时，则客户端根本不能读取该校验规则，因此，可以在发送至客户端之前，先对校验规则进行解析。由于后端编程的校验规则的字符是一种机器语言，客户端获取之后并不能获得其含义，需要通过解析的方式，将从服务端获取的校验规则解析为客户端端可以识别的校验规则的字符串。具体的，在所述将所述校验规则作为校验响应发送至所述客户端之前，包括：将获取到的校验规则进行解析；解析为客户端可识别的校验规则的字符串。相应的，所述将所述校验规则作为校验响应发送至所述客户端，包括：将解析后的校验规则的字符串作为校验响应发送至客户端。另外，当处于机票交易系统中乘机人的信息校验时，所述规则执行方为提供机票的航空公司，所述校验规则为机票交易系统中乘机人的信息校验规则。相应的，所述将所述校验规则作为校验响应发送至所述客户端，包括：将所述确定的航空公司的校验规则作为校验相应发送至客户端。客户端可根据接收到的航空公司的校验规则对乘机人的信息进行校验。本申请第二实施例提供一种信息校验方法，该方法是在客户端一侧执行的，具体的，图4是本申请第二实施例提供的信息校验方法的流程图，请参照图4，该信息校验的方法包括以下步骤：步骤s401，接收用户的输入操作，向服务器发送校验请求，所述校验请求中包括表征规则执行方的标识信息。该步骤是接收用户输入的操作，根据用户的数据操作，客户端向服务器发送校验请求，并且，所述校验请求中包括表征规则执行方的标识信息。所述标识信息可以唯一确定所述规则执行方，因此，所述标识信息可以是规则执行方的唯一标识的信息。在所述接收用户的输入操作之后，包括：判断所述输入操作是否结束；若是，则执行向服务器发送校验请求的步骤。当处于机票交易系统中乘机人的信息校验时，所述规则执行方为提供机票的航空公司。所述接收用户的输入操作，向服务器发送校验请求，所述校验请求中包括表征规则执行方的标识信息，包括：接收用户对乘机人的信息的输入操作，向服务器发送校验请求，所述校验请求中包括航空公司的唯一标识。具体的，当用户需要在机票交易平台上购买机票时，买家在打开订单填写页时，当填写完成乘机人的相应信息之后，则客户端将会向服务端发送校验请求，而该校验请求中包含相应的航空公司。以上是客户端向服务端发送校验请求的过程，以下将对后续步骤进行介绍和说明。请继续参照图4，步骤s402，接收服务器发送的校验响应，所述校验响应中包括与所述规则执行方的标识信息相对应的校验规则。该步骤是接收服务器的校验相应的过程，而在该校验相应中包含有与所述规则执行方所对应的校验规则，而该校验规则是对用户的输入信息进行校验的规则。当处于机票交易系统中乘机人的信息校验时，所述规则执行方为提供机票的航空公司，所述校验规则为机票交易系统中乘机人的信息校验规则。相应的，所述接收服务器发送的校验响应，所述校验响应中包括与所述规则执行方的标识信息相对应的校验规则，包括：所述接收服务器发送的校验响应，所述校验响应中包括与相应的航空公司的匹配的乘机人的信息校验规则。此外，在所述接收服务器发送的校验响应之后，包括：解析所述校验响应，获取客户端可识别的校验规则对应的数据包。该解析过程可以在服务端执行，也可以在客户端执行，当服务器发送给校验响应中的校验规则在客户端无法识别时，客户端也可以将该校验规则进行解析，以获取到可以识别的校验规则的数据包。另外，所述获取客户端可识别的校验规则对应的数据包之后，包括：判断所述数据包是否为空数据包。该步骤是区别是否有校验规则的情况，当某个航空公司没有对乘机人信息进行校验时，则不存在校验规则，则获取到的数据包为空数据包。若所述判断结果为是时，跳过所述以所述校验规则为判断依据，判断用户输入的信息是否满足所述校验规则这一步骤，直接使用户通过；若所述判断结果为否时，执行所述以所述校验规则为判断依据，判断用户输入的信息是否满足所述校验规则这一步骤s403。请继续参照图4，步骤s403，以所述校验规则为判断依据，判断用户输入的信息是否满足所述校验规则。若该判断结果为是，则执行步骤s404，若该判断结果为否，则执行步骤s405。步骤s404，信息校验通过。步骤s405，信息校验不通过。上述三个步骤是将用户输入的信息与校验规则进行比对判断的过程，当输入的信息满足校验规则时，则校验通过，若不满足则校验不通过。另外，当设置有规则提示信息时，在客户端的显示界面相应的提示信息区域内显示相应的规则提示信息。上述规则提示信息在第一实施例中有详细的介绍和说明，请参考第一实施例的介绍和说明。也就是，当用户输入的信息不符合校验规则时，则系统将会为用户反馈相应的规则提示信息，提醒用户对输入的信息按照相应的校验规则进行适应性的修改，该设置具有较为人性化的特点。当处于机票交易系统中乘机人的信息校验时，所述规则执行方为提供机票的航空公司，所述校验规则为机票交易系统中乘机人的信息校验规则。相应的，以所述校验规则为判断依据，判断用户输入的信息是否满足所述校验规则，包括：以所述校验规则为判断依据，判断用户输入的乘机人的信息是否满足所述校验规则。具体的，用户完成乘机人信息输入后，可以获取到用户的填写内容，通过校验规则进行乘机人的信息的校验，校验不通过，直接提示错误提示，指导用户根据提示进行修改。一般情况当用户的光标位于输入框位置时，说明该输入并未完成。一旦单用户的光标不再位于输入框位置时，说明用户已经完成了输入动作。总之，当上述判断步骤的判断结果为是，则说明用户输入的信息是符合规则的标准的，因此对用户输入的信息予以通过处理。当判断结果为否时，用户输入的信息并不是按照校验对象所要求的标准或规则输入的，因此，不予通过该用户输入的信息，也就是信息校验将不会被通过。当用户输入的信息不符合校验规则的时候，允许用户再次输入，并且根据用户的输入情况，当客户端当监测到用户输入结束的信号时，判断用户输入的信息是否满足相应的校验规则；若是，则信息校验通过；若否，则信息校验不通过。上述的操作属于循环操作，用户输入的信息不符合时，可以一直循环判断，直至用户输入的信息符合上述校验规则时，则通过用户的输入信息，并执行后续的操作。由于本申请第二实施例与第一实施例之间存在相对应的关系，第二实施例基本相似于第一实施例，所以描述得比较简单，相关之处参见方法第一实施例的部分说明即可。为了从整体上完整描述本申请信息校验的方法，以下通过具体的事例进行介绍和说明，包括在客户端和在服务端执行的完整方法的流程。图5是本申请第三实施例提供的信息校验具体方法的流程图。请参照图5，首先根据航空公司的唯一标识读取个性化校验规则集合，然后将该校验规则结合转换为可识别的格式数组，然后传输至前端，前端获取该校验规则，并监控用户输入乘机人信息失去焦点事件，进而查找对应的校验规则。判断是否存在上述校验规则，如果不存在，则说明不需要对用户输入的信息进行校验，则跳过检验流程。但是如果存在校验规则，说明需要对用户输入的信息进行校验，因此，在该种情况下，需要利用该校验规则校验输入是否合法。根据判断步骤判断用户输入的信息是否符合相应的校验对象对应的校验规则集合，以判断用户输入是否通过校验。如果判断结果为是，则说明通过校验，则继续后续流程，当如果判断结果为否，则说明没有通过验证，则获取规则提示信息，提示，卖家修改输入的信息，并且，再次循环进入在前端监控用户输入乘机人信息失去焦点事件，并执行该步骤及后续步骤。因此，采用本申请提供的信息校验方法，可制定统一的规则进行规则配置的抽象，也就是，利用该信息校验方法可定制不同航空公司的个性化提示，用户友好性增加。并且，基于规则的配置可快速进行不同规则的动态调整。另外，针对新增加的航空公司的个性化需求或个性化的规则，不需要再进行开发，可在线上直接配置即可生效。同时，采用该信息校验方法.保证了前端和后端校验逻辑的统一性和一致性。因此，采用该信息校验方法可以很好的解决航空公司乘机人信息个性化的需求。在上述的第一实施例中，提供了一种信息校验方法，与之相对应的，本申请第四实施例还提供一种信息校验装置。请参看图6，其为本申请的一种信息校验装置的实施例的示意图。由于装置实施例基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。本实施例的一种信息校验装置，该装置包括：存储单元601，用于服务端存储有多个校验规则及所述校验规则与规则执行方之间的配置关系，不同规则执行方对应有各自的校验规则；接收单元602，用于接收来自客户端的校验请求；所述校验请求中包括规则执行方的标识信息；获取单元603，用于基于所述校验请求中包含的规则执行方的标识信息，依据服务端存储的校验规则与规则执行方之间的配置关系，获取与该规则执行方相对应的校验规则；发送单元604，用于将所述校验规则作为校验响应发送至所述客户端。可选的，所述存储单元包括：存储子单元，用于将每个不同的校验规则与相应的规则执行方的配置关系存储在服务端的数据库中；所述获取单元具体用于基于所述校验请求中包含的规则执行方的标识信息，依据服务端存储的校验规则与规则执行方之间的配置关系，从所述数据库中获取与该规则执行方相对应的校验规则。可选的，该装置还包括：解析单元，用于在所述将所述校验规则作为校验响应发送至所述客户端之前，将获取到的校验规则进行解析；解析为客户端可识别的校验规则的字符串；所述发送单元具体用于将解析后的校验规则的字符串作为校验响应发送至客户端。在上述的第二实施例中，提供了一种信息校验方法，与之相对应的，本申请第五实施例还提供一种信息校验装置。请参看图7，其为本申请的一种信息校验装置的实施例的示意图。由于装置实施例基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。本实施例的一种信息校验装置，该装置包括：第一接收单元701，用于接收用户的输入操作，向服务器发送校验请求，所述校验请求中包括表征规则执行方的标识信息；第二接收单元702，用于接收服务器发送的校验响应，所述校验响应中包括与所述规则执行方的标识信息相对应的校验规则；第一判断单元703，用于以所述校验规则为判断依据，判断用户输入的信息是否满足所述校验规则；通过单元704，用于当所述第一判断单元的判断结果为是时，信息校验通过；不通过单元705，用于当所述第一判断单元的判断结果为否时，信息校验不通过。可选的，该装置还包括：第二判断单元，用于在所述接收用户的输入操作之后，判断所述输入操作是否结束；若所述第二判断单元的判断结果为是，则执行请求单元。可选的，该装置还包括：解析单元，用于在所述接收服务器发送的校验响应之后，解析所述校验相应，获取客户端可识别的校验规则对应的数据包；第三判断单元，用于判断所述数据包是否为空数据包；跳过单元，用于当所述第三判断单元的判断结果为是时，跳过所述第二判断单元，直接使用户通过；执行单元，用于当所述第三判断单元的判断结果为否时，执行所述第二判断单元。此外，本申请第六实施例还提供一种电子设备，图8是本申请第六实施例提供的电子设备的结构示意图，请参照图8，该电子设备包括：处理器801和存储器802，所述存储器用于存储信息校验的软件程序，所述软件程序在被所述处理器读取执行时，执行如下操作：服务端存储有多个校验规则及所述校验规则与规则执行方之间的配置关系，不同规则执行方对应有各自的校验规则；服务端接收来自客户端的校验请求，所述校验请求中包括规则执行方的标识信息；基于所述校验请求中包含的规则执行方的标识信息，依据服务端存储的校验规则与规则执行方之间的配置关系，获取与该规则执行方相对应的校验规则；将所述校验规则作为校验响应发送至所述客户端。本申请第七实施例还提供一种电子设备，图9是本申请第七实施例提供的电子设备的结构示意图，请参照图9，该电子设备包括：处理器901和存储器902，所述存储器用于存储信息校验的软件程序，所述软件程序在被所述处理器读取执行时，执行如下操作：接收用户的输入操作，向服务器发送校验请求，所述校验请求中包括表征规则执行方的标识信息；接收服务器发送的校验响应，所述校验响应中包括与所述规则执行方的标识信息相对应的校验规则；以所述校验规则为判断依据，判断用户输入的信息是否满足所述校验规则；若是，信息校验通过；若否，信息校验不通过。此外，本申请第八实施例还提供一种信息校验方法，该方法的应用场景及应用领域较广，具体的，请参照图10，图10是本申请第八实施例提供的信息校验方法的流程图。本实施例提供的信息校验方法包括以下步骤：步骤s1001，服务端接收校验请求，所述校验请求中包括规则执行方的标识信息。需要说明的是，服务端存储有校验规则，以及，所述校验规则与规则执行方之间的配置关系；不同规则执行方有对应的校验规则。在服务器端存储的校验规则可以是多个校验规则，也可以是一个校验规则，也就是，仅针对一个规则执行方以及相对应的校验规则的情况时，即使在服务端存储有一个校验规则，同样适用于本申请所提供的校验方法。另外，针对有多个校验规则的情况，校验规则与规则执行方之间的配置关系也可以根据实际情况设定，不同的规则执行方会有其对应的校验规则。另外，服务端接收的校验请求可以来自客户端，也可以来自其他的服务端，因此，这里不仅限于接收来自客户端的请求，还包括来自其他任何可以向服务端发送校验请求的端口。步骤s1002，基于所述校验规则与规则执行方之间的配置关系，依据所述规则执行方的标识信息，获取与所述规则执行方相对应的校验规则。该步骤是在服务端存储有校验规则与规则执行方之间的配置关系，依据该配置关系以及规则执行方的标识信息，可以获取到与规则执行方相对应的校验规则。所述规则执行方的标识信息是与规则执行方相对应的，可以通过其他渠道获取规则执行方与其对应的标识信息。例如，规则执行方与其相对应的标识信息之间建立匹配关系，通过规则执行方可以获知相应的标识信息，同样的，通过标识信息也可以获知相应的规则执行方。步骤s1003，将所述校验规则发送至校验请求方。该步骤是将校验规则发送至校验请求方，所述校验请求方是向服务端发送信息校验请求的一方，该校验请求方可以是客户端也可以是服务端。本实施例提供的信息校验方法相比于第一实施例提供的方法，其区别在于，本实施例提供的方法的应用场景或使用条件等都比较广泛。例如，发送校验请求的校验请求方的范围较大，服务端存储的校验规则的方式更多样等。本实施例着重介绍了与第一实施例的区别所在，本实施例还有很多与第一实施例相类似的部分，例如，服务端存储的校验规则，以及校验规则与规则执行方之间的配置关系，基于上述配置关系以及标识信息获取与所述规则执行方相对应的校验规则，以及校验请求中包括的规则执行方的标识信息等都是与第一实施例的方法相类似的，因此，本实施例中与第一实施例相类似的部分请参照第一实施例的介绍和说明。本申请虽然以较佳实施例公开如上，但其并不是用来限定本申请，任何本领域技术人员在不脱离本申请的精神和范围内，都可以做出可能的变动和修改，因此本申请的保护范围应当以本申请权利要求所界定的范围为准。在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。当前第1页12