获取和交互用户信息的方法及其装置的制造方法
【技术领域】
[0001]本申请涉及信息交互技术领域，尤其涉及一种用户信息的获取和交互方法及其装置。
【背景技术】
[0002]在相关技术中，客服人员通过web方式向用户提供服务。在服务过程中，若某项业务的完成需要用户信息，则客服人员采用直接向用户询问的方式来获得。
[0003]然而，用户信息往往涉及到用户的个人隐私，比如身份证号码、家庭住址、银行卡号码等。由于客服人员能够直接接触这些信息，存在信息外泄的可能性，甚至可能通过这些用户信息来恶意篡改用户的其他信息，使得存在很大的安全隐患。
【发明内容】
[0004]有鉴于此，本申请提供一种用户信息的获取和交互方法及其装置，通过推屏的方式，由网络信息交互平台来获取具体的用户业务信息，避免客服人员接触用户业务信息，有助于提升用户业务信息的安全性。
[0005]为实现上述目的，本申请提供技术方案如下:
[0006]一种交互用户信息的方法，用于网络信息交互平台，包括:根据接收到的客服端针对特定业务发起的推屏请求，向用户端请求对应于所述特定业务的用户业务信息；接收并存储所述用户端返回的所述用户业务信息；当所述客服端触发所述特定业务时，调用存储的所述用户业务信息完成所述特定业务的执行流程。
[0007]相应地，本申请还提出了一种交互用户信息的装置，用于网络信息交互平台，包括:信息请求单元，用于根据接收到的客服端针对特定业务发起的推屏请求，向用户端请求对应于所述特定业务的用户业务信息；消息收发单元，用于接收所述用户端返回的所述用户业务信息；信息存储单元，用于存储所述用户业务信息；业务执行单元，用于在所述客服端触发所述特定业务的情况下，调用缓存的所述业务信息完成所述特定业务的执行流程。
[0008]根据本申请的另一方面，还提出了一种获取用户信息的方法，用于网络信息交互的客服端，包括:生成针对特定业务的推屏请求，并发送至网络信息交互平台，以请求对应于所述特定业务的用户业务信息；接收所述网络信息交互平台返回的确认消息和/或待展现内容；其中，所述确认消息用于确认所述网络信息交互平台已从所述用户端获取所述用户业务信息；以及，所述待展现内容为已被所述网络信息交互平台屏蔽了预设敏感项目的用户业务信息。
[0009]相应地，本申请还提出了一种获取用户信息的装置，用于网络信息交互的客服端，包括:请求生成单元，用于生成针对特定业务的推屏请求，以请求对应于所述特定业务的用户业务信息；消息收发单元，用于将所述推屏请求发送至网络信息交互平台，并接收所述网络信息交互平台返回的确认消息和/或待展现内容；其中，所述确认消息用于确认所述网络信息交互平台已从所述用户端获取所述用户业务信息；以及，所述待展现内容为已被所述网络信息交互平台屏蔽了预设敏感项目的用户业务信息。
[0010]由以上技术方案可见，本申请通过推屏的方式，由网络信息交互平台来获取具体的用户业务信息，避免客服人员接触用户业务信息，有助于提升用户业务信息的安全性。
【附图说明】
[0011]图1示出了根据本申请的一个实施例的交互用户信息的方法的流程示意图；
[0012]图2A-2B示出了根据本申请的一个实施例的用户端的界面示意图；
[0013]图3A示出了根据本申请的一个实施例的向用户端发送推屏消息的示意图；
[0014]图3B示出了根据本申请的另一个实施例的向用户端发送推屏消息的示意图；
[0015]图4示出了根据本申请的一个实施例的对获取的用户业务信息进行处理的流程不意图；
[0016]图5示出了根据本申请的一个实施例的交互用户信息的装置的结构示意图；
[0017]图6示出了根据本申请的一个实施例的获取用户信息的装置的结构示意图；
[0018]图7示出了根据本申请的一个实施例的在客服端、网络信息交互平台和用户端之间交互业务信息的流程示意图。
【具体实施方式】
[0019]本申请通过推屏的方式，由网络信息交互平台来获取具体的用户业务信息，避免客服人员接触用户业务信息，有助于提升用户业务信息的安全性。
[0020]为对本申请进行进一步说明，提供下列实施例:
[0021]图1示出了根据本申请的一个实施例的交互用户信息的方法的流程示意图。
[0022]如图1所示，根据本申请的一个实施例的交互用户信息的方法，用于网络信息交互平台，包括:
[0023]步骤102，根据接收到的客服端针对特定业务发起的推屏请求，向用户端请求对应于所述特定业务的用户业务信息。
[0024]步骤104，接收并存储所述用户端返回的所述用户业务信息。
[0025]步骤106，当所述客服端触发所述特定业务时，调用存储的所述业务信息完成所述特定业务的执行流程。
[0026]在该技术方案中，通过网络信息交互平台来获取、存储和调用由用户填写的用户业务信息，在客服端与用户业务信息之间实现隔离，从而确保了用户业务信息、尤其是可能存在的隐私信息的安全性，避免客服端人员可能造成的用户业务信息泄露或滥用。
[0027]其中，对于需要执行的不同业务，所需填写的用户业务信息也可能不同，比如用户姓名、年龄、身份证号码、银行卡号等。因此，针对每项业务所需的用户业务信息，需要预先将其配置于相应的推屏消息中，并预存储每项业务与相应的推屏消息之间的关联关系，从而针对客服端发起的推屏请求，就能够根据该推屏请求所针对的特定业务，确定相应的推屏消息，以确保用户端的准确填写。
[0028]具体地，步骤102中对用户端的用户业务信息进行请求时，可以通过多种方式来实现。下面将结合图2A-2B和图3A-3B，分别从请求的形式方面和信息交互的方式方面，对其中的几种较为具体的优选实施例进行详细描述。
[0029]1、请求的形式
[0030]以用户端A通过图2A所示的web页面与客服端B进行信息交互的过程为例进行说明。当用户端A和客服端B之间需要生成该web页面时，由网络信息交互平台将相应的界面生成数据发送至用户端A，该界面生成数据被用户端A加载时，生成用户端A用于与客服端B进行信息交互的界面(即上述的web页面)。
[0031 ] 在该web页面上，历史消息记录的左侧为来自客服端B (即图中所示的客服12345)的通讯消息，右侧为来自用户端A的通讯消息。
[0032]假定用户端A的用户提出了“更改支付密码”的需求，则客服端B相应地发起了“更改支付密码”的业务，并且需要对用户的一些身份信息进行验证，以确保业务的顺利完成，也保证用户信息和经济(比如由于客服人员获取“支付密码”而造成经济损失)的安全性。
[0033]基于本申请的技术方案，由于客服端B存在人为因素的不确定性，因而需要通过网络信息交互平台来避免客服端B与用户端A输入的用户业务信息的直接接触，尤其是其中包含的敏感信息。因此，在请求和获取用户的身份信息时，具体可以通过下述实施例来实现。
[0034]根据本申请的一种实施例，可以生成专用的推屏信息填写界面，其独立于用户端A与客服端B进行信息交互的web页面。具体地，在界面生成数据中包含有预设脚本，该预设脚本被所述用户端A加载时，就生成图2B所示的用于填写用户业务信息的推屏信息填写界面。其中，为了表示该web页面与客服端B之间的关联，还可以在web页面的上方标示出客服端的信息，如头像和账户(客服12345)等。
[0035]网络信息交互平台在接收到来自客服端B的推屏请求时，通过触发用户端A的预设脚本，即可生成如图2B所示的推屏信息填写界面。假定以“自助机器人”来代表网络信息交互平台，可以在原有的web页面上方重叠显示推屏信息填写界面，以表现出两者间的关联关系。其中，通过在该推屏信息填写界面上显示出“自助机器人”及其头像，使得用户端A直观地了解到信息交互主体的变化；并且，还可以通过如“为确保信息安全，以下内容的交互对象为自助机器人。客服人员不会接触敏感信息，请您按照要求放心填写?”，从而直接告知用户端A当前情况，有助于用户获得更好的使用体验。在该推屏信息填写界面上，显示出所有需要用户填写的项目，并通过表单的方式，生成每个项目对应的输入框，以供用户输入具体的用户业务信息。
[0036]其中，预设脚本可以为js (Javascript)脚本；但本领域技术人员应该理解的是，此处并不限定脚本的具体编译方式，其他格式的预设脚本显然也能够用于本申请的技术方案中。
[0037]当然，自助机器人可以采用图2B所示的方式，即将所有的待填写项目同时显示于推屏信息填写界面；或者，也可以每次仅请求一项信息，并在用户端A返回相应的用户业务信息之后，继续请求下一项信息，直至获取所需的全部用户业务信息。
[0038]此外，由于用户端A与客服端B、网络信息交互平台分别进行交互时，采用了不同界面，因而网络信息交互平台在接收到来自用户端A的数据时，可以根据该数据的界面来源确定其传输目标。具体地，比如该数据来自web页面时，确定其传输目标为客服端B，因而将其转发至客服端B，实现用户端A与客服端B之间的正常信息交互；而当该数据来自推屏信息填写界面时，确定其传输目标为网络信息交互平台自身，因而确定该数据即为用户端返回的用户业务信息。
[0039]2、信息交互的方式
[0040]实施例一
[0041]作为一种较为具体的实施例，网络信息交互平台可以根据预配置的关联关系，直接将相应的推屏消息告知用户端。具体地，图3A示出了根据本申请的一个实施例的向用户端发