b页面，以用于用户端与客服端之间的正常信息交互；而通过对预设脚本的加载，则能够生成专用于请求用户业务信息的推屏信息填写界面，使得web页面与推屏信息填写界面之间相互区分和独立，避免客服端直接接触用户端返回的用户业务信息，提高信息交互的安全性。
[0097]其中，预设脚本可以为js (Javascript)脚本；但本领域技术人员应该理解的是，此处并不限定脚本的具体编译方式，其他格式的预设脚本显然也能够用于本申请的技术方案中。
[0098]优选地，所述装置还可以包括:数据识别单元514，用于识别来自所述用户端的数据的界面来源；数据处理单元516，用于在所述数据来自所述用户端用于与所述客服端进行信息交互的界面的情况下，将所述数据转发至所述客服端；以及，在所述数据来自所述推屏信息填写界面的情况下，确定所述数据为所述用户业务信息。
[0099]在该技术方案中，由于存在不同的交互界面，因而通过对数据的界面来源进行识另IJ，即可准确区分来自用户端的数据传输目标，并且确定数据的具体类型，避免将用户业务信息直接发送至客服端而导致数据安全隐患。
[0100]优选地，所述装置还可以包括:内容校验单元518，用于校验所述用户端返回的用户业务信息；其中，所述信息存储单元506还用于:在所述用户业务信息通过校验的情况下，缓存所述用户业务信息；以及，所述消息收发单元504还用于:在所述用户业务信息未通过校验的情况下，将校验结果告知所述用户端。
[0101]通过对用户业务信息的校验，及时查找出用户填写错误，避免日后使用时无法与用户真实信息相匹配的情况；或者，通过辨识出用户提供的虚假信息，比如谎报年龄，避免向用户提供不适龄的业务。
[0102]优选地，在网络信息交互平台成功获取来自用户端的用户业务信息之后，可以向客服端进行反馈，具体可以通过下述技术手段进行反馈:
[0103]实施方式一
[0104]所述消息收发单元504还用于:在所述信息存储单元506缓存所述用户业务信息之后，向所述客服端发送确认消息，确认已从所述用户端获取对应于所述推屏请求的用户业务信息。
[0105]在该技术方案中，由于网络信息交互平台对于用户业务信息的获取，是由客服端发起的，因而网络信息交互平台在获取用户端提供的用户业务信息之后，应当向客服端反馈该处理状态，以便客服人员通过客服端执行后续操作。
[0106]实施方式二
[0107]所述装置还包括:内容屏蔽单元520，用于对所述用户业务信息中的预设敏感项目进行屏蔽，并向所述客服端展现屏蔽后的用户业务信息。
[0108]在该技术方案中，通过反馈屏蔽后的用户业务信息，即直接对应于“推屏请求”的信息，使得客服人员在视觉感受和应用过程中得到更好的体验。
[0109]其中，网络信息交互平台可以通过在预配置每项业务与推屏消息之间的关联关系时，对推屏消息中包含的“敏感项目”和“非敏感项目”进行区分，从而在需要时，就能够对用户业务信息中对应于“敏感项目”的内容进行屏蔽，并将剩余的非敏感的内容展现给客服端。
[0110]实施方式三
[0111]此外，还可以在发送实施方式一中采用的确认消息的同时，将实施方式二中采用的屏蔽后的用户业务信息也发送至客服端。具体地，比如在确认消息中的数据部分，添加屏蔽后的用户业务信息；当然，本领域技术人员应该理解的是，此处仅用于举例说明，比如显然也可以将确认消息和屏蔽后的用户业务信息分别进行独立传输。
[0112]优选地，所述信息存储单元506具体用于:将所述用户业务信息存放在分布式缓存中。当然，本领域技术人员应该理解的是，显然也可以通过其他方式进行存储，比如任一连接至网络信息交互平台的存储设备。
[0113]对应于图5所示的装置，图6还提供了对应于客服端的功能装置，下面分别进行详细介绍。
[0114]图6示出了根据本申请的一个实施例的获取用户信息的装置的结构示意图。
[0115]如图6所示，根据本申请的一个实施例的获取用户信息的装置，用于网络信息交互的客服端，包括:
[0116]请求生成单元602，用于生成针对特定业务的推屏请求，以请求对应于所述特定业务的用户业务信息。
[0117]消息收发单元604，用于将所述推屏请求发送至网络信息交互平台，并接收所述网络信息交互平台返回的确认消息和/或待展现内容；
[0118]其中，所述确认消息用于确认所述网络信息交互平台已从所述用户端获取所述用户业务信息；以及，所述待展现内容为已被所述网络信息交互平台屏蔽了预设敏感项目的用户业务信息。
[0119]在该技术方案中，通过网络信息交互平台来触发用户端，并直接获得用户端反馈的用户业务信息，而客服端不会接触用户业务信息(接收到网络信息交互平台返回的确认消息)或不会直接接触用户业务信息(接收到网络信息交互平台返回的待展现内容)，有助于隔离客服端与用户业务信息。其中，当客服端接收到待展现内容时，该待展现内容是经过网络信息交互平台的屏蔽处理的，其中并未包含可能存在的敏感内容(如用户的隐私信息)，从而有助于提升用户业务信息的安全性。
[0120]图7示出了根据本申请的一个实施例的在客服端、网络信息交互平台和用户端之间交互业务信息的流程示意图。
[0121]如图7所示，根据本申请的一个实施例的在客服端、网络信息交互平台和用户端之间交互业务信息的流程包括:
[0122]步骤702，客服端为用户端用户办理特定业务时，则可能需要部分用户业务信息(比如用户姓名、身份证号、银行卡号等)，向网络信息交互平台发起推屏请求。
[0123]步骤704，网络信息交互平台预存储有每项业务与相应的推屏请求之间的关联关系。网络信息交互平台根据预存储的关联关系，确定对应于当前的特定业务的推屏请求，并将其对应的唯一标识发送给用户端。
[0124]当然，网络信息交互平台可以直接将对应于特定业务的推屏请求发送至用户端，以降低对用户端的用户设备的性能需求；但通过发送唯一标识，则传输的数据量相对更小，尤其是用户端的用户设备使用移动数据网络进行数据传输时，显然有助于减少相应的数据传输的流量及相应的费用。
[0125]步骤706，用户端接收到唯一标识后，执行相应的推屏处理流程。
[0126]在一种情况下，如果用户端预存储了每项业务与相应的推屏消息之间的关联关系，则可以根据唯一标识确定相应的推屏消息；而在另一种情况下，如果用户端未存储上述的关联关系，或基于已存储的关联关系并没有查找到相应的推屏消息，则生成包含接收到的唯一标识的加载请求，并返回网络信息交互平台。
[0127]步骤708，如果网络信息交互平台接收到用户端返回的加载请求，则将对应于唯一标识的推屏消息发送至用户端。
[0128]步骤710，用户端根据接收或查找到的推屏消息，生成相应的信息填写界面。
[0129]具体地，比如用户端和客服端通过web页面进行信息交互；而当网络信息交互平台向用户端请求用户业务信息时，则可以通过独立的信息填写界面，以避免客服端直接接触用户业务信息。
[0130]其中，网络信息交互平台可以通过向用户端发送相应的界面生成数据，以由用户端加载而生成上述的web页面；而在该界面生成数据中携带有预设脚本，且网络信息交互平台通过触发该预设脚本，从而根据推屏消息中包含的待填写项目，生成相应的信息填写界面，并由用户针对其中的待填写项目，填写相应的用户业务信息。
[0131]步骤712，优选地，用户端可以对用户填写的内容进行校验。具体地，比如校验填写内容的格式是否符合规范(如银行卡号码的位数是否不足或过多)，或者检验填写内容的有效性(如身份证号码的真实性)等。
[0132]如果内容校验通过，则用户端据此生成相应的用户业务信息；如果内容校验未通过，则用户端可以告知用户，以提示用户修改或重新输入。
[0133]步骤714，用户端提交填写内容，即将所有生成的用户业务信息上传至网络信息交互平台。
[0134]步骤716，优选地，网络信息交互平台可以对用户端上传的用户业务信息进行校验。具体地，类似于用户端执行的校验操作，可以对用户业务信息执行格式校验、内容有效性校验等。
[0135]为了提高效率，网络信息交互平台可以在本地建立并存储校验数据包，以用于对用户业务信息进行校验，并且可以定期触发或业务触发该校验数据包的内容更新，有助于对校验准确性的保障。或者，为了提高准确性，网络信息交互平台也可以对用户业务信息进行在线校验，比如通过银行的数据库来对银行卡号、用户姓名等用户业务信息进行校验。
[0136]步骤718，网络信息交互平台对接收到的用户业务信息进行存储。具体地，比如可以将用户业务信息存放在分布式缓存中。当然，其他存储介质显然也可以用户实现对用户业务信息的存储。
[0137]步骤720，优选地，网络信息交互平台可以对接收和存储的用户业务信息进行屏蔽处理，即屏蔽其中的敏感项目，如用户隐私信息等。具体地，可以预先对各项用户业务信息进行分类，比如分为敏感项目和非敏感项目，从而通过对敏感项目的屏蔽，确保用户业务信息的安全性。
[0138]步骤722，网络信息交互平台可以仅向客服端反馈确认消息，告知其自身已经获取了对应于步骤702上的推屏请求的用户业务信息。
[0139]而为了提升客服端的使用体验，可以将步骤720中执行了内容屏蔽后的用户业务信息作为待展现内容，并发送至客服端。当然，也可以既发送确认消息，又发送待展现内容。
[0140]步骤724，客服端在确定网络信息交互平