送推屏消息的示意图。
[0042]如图3A所示，根据本申请的一个实施例的向用户端发送推屏消息的过程包括:
[0043]步骤302，网络信息交互平台接收到来自客服端的推屏请求，该推屏请求具体针对特定业务而发起。
[0044]步骤304，网络信息交互平台根据该特定业务以及预配置的关联关系，确定相应的推屏消息，并将该推屏消息直接发送至用户端。此时，该推屏消息需要包含两方面的内容:一、告知用户端发起对用户业务信息的获取流程；二、告知用户端需要填写的具体内容，以便执行相应的页面渲染等操作。
[0045]在该技术方案中，由网络信息交互平台执行推屏消息的匹配查找操作，而用户端仅需接收具体的推屏消息即可，有助于降低用户端的设备性能需求。
[0046]实施例二
[0047]在如图3A所示的步骤304中，除了直接将推屏消息发送至用户端，还可以采用下述技术方案(图中未示出):
[0048]网络信息交互平台根据该特定业务以及预配置的关联关系，确定相应的推屏消息，并将该推屏消息对应的唯一标识发送至所述用户端。
[0049]其中，用户端应当预先存储有对应于每项业务的推屏消息，使得用户端能够根据该唯一标识确定相应的推屏消息。
[0050]相比于实施例一，该技术方案中由于仅需要发送“唯一标识”，其相比于直接发送“推屏消息”显然需要传输的数据量更小，从而一方面有助于提升传输效率，缩短整个推屏过程的处理时间，另一方面则当用户端处于移动数据通信的环境下时，有助于减小数据传输所消耗的流量，节省移动数据传输的费用。
[0051]实施例三
[0052]基于上述针对实施例二的描述，即移动数据通信的环境下，用户端可能对数据传输流量更加敏感，因而在本申请的技术方案中，为了尽可能地减小数据传输量，可以优选采用实施例二的技术方案。
[0053]然而，用户端很可能并没有预存储每项业务对应的推屏消息，或者预存储的推屏消息不全，无法与当前接收到的唯一标识进行匹配。在上述情况下，基于良好的用户使用体验，本申请进一步提出了下述技术方案，具体地，图3B示出了根据本申请的另一个实施例的向用户端发送推屏消息的示意图。
[0054]如图3B所示，根据本申请的另一个实施例的向用户端发送推屏消息的过程包括:
[0055]步骤302’，网络信息交互平台接收到来自客服端的推屏请求，该推屏请求具体针对特定业务而发起。
[0056]步骤304’，网络信息交互平台根据该特定业务以及预配置的关联关系，确定相应的推屏消息，并将该推屏消息对应的唯一标识发送至所述用户端。
[0057]步骤306’，由于用户端无法直接确定该唯一标识对应的推屏消息，因而网络信息交互平台接收到所述用户端返回的包含所述唯一标识的加载请求。
[0058]步骤308’，网络信息交互平台将对应于该唯一标识的推屏消息反馈至用户端，以便用户端顺利执行推屏处理流程。
[0059]在该技术方案中，针对用户端内没有预存储推屏消息或未成功匹配的情况，通过添加一次交互过程，使得网络信息交互平台能够根据用户端的请求，准确推送具体的推屏消息，以便用户端顺利反馈相应的用户业务信息。可见，在实施例二中尽可能降低交互数据流量的基础上，进一步确保了用户信息交互过程的完整性。
[0060]此外，在图1所示的处理流程中，网络信息交互平台还可以对获取的用户业务信息执行进一步的处理，具体地，图4示出了根据本申请的一个实施例的对获取的用户业务信息进行处理的流程示意图。
[0061]如图4所示，可以对获取的用户业务信息执行下述处理中的一项或多项:
[0062]1、信息校验
[0063]步骤402，网络信息交互平台接收用户端返回的用户业务信息。
[0064]步骤404，校验所述用户端返回的用户业务信息。若通过校验，则进入步骤406，否则进入步骤408。
[0065]通过对用户业务信息的校验，及时查找出用户填写错误，避免日后使用时无法与用户真实信息相匹配的情况；或者，通过辨识出用户提供的虚假信息，比如谎报年龄，避免向用户提供不适龄的业务。
[0066]具体地，比如可以对用户业务信息中的每项内容进行格式校验、内容有效性校验等。例如对于格式校验，包括如银行卡号、身份证号码的位数等；而对于有效性校验，包括如身份证号码是否真实有效，比如与用户姓名、籍贯是否匹配等。其中，可以基于本地数据包进行校验，也可以联网校验来提高校验的准确度。
[0067]步骤406，存储该用户业务信息。
[0068]具体地，可以将该用户业务信息以“键值对(key-value) ”的方式存放在分布式缓存中，则外界可以通过提供具体的“键(key)”来调用相应“值(value)”的用户业务信息。
[0069]步骤408，将未通过校验的结果告知用户端。
[0070]具体地，可以仅向用户端返回“错误”消息；也可以将具体存在问题的一项或多项内容告知用户端，以便于用户端实现有针对性的内容修改和调整。
[0071]2、内容屏蔽
[0072]由于网络信息交互平台对于用户业务信息的获取，是由客服端发起的，因而网络信息交互平台在获取用户端提供的用户业务信息之后，应当向客服端反馈该处理状态。
[0073]具体地，比如网络信息交互平台可以仅返回确认消息，确认已从所述用户端获取对应于推屏请求的用户业务信息，以便客服端执行后续流程；或者，基于更好的使用体验，网络信息交互平台也可以直接返回用户业务信息，但由于用户业务信息中可能包含的敏感信息，因而需要执行下述处理:
[0074]步骤410，屏蔽所述用户业务信息中的预设敏感项目，并向所述客服端展现屏蔽后的用户业务信息。
[0075]具体地，网络信息交互平台在预配置每项业务与推屏消息之间的关联关系时，还可以对推屏消息中包含的“敏感项目”和“非敏感项目”进行区分，则在步骤410时，即可对用户业务信息中对应于“敏感项目”的内容进行屏蔽，并将剩余的非敏感的内容展现给客服端。
[0076]针对上述的交互用户信息的方法，图5相应地示出了根据本申请的一个实施例的交互用户信息的装置的结构示意图。
[0077]如图5所示，根据本申请的一个实施例的交互用户信息的装置，用于网络信息交互平台，包括:
[0078]信息请求单元502，用于根据接收到的客服端针对特定业务发起的推屏请求，向用户端请求对应于所述特定业务的用户业务信息。
[0079]消息收发单元504，用于接收所述用户端返回的所述用户业务信息。
[0080]信息存储单元506，用于存储所述用户业务信息。
[0081]业务执行单元508，用于在所述客服端触发所述特定业务的情况下，调用存储的所述业务信息完成所述特定业务的执行流程。
[0082]在该技术方案中，通过网络信息交互平台来获取、存储和调用由用户填写的用户业务信息，在客服端与用户业务信息之间实现隔离，从而确保了用户业务信息、尤其是可能存在的隐私信息的安全性，避免客服端人员可能造成的用户业务信息泄露或滥用。
[0083]优选地，还包括:预配置单元510，用于预先配置每项业务与相应的推屏消息之间的关联关系；以及，所述信息请求单元502在触发推屏处理流程时，可以通过下述技术手段来实现:
[0084]实施方式一
[0085]根据所述关联关系确定所述特定业务对应的推屏消息，并通过所述消息收发单元504发送至所述用户端。
[0086]在该技术方案中，由网络信息交互平台执行推屏消息的匹配查找操作，而用户端仅需接收具体的推屏消息即可，有助于降低用户端的设备性能需求。
[0087]实施方式二
[0088]根据所述关联关系确定所述特定业务对应的推屏消息，通过所述消息收发单元504将该推屏消息对应的唯一标识发送至所述用户端。
[0089]其中，用户端应当预先存储有对应于每项业务的推屏消息，使得用户端能够根据该唯一标识确定相应的推屏消息。
[0090]在该技术方案中，由于仅需要发送“唯一标识”，其相比于直接发送“推屏消息”显然需要传输的数据量更小，从而一方面有助于提升传输效率，缩短整个推屏过程的处理时间，另一方面则当用户端处于移动数据通信的环境下时，有助于减小数据传输所消耗的流量，节省移动数据传输的费用。
[0091]实施方式三
[0092]当然，若用户端并未预存储每项业务对应的推屏消息，则所述消息收发单元504还用于:
[0093]将所述唯一标识发送至所述用户端之后，若接收到所述用户端返回的包含所述唯一标识的加载请求，则将相应的推屏消息发送至所述用户端。
[0094]在该技术方案中，针对用户端内没有预存储推屏消息或未成功匹配的情况，通过添加一次交互过程，使得网络信息交互平台能够根据用户端的请求，准确推送具体的推屏消息，以便用户端顺利反馈相应的用户业务信息。可见，在实施例二中尽可能降低交互数据流量的基础上，进一步确保了用户信息交互过程的完整性。
[0095]优选地，所述消息收发单元504还用于:将界面生成数据发送至所述用户端，该界面生成数据被所述用户端加载时，生成所述用户端用于与所述客服端进行信息交互的界面；以及，所述装置还包括:脚本触发单元512，用于触发所述界面生成数据中包含的预设脚本，该预设脚本被所述用户端加载时，生成用于填写所述用户业务信息的推屏信息填写界面。
[0096]在该技术方案中，界面生成数据可以通过用户端的浏览器进行加载后，生成相应的we